インターフェイスについて語るスレ

Windows でアクティブでない Window のボタンをクリックするとボタンを押したことになる。
Mac ではボタンを押したことにならない。Window がアクティブになるだけ。（Windows のエクセルと同じ）
こういう細かな操作性について、語りませんか？

MacOSのWinNT系より優れている点
http://pc5.2ch.net/test/read.cgi/mac/1093438797/
このスレとも関係あるね

はい。私は
http://pc5.2ch.net/test/read.cgi/mac/1093438797/55
です。

>>1
＞Mac ではボタンを押したことにならない。Window がアクティブになるだけ。

押したことになる場合とならない場合がある。
ツールバーはたいてい押したことになる（Finderのはならない）。
Safariではブックマークバーなどは押したことになるがwebコンテンツ内のリンクや
フォームボタンは押したことにならない。

【Mac】GUIを語る【WYSIWYG】
http://pc5.2ch.net/test/read.cgi/mac/1093274644/

>>1
重複

>>4
そうだったんですか。
どっちがいいと思いますか？
押したことにならないと２回押さないといけないので不便ですか？
それとも押したくない時に押してしまうここが有るので、操作ミスを防げるのでいいですか？
>>5
すみません。

>>6
なんかむこうがネタスレになってるしタイトルも分かりにくいから
こっちでいいんじゃないの?

どうもCocoaベースでメタルなウインドウだと、ツールバーは
デフォルトで「背面にあってクリックしても押したことになる」
らしい。この機能をプログラム作成段階でオフってもそうなる
らしいので、もしかしてバグくさい？

>>1
Mac OS 9までは後ろのウィンドウは確かに操作できなかったと思うけど、今はそんなことはない気がするなあ。一回クリックでできるのは基本的にはいいことだと思う。

後ろのウィンドウをクリックしたときにどうするかの議論はガイドラインがある。click-throughとかいう。
ttp://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGWindows/chapter_8_section_4.html#//apple_ref/doc/uid/20000961-DontLinkElementID_96846

「戻すのが難しそうな操作や破壊的な操作に対してはclick-throughはできないようにする」「click-throughができない時は、使用不可だということが一見してわかるようにする」みたいなことがかいてあったと思う。
例として標準Mailの「削除」ボタンがあったんだけど、初期のMac OS XのMailでは普通にclick-throughできてしまっていた。

Finderのツールバーに関しては、もうちょっと積極的にclick-throughしてもいい気がする。それ以前に何かと使いづらいので、個人的にはそんなに積極的には使いたくないのだけど。

Safariのwebコンテンツ内のフォームは、ウィンドウを後ろにしてもボタンが薄くならないのか。これは少しわかりにくいし、ガイドラインにも違反しているんじゃないかな。

http://mac.oheya.jp/up/src/macroom0084.zip
ウインドウをOS 9ライクに。

>>9
>>「戻すのが難しそうな操作や破壊的な操作に対してはclick-throughはできないようにする」「click-throughができない時は、使用不可だということが一見してわかるようにする」
とりあえずこの辺が結論だという気がする。
あと、他の操作性との兼ね合いもあると思う。
Windows だと Window をアクティブにしたいだけの時は、タスクバーを使う？
Mac だと開かれている全ての Window が表示されているバーが無いので Window をアクティブにする目的で Window 内のどこかをクリックする。

>>10
これは何ですか？
ダブルクリックしても何も起きなかったようだけど。

フォルダのエイリアスはどうですか？
Win のショートカットだとダブルクリックした時、
もちろんそのフォルダにジャンプするけど、
Explorer で見た時フォルダの階層構造は、元のまま。（１つ上のフォルダに移動したらジャンプ元には戻らない。）
Mac のエイリアスだと Finder で見たとき階層構造も違って見える。
深い階層にあるファイルを一時的に浅い階層にあるように見せとけるので便利？

ショートカットとエイリアスって、似てるけど意味合いは全然違うと思う。
ショートカットは、特定のフォルダ／ファイルへの近道、ワープの入り口。
エイリアスは、特定のフォルダ／ファイルの分身。

Win のデスクトップのマイドキュメントとエイリアスは同じことってことですか？
Win だとマイドキュメントはデスクトップに有るって事にできるけど、任意の場所に任意のフォルダが有るって事にはできないですね。

うわ、長い妄想を書いてたらいつの間にか話が変わりつつあるのか。

>>11
>とりあえずこの辺が結論だという気がする。
>あと、他の操作性との兼ね合いもあると思う。
ガイドラインには従った方が基本的にはいいものができると思うけど、それだけ
では十分ではない、ということかな。ブラウザのウィンドウを後ろにしただけで、
リンクの色が薄い青とか黒とかに変わったりしたりしたらそれはそれで違和感が
あるかも。慣れかもしれないけど。

>>11
>Windows だと Window をアクティブにしたいだけの時は、タスクバーを使う？
ここら辺に関してはWindowsもMac OSの9もX基本的には同じだと思う。
A-1.ウィンドウが隠れてないならウィンドウをクリックする。
A-2.ウィンドウが隠れている場合はウィンドウやアプリケーションの一覧から選ぶ。
B.場合や人によってはキーボードショートカットを使う。

違いは、切り替えの単位がウィンドウであるかアプリケーションであるか、かな。
それによって独自の進化が起きた、という妄想をしてみる。

・Mac OS 9の場合、ウィンドウをクリックして前に出すとそのウィンドウと同じ
アプリケーションのウィンドウが全部前にいくので、A-2のプロセスにいくことが
少ない。しかし、いらないウィンドウまで前にいくので邪魔なことがある。
そこで、タイトルバーをダブルクリックするとウィンドウがタイトルバーだけに
なるという機能が実装されたりした。
・Windowsの場合、ウィンドウが隠れてしまいやすい。その分タスクバーは比較的
アクセスしやすいようになっている。タスクバーが常に見えるので、ウィンドウを
最大化しても切り替えは比較的楽である。しかし、他のウィンドウが隠れてしまう
ことが多くなったので、ドラッグ&ドロップなどはあまり使われなかった。
一方で、右クリックによるメニューは充実している。
・ウィンドウ単位の方が使いやすかったと思ったのか、Mac OS XはWindowsの
方式を採用している。
・ただし、ウィンドウの最大化はあんまり使われていない。ドラッグ&ドロップの
機能はけっこう実装されている。コンテクストメニューはWindowsの方が豊富。

…続けてみる。長過ぎたかな。

さらに。

・Mac OS 9のアプリケーション選択メニューは当然ながらアプリケーション単位
での切り替えしかできない。キーボードショートカットもアプリケーション単位。
・Windowsのタスクバーにはウィンドウの一覧が表示されている。しかし、これは
膨大なウィンドウの一覧が出来上がることがある。そのため、ウィンドウが増える
と一覧をアプリケーション単位にまとめる機能が追加された。
・Mac OS Xではアプリケーション単位の切り替えが継承されている。さらに、
よく使用するアプリケーションやドキュメントを登録することもできる。しかし、
これはどうもタスクバーと同じようにDockの項目が多くなってしまう傾向にある
ようだ。さてこれからどうすることやら。
・Expoぜやキーボードショートカットにはウィンドウ単位の切り替えの要素が
いくつかあるようだ。

たぶんこんなノリの進化だと思うけどなあ。かなり根拠レスで書いてるけど。

>>12
自分が>>17で書いたMac OS 9の挙動になるのだと思う。

Ｍａｃにはパラレルインターフェイスがないとかのインターフェイスじゃなくて？
USBやSCSI、シリアルインターフェイスのスレッドですよね。

Ｍａｃにはパラレルインターフェイスがないけど、
ユーザーインターフェイスがあるというスレ

今気づいたけど、MacOSマーク（Finderのアイコン）って、
「インターフェイス」を表してるんだね。
（interface:コンピュータと人が顔と顔をつきあわせる）

