賽骰だいす@おいしいものがたべたい @Saikoroid ctrl＋cがコピー(copy)なのはわかる。ctrl＋aが全選択(all)なのもわかる。ctrl＋vがペーストなのはなんでなんだ。ヴェッとやるのか。貼り付けたいものをヴェッとやるのか。 2022-03-13 09:54:48

あるアクションを引き起こす「モノ」を「リンク」とするか「ボタン」とするかは、何を基準に判断すればよいのでしょうか。ここでは最近の私の解釈を書きます。 最近の私の解釈 最近の私の解釈は「アクションが、ページの遷移かフォーカスの移動を発生させるものはリンク、そうでなければボタン」というものです。この解釈はWAI-ARIA 1.0のある注記がきっかけになっています。 WAI-ARIA 1.0 WAI-ARIA 1.0 （2011年1月18日勧告候補）にはlinkロールとbuttonロールがそれぞれ用意されています。中でもlinkロールには私の解釈の直接のきっかけとなった注記があります。 Note: If pressing the link triggers an action but does not change browser focus or page location, authors

入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル

高齢者へのiPad導入を阻んだiOSのUI/UXの話 先月（2013年11月）、徳島県南部局と美波町が共催する「ITふるさと村」の講座で、iPadを使ったタブレット講座を開催しました。その成功と失敗の体験について書こうと思います。 Facetimeビデオ通話のデモで会場を一気に盛り上げたものの、参加者に実際に体験してもらう段階で「大失敗」。AppleIDの取得とそのためのiCloudメールの登録をしてもらってから、と進めたのですが、30名ほどの参加者のうち時間内にゴール出来たのは、たったの１名。好きなアプリをダウンロードしてもらい、タブレットの楽しさを感じてもらう目標が、そのスタート地点にも立てず(;_;) 企画や運営、インストラクターとしては完全に落第点でした。それを棚に上げると、高齢者とITに関する課題が大量に見えたという点では、ある意味「大成功」だったとも言えるでしょう。 【講座内容

2013年9月4日 著 ページの先頭に戻るリンク -- Website Usability Infoという記事を読んで。かねてより、当サイトにおける情報設計については何回かに分けて覚え書きをするつもりでおり、その一環としていずれ書き起こす予定だったのですが、良い機会なので自分なりの「ページの先頭に戻る」リンク不要論を書いておきます。 なぜ「ページの先頭に戻る」必要が生ずるかといえば、ページ固有のメインコンテンツ（以下「本文」）を読んだ後でサイトID（＝サイトのトップページへのリンク）だったり、グローバルナビゲーションだったり、あるいはサイト内検索とかユーティリティ系リンクなど、ページの先頭部分（ヘッダー）にある機能、情報要素にアクセスするため、でしょう。 しかし、それらが仮にヘッダーではなく、本文より後ろに登場すれば、そもそも「ページの先頭に戻る」必要はなくなります。むしろそのような表示順

直訳だと空虚なアイコン、一般的にはライン・アイコンなどと呼ばれているものは認識するに時間がかかるという問題を抱えているという記事が数日前に話題になった。これに対して人間はもっと認識力に優れているという反論が書かれた。素早く認識できるということと、認識し覚えることができるということはまったく別の話だと思うので、反論はピントがずれてると思う。 僕はライン・アイコンがウェブで使われるのがあまり好きではない。漢字等の複雑なグリフと並べられてしまうと、どこからどこまでが文字でどこからどこまでがアイコンなのかわからなくなるから。アイコン・フォント化されてるとレンダリングの感じも似かよるので更にわからなくなる。モノとしてはすごく好きなんだけど。

こんにちはこんにちは！！ はてなブックマークがリニューアルされてから、４ヶ月ほど経ちましたが みなさんはそろそろ慣れましたか！ ぼくはいまだに慣れてません…＞＜ 一覧性が悪いとかそういうのは、他ですでにさんざん言われてるので、ここではあえて触れずにおきます。 が、特に何に慣れないかっていうと、 ぼくはPCで見る時、「マウスのホイールクリックで新タブひらく」というやり方をよくつかうのですが… ふむふむ、読んでみようかな〜 よーし新タブで開いちゃうぞ〜 あっ！ これ、文字と文字のあいだ、行間に、けっこう大きな「すきま」があるんですね。 で、そこをクリックしてしまう。 はてなの皆さんは、MacBookとかタブレットばかり使っている リア充オシャレメガネスタバ野郎ばかりだからきっと気づかないのかもしれませんが、 ぼくみたいにふつうのVAIOとかマウスとか使ってる人がいることも忘れないでほしいです。

April 12, 2023 New community features for Google Chat and an update on Currents Currents Google Chat Other Note: This blog post outlines upcoming changes to Google Currents for Workspace users. For information on the previous deprecation of Google+ for users with personal Google accounts, please see this post. Last year, we announced plans to wind down Currents, to focus efforts on community exper

NAVERアカウントの会員登録フォーム、新しく作成するアカウントのためのパスワードを入力していくと、そのパスワードの安全性強度が示されるので、複雑なパスワードでありつつも自分では覚えやすいものとかっていうように、確認しながらアカウントを作成できるので、親切な機能であるといえる。 とりあえず8文字くらいアルファベットを入れていくと、強度「低」と表示された。 数字を追記していくと、強度「中」になった。 さらにピリオドやびっくりマーク（エクスクラメーション）など記号を挿入していくと、強度「高」、やったね！　ちなみに記号を含めないと「高」の称号はゲットできませんからね！ よしよし、これで安全なアカウントが作成できそうだと、満足して「アカウント登録」を押すと… パスワードには半角英数で入力してください。 ……。 アホなのだろうか？ いや、安全性強度が中くらいのアカウントなので、定期的にパスワードを変

