Visual Studio 2012の英語版、メニューバーの表記がすべて大文字化される 95
ストーリー by headless
大文字 部門より
大文字 部門より
あるAnonymous Coward 曰く、
Microsoftは、メニューバーの項目をすべて大文字表記にした「all-caps menu」をVisual Studio 2012で採用する計画だという(Visual Studio team blogの記事、 本家/.)。
すでにMicrosoftはWindows AzureのポータルサイトやZune、Bingの検索結果画面では、英語など複数の言語版でメニューをすべて大文字表記にしており、Visual Studio 2012も共通化するねらいがある。また、すべて大文字で表記することで、メニューの構造をわかりやすく、メニューバーの存在を強調することも可能だとしている。ただし、すべて大文字で表記すると非常に読みにくくなるため、「ユーザービリティやユーザーを無視している」との批判の声も上がっているようだ。
日本語版にはあまり影響はないだろうが、ほかのアプリケーションでもこれが採用されるかどうかは気になる。
Microsoftではユーザーのフィードバックを受け、大文字でも読みやすい書体への変更や、メニュー項目の間隔を広げるなどの調整を行ったという。また、すべて大文字表記にするかどうか、カスタマイズできるようにする計画もあるとのことだ。
そもそも文字が小さい (スコア:3)
英語で書かれたWebページを見るたびに思う（Wikipedia、ニュースサイト、プレスリリース等）のだけど、アルファベットのページは押しなべてフォントが小さいことがあたりまえになっています。でも、ブラウザの機能で文字を大きくすると画面からはみ出したりしてきれいにレイアウトされずにやっぱり読みにくいことは変わらないところが悩ましいです。
大文字にすると少なくとも文字が縦に長くなる（多くの文字で）ので、視認性は良くなるかも。といいつつ、メニューバーなんてどこに何があるかだいたい記憶しているものだから、そんなに目が疲れる原因にはならないとも思うんだけど。
人生は七転び八起き、一日は早寝早起き
日本語版にはあまり影響はない……? (スコア:3, おもしろおかしい)
Re:日本語版にはあまり影響はない……? (スコア:1)
Re:日本語版にはあまり影響はない……? (スコア:1)
メニュー (スコア:2)
っていうと、レストランのメニューなんかだと、(映画のクレジット風なのか)ぜんぶ大文字もなくはないんだよね。
あのへんの文化がよくわからないけど、「何の場合なら全部大文字」ってあるのかな?
そしたら妥当性を話の俎上にできるんだけど。
# 個人的に映画の縦長書体は読めたもんじゃないとおもってる、ってかカッコイイかなぁ?あれ。
ユーザビリティは...だめなんじゃないかなぁ...?(見慣れたものが読みやすいだろうから)
M-FalconSky (暑いか寒い)
Re:メニュー (スコア:5, 参考になる)
それは単なる大文字じゃなくて、スモールキャピタル [wikipedia.org]じゃないですか?
Re:メニュー (スコア:1)
ですかね、やっぱ
でも読みにくいのはあんまりかわらない気もするんですよね...
# ちょっと用語を失念していて、そういう表記がある、はわかってたんですけど...
M-FalconSky (暑いか寒い)
Re:メニュー (スコア:1)
コミックもそうですよね。
フランクな日常会話の勉強になるかと思って
日本のコミックを英語化したのを買ってみたんですが、
全部大文字で凄く読みにくかった。
アメリカ人だと慣れてるから何とも思わないんだろうけど。
Re:メニュー (スコア:1)
> アメリカ人だと慣れてるから何とも思わないんだろうけど。
ネイティブも、全大文字は読みにくいみたいです。
Re:メニュー (スコア:1)
全部大文字は叫び声みたいなイメージって何かで聞いた事があるけど
鬱陶しい感じがする。
ネイティブの人にはどう感じるんだろう。
Re:メニュー (スコア:3, おもしろおかしい)
> ネ イ テ ィ ブ の 人 に は ど う 感 じ る ん だ ろ う 。
全 部 強 調 文 字 を 使 っ た よ う な 感 じ で し ょ う か ね 。
Re:メニュー (スコア:1)
いあ、全部、「ひらがな」で表記したイメージだと思いますよ。
Re:メニュー (スコア:1)
あれ、うちの大学では「ゲバ文字」と呼んでいましたね。
革マルだけでなく、中核派も使っていたとおもいます。
Re:メニュー (スコア:2, 参考になる)
鬱陶しくって子供っぽいイメージだそうです。
Re:メニュー (スコア:1)
＞＞鬱陶しくって子供っぽいイメージだそうです。
基本的にはそうらしいですね
単語だけならともかく、文章全体を大文字表記にするのは子供っぽい
今回のようなメニュー表示の場合はどうなのか、ネイティブ・スピーカーの人に聞いてみたいですね
Re:メニュー (スコア:2)
古代ローマ時代には小文字っていうものは存在してなかったらしいですよぉ。古代ラテン語 [wikipedia.org]は全部大文字だけで書かれていたとか…
プログラミング言語の世界でも古い時代には大文字が主体でしたよねぇ。FORTRAN も COBOL も ALGOL も PL/I も BASIC も大文字が主体でしたし（小文字が禁止だったのかどうかは分かりませんが）、CP/M とか MS-DOS のコマンドも、基本的には大文字でしたよね。（小文字で打ち込んでも許容される仕様だったので小文字でも動作しましたけど。）LISP だけは例外的に小文字主体だったような気もしますが…。
…だもんで、個人的には、大文字を見ると古めかしささえ感じます。
*WARNING* THIS COMMENT IS PROVIDED "AS IS" WITH NO EXPRESS OR IMPLIED WARRANTY. (≧∇≦)
Re:メニュー (スコア:1)
LISP だけは例外的に小文字主体だったような気もしますが…。
LISP 1.5 Programmer's Manual [softwarepreservation.org]p48 の DEFINE で始まるサンプルプログラムを見るとLISPも古くは大文字だけの仲間なんじゃないかな?
DEFINE((
(THEOREM (LAMBDA (S) (TH1 NIL NIL (CADR S) (CADDR S))))
もっと古い例ではさておいてではありますが。
Re:メニュー (スコア:1)
なんでもいいけど (スコア:2, すばらしい洞察)
マニュアル書く身としては、インタフェースをころころ変えるのは勘弁してほしい。。。
今回の変更、英語圏の開発者にとっては元号が変わるぐらいのインパクトがあるのでは？
迷走してるなぁ (スコア:1)
Windows8 も VisualStudio2012も
簡単に操作できるようにしようとして逆に分り難くなっている印象
巧く分類されていない項目を正しく分類できれば
それこそ95時代のインターフェイスで十分だと思うんだ
最近のスマフォ系インターフェイスの流行りなんかに踊らされず
IT系記者もバカみたいに煽るがあんなの欲しくないっての
何が本当に必要なのか確り検討する必要がある
マイクロソフトは一度原点回帰してみるべき。
Re:迷走してるなぁ (スコア:2)
いわゆるクラシックモードみたいな旧来のモードを残しておいて欲しい。
選択不可能にして、アホみたいなUI押し付けられるのはちょっと・・・
Windowsのデザインガイドを守ってないのはMS自身とは・・・
（とんでもない方向に改定してるのかもしれないけど・・・）
Windows2000の頃で十分だったのに・・・
Re: (スコア:0)
まあ迷走してみるのもいいと思うんですよ。
実際やってみてダメだったから原点回帰の方が個人的には好きです。
Re:迷走してるなぁ (スコア:1)
Re:迷走してるなぁ (スコア:1)
ウインドウシステムからタイリングシステムへの変更、しかも分割位置の固定。たしかに見た目はWindows1.0に似ている。
しかも、旧来のシステムの２階に、丸ごと新しいシステムを搭載。構造も似ている。
Re: (スコア:0)
> まあ迷走してみるのもいいと思うんですよ。
1. 迷走している間、仕事にならない。
2. 迷走している間、新しいもののほうが良いに決まってると主張する信者がうるさい。
今やWindowsは、一部ヲタクのおもちゃじゃなくて
社会インフラのひとつと言っていいまでになりましたから、
迷走されると影響が大きいです。
Re: (スコア:0)
> まあ迷走してみるのもいいと思うんですよ。
1. 迷走している間、仕事にならない。
2. 迷走している間、新しいもののほうが良いに決まってると主張する信者がうるさい。
1．はWin7などの古いバージョンや他のOSを使えば良い。もし、誰の目にも迷走や失敗と分かるほどダメなモノなら、Windows9(仮)では元に戻るだろう。
2.そんなモノを気にするほうがバカ。仕事で使うなら、効率よく仕事をして結果を出せば良い。
インフラ呼ばわりしてまで、たかがＯＳにしがみつかなきゃならないなんて、自分が情けなくなりませんか？
ｇｅｅｋなら、 地下にＭＳが隠してある 迷走で失ったシェアを奪うＯＳを自分で開発して儲けてやるぜ!!
Re: (スコア:0)
同意。ただし、迷走・運用実験の被験者が私でなければ。
どういう層に試用させたんだろ？ (スコア:1)
MSの場合、UIの妥当性は、実際に使わせた上で判断してると思ってたけど、今回のこれはどんな層に試用させた結果なんだろ？
MSに限らず、バカを基準に開発すると、どんどん質が落ちていくような気がするのは自分だけか？
どんな層って、それはまあ (スコア:1)
> MSの場合、UIの妥当性は、実際に使わせた上で判断してると思ってたけど、今回のこれはどんな層に試用させた結果なんだろ？
小文字が使えず、大文字しか読み書きできない層？
やはり、大文字と小文字を区別しないプログラミング言語を使うのでしょうか。
Re:どんな層って、それはまあ (スコア:1)
Re:どんな層って、それはまあ (スコア:1)
Re: (スコア:0)
Windowsではファイル名の大文字・小文字を識別してくれないからでしょうか？
ファイルシステムじゃなくてAPIが対応してないとか読んだ記憶があります．
Re:どういう層に試用させたんだろ？ (スコア:1)
パソコンを触ったことさえないような初心者を使ってるんでしょうけど、
いまどき、パソコン初心者なんて絶滅危惧種だから、
小さな子供を連れてくるしかないんじゃないかなあ。
> MSに限らず、バカを基準に開発すると、どんどん質が落ちていくような気がするのは自分だけか？
大文字とか小文字とかよりも、そのうち、文字そのものがパソコンから消えるかもよ。
文字も読めないバカを基準に開発するようになれば。
全部、絵で表現。あいまいでよくわからないけど、全く読めないよりはましだから。
それに、文字を読める人も読めない人も同じレベルに立って使えるし。
見づらいんじゃないかと思ったが (スコア:1)
元記事を見たら、確かに見づらいけど、あまり違和感を感じなかった。
そういえばMSX-BASICやN88-BASICはコードを大文字化してたからかもしれない。
MSもとうとう原点回帰に向かっているのか。
Re:見づらいんじゃないかと思ったが (スコア:2)
画像を見た感じ、違和感のなさはフォント選びにかかっていますね。
恐らくＭＳゴシックで表示させたら最悪になるでしょう。
Re:見づらいんじゃないかと思ったが (スコア:1)
つまり将来的にはメモリが640kiBで足りる時代が！
RYZEN始めました
英語版のメニュー名って (スコア:0)
最初の文字がキーボード操作指示を兼ねてるんじゃなかったっけ？
FileならAlt-Fで開くという感じで。
# たまにMSは厨二病を患って変なことはじめるよなぁ・・・
Re:英語版のメニュー名って (スコア:1)
アンダーバーじゃなかったっけ?
1を聞いて0を知れ!
相変わらず余計なことばかりするなあ (スコア:0)
MSはもはやOSの本分が何であるかすら何一つわかってないんじゃないのだろうか
Re: (スコア:0)
ユーザーインターフェイス設計部門が
仕事してますよー！とアピールするためにやってるんじゃなかろうか。
Re: (スコア:0)
2010の時と違って、技術的な話題が全然広がってこないのも2012の特徴
もっと綺麗にコーディングできるようにして欲しいものが沢山あるのに・・・
async await くらい？
余りにも寂しい
大文字が見やすいのなら (スコア:0)
TeXのSmall Capsみたいのではいかんのか？
全部大文字だけど始めの文字だけが大きいやつ。
そもそもメニューのフォントサイズを弄ればそれでよさそうな。
Twitterの濁点・半濁点 (スコア:0)
Twitterの表示が今「おすすめユーザー」とか「ヘルプ」とか「プライバシー」みたいな表記になってるんだけど、これと似たような違和感なのかな。
Re:Twitterの濁点・半濁点 (スコア:2)
# Twitterの表示が今「おすすめユーザー」とか「ヘルプ」とか「プライバシー」みたいな表記になってるんだけど、これと似たような違和感なのかな。
Unicode の結合文字ってやつですね。
例えば「プ」は、「プ」と「プ (フと゜の結合文字)」の2種類が存在しています。
MacOSX の日本語ファイル名の濁点などは、この結合文字で表されています。
MacOSX で USBメモリ に、新規のフォルダを作成すると「名称未設定フォルダ」になります。
その USBメモリ を WindowsXP を搭載したマシンに接続して表示すると、
結合文字に対応していないので、「名称未設定フォルタ゛」と表示されるはずです。
Re:Twitterの濁点・半濁点 (スコア:1)
Re:Twitterの濁点・半濁点 (スコア:1)
Firefox 13.0で見ていて、何が悪いのかわからなかった。
そしてたった今、Translation CenterはOpera 12.00で見ていて、ああ、なるほどと。
Translation Centerが提示する候補（おそらく機械翻訳）がそうなってるから、そこからコピペったり、voteだけで決まっちゃうとそうなるのかな。
インターフェイスより中身 (スコア:0)
WPFとか使ってみた感じHTML5なんかより余程良い
HTML5を流行らせようとするWEB系の人たちは少なくないが、そんなのに負けて潰れてほしくない
マイクロソフトにはHTML5をぶっ潰すくらいの気概で勝負してほしい
昔の少し下品な位のマイクロソフトに復活してもらいたい所
Re:インターフェイスより中身 (スコア:2)
WPFってどのくらいプラットフォームから独立していましたっけ？
専用でよければVBとかでもいいですよね（用途的に別物なのはさておき）
Re: (スコア:0)
WPFは相当頭を捻って産み出した感がありますが、普及帯の技術としては概念が難しすぎたのかもしれないですね、
あるいは今ぐらいまともなGPUが普及したタイミングまで待つべきだったのか…一方でそれでは遅かったという気もするし。
まあXAMLの部分は今後は必須技術になりそうなので、WPFも浸透していくでしょうか。
なにもMetroアプリケーションをわざわざHTMLで書かなくても…ねえ。
センターはほんとにXAMLなんだろうか (スコア:3)
Metroの場合、開発言語の選択肢は大体３つで(DirectX+C++は取り敢えずおいといて）
X) UIがXAML、コードが.NET (C#orVB)
Y) UIがXAML、コードがC++
Z) UIがHTML5、コードがjavascript
MSDNフォーラムの投稿数見てると、使ってる人もまぁだいたいこのXYZ順みたいな感じです。Xが頭二つくらい抜けていて、YZは似たり寄ったりですが。
C＃はやっぱり多くて、去年の//build/でも「MetroのFirstClassはC#！間違いない！！」ってC#プレゼン担当の人が吠えてたくらいではあります。
ただMSのサンプルコード見てると、一番多いのはZ)なんですよね。Z>X>Y。
ZはAPI的にも割と優遇されてる感じがあって、DatasourceProviderとかWinRTにも入れてくれればいいのにという豪華さ。まぁJavaScriptで書くのしんどいという所もあるのかもしれないですが。
それと、RP版はまだ見てないんですが、CP版のMS製アプリ・・・フォトだのカレンダーだの・・・ってあれ実はエントリはHTML5で書いてあるのが多いんですよ。\Windows\AppPackageディレクトリだったかな？見ればわかります。
「エントリは」というのは、一緒にWinRTコンポーネント（というかDLL）もインストールされてるので、コンポーネント内では別の使ってるかもしれませんが。少なくともカバーベージあたりはHTML5。
今度のE3でもXbox360とHTML5でなんじゃかんじゃウマウマやるよーみたいな発表もあって、今風に言うと（無理してます）Metro開発言語のセンターは本当にXAMLなんだろうか？というビミョーな疑念がちょっと湧いているこの梅雨入りです。