今更話題にするのは申し訳ないが、NeXT時代のオブジェクトの概念から
ウィンドウ(=オブジェクト)単位の思想が強いと思う。
1つのウィンドウを複数のプログラム(ローカル&リモート)からプロセス間通信
で使うという発想も有り、アプリ単位の挙動はなじまなかったりする。
ウィンドウがリモートで表示されているならクリックすること不可能ですから
リモートのウィンドウを操作する場合は、メニューやキーボートショートカットで
ローカル表示に切り替えたり、あるいは表示を共有したり。
Remote Voteだったかな？そんなデモアプリが有ったような…。

>>16>>17>>18
OS 9 はほとんど使ったことがないからよう分からんけど、
たくさん開かれたウィンドウを整理するのが今の GUI の課題ってことですか？
>>23
OS の内部構造はよう分からんけど、
OS の内部構造が原因で、昔はアクティブでないウィンドウのボタンはクリックできなかったと、
その名残と、
そういうことですか？
でも見えてるもんはクリックできた方がええと、
それが人情だと、
そういうことですか？

>>24
とりあえず「ローカル」→「目の前にあるマシン」、
「リモート」→「ネットワークで繋がった他のマシン」とでも
置き換えて、もう一度読んでみてほしい。

>>23
NeXT方面から書いてなかったのは気になってたんだよね。できれば書きたかった
けど、中身を全然知らないのでさすがに書けなかった。
Mac OSがアプリケーション単位でWindowsがウィンドウ単位なのも、歴史的経緯
がけっこうありそうだと思ったんだけど、これもiMacからのﾏｶｰには書けなかった。

>今更話題にするのは申し訳ないが、NeXT時代のオブジェクトの概念から
>ウィンドウ(=オブジェクト)単位の思想が強いと思う。
おお。NeXTについてできれば語ってください。あ、でもここはヒューマン
インターフェースについて語るスレか。

>1つのウィンドウを複数のプログラム(ローカル&リモート)からプロセス間通信
>で使うという発想も有り、アプリ単位の挙動はなじまなかったりする。
たぶん、何年も前から時代の流れは脱アプリケーションなのだろうな。OpenDocも
切り替えはウィンドウ単位だったと聞いた気がしたんだけど、Mac OS Xは未だに
古いアプリケーション的なものを保っている。
個人的にはDockやキーボードショートカットの挙動は、古くさいけど現状では実は
それなりにいい妥協点なのではないか、と思っているんだけど。

>ウィンドウがリモートで表示されているならクリックすること不可能ですから
>リモートのウィンドウを操作する場合は、メニューやキーボートショートカットで
>ローカル表示に切り替えたり、あるいは表示を共有したり。
分散オブジェクトの仕組み自体はCocoaに入っているようだし、サービスメニュー
もプロセス間通信な発想だと思うんだけど、これを積極的に応用して何かやろう
としている様子が見えないなあ。Xgridとかで使っているのだろうか。
遠隔地のディスプレイにウィンドウを出すことだって、技術的には無理では無さ
そうなのに。
こういった機能はNeXTでも実はそんなに積極的には使われていなかったのでは
ないか、とか邪推してしまうんですけど。

…偉大なるｱﾎﾟｰに忠実になり過ぎですか。そうですか。

>>24
>たくさん開かれたウィンドウを整理するのが今の GUI の課題ってことですか？
書いている時はそんなことは全く考えてなかったけど、結局そうなるかなあ。
まとめすぎると融通が利かなくなるし、分けすぎるとバラバラになってしまう。
かといって、たくさんの機能や設定項目を増やして喜ぶのはマニアだけだし。
ここら辺をうまく調節できるといいんだろうけど、なかなか難しいのだろうと
思う。

まあ、言いたかったのは、Windows側もMac OSがわもそれなりに努力してる
んですよ、みたいな感じで。

>>25
ネトゲ見たいなの想像しちゃった。

いろいろと歴史があるんですね。
NeXT って UNIX 周辺の技術ですか？

>>13>>14>>15
誰かエイリアスについても語って下さい。

>>29
NeXTSTEPで検索汁。

>>26-28
トレーディングや対戦ゲームなど、リアルタイムでデータを共有したり
必要な情報を判りやすく加工して表示する良い例ですね。
ネットワークでの転送に比べて演算の割合が大きければXgridのように
クラスタ化されたシステムがスパコンになりえますし、巨大データベース
構築も可能な柔軟性も併せ持っています。(64ビットのアドレッシング)

GUIを語るなら是非Squeak(Smalltalk)にも触れてみて下さい。
ttp://squeak.org/

>>32
スクイークですか。
ちょっと前（１年ぐらい前？）NHK で特集をしていたような気がします。
とりあえず、Download して動かしてみました。
なんか面白そうですね。
日本語版もあるようだ。
スクイークのウィンドウはウィンドウの端でサイズ変更ができる。Windows と同じ。
まあ、根本的な考え方は違うようだけど。

VPC を使っているんですが、バーチャルマシンなので、終了する時、メモリの状態をそのまま保存できます。
次に起動すると、表示していたウィンドウとか、編集中のファイルとか終了した時の状態で起動します。
スクイークもバーチャルマシンなので、終了した時の状態で起動できる？（全然使ってないので分からないけど。）

編集中のファイルがあっても、メモリの状態を保存して、そのまま終了できるという操作性もいいかも。

>>32
なんか、>>26でまとまりのない話をしてしまったかな。
一応>>26の分散オブジェクトの辺りの補足をしてみる。

気になったのは、Cocoaの分散オブジェクトのような仕組みがあっても嬉しいの
かな、ということ。
ネットワークで繋がっているデータや計算機といったリソースを使うことそのもの
はもう既にいろいろと使われているし、それについてあまり疑問はないのだけど、
今の状態でインターフェースまでもネットワークに拡大するのはどうかな、と
思ったりする。例えば、ウィンドウの一部は実はリモートのホストが動かして
いる、とかそういう世界が現在あっても果たして嬉しいのだろうか。

SqueakのMorphicも、それなりに使ったことがある。確かに何でもありで面白い
んだけど、ちょっと先進的すぎでついていけなかったかなあ。Squeakも語ること
はできない。誰か語ってください…Squeakスレに行くのが筋か。

まあ、Selfの方がMorphicの概念としてはわかりやすかった気がする。Squeakや
Mac OS Xみたいな派手さはないけど。しかもよく固まるけど。一応リンク貼って
おきますか。
ttp://research.sun.com/self/

UIっていうと、Morphicみたいなのに向かっていきがちなんだけど、個人的には
ウィンドウの挙動はどっちの方が親切だ、とか、そういうあんまり先進的じゃない
ことに興味があるのかも。ジェフ・ラスキンのヒューメイン・インターフェースは
感心する所とかツッコミ所とかが満載で面白かった覚えがあるなあ。リンクはって
おこう。あ。これも途中までしか読んでない。中途半端だ。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4894714205/249-4637258-1236330

>>35もまとまってないな。あきらめよう。

>>34
>スクイークもバーチャルマシンなので、終了した時の状態で起動できる？（全然使ってないので分からないけど。）
終了するときに、保存するかどうかを聞かれる。保存すれば、再起動時にはその
状態から開始される。ただし、不安定な状態で保存すると起動できなくなった
経験がある。

>編集中のファイルがあっても、メモリの状態を保存して、そのまま終了できるという操作性もいいかも。
スリープとか、スタンバイとかハイバネーションとかかな。
眠らす派です。再起動しません。アップデートのたびに再起動するのは苦です。

最近のiMacも、ボタンが後ろにあって、「電源なんて押すなよ」といわんばかりに
見えるんだけどなあ。Mac OS Xでも、アプリケーションを再起動しないでも
アップデートが適用できるようにならないかな。まあ、難しそうだけど。

Mac には MDI（マルチ・ドキュメント・インターフェイス） と SDI（シングル・ドキュメント・インターフェイス）の違いってないね。

つーか、MDIって
WINでグローバルメニューバーを実現する為の苦肉の策でしょ？