今回は富士通研究所が開発に成功した、 次世代ユーザーインターフェースから。 書類などをタッチパネルに変えてしまう技術なのですが、 個人的には開発品にこれほど感動を覚えたのは久しぶりです。 詳細は動画内にて説明されていますので、さっそくごらんください。 実世界の物に対してタッチ操作可能な次世代UI #DigInfo ■　これは、未来、君なのか？　ロシア ■　スマートフォンにこの機能が付いてたら最高だよな。　セルビア ■　未来はまさにここから始まる。　+79　マレーシア ■　未来が始まるのはいつだって日本からさ。　+4　アメリカ ■　もっと言うと、日本からすべてが始まった。　マレーシア ■　未来の俺のデスクにはこの技術が搭載されてるはず。　国籍不明 ■　未来がもうすぐそこまで来てるって感じがする！　国籍不明 ■　プロジェクターはちょっと不便だなって思ってたトコなんだよ。 これに加えてグーグルグ

先日 Goodpatch さんが 保存アイコン＝フロッピーディスクの時代は終わった…？ という興味深い記事が掲載されていました。フロッピーディスクを保存アイコンをとして採用するのは古いのではないか、という議論は国内外で何年かに一回はあります。私も 2009 年に変わりゆく「保存」の存在と題してフロッピーディスクアイコンのあり方も踏まえて、今後の保存の姿を模索していました。また、先月開催された Android Bazaar Conference 2013 Spring でも同じ話題に触れています。 アイコンと問題解決について 様々なデザイナーが新しい保存アイコンを提案しているものの、「うん、これは保存だ」と納得できたものはほとんどなかったと思います。ダウンロードにみえるものも少なくありませんし、中には抽象的すぎて何を意味しているのかさえ分からないのもあります。自分たちのクリエイティブアウトプ

2013年1月14日 著 この文章は、28回目となる国際「テクノロジーと障害者」カンファレンス（通称CSUNカンファレンス2013）に提出したペーパー「Do we really need skip links, seriously?」の日本語訳です。残念ながら審査を通過することができず（セッションに空きが出れば採用するかもねという返事）、発表をすることは叶いませんでした。ウェブアクセシビリティ基盤委員会が先だって開始したJIS X 8341-3:2010 達成基準7.2.4.1を満たす条件に関する意見募集に対する自分の意見（の一部）として、以下に掲載しておきます： Webページの主要なコンテンツに対し、直接的なアクセスを提供するスキップリンクを設けることは、WCAG 2.0の達成基準 2.4.1 バイパスブロックを満たすための方法として、広く知られています。スキップリンクは、Webページを

Windows 8 Office2013 PowerPoint の保存アイコンマイクロソフトの最新OSのWindows8を入手して、バツイチ知人の、子どもに見せびらかしていた。 すると、このマークは「保存」でしょ。でも何のマーク？と尋ねられた。 ボク「フロッピーだよ」 彼女「フロッピー？」　という怪訝な顔…。 すでに256KB1.44MB　しか入らない、フロッピーディスクを日常、見かけることはすっかりなくなってしまった。 しかし、教育業界では、予算がつかないと今でもフロッピーディスク付きのワープロで仕事をしているところが少なくないと伺う。 このカタチが保存するマークのメタファーとしてデザインされてからすでに数十年が経過している。 フロッピーが存在する間は、これでも良かったが、ハードディスクやUSBメモリ、そしてクラウドがこれだけ増えているにもかかわらず、「保存する」に対しては、今となっては

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’

@tokuhiromから教えてもらったのですが、COOKPADのスマートフォン向けWebサイトのログインページには、パスワードを「伏せ字にせず入力」するボタンがついているのですね。 さっそく見てみましょう。まずはログイン画面です。パスワード欄の下側に、「伏せ字にせず入力」ボタンが見えます。 「元に戻す」ボタンを押すと、伏せ字に戻ります。 僕はこれを知って興奮しました。なぜなら、拙著「体系的に学ぶ　安全なWebアプリケーションの作り方」には以下のように書いたからです（P337～P338）。 パスワード入力欄のマスク表示は、現在の常識的なガイドラインですが、実は筆者自身は疑問を持っています。パスワード入力欄をマスク表示にすると、記号や大文字・小文字交じりの安全なパスワードを入力しにくくなるので、利用者は簡単な（危険な）パスワードを好むようになり、かえって安全性を阻害するリスクの方が大きいのでは

先日のhotentryにこんなスライドが登場していました。 ふつうのformをつかいたい - はまちや２ - ニコニコ超会議2012 ここで述べられていることの多くは、入力し易いformを作る為に非常に有益なものだと思います。技術的にもそれほど難しい話ではないです。こういう理想を掲げている技術者やマネージャもこの世には多数存在します。それではなぜ、こういう簡単なことすら実装できていないformが蔓延してしまっているのでしょうか。その原因（の推測）をいくつか列挙してみました。 本当に技術力が無い 冒頭に紹介したスライドに出て来る話題の多くを、自分の得意とするプラットフォームですら実装できないような技術者がこの世に居ることは確かです。そんな方々の手にかかれば、どのようなformが出来上がるかは容易に想像できます。まあ、可能性としてはそんなに高くはないと思います。 仕様化が難しい 一般的に、ある