さまざまなサービスのインターフェースでのこの手法の使用をより詳細に検討し、犬が文書の共同開発をどのように支援できるかを検討することにしました。
文書内のメッセージの宛先指定
ソーシャルネットワークでの「わんわん」の仕組み
セマンティックWebスタイルでこのUXの主要なポイントを理解するには、アドレスが別のフィールドに入力されたときに、それを古いインターフェイスと比較する必要があります。
まず 、表示領域を保存することにより、インターフェイスが簡素化されました。
モバイルデバイスでツイートします。 受信者の名前を入力するフィールドがあると、インターフェイスが複雑になるだけでなく、画面のかなりの領域を占有することになります。
ただし、ここでの最適化にはマイナス面もあります。多くの新規参入者は、Facebookで発生するようなアドレス指定の可能性を認識していない可能性があります。
第二に 、フィールドを切り替える必要はありません。 これで、ユーザーが必要とするジェスチャが少なくなり、メッセージの送信時間が大幅に短縮されます。 注意深いhabrovchaninは、タブがこの問題を防ぐことが多いことに気付きました。 Facebookでの動作を確認できます。Facebookは2009年に「ペット」になりました。
Facebookコメントのアドレス指定
別のフィールドに宛先の名前を入力するには、ユーザーがキーボードからマウスまたはタッチパッドに、またはその逆に手を転送する必要があります。 さらに、これは2回行う必要があります。
理想的には、ユーザーはメッセージ送信プロセス全体で入力デバイスを変更せずに実行する必要があります。 たとえば、FBでEnterキーを押すと、リストから最上位の受信者が選択され、UpキーとDownキーがリスト内を移動します。
第三に 、リストから目的地を選択するとき、写真に集中するのが簡単です。 HawkinsとBlakesleyがOn Intelligenceという本に書いているように 、知覚は段階的に発生します。抽象化のレベルが低いものから高いものまでです。 まず第一に、人は単純な形と色を知覚し、それから彼は写真などの画像を認識します。 テキストは、人のイメージよりもいくつかの抽象化レベルが高いため、ほとんどの場合、後で知覚されます。
受信者の名前は、原則として、プロファイルへのリンクであることに注意してください。 したがって、テキストを視覚的に負担にしないために、通常は青またはグレーで強調表示されますが、下線は付きません。
お気に入りの曲を聴きながら、特別なインスピレーションの瞬間にコメントを残す機能の別の例を次に示します。 必要に応じて、「犬」を使用してコメントに対処できます。
Soundcloud.comのコンテキストコメントへの対処。 メッセージ内の受信者の名前は、プロファイルへのリンクです。 システムは、可能な受信者のドロップダウンリストを提供しません
犬と文書の交差実験
Googleドキュメントは、2010年に登場したこのようなインターフェイスの実装であり、私たちの意見では、最も興味深く、最も便利なものです。
Googleドキュメントのコンテキストコメントへの対処
GDocsのアドレスメッセージングサービスを使用して、多くの不便に遭遇しました。
-コメントテキストを含む通知がメールに送信されますが、コメントが参照するドキュメントの場所へのリンクはありません。
-メッセージの通知には顕著な遅延が伴うため、同時オンライン作業には適していません。 宛先コメントの作成時に受信者が同じドキュメントを開いている場合、コメントはドキュメントの内部メッセンジャーに送信できます。これはすでに効率的です。
-個別に構成されたフィルターなしでは、メールはコンテキストメッセージからすぐに乱雑になり、それらをナビゲートすることはほとんど不可能です。
-アドレスメッセージの通知がメールで届きます。これには、メールとドキュメントの切り替えが必要になることがよくあります。
-一直線のコメントで大規模な議論を行うことは困難です。
この段落は、GoogleGoogle公式公式フィードバックと見なすことができます。
私たちは敬意を払わなければなりません：GDocsのこれらの欠点にもかかわらず、これは（既知の）コンテキストメッセージの最適な実装です。 ConfluenceとAcunoteのような類似したインターフェースを持つ2つのサービスと比較します。 どちらのサービスでも、ドキュメントの編集と表示は2つの異なるモードです。 このため、節約はほとんどなくなります。
文書内のアドレスメッセージという単純なアイデアへの道は容易ではありませんでした。 それは、2年半前にGoogle Waveの使用を開始したという事実から始まりました。 波が大きくなると、従業員はコンテキストで尋ねられた質問を簡単に見逃してしまう可能性がありました。 そこで、タスクのコンテキスト設定のアイデアが思いつきました。 次のように正規表現を処理するロボットを開発しました。
1.ユーザーは「（task Ivan）」という形式の正規表現を入力します
2.さらに、その処理の結果、 フォームフォームへの強調表示されたリンクが表示されます（タスクIvan 22.12）
特別なガジェットを使用して、タスクのリストを使用して作業を整理しました。
コンテキストタスクリストガジェット
Gooogle Waveに基づくサービスのアーキテクチャに関するその他の興味深い詳細については、前に説明しました。
サービスを積極的に使用している間、すべての質問からタスクを作成することは重大な問題であることが明らかになりました。 約2か月の調査の後、解決策が見つかりました。Twitterのように、それを行う必要があります。
言及していないドキュメントサービスで@記号に出会ったことがありますか？ コメント内のリンクは大歓迎です。トピックを更新します。
動物園です
このUXをレビューすると、@はどこでも異なる方法で呼び出されることがわかりました。フィンランド人は私たちの「犬」を猫と呼びます。 アメリカ人は@カタツムリを呼び出します。 ギリシャでは、アヒルです。 ブルガリア-猿、ハンガリー-ワーム。 ドイツでは、すべてがより複雑です。@ところで、中南米の森林に生息するクモのような猿がいます。 デンマークでは、豚のしっぽ。 スウェーデン人は@シナモンロールを見ると噂されており、チェコ人はニシンロールを見ると噂されています。 フランスでは、「犬」は「アロベース」と呼ばれています。 この言葉の意味は測定と何らかの関係があります。 正確な値を特定できませんでした。
まあ、彼らは真実に直面することを恐れていないベトナムでは、@記号は円の「a」と呼ばれます
勇敢な心理言語学者はまだこれらの協会の秘密を明らかにしていませんが、ほとんどの場合これが動物の画像であることを観察することに専念します。
@動物園
ウィキペディアによると、@は英語の「at」の略です。 以前は、このシンボルは商品のいくつかのユニットのコストを計算するために使用されていました。 たとえば、「2ドルで7株は14ドル」の場合、「7ドル@ 2 = 14ドル」と簡単に書くことができます。 シンボルはビジネスで使用されていたため、タイプライターに存在し、その後電子メールで現代のキーボードに移行しました。
現在、「犬」は、userID @ domainという形式のメールアドレスで主に使用されています。これは、明らかに「ドメインのユーザーID」を意味します。 同じ意味で、シンボルはFTPプロトコルおよび一部のプログラミング言語で使用されます。
「犬」の素晴らしい未来
コンテキストメッセージは、大きなドキュメントとのコラボレーションを提供するサービスのインターフェイスへの便利な追加機能です。 さらに、Prezi、Google Spreadsheets、およびMindMeisterを使用した作業では、明らかにこの機能の欠如を感じています。
異なるサービスでのコンテキストメッセージの処理は、同様の方法で編成されると考えています。 どのドキュメントを扱うかは関係ありません。スプレッドシート、プレゼンテーション、画像、または写真のないドライテキストです。 メッセージリストの操作は、メッセージのアドレス指定と切り離せません。 そのようなリストの画像を次に示します。
メッセージのリストを操作するためのインターフェースの概略図（ ここに描かれています ）。 左側には折りたたみパネルがあり、このパネルには既読および未読（太字）のメッセージが表示されます。 最小化すると、パネルには未読のみが表示されます
対象となるメッセージのバージョンは、1月初旬にrizzoma.comのベータ版に表示されます。