親ウィンドウのクライアント領域の背景に隠れて下のウィンドウやデスクトップが見えないから不便？
それとも間違って下をクリックしなくてすむ、見たくないものを見なくてすむからいい？
「アクティブでないウィンドウのボタンを押せる、押せない」とも関係あるね。

>>38
グローバルメニューバーって Mac でいつも一番上にあるメニューバーのことよね。
>>苦肉の策？
そういう風にも見えるね。

今考えたけど、MDI でクライアント領域の背景から下が見えたら、メニューバーやステータスバーが宙に浮いておかしくなことになりそうですね。
でも、子ウィンドウを見比べてみたい時、クライアント領域より外には持っていけないから、狭く感じる時がある。
グローバルメニューバーと MDI どっちがいいかと言われたら、グローバルメニューバーかな。
または、グローバルメニューバーなしの SDI 。

>>37
あれ、MDIっていうのか。Windowsのことを本当に知らないことを痛感する。

MDIって個人的には古くさいインターフェースだと思ってたんだけど。Windows
でも、最近のアプリケーションでは見ないような気がする。ちょっと探してみた所
GNOMEでは推奨してないみたいだし、e-Wordsによるとマイクロソフトも推奨
してないみたい。…その代わりに、最近はタブがあるけどね。でもあれは履歴を
たどるような使い方をすることが多いから、ちょっと違うかな。

Mac OS Xだと、フォントやカラーのパネルとか、図を描くソフトとかによくある
ツールのパレットといったユーティリティーウィンドウがMDI的なものだと思う。
ああいう、特定のドキュメントが前にある時だけ現れるようなウィンドウはたぶん
Windowsではそんなに一般的ではないよね?

まあ、ウィンドウを頻繁に切り替える時はうっとうしいと思うんだけど、Appleの
ガイドラインによると、モードレスダイアログとか適切なコントロールを使うこと
で何とかなるなら使うな、という感じのことが書いてあるみたい。検索ウィンドウ
とかは微妙だと思うんだけど、あっちはリターンを押すとウィンドウが閉じる、
ボタンをクリックしたらウィンドウはそのまま、という、モードレスダイアログとユーティリティーウィンドウの間みたいな挙動をするね。

MDIってその名の通り今のタブみたいなもん。

VB の開発環境を SDI 設定にした時と、MAC の GUI がちょっと似てる。

Finder でファイルのたくさんあるフォルダを開いている時（カラム表示）、
PageDown キー押下では、表示はスクロールされるけど、
キーボードカーソルの位置は変わらない、
スクロールバーをクリックした時と同じ挙動になる。
（例えば１番上のファイルを選択していて、PageDown キーを押したら表示がスクロールされる
　次に、↓キーを押すと表示が元に戻り２番目のファイルが選択される）
キーボードでだけで、途中にあるファイルを効率良く選択することができない。
キーボードで操作したのに、キーボードカーソルの位置が変わらないのは変？
それとも自分が操作の仕方を知らないだけ？

あー、その場合、マウスでファイル一回クリックしないといけないんだよね。面倒。

>>45 文字入力汁

>>47
確かにそうなんだけど。

素朴な疑問なんですけどメニューの「ゴミ箱を空にする」が
Finderでは「Finder」の項目にあるのにアプリケーションでは
「ファイル」の項目にあるのはなぜなのでしょうか？「ゴミ箱
を空にする」がFinderでも「ファイル」の項目にあった方が統
一感があるのではないでしょうか。

>>45
キー入力での検索、日本語のファイル名だとできないんだよね。ファイル名を英語
にすればいいんだけど、ローマ字での読みを使った検索をサポートしてくれよ、と
は思う。

>>49
アプリケーションって何のこと？統一感があった方がいいだろうけど、Finderが
悪いのかその「アプリケーション」が悪いのかはよくわからない。ただ、Safariの
「キャッシュを空にする」がSafariの項目にあるから、Appleとしてはそういう
掃除はそっちに入れる方針のような気はする。

>>51
49です。レスありがとうございます。「アプリケーション」：例えばiPhtoです。

以下はその他の私の疑問です。
１）
「アイコン表示」での使用時にアイコンのサイズ変更の指示は「アクション」→「
表示オプション」→「このウィンドウのみ／すべてのウィンドウ」と３ケ所の移動
が必要で手間どる。「すべてのウィンドウ」の（画像サイズ等の）表示の設定は「
Finder」のメニューの「表示」の「表示オプションの表示」にでも設定項目があっ
たら良いと思う。「このウィンドウのみ」の（画像サイズ等の）表示の設定の場合
は「アクション」でも良いでしょうがこれも、もっと移動の回数を減らして欲しい。
２）
「プレビュー」で小さな画像を開いた時「拡大ボタン」がウィンドウの枠外になる
のでウィンドウの枠をドラグして「拡大ボタン」を表してから拡大させないといけ
ない。（「拡大ボタン」は小さな画像にこそ必要な場合が多いのに）
解決策の例としては「拡大ボタン」をもっと表示枠の左に配置すれば便利だと思う。

>>52
おお。語ってください。

>「アプリケーション」：例えばiPhtoです。
う〜ん。iPhotoはそうなのか。今のマシンで初めて開いたよ…。9までFinderは
「ゴミ箱を空にする」が「ファイル」メニューの所にあったような覚えがあるん
だけど、その時の名残なのかそれともFinderが変なのか…。
個人的には、「ファイル」以下に入れてほしいかな。Safariの、「キャッシュを
空にする」の場所もけっこう違和感がある。

１）
もっと移動の回数を減らしてほしい、というのは、表示オプションの設定画面が
「このウィンドウのみ／すべてのウィンドウ」で分かれているので、これを指定
しないといけないこと、とか、ツールバーに「表示オプション」を入れてほしい、
とかかな。

表示オプション辺りのインターフェースを変えた方がいいと思うのは全く賛成。
そんなに頻繁に設定しないので手間は気にならなかったけど「表示オプション」
と「環境設定」とか、「このウィンドウのみ」と「全てのウィンドウ」で何度も
間違えたことがある。

ターミナルにも表示設定があって、あっちはウィンドウごとの設定画面しかない
んだけど、代わりに全体の設定を「デフォルトの設定として使用」というボタン
がある。「デフォルトだけ変えたい場合はどうするんだ」という、ツッコミ、と
いうか違和感はあるけど、実際使っててあんまり問題になったことはない。こう
いうのもいい気がする。
ちなみに表示の設定と環境設定はFinderと同じように分かれているのでやっぱり
間違えることがあった。まあ、Finderよりはましということで。

OmniWebにも設定がある。…微妙なアプリの話ばかりしている気もする。^^;
こっちは、環境設定が全体な環境設定とサイトごとの環境設定が分かれていて、
サイトごとの設定のメニューは一般的な環境設定の下にある。
全体の環境設定は一般的な環境設定と同じで、それ用のウィンドウができるけど、
サイトごとの設定はブラウザのウィンドウに表示されるので間違えることはない。
また、設定が違う所は、マークがついて一目で分かるようになっている。

…どうもFinderは使う気になれないなあ。あんまり使わないからいいんだけど。

２）
これは、デフォルトの設定で拡大ボタンが右にあるから不便だ、ということ？

>>53
旧OSの「ゴミ箱を空にする」は特別メニューです。

>>54
２）の「プレビュー」の「拡大（と縮小）ボタン」は開く画像のサイズが
小さいと「ツール類の表示枠はウィンドウのサイズにケられて（表示枠外）
でボタン自身の表示が見れません。
コマンドのボタンと「＋（とー）で画像サイズの変更はできますが「画像
の表示枠」も固定されているので画像の部分拡大になります。コマンドの
ボタンで画像の拡大と縮小は画像全体の大きさに合わせて画像の表示枠（
外枠）もズームすると画像の全体が見れて便利かと思います。

「プレビューに関して、こんなの便利かな？」のまとめ：
a)使いやすい「拡大（と縮小）ボタン」の位置。
　それとできたら、
b)使いやすい「拡大（と縮小）ボタン」の全体（ズーム？）と部分（クロ
ーズアップ）機能が簡単に使い分けができると便利かと思います。

>>55
あ〜。なんか思い出したかも。ありがとう。
iPhotoが9の名残とかそんなのは嘘っぱちか。

>>56
ボタンの位置はcommand+ドラッグで好きな位置に変更できるよね。そういうことじゃない？

>>58
56です。
ありがとうございます。初めて知りました！大感謝です！！

あとプレビューのコマンドと（＋かー）はフォトショップと同じ仕様の効果に
なったら違和感がなくて良いかと、、、

>>50
日本語ファイル名でも文字入力汁
＞ローマ字での読みを使った検索
変換してからなら可能だよ

>>60
本当だ。知らなかった。

>>56
>b)使いやすい「拡大（と縮小）ボタン」の全体（ズーム？）と部分（クロ
>ーズアップ）機能が簡単に使い分けができると便利かと思います。
これは、作者側としては、ウィンドウのタイトルバーにあるズームボタンで
やらせようとしている気がするな。

>>56
iPhoto に付属の編集ツール（環境設定→ダブルクリック→別ウィンドウで開く）
だとまた違った動きをするね。
ウィンドウのサイズ変更にあわせて拡大縮小する。

>>60
あ〜。可能だったね。すっかり忘れてたよ。

ただ、イメージしていたのはそれじゃないんだよね。今のだと、いちいち変換
しないといけなくて、めんどくさくない？「し」と打っても「書類」の方には
いかないでしょ。逆に英語のファイルを検索しようとしたら、下の方に勝手に
ウィンドウ作ったりして。個人的にはローマ字の書類の方が多いので、ローマ
字入力したらあのウィンドウが出てくるとうっとうしい。>>60 が言うまでバグ
だと思ってくらい。
「s」と打てば「さ」から検索してほしいんだよね。

うわ。64で自称「53」としてしまった。「50」のつもりでした。なんか
書き方でわかりそうなものだけど。

>>62-63
お二人ともありがとうございます。
いろいろ使い分けがあるのですね。
あと
>>59 のフォトショップ的な使い方が
できる様になれば最高です。（ジャガ
ーまではコマンドで拡大／縮小ができ
なかったと思いますのでそれと比べた
ら贅沢と言うものでしょうか、、、）

>>66
ジャガーって、10.2 よね。
10.2 使ってるけど、
「コマンド」＋「↑」（拡大）
「コマンド」＋「↓」（縮小）
で、できるよ。

>>66
タイトルバーのズームボタンのショートカットキーがあれば、
少しは改善されるってことですか？
ないかなあ〜

>>67
66です＋／ーでなく↑／↓で、できたのですね。これも知らなかった、、、

Finder の表示オプションの設定は最初ちょっと戸惑ったけど、
すばらしいインターフェイスを実現してるよ。
少ないインターフェイスで、で全ての設定ができる。
（「設定」というものがいろいろなところへ散らばることを防いでいる。）
フォルダに対して「すべてのウィンドウ」の設定を適用したい時は、「すべてのウィンドウ」をクリックする。
フォルダに対して「このウィンドウのみ」の設定を使いたい時は、「このウィンドウのみ」をクリックする。
（「このウィンドウのみ」の設定はいったん「すべてのウィンドウ」の設定を適用しても記憶しているようだ。）
「すべてのウィンドウ」の設定の内容を変えたい時は、「すべてのウィンドウ」の設定が適用してあるフォルダを
開いて（または開かれているフォルダに、いったん「すべてのウィンドウ」の設定を適用して）、
「アイコンサイズ」や「テキストサイズ」を変える。
「このウィンドウのみ」の設定を使いたい時は、「このウィンドウのみ」をクリックして、
「アイコンサイズ」や「テキストサイズ」を変える。
最初に、一番上の、「このウィンドウのみ」、「すべてのウィンドウ」を確認する。（ちょっと面倒？）
つづく。

つづき。

何がすばらしいかって、
デフォルト設定をどこで変えるのか分からん、
デフォルト設定と個別設定が同じところなので、どっちの設定を変えているのか勘違いする、
という問題があるかと思いますが、

結論からいうと、

設定の結果を見ながら設定が変えられる。
「表示オプション」を表示した状態で、少ない操作で、全ての設定を試して見れる。

ということです。

詳しいことはまた機会があれば、考えがまとまったら書きます。

あと、

MacOSX は「設定」でラジオボタンとか、チェックボックスをクリックした瞬間に設定が変わるというのが
多いね。この方がいいと思います。（設定の内容にもよるけど）
「設定を適用する」とか「OK」で変わるというのはあんまり見かけん。

ｳｨｿのコントロールパネルは、小さなウインドウがいくつも開くから本当に面倒で見づらい。
コントロールパネル＞〜の設定＞プロパティ＞詳細設定＞〜の〜
毎回新しいウインドウが開く。プロパティ、詳細設定なんかまとめて欲しいよ。

システム環境設定は１ウインドウで済ませてるのに。（あれもあれで、設定を比較が出来ないという欠点があるけど）
「戻る」ボタンとかあったら便利。

>>73
>>「戻る」ボタンとかあったら便利。
そう思うこともあるよ。
「TCP/IP」の設定のところにはあるね。
理由は言わずもがな。

>>71 考えがまとまらんので小出しで書くよ。
まず、できないことから。
「このウィンドウのみ」の設定を、デフォルト設定にすることができない。
　（「「このウィンドウのみ」の設定にしておいて、いろいろ試してみていい
　　具合になれば、それをデフォルトの設定にする。」というような操作の仕
　　方ができない。）
でも、これはあまり必要ないと思います。
その気になれば、「このウィンドウのみ」の設定をメモでもとって、デフォルト
の設定を変えればいい。いや、メモを取る必要はないのであって、すぐそこで
デフォルト設定も変えられるようになっているので、「このウィンドウのみ」、
「すべてのウィンドウ」を切り替えてみれば、どこが違うかすぐ分かる。

お。なんかいい感じに盛り上がってきたな。
宗教論争にならないように気をつけないとな。

>>75
「『このウィンドウのみ』の設定を『デフォルトの設定』に反映する」という
機能はそれ自体が特に便利というわけじゃないと思うんだよ。

ターミナルの場合はこの方法をとることで「表示設定が即反映される」「設定
ウィンドウを統一できる」というFinderの方法のメリットをもちつつ、一方で
「『デフォルトの設定』と『このウィンドウのみの設定』を勘違いして設定する」
ミスを無くすことができる、という所がいいと思う。

デフォルトの設定との違いを知りたい時は、例えばOmniWebがやってるように
デフォルトの設定と違う部分に何らかのマークをつけたりする、といった方法が
あるよね。ボタンを何度も押さない分、こっちの方が一目瞭然だし。これは今の
Finderの実装に追加するとかでもいいかもしれない。マークがついていたら、
それはデフォルトの設定画面ではないのはわかるしね。
ちなみに、ターミナルの場合は新しいウィンドウを開けば比べられる。これは、
新しいウィンドウを開けば常にデフォルトの設定だからだけど。

ただ、本当はさ、こういう表示方法の設定についていろいろ考えないといけない
状況そのものが何とかならないのかな、とか思うんだよね。もしかしたら、
もっと根本的な所で何か間違っているのではないかな、と。まあ、かなり根拠
レスで半分妄想なんだけど。

>>76
>>もっと根本的な所で何か間違っているのではないかな、と。
デフォルトで、「初心者でも、上級者でも、一応使える。」
というインターフェイスを作らないといけないからね。
いろいろ難しいんだよ。多分。

表示の設定に関しても、いろいろなレベルの設定があるね。
OS 全体でディスプレイの解像度とか、
OS に付属のアプリの中での表示設定（これはだいたい統一性がある。）とか、
その他の、各アプリでの表示設定。

いろいろなレベルの設定が、ぎこちなく、つながってる感じはあるね。

Finder の「表示オプション」で、できないことその２

いっぺんに、すべてのフォルダをデフォルト設定にすることができない。
これもあんまり必要ないね。多分。
見かけた時に変えればいいからね。

Finder の「表示オプション」で、できないことその3

デフォルト設定でないフォルダが表示されている時にデフォルトを変えられない。
これが一番必要ないね。
表示を変えたいものが表示されている時に、表示設定を変えるのが
一番分かりやすいからね。

逆にできることって、ほとんどないね。

ただ、見ている時に見ているものを変えられる。

まとまったかなあ〜

>>77-80
乙です。
77-80は同意するんだけど「このウィンドウのみ」の設定と「デフォルト」
の設定について個人的に思う一番の欠点は「間違えやすい」ということなん
だよね。このウィンドウを変えたいのに、他のウィンドウの設定まで変わっ
てしまった、とか。で、よりいい方法もあるのではないか、と思ったりも
するわけで。

微妙に話を変えてみる。昔Happy Macintosh Developing TIME!にFinder
についての記事があったのを思い出した。短期集中連載「iApplicationから
ポストFinderを探る」とかいう。なかなかいい感じの話のように思う。
http://homepage.mac.com/mkino2/backnumber/2002_07.html
http://homepage.mac.com/mkino2/backnumber/2002_08.html

>>81
昔、「ワープロ専用機は使えるけど、パソコンはちょっと。」という人がいたな。
ワープロ専用機だと、ファイルシステムのことなんか意識しなくても使えるけど、
パソコンでワープロのソフトだと、ファイルシステムのことを理解しないと、
使いにくいことになってるからね。
（「ワープロソフトで開くファイルはファイルシステムから勝手に探せ」
　という不親切設計？）

未だにワープロ専用機使ってる香具師って何なんだろ。

パソコンというものが始まった時に、ファイルシステムを全面に見せる OS
だったと思うけど、それが間違っていたというか、
アプリを通して使うだけの時には使いにくいというか。
必要に応じて（バックアップを取るとか、データを人にあげるとか）、
ファイルシステムを意識すれば良いようなシステムって事ですか。
任意のファイルタイプ用の iTunes とかあったらいいかなあ〜

>>83
バーチャル・ワープロ専用機みたいな〜
でも、ファイルシステム上のファイルとしても扱えるみたいな〜

リアル・ウェブブラウザ専用機みたいなのもあったな。
名前が思い出せんけど。

リアル・iTunes が iPod なのかなあ〜（使ったことないけど。）

検索した。
>リアル・ウェブブラウザ専用機みたいなの
ドリームキャストのことです。
見たことも使ったこともないけど、専用機ではなくて、ゲーム機だけど、
インターネットも出来るみたいなもののようでした。

「インターネット専用機」って言葉があるらしいってことが分かりました。

そういやあ、iTunes のブラウズ表示と、
Finder のカラム表示が似てるな。

自分で、カテゴライズして保存しとけってことか。

カラムはNeXT時代からあるやん。

>>89
NeXT時代って知らんのんよ。
Mac使い始めてから、1年ぐらいしか経っとらん。

http://next.z80.org/graphics/screenshots/nextstep/PB_IB_NS33.jpg
http://www120.pair.com/mccarthy/nextstep/intro.htmld/desktop1.gif
http://www.hadess.net/themes/themes3/nextstep.jpg
http://www.futuretg.com/FTOSX/Documents/Why_FTOSX/NeXTSTEP.jpg
http://homepage.mac.com/troy_stephens/OpenStep/screenShots/OPENSTEP_beta-Desktop.jpg
http://www.steffen-sobiech.de/nextstep.jpg


http://images.google.co.jp/images?q=NeXTSTEP&btnG=Google+

コレ見ると、OS X のテーマ変えたような感じだなぁ。
カラムもそうだけど、IB のアイコンとか、カラーパネルとかまんま同じだし。
Dock はタブで分けてたのね。上手く活用すれば、今の Dock も使いやすくなる？

OS X のテーマ変えたような感じ

は言い過ぎた
Win のほうが近い。。

つーかOS XはNeXTSTEPにMacのガワを被せたものですが。

ttp://www5d.biglobe.ne.jp/~kobamasa/comp/NEXTSTEP/NEXTSTEP/

NeXTってスクロールバーが左ですね。
これってどうなんでしょう。
だいたいウィンドウの中身は左から詰まっているので、
左の方がマウスが近いということでしょうか？

視点の動きが少ないのでテキスト全体に対しての現在の位置や
スクロールバーの大きさから未読部分の割合を把握しやすい。
文章を読んでいる時に近くにあると、あまり意識しなくても判る。

>>95
ふむ。

メール、マニュアル、プログラミングなど多くの文書を並行して
読み書きする作業ではキーボード操作が主となりますが、その場合でも
スクロールバーが常に文書量と位置の情報を表示しています。

とはいえ、現在はWebブラウザでのリンクなどキーボード操作に不向きな
アプリケーションが欠かせなくなり、直感的にマウス操作できる
右側スクロールバーに変化したのではないかと推測します。

開発者系は左が好きかもな。

誰かGNUstepやAfterStep使ってる人いる？

http://images.google.co.jp/images?q=GNUstep&hl=ja&lr=&ie=UTF-8&inlang=ja&c2coff=1&sa=N&tab=wi
http://images.google.co.jp/images?q=AfterStep&hl=ja&lr=&ie=UTF-8&inlang=ja&c2coff=1&sa=N&tab=wi

100 get

古いことにレスするけど。

>>87
携帯電話もある意味そうなのかね。

最初、エアボードのことかと思った。
http://www.sony.jp/products/Consumer/airboard/
発想は似てるよね。テレビにインターネット機能をつける、みたいな。

>>101
iTunes はジュークボックスをパソコンの中に入れたようなもので、操作方法も
実機と同じようになっている（ファイルシステムを意識しなくて良い。）ので、
使いやすい。
今のウェブ・ブラウザもメーラーもファイルシステムをあまり意識しなくても良い
ようになっている。１つ１つのメールがファイルシステム上の１ファイルには
なっていない。なので、専用機でも多分、同じような操作性になると思う。
パソコンのメーラーの場合、必要な時は１ファイルとして書き出せるようになっ
ている。
iTunes の場合、必要な時はファイルを参照できるようになっている。

ワープロソフトの場合、ファイルシステムにモロに保存してある。なので、
ファイルシステムを彷徨うことになる。パソコンソフトはだいたいこうなっ
ている。なので、使いにくい。

実機（専用機）があるものとして、それと同じような操作性をパソコンの中で
実現すれば使いやすいソフトになるかな、と。必要な時（他のアプリとのデータ
連携とか、他のパソコンとのデータ交換とか）のみファイルシステムを意識する。

ここまでのまとめ。

アクティブでないウィンドウのコマンドボタンをクリックした時の挙動。
フォルダのエイリアスについて。
Finderのアイコンは「インターフェイス」を表している。
NeXTについて。
たくさん開かれたウィンドウを整理する。
GUIを語るならSqueak(Smalltalk)？
ハイバネーションだと起動、終了が速い？
グローバルメニューバーとか MDI とか。
Finder ウィンドウでスクロールしたい。
　　文字入力で検索は出来る。（日本語でも。）
「ゴミ箱を空にする」のメニューでの位置。
Finder の「表示オプション」。（ターミナル、OmniWebも）
「プレビュー」の拡大縮小。（画像の拡大縮小の操作性。）
　　ボタンの位置のカスタマイズ。
Finder、ファイルシステム、iApplication 。
インターフェイスの話になると NeXT の話になる？
　　スクロールバー左。
インターネット専用機とか。

普通「インターフェイス」と言ったら入出力端子のことなんだよね。
>>1はスレタイを「ユーザーインターフェイス」に直せ

だから、
【Mac】GUIを語る【WYSIWYG】
http://pc5.2ch.net/test/read.cgi/mac/1093274644/

こっちなんだよ

http://homepage.mac.com/rdas7/piles.html

>>104
入出力端子も込みと言うことで、
よろしくお願いします。

>>105
あっちは入出力端子含まずということで、
よろしくお願いします。

>>106
何？

>>109
Pantherに導入されるという噂だった、ファイルの「束」という概念だったかな。
結局導入されなかったけど。デマだったのか、結局フォルダのとの違いが出せ
なかったからなのか、導入はされなかったね。

あえてユーザーに学習させる「Mac OS X」
シンプル過ぎるほどの「Mac OS X」の初期画面。デスクトップにはドライブのアイコンと
「DOC」（アプリケーションの起動や切り替え，ファイル削除などの機能を提供する）
があるのみで，直観的でとっつきやすいというかつてのイメージはない。
ユーザーの学習を促すために意図的に初心者を突き放すようにしているという。
http://itpro.nikkeibp.co.jp/members/NBY/techsquare/20040818/2/


この点誰か語って

>>110
英語が読めんかったけど、
あの絵を見た感じだと、複数アプリ（タイプ）のファイルを
１つにまとめるということですか。
フォルダの中のファイルを同じウィンドウ内
（ Finder のプレビューのようなものだけど普通の大きさのウィンドウ）
に次から次に表示させるようなものがあったらいいかも。
閲覧するだけで、編集はしないという時に、個々のアプリのウィンドウを
切り替えないといけないというのも面倒だからね。
（ウェブページを閲覧するような感じで見れたらいいかも。）

>>111
現実にあるもの（新聞の番組欄とかコピー機とか）と同じようなものを
ソフトの中で実現するというような話も出ていたね。

あえてユーザーに学習させる「Mac OS X」ですか？
パソコンの場合ユーザーの目的によって、使うアプリや使い方が変わる
ので何かの専用機とは違って、初期画面がシンプルということだと思う。

>>111
なんか変じゃね？
>>直観的でとっつきやすいというかつてのイメージはない。
って言っても、旧OSのころから初期状態ではHDとごみ箱の
アイコンがあっただけで、今と変わらないんだけど。

旧の頃は
インターネット
WWWブラウザ
メール

みたいなエイリアスが最初にいくつかあった。

>>111
違和感がある人は多いだろうけど、こういうのは初心者がどこでつまづくかが
わかってないとあんまり語れないわけで、そんな人はここにはほとんどいない
と予想。

>>115
あったね。メールに関してはともかく、Safariがブラウザだと気づかない人は
いるようだ。とくに、Windowsに慣れている人とかは「e」のアイコンを探す
ことがあるみたいだ。
ただ、そういうひとがどれくらいいるかはあんまり見当がつかないし、実際に
「最初取っ付きにくい分学習は速い」効果があるかどうかは、これだけでは
わからない気がする。

インターネットに接続する時のプロセスってどんな感じだったっけね。
インストールしたときに、.Macの登録を勧められたりインターネット接続の
アシスタントが出たりした（ついでにODNも勧められたっけ？）覚えがあるな。
そのときに決められなくて、後で設定し直したいといった時に、例えば
「システム環境設定」→「ネットワーク」→「アシスタント」というプロセスに
行くなりして、すんなり設定ができるかどうか、とかはどうだろう。

>>115
Mac購入当時、パソコン初心者だったが速攻それらのエイリアスはゴミ箱に捨てた。

aaaaaaaaaaggggggggggggeeeeeeeeee

>>112
>あの絵を見た感じだと
あれって特許公報からの想像図でApple自身は「束」機能に関して
なんにも具体的なビジョンを示した事なかったはず。
俺は「束」機能はスマートフォルダになったんだと思うんだけど

>>115
あのエイリアスがデスクトップに置かれるようになったのって
8あたりからだったかなあ、漢字Talkのころは無かったような。

リスト表示された項目の選択ってヘンじゃないか？
例えばFinderをリスト表示にして shift + 下矢印キーを押すと、選択対象のファイルが
増えて行くよね。
そのままの状態で shift + 上矢印キーを押すと、確か以前は選択対象項目が減るような
動作をしていたと思うんだが、
いつの頃からか「初めに選択されていた項目を基準に、上方向に選択項目が増える」
ようになった。

これは仕様？それともバグ？
すごく使いづらいんだけどなあ…

OSX初心者ﾃﾞｽ（10.3.5）
ドックについて不安が有ります。
いろいろなアプリを登録していて今現在モニター巾の
９割くらいを占領しています。
この先、登録アプリを増やしたら隣のモニターまで
広がるのでしょうか？（ツインモニター環境です）それとも
勝手にアイコンが小さくなるのでしょうか、それとも
表示されないとか・・・
ＯＳ９.Ｘ.Ｘま悪戯、仕事ともビンビンでしたが
諸事情でＯＳＸになってからは『仕事』のみに使う事になり冒険が
出来ません。
ドックをひっくり返すアプリが有る事は承知してますが
ネイティブだけで使いたいのでこんな質問をしますた。
　　　　草々　　　　　　　　　　　　

↑
ＯＳ９.Ｘ.Ｘまでは悪戯、仕事ともビンビンでしたが

冒険も何も、それくらい自分で試しにやっても何ら問題ないだろ…。

よく考えれば使わないアプリが必ずある。それを登録から外す。

プレビューとか画像開きゃ必ず起動するようなのとか、メニューエクストラから起動／同期可能な iSync、アップルメニューから起動できるシステム環境設定。
いろいろ探せばある。

>>120
本当だ。
>>45と合わせて、キーボード操作に何難あり。

>120
そうだなあ。いつからかはわからないけど。少なくとも、10.3.5のテキスト編集時の挙動とも違うし。同じく減ってほしいな。でもわざわざ変えたのならなんかいい解決策があるのかもなあ。

>125
>45に関しては、テキスト入力をもうちょっとうまく実装してくれれば現在の挙動の方が好きかな。まあ、53=64=126なんだけどさ。ちょっとスクロールして選択項目に戻る、ということをするので、スクロールで選択項目を変えてほしくない。

>>121
Dockに登録するアプリはそんなに増えないなあ。
ファイルを開けばそれで済むものは「最近使った項目」
解凍ソフトやエディタのように使い分けたいものは
Finderのツールバーやサイドバーに登録する。
どっちもドラドロできるし。
Dockにはランチャーを登録しておくと便利だよ。

>>126
>>ちょっとスクロールして選択項目に戻る
確かにそういう使い方もするね。
自分はそういうときはマウスでやる感じだけどね。
まあ、1=128=ほか多数なんだけどね。
128get

>>123 嫌い！
>>124 サンクス
>>127 ランチャー・・さっそく調べてみます。

"スクリプトエディタで、
set ws_pid to do shell script "ps -xww|grep ApplicationServices|grep -v grep|awk '{print $1}'"
do shell script "renice -20 " & ws_pid password "*******" with administrator privileges
(*******)はユーザパスワード

ApplicationServicesをWindowServerに書き換えると10.2で使えまつ。
と記述、保存の際、"アプリケーション""実行専用"にチェックして保存。
起動時に"アカウントの起動項目(Pantherの場合)"で自動起動に設定しまつ。
自動起動して勝手に終了しまつ。後は起動したアプリのプロセスが最優先されまつ。"

これ、いいね！使える。

>>129
何をするものなんですか。
実行してみたけど、メニューバーが出るだけで何も出来なかったけど。
OS X 10.2 、保存の際、"実行専用"と言うチェクボックスは出ませんでした。

>>129
よく使うアプリのエイリアスをフォルダに作って、そのフォルダをDockに置いときゃいいって
よく聞くけど。

>>130
>129と似たようなやり方で、描画を高速化するテクニックがあった。ウィンドウ
の切り替えが速くなったりしたらしい。うちでは違いが全くわからなかったけど。
WindowServerとか言ってるから同じようなことをしていると思うんだけど、>129
だとWindowServer以外のプロセスの優先度も上がる気がする。

あんまり関係ないけど、インターフェースで一番重要なのは速さ、とかそんな話が
あったようななかったような。結局の所、使いやすさは学習する時間を省くために
ある、みたいな話だったかな。勘違いかもしれないけど。

>>132
>>インターフェースで一番重要なのは速さ
その通りだと思う。
コンピューターの処理時間＋ユーザーの作業時間が最短時間であれば良い。
（できるだけ短い時間でユーザーの目的が達成されればいい。）
ただ、それにはいろいろ条件があると思う。
コンピューターをあまり使ったことがないユーザー、いつも使うユーザー、
よく使うソフト、たまにしか使わないソフト、
１つのソフトの中でよく使う機能、あまり使わない機能。
コンピューターをたまにしか使わないユーザー向けなら、なれれば速く操作できる
インターフェイスでは駄目だし、
コンピューターの処理時間が速くても、使いにくいインターフェイスなら、ミスが増えて、
結局、ユーザーの作業時間が増えるし、
楽しくないインターフェイスなら、使う気がしなくなるので、仕事が進まなくなるし。

あまり使わない機能なら、手数が少しぐらい多くても、
ミスしないようなインターフェイスがいいし、
でも、よく使う機能、あまり使わない機能は人によって違うし。

ｷﾓｲ配色では使う気も失せる。

>>135
配色変えれた方が楽しいから使う気がする。

Winの配色、シルバーはマトモだと思う。
なぜデフォルトがキモイ青なのか謎。

あ、ゲイツのセンスか。

「アピアランス」を「グラファイト」にしたら、
ウィンドウを閉じる、しまう、拡大縮小ボタンの色が変わらん。
「ブルー」だと、赤、オレンジ、緑。
10.2.8

>>138
なにをいまさら。

>>138
どちらもひどいUIの見本として語り継がれる。

>>137
Windowsの伝統なんじゃないかな。相当前から青いみたいだよ。

ttp://www.kernelthread.com/mac/vpc/win.html

Win のエクスプローラーだとフォルダをコピーすると、フォルダの中のフォルダやファイルを
個別にコピーするけど、
Mac の Finder だとフォルダごと置き換わる。（上書きされる前のフォルダに入っていた
ものは全て消える。ゴミ箱にも入らない。）
この辺どうですか？
どっちにしろ、上書きの UnDo はない。

フォルダ単位で置き換える時は、そうしたいんだから別に
このままでいいと思う、いちいち同じファイルがありますけど
どうしますか？全て置き換えなんて返事するのもめんどくさい。

でも上書きした後に、コピーを取り消すと「コピー行為」は無かった事になる
のに、上書きされた物は戻ってこないとゆー仕様はUnDoとして
役に立ってないので「コピーして上書きした」という行為自体を
UnDoするように直して欲しい、実際そんなUnDoが必要なことは
少ないだろうけど。

Mac だとコピー先にしかなかったファイルは消えちゃう。
Win だと消えない。
どう？

ドラッグドロップの移動だと内部ファイルも個別に確認されるのにね？

>>145
なぬ？
<10.2.8

どうなんですか？

タブを閉じたら直前のタブに戻らない。

http://www.apple.com/jp/macosx/tiger/dashboard.html
ダッシュボードってスクイークに似てる？

スクイークがどんなものか知らないけど、たぶん似てないんじゃない？
そしてさんざん言われているようにコンファブレーターに似てます。

閉じる×印が Window の外に出るところが似ていると思いました。
後、Window の中ほどをドラッグして、Window を移動させているように見えます。
（http://www.apple.com/jp/macosx/tiger/theater/dashboard.html）
スクイークもそうだったと思います。

２ちゃんも勉強になりますね。
スクイークもコンファブレーターもこのスレで知りました。

っていうか、今見てみると Widgets っていうタブがあった。（スクイークには）
そこから出てくるものが、>>151 のような挙動をするようだ。

スクイークの Widgets タブってコンファブレーター（の作者）と何か関係があるのかな？

もしかしたら、
AppleはDashboardを新しいインターフェイスの実験場にするつもりかもね。

てかウィジェットの乗るレイヤーがあってファンクションキーで表に出てくるっていうのが新しいと言えば新しい。
計算機みたいな小物にはぴったりと思う。

そういや昔はデスクトップアクセサリとアプリケーションの境界が今よりはっきりしてて、
アクセサリは何かをしながら使いたいときだけさっと使うというものだったとか何とか。
シングルタスクの頃の話だったっけ。詳しくは知らないけど。
そういう意味ではダッシュボードはデスクトップアクセサリの進化系なんだろうな。

あれってwebでも動くみたいだね
winにも標準であーゆーのがついたらかなり普及しそうな

DashBoardの表示/非表示のエフェクトかっこいいな
ポゼのデスクトップ表示も同じにすればいいのに

>>155
>計算機みたいな小物にはぴったりと思う。
パソコンで使うならああいう計算機より
http://www.google.co.jp/search?hl=ja&q=5%2B3&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
こういう計算機の方がいいと思う。
どっかにいいのないかなあ

>>159
いまいち何を欲しているのかわからん。

電卓みたいのじゃなくて、
方程式を解いてくれるような計算機が欲しいということでは？

bc使え

>>160
テキストで表された式を入力としてテキストを返すようなものをさしている、
かも。

そういえば、小物を集めたものといえば、コマンドライン環境がそういう
特徴を持ってるね。Automatorといい、コマンドラインの良さをそれなりに
意識しているのかも、とちょっと思った。ないか。

見かけはともかくOS標準の電卓もキーボードのみで操作できて
結果もコピーとかできたはずだけどなあ。

気分を出したいならAppleScriptのスクリプトエディターで計算なんて事もできるけど。ｗ

サービスメニューから呼び出せる＞Script Editor
テキストエディットなどで数式を選択して、コマンド+'＊'

うわっ！　レスがいっぱい付いとる。

>>162
>bc使え
ターミナルから使うのね。
うん。こんな感じ。
こんなのがあったんですね。知りませんでした。
間違って入力した時に矢印キーで戻ろうとすると変な文字列が出るんですが
一度入力した式の修正はできないんですかね。
式のコピペもできるのはいいですね。

>>166
>式のコピペ
って
テキストエディとで式を入力しておいてから、
コマンド + V でターミナルに張付けのことです。

>>163
>テキストで表された式を入力としてテキストを返すようなものをさしている
そんな感じです。

>>164
>キーボードのみで操作できて 結果もコピー
それ重要です。
>AppleScriptのスクリプトエディターで計算
式を入力して、コマンド + R で実行すればいいのね。
いいかもしれないです。

>>165
>サービスメニューから呼び出せる＞Script Editor
それどうやって使うんですか？
テキストエディットのサービスメニューを見ても Script Editor がないんですが？
10.2.8 Jaguar ではだめですか？

OS標準の電卓だと、入力した数字の文字列を修正できないというのが難です。
まあ、修正するといっても少しのことだから、いいんですが、
せっかくのパソコン環境なので、できたほうがいいというのがあります。

あと、仕事場でもパソコンの画面を前にして、リアル電卓（電卓専用機wのことです）
を使っている場面を見かけます。それはそれでいいんですが、
全てキーボードで操作できたとしてもリアル電卓と同じものだと
リアル電卓の操作性にはかなわないということです。

パソコンで使うなら、パソコンの特長を生かしたものがいいなあ〜と。
スクリプトエディターで計算というのが一番近いんですが。
たくさんの数値を足し算して、後で最初の方の値を修正して再計算とか。
縦書きにも対応したいです。
　 30
　+21
　+16
　=67
エクセルを使えとか云われそうですが、
もうちょっとお気楽ご気楽なものってことです。
もし、暇があったら作りたいです。

電卓の級とか持ってる人、鬼のように速いよね。
電卓兼テンキーみたいなのがあるから
ああいうのつないで表計算使わせたら見事だろうな。

山田村について語れ

Dockメニューにも環境設定項目を入れるべき
特にD&Dされて処理するのが目的のアプリは

>>173
何のアプリでどのような不都合があるのか具体的に知りたい
環境設定なんて頻繁に変えるようには思えないので

選択文字列のコピーや読み上げなどはどのアプリでも利用できるのに
サービスメニューはアプリによって利用できたりできなかったりするのは仕様が変だと思うのは俺だけでしょうか。

>>175
サービスメニューは基本的にCocoaアプリケーション限定。

最近ではCocoaだけが利用出来る機能拡張が増えてきてるよね。
もうCocoaとCarbonの違いがわからなくなるくらいに共栄して欲しいものだ。

>>176
だからその基本的にCocoa限定という仕様がおかしいと思うのは俺だけかという話なんだが。
サービスメニューで多いものは現在選択中の文字を元に何かをするというようなもの。
選択中の文字のデータを取り出す事は文字選択が可能なソフトならコピーなどができる事でわかるようにCocoaじゃなくてもできる事のはず。
ならばサービスメニューでできる事は仕様次第でCocoaじゃなくても利用できるようになるはず。
最初からCocoa、カーボン、Classicなどの混在環境として作られているOSなのに
この仕様はおかしいだろ？

ていうかサービスメニューはNeXTからのものだから。

ユーザーの側でそんな言い訳を勝手に代理でやってやる義理は無いと思いますが。

たとえNextから伝来のものであってもOSXをこういうOSにしようという事が決まった段階でちゃんと仕様を見直すべき。
ということで今後の改善きぼん。

>>177
>176は>175に賛同しているように見えるんだけど、気のせいかな。まあいいや。

個人的には違うんじゃないかと思う。
単に比較的新しい機能だということと、需要がない（と思っている）という
ことでベンダーが対応していないだけじゃないかな。

Carbonに詳しいわけじゃないので嘘言ってるかもしれないけど、
Carbonでもサービスメニューを使う機能が普通に用意されている。ただ、
Carbonはこういうイベントの処理を全部自分でやるのに対して、Cocoaだと
多くの処理はCocoaが用意している。この違いはコピー＆ペーストとか
ドラッグ＆ドロップとかも同じ。

テキスト入力の違いはAppleじゃないと難しいと思うし、なんとかしてほしい
所ではあるけど、最近はCarbon使ってないな。

そういえば>176さんは賛同してくれてるのかな？なんかすまんです。

>>181
んー。
例えばマカエレ。で英文テキストを選択した状態で
システム環境設定で設定したスピーチのキーボードショートカットを押すと読み上げされますけど、
これマカエレ。（の開発環境のRbの開発元？）が
その機能を組み込んでるわけじゃないような気がするんですけど。

て事はアプリケーションの側で何か用意させなくてもサービスメニューみたいな事はできるんでは？

>>182
スピーチを試してみたんだけど、これは苦肉の策だと思う。

というのも、実はこの機能は選択しているテキストを一旦クリップボードに保存して
（この時、アプリ側のメニューバーから「コピー」を選択しているようだが、
　ひょっとしたら単にCommand + Cのキーストロークかも知れない）
それを読み上げるという手段を用いてると思われるから。

>>181さんが言うようにCarbonではアプリ側で用意しないとサービスメニューは
利用出来ないと思う。対応してるのは今の所Finderしか知らない……。


>賛同してくれてるのかな？
基本的には仕様だけど、そこを何とかして欲しい、って気持ちはある。
サービスメニューって便利だし。デフォで使えれば勿論嬉しい。

Carbonどうでも良い人間からすると、正直9erの戯言にしか見えなかったりもする(勿論9じゃ元々サービス使えんが)。

どうリアクションを取れと

>>184
まあ馬鹿が馬鹿のふりしてるつもりで釣りしてるつもりなだけだと思うが
そんならお前さまがCocoaアプリだけで全てが事足りるように
がんがんソフトの開発してください。
別にあなた個人が作らなくてもいいので（ロクなもん作りそうにないし）
プログラマさんに投資するなりなんなりして。

数少なかろうが不便だろうが
AppleだMac OS XだCocoaだ(;´Д｀)ﾊｧﾊｧ
で絶頂できる人なら他人の迷惑なので妄言を書き込まないでください。
ひとりでシコってろ。

Mac OS Xを日常的に使ってるからこそ不便と感じる事があるんじゃねーか
何が9erか脳無しが。

マカエレ使いか何か？

冷静に反応したつもりだろうが2chブラウザ宗教戦争にズレそうなのでそういうのはやめろ。
他のジャンルのソフトについてもあれがいいこれがいいと好みを言い争うつもりは無いが、
Cocoaで全部足りてるって言うならおめーの使ってるソフトと使い道全部リストアップしてみーや。

つかほんと信者系うぜー。
お上から頂戴したものは何の不満も言わず有り難く使うのが当然でアリマス！！
みたいなのやめちくり。

そもそも表層部はともかくCocoaアプリでも内部の処理ではCarbonのAPIを使わないとできない事もあるとかどーとかいう話も見た事あるし、
Carbon要らないなんて安易に言える状況ではないはず。
CarbonでもMach-O？たらいうのはOS X専用らしいしね。
（「Carbon＝旧OSでも動くソフト」ではない）

ま、このへんは俺もよー知らないので書きづらいところなんだが、
上記の書き込みだけでは納得しないだろうから書いてみた。

というか、たかだか一行レスによくこうも長文反応出来るなと感心。

まかせろ（￣ー￣)

（違

>>182
今みてると>181でいろいろ省略してしまってるなあ。最後意味不明だし。

主に言いたかったのは「Appleはサービスメニューの機能の提供をCarbonでも
している」ということね。>176-177では「Carbonではサービスメニューが
使えない」ことを前提にしているように見えたので、それは違うということ。
しかもサンプルプログラムとコードも提供している。コードをちょこっとみた
限りでは対応はそんなに難しいことじゃない…と思う。

まあ読み上げは>182のようなクリップボードの利用で有効にできるわけだし、
Appleは他にやるべきことがあったんじゃないかとは思わなくもないけど、
アプリケーションの作者にも多少は問題があると思う。REALbasicでも
デフォルトで対応していないのは個人的にはちょっとショックだ。

ちなみに、MacOS 9にもMac OS Xにも対応していてサービスメニューも
使えるアプリケーションとして、Coelaがある。
ttp://www.bekkoame.ne.jp/~iimori/
まさにCarbonアプリケーションのお手本のようなソフトなんだけど、
最近この人全く出て来ないんだよね。Appleに愛想を尽かした？

いやCarbonでもソフトの側でコード書きゃ使える事は知ってますよ。
Mac用としてCだかC++だかで作られてるソフトだったらソフトの作者側に頼めばええやんって感じもしますけどね。

重要なのを忘れてた。iTunesはCarbonだけどサービス対応。
RealPlayerもなにげに対応してるな。

RealPrayer 10 は Cocoa だし

あ。ほんとだ。

噛み合ってねーなー。○○は対応してるとかそういう話するスレかよ？

SCSIを語るスレ

コネクタをしっかりはめ込む時の感覚がたまらないやね。
USBなんかは軟弱でいけねえや。

、、って、おい！

200get

今ホットだし、リンクはっておこう。

ジェフ・ラスキン氏のスレ
http://pc7.2ch.net/test/read.cgi/mac/1109521938/

あげる!!

【Mac】GUIを語る【WYSIWYG】
http://pc7.2ch.net/test/read.cgi/mac/1093274644/

Man Machine Interface Ver46.1r328 BrianEno製作所

Dockでマウス長押しが有効でFinderが無効な件について

DockとFinderを比較する理由が不明な件について

もしかしたら「Dockは特別なソフトだ、効率がいいなら多少例外的なことをして
も許す」みたいな考えがあるのかな。

基本的には長押しは勧めない。機械が苦手な初心者はクリックのつもりで長押し
してしまう場合があるから。でもDockは効率重視なので許す。と。

他にもドラッグ＆ドロップで外に出すと消えちゃう所もちょっと例外的じゃない
かな？基本的には移動かコピーだと思う。

ほおづえつきながら操作

左手下方、右手マウス、目ディスプレイ