Mac OS X 10.6 Snow L ..
2:名称未設定
08/12/06 22:55:39 g82rJpgW0
前スレ
Mac OS X 10.6 Snow Leopard Part 3
ｽﾚﾘﾝｸ(mac板)
Mac OS X Snow Leopard (Part2)
ｽﾚﾘﾝｸ(mac板)
Mac OS X 10.6 Part1
ｽﾚﾘﾝｸ(mac板)
参考リンク
Snow Leopard(雪豹)とはどんな動物?
URLﾘﾝｸ(www.colemangallery.com)
The WebKit Open Source Project (Safariのベース)
URLﾘﾝｸ(webkit.org)
Khronos Group (OpenCLの規格策定)
URLﾘﾝｸ(www.khronos.org)
LLVMの日本語解説
URLﾘﾝｸ(llvm.org)
OpenCL
Wikipedia項目ﾘﾝｸ
3:名称未設定
08/12/06 23:02:29 u8xAC0Rt0
>>1
乙
というか前スレ1000はアンチなのか?
4:名称未設定
08/12/06 23:05:15 lhIKMMOX0
>>1
乙です。
5:名称未設定
08/12/06 23:42:00 42DBS4eA0
反省はしている
6:名称未設定
08/12/07 00:07:12 oLmm/IAz0
2145年発売か〜生きているのかな
7:名称未設定
08/12/07 00:08:35 9TtkFspw0
>>1
失敗作だったLeopardの焼き直しでまた金を毟るつもりなのか。
8:名称未設定
08/12/07 00:09:13 vMU1Eyyg0
>>7
前スレ全部読んでこい。
9:名称未設定
08/12/07 07:29:06 d+ZbZjbt0
>前スレ995
Mac Proに移行するつもりなら
Snow Leopard抜きにしても次の機種待った方がいい
Core i7が出たから、近々Nehalem系のMac Proが出るのは確実
Nehalemは主に64bitが高速化してるから、64カーネルで有利
メモリもFB-DIMMからDDR3になってメインストリームのものが使える
10:名称未設定
08/12/07 11:00:27 eBrr16jh0
来年の夏ぐらいだと思うけど
11:名称未設定
08/12/07 11:13:31 XvsznHKT0
>>9
横からｽﾏｿ。Mac Proは本体だけでなく、パーツ類が高くて悩んでるんだけど
DDR3世代だとマザーボードにバッファの置き場を作って、メモリ自体は
普通のものを搭載できるようになるってこと？
今のMacにはフツーのデスクトップがないけど、そういう構成も買えるようになるのかな・・・。
12:名称未設定
08/12/07 11:59:39 eBrr16jh0
次のXeonはDDR3対応なの
13:名称未設定
08/12/08 01:30:36 X25RH6qv0
WWDC2009で正式発表 → ７月上旬発売
これが現実的でしょうね。
14:名称未設定
08/12/08 01:56:37 M11tciRE0
同意
急ぐ必要無いからその分じっくりしっかり作り込んで欲しい
15:名称未設定
08/12/08 02:01:43 6I8yRHaT0
>>14
同じく。OpenCLとか64bitとか考えるとじっくり作り込んでほしい気がするな。
16:名称未設定
08/12/08 02:32:34 +5zFrJa80
だが、経済的事情で１年から１年半の間隔で出したいんでしょう？＞Apple
17:名称未設定
08/12/08 03:08:52 K2sNoYHT0
余命幾ばくも無いだろうから、あんまり半端な形では意地でも出さんのジャマイカ？
18:名称未設定
08/12/08 13:03:03 eC56vAiq0
来年まで待てない━━━｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡━━━!!!!
19:名称未設定
08/12/08 14:23:36 jV5f1v5i0
とりあえずあと一年は出ないでほしい。
20:名称未設定
08/12/08 14:24:36 6I8yRHaT0
>>13の可能性が濃厚だと思うけどな。
で安定するのは10.6.2ぐらいかな。
21:名称未設定
08/12/08 15:59:44 DbOL8R+r0
>>14
全面的に同意。
これからの基盤っていうならつめるだけつめてほしい。
>>16
iPhoneのアプリやiTS→iPodでオイシイ思いしてるのに経済的事情とはこれ如何に。
22:名称未設定
08/12/08 16:34:05 Uv5nOKKNi
iPhoneがその物理的能力に対してこれだけの性能を見せているのだから、その成果をフィードバックした雪豹はバク速であろう。
23:名称未設定
08/12/08 17:06:09 +5zFrJa80
>>21
会社の経営は部門毎で競争させてなんぼですよ。セクション毎の独立採算
とかいってハッパをかける。
24:名称未設定
08/12/08 20:39:51 z23/BmWH0
>>21
>これからの基盤
毎回、言っているように思う、このフレーズ。
25:名称未設定
08/12/08 21:39:31 Ut15bMwP0
>>24
でも事実じゃね？
64bit、完全移行したIntel、OpenCLとテクノロジー的にはこれでもかと詰め込んでるじゃん。
26:名称未設定
08/12/08 21:45:47 aDfBMzX90
そりゃ基盤でしょ、捨てない限りは。。。
27:名称未設定
08/12/08 21:51:29 D1vVTLfG0
>>25
>OpenCL
流行ればいいけどね
28:名称未設定
08/12/08 22:17:02 /PQoD2ZB0
まあそもそもGPGPU自体が流行るか微妙だがな
29:名称未設定
08/12/08 22:57:38 W5YKAOQU0
Macの場合は純正アプリが全部対応するだけでそこそこ有用だし
「Macは動画が強い」みたいな定評につながればもう言うことなしだと思う。
30:名称未設定
08/12/08 23:06:37 mT7BG3440
>>27, 28
流行廃りかよ！
31:名称未設定
08/12/08 23:09:48 gm4QDRF90
>>30
単純にCPUがパワーアップしたら全く意味のない技術だからな。
32:名称未設定
08/12/08 23:10:41 4zVcEj6N0
OSレベルでGPGPUに対応するって結構なメリットだと思うんだけどなぁ
33:名称未設定
08/12/08 23:11:51 4zVcEj6N0
>>31
そのCPUのパワーアップが頭打ちだからマルチコアとかGPGPUに頼ってるんじゃないの？
34:名称未設定
08/12/08 23:15:00 gm4QDRF90
>>33
GPGPUが流行始める頃に新しい技術でもって次の次元のCPUが完成してたら意味ないでしょ。
だから流行廃りなんじゃないの？
35:名称未設定
08/12/08 23:20:36 mT7BG3440
>>31
そんな進歩は望めない。Intel見ればわかるでしょう。
36:名称未設定
08/12/08 23:25:26 D1vVTLfG0
いままでだって、604系のぜいたく過ぎた浮動小数点演算器はさっぱりつかわれなかったし、
AltiVecは鳴かず飛ばずだったしな
37:名称未設定
08/12/08 23:26:17 vKKDkUe/0
【政治】 "日本の抗議、９時間近く無視" 中国の調査船２隻、日本の領海を侵犯…官房長官「極めて遺憾」★３
ｽﾚﾘﾝｸ(newsplus板)l50
【国際】 「午後２時５０分現在、領海を出ていない」 〜中国の海洋調査船、尖閣諸島・魚釣島沖の領海を航行★２
ｽﾚﾘﾝｸ(newsplus板)l50
【国際】 「中国軍が"尖閣諸島侵攻"すれば、、日本に完全勝利できる」「自衛隊よりはるかに強力な戦闘力あり」…中華系メディア★３
ｽﾚﾘﾝｸ(newsplus板)l50
【語学】中国、日本語能力試験に大勢の学生含む２４万５０００人が受験
ｽﾚﾘﾝｸ(newsplus板)l50
38:名称未設定
08/12/08 23:27:34 h20dhCUG0
>>34
Wikipedia項目ﾘﾝｸ
39:名称未設定
08/12/08 23:31:56 WLgt5QF/0
どちらかというと新しい市場を開拓したい GPU ベンダ主導のもんだしなぁ
汎用で使いやすいものに仕上がるかどうかもわかんないし
まぁ OpenCL の策定は順調みたいだし期待はしてるけど
どちらにしても他の OS への対抗上、実装は必要だとは思う
40:名称未設定
08/12/08 23:44:23 /PQoD2ZB0
とにかくプログラムが組みにくいのと
GPUの性能がかなり高くないと無意味なのが難点
現状CUDAでGTX280を使ってようやくこのレベルだからな
URLﾘﾝｸ(pc.watch.impress.co.jp)
たぶんGPUとCPUのワークロードの割り振りが肝心なんだろうが
動的に最適な解を出すのは難しそうだ。
>>36
604の浮動小数点演算器のどこが贅沢?
41:名称未設定
08/12/08 23:58:58 Ut15bMwP0
>>40
Appleなら、Appleならなんとかしてくれる！
42:名称未設定
08/12/09 02:09:44 UNZ0Hs5v0
URLﾘﾝｸ(www.applelinkage.com)
また、「Mac OS X 10.6 Snow Leopard Build 10A222」も配布されています。シードノートによると、新しい
Grand CentralのデベロッパAPIが追加されているほか、Mail、Address Book、iCalでMicrosoft Exchange機能
のテストが行われているとのことです。また、Snow Leopardの64-bitカーネルは、いまのところ
Mac Pro (Early 2008)、iMac (Early 2008)、MacBook Pro (Early 2008)のみをサポートしてまです。
43:名称未設定
08/12/09 02:32:54 HIQ5Z8tk0
10.5.6 は間もなくって感じかな。
44:名称未設定
08/12/09 08:23:34 6B5Yqxpi0
Velocity Engineは、QuickTimeをはじめとして、バリバリ活用されてると思うが。
ユーザーが意識することはないけれど。
45:名称未設定
08/12/09 09:20:04 m8Ru9Udo0
うん。ただのmemcpyでさえAltivecが動くことを
知らないひとは多いよね。
46:名称未設定
08/12/09 09:26:43 KBZTkwBm0
>>45
memcpyでどういう効果が現れるの？
単純にCPUとメモリ間の通信速度が支配的かと思ってたんだけど。
47:名称未設定
08/12/09 10:43:59 Bg8ikCah0
>>46
レジスタとかキャッシュとかってご存知?
確かに Mac OS X / ppc の memcpy は良く出来てる。そして奥が深い。
地味に自慢していいと思う > Apple
プログラムが memcpy でクラッシュしたとき、アドレスを見て、なんじゃこりゃ、
なんて思ったのも懐かしい思い出だ。
48:名称未設定
08/12/09 10:50:46 7aJT8/WT0
>>47
Intel系はどうなってるの?
49:名称未設定
08/12/09 11:53:42 KBZTkwBm0
>>47
単語としては知ってるってくらい。
50:名称未設定
08/12/09 11:56:13 1KAhpf8R0
PPCの事なんてもうどうでもええねん
51:名称未設定
08/12/09 12:33:14 CGc87lH80
Snow Leopardの「Rosetta」はオプショナルインストールに？
Mac Rumorsでは、
Mac OS X 10.6 Snow LeopardのIntel Mac向けPowerPCエミュレータ「Rosetta」は
任意インストールとなっているようだと伝えています。
またSnow Leopardは、PowerPCをサポートせず、Intel Macのみをサポートすると噂されています
52:名称未設定
08/12/09 12:35:13 7aJT8/WT0
Rosettaの技術提供元の会社(Transitive Technologyだっけ?)をIBMが買ったからなあ...
今OS Xで任意インストールなものって何かあったっけ?
開発ツールと追加フォントとプリンタドライバ以外で。
53:名称未設定
08/12/09 13:55:54 5I4aCBOh0
OpenCL 1.0 spec released, GPUs everywhere to get a workout
URLﾘﾝｸ(www.engadget.com)
54:名称未設定
08/12/09 14:01:16 A0mRoFeZ0
>>47
良くできてる?
src/dstのアラインメントを見て場合分けして実行なんてのは
半ば常識でどの処理系でもやってる事だと思うが
55:名称未設定
08/12/09 14:13:58 04euc78l0
大々的にDSPを謳った時期があったなぁ・・・
Quadora840av とかその頃だっけか
あれのコケ具合に失望して以来
外部で処理能力を拡張する方面の技術は一切期待していない
ララビーはちょっとだけ面白そうだけど
56:名称未設定
08/12/09 14:36:25 afmt9fK40
グラフィックボードだって外部で処理能力を拡張してるのに変わりはない。
ほんの10年ほど前までは3Dゲームですら全部CPU側でレンダリングしていた。
57:名称未設定
08/12/09 15:03:42 5I4aCBOh0
GPUだってOpenGLやDirect3Dから利用して初めて活躍できる。
今まではDSPやらを活用する標準的なライブラリが欠けていたから
駄目なのであって、そこで期待されてるのがOpenCLなんでしょ。
昔のマルチプロセッサ搭載Macが有効に活躍出来なかったのも、
G5の64bitCPUを有効に利用できなかったのも、OSが対応していなかったから。
多コアに対応するためのGrand CentralやGPGPUに対応するためのOpenCL。
多くのCocoaフレームワークもそうだけど、結局、問題はソフトウェアにあって、
OSレベルで対応するなど、そこが解決されれば利用されるようになる。
58:名称未設定
08/12/09 15:19:15 7lqIkmFqi
あんまり期待すると禿げるよ？
59:名称未設定
08/12/09 15:19:57 S2RJVmC60
>>54
だから地味にとw
それ以外にも、commpageに置くことでハードによる場合分けとか呼び出しとかが
軽くなってるんじゃないですかね。
URLﾘﾝｸ(www.greyhound-data.com)
を見るとモトローラのライブラリにも一応勝ってるw
60:名称未設定
08/12/09 15:38:37 7J/S/h450
G4 G5まで切り捨てですかそうですか
61:名称未設定
08/12/09 16:15:18 /dBawQHJ0
せっかくの64bit対応も日の目を見ずにおしまいか…
62:名称未設定
08/12/09 16:15:19 jBFwFW/u0
何を今更…PPCなんて禿にとってはとっくに過去のものだろ
63:名称未設定
08/12/09 21:23:49 EdkJRAoe0
>>54
ちゃうちゃう。どこで読んだか忘れたが、
AltivecのメモリロードがCPUのロードと並列で実行できることを
利用してバンド幅を拡大する方法が活用されてるのさ。
これがIntel系SIMDだとそうはいかなくて、MMXだと同じことを
やってもパフォーマンスは出ない。
SSE2あたりでやっと普通に動く感じかな。
64:名称未設定
08/12/09 21:46:13 pxtwC6sA0
てかCPUがあればGPUイラネとか言ってる馬鹿がいてワラタ
65:名称未設定
08/12/09 22:20:05 A0mRoFeZ0
>>63
いやいやLSUはどのユニットでも共用だ
G4はLSUが1基だからそもそも並列実行はできず
G5は2基有るがAltiVecのロードとALU向けのロードは並列実行できないので
結局AltiVecのロードだけ実行するのが速い
ALU向けロードだと2並列で実行できるけどな
66:名称未設定
08/12/09 22:30:23 EdkJRAoe0
そうだっけ？
キャッシュへのロードはCPU側の要求と分けてAltivec側の処理が
並列発行出来るはずだと思ってたんだけど。
「74xxG4programing_ver1-3」でググった資料のなかに書いてなかったかな。
67:名称未設定
08/12/09 22:39:55 A0mRoFeZ0
その資料は有名だが
memcpyについてはアラインメントで場合分けする実装が載ってるだけ。
そもそもL1データキャッシュの帯域が16GB/s/GHzしかないので
どんなに頑張ったところで1サイクルでは16bytesのロードが限界。
つーかAltivec側、CPU側って、AltiVecはCPUの中の単なる演算器の一つですよ?
68:名称未設定
08/12/09 22:58:21 A0mRoFeZ0
一応Darwinのソースを見てきたが、
ベクトルロードとスカラロードを並列実行させるようなコードは無い。
いじょ
69:名称未設定
08/12/09 23:09:37 UNZ0Hs5v0
Snow Leopardの準備は万端? 「OpenCL 1.0」の仕様が公開
URLﾘﾝｸ(journal.mycom.co.jp)
70:,,・´∀｀・,,）っ-●◎○
08/12/10 02:13:36 NYNkSq0g0
>>67
そのレベルならPentium IIIにはprefetch*命令があってだな。
71:名称未設定
08/12/10 02:21:38 AApYC+6v0
どう
72:名称未設定
08/12/10 02:38:54 dRogovQc0
でも
73:名称未設定
08/12/10 02:43:38 +ygzbQdV0
>>70
ん?63へのレスか?
プリフェッチはOSXのmemcopyでもやってるけど
AltiVecのdst系じゃなくてdcbtを使ってるな
74:名称未設定
08/12/10 02:44:54 2dDNRMGz0
>>69
案外早かったなまとまるの？
75:名称未設定
08/12/10 09:41:56 lt7oGnOb0
>>73
>AltiVecのdst系じゃなくてdcbtを使ってるな
どっちがいいかは場合による、みたいなことが書いてあったような。
プリフェッチする範囲の大きさで分けるんだったか。
コードをぱっと見た感じでは、ベクトル処理のループの度に必要な範囲のデータを
プリフェッチするぐらいにしておいた方がいいって感じなのかな。
76:名称未設定
08/12/10 13:52:44 IY/wQ/xa0
SnowLeopardと何の関係がある？
知識をひらかしたいのならいいかげん他所でやってくれ
77:名称未設定
08/12/10 13:59:46 tqbTqlML0
別に話題もないし普段あまり聞けないカーネル系の詳しい話が聞けたからいいんじゃないか?
78:名称未設定
08/12/10 15:26:56 PCtNZzym0
興味なし
79:名称未設定
08/12/10 18:00:07 sxQgT9Xf0
ないね
80:名称未設定
08/12/10 18:02:33 PCtNZzym0
なんか鉄ヲタが電車の技術評論してるみたいでうざかった。
81:名称未設定
08/12/10 19:07:01 cOmU5hG00
Grapherみたいな小粋なアプリがまた追加されたりしないかな。
82:名称未設定
08/12/10 21:54:57 zGF0YMAT0
あんなのOS8くらいからあんだろ
83:名称未設定
08/12/10 22:32:30 nNtQo2oO0
>>76
普段は言ってみたら妄想のひけらかしみたいな流れだけども。
そもそも今SnowLeopardのことを詳しく書いたらマズいだろう。
シードとかから不正にリークする情報に便乗して誤魔化して書くのが関の山かと。
書いてもどのみち不評かもしれんがw
>>80
そっか鉄ヲタみたいに見えるんだなあ。
だったらまあ、皆さんがお使いであろうMac OS Xも鉄ヲタみたいな人達が作っているのは
間違いない。たださらに気合いが入ったヲタで、それでお金ももらってるらしいw
84:名称未設定
08/12/11 00:12:11 DtdLhfOe0
難しい話わかんな〜い。
85:名称未設定
08/12/11 00:22:28 nTz8Xjbi0
普段からこここんな感じじゃない?
英語URLリンクも普通に貼られるし。
プログラマー系で技術に詳しい人が多い気がする。
86:名称未設定
08/12/11 00:55:45 Vk/kHmJO0
>>84
解んないじゃなくて
解ろうとしてないんだろ？
87:名称未設定
08/12/11 01:12:12 H94rj3CO0
MACオタに総括してもらうか
88:名称未設定
08/12/11 01:15:22 nTz8Xjbi0
全部大文字で書くのはMACアドレスだな。
89:名称未設定
08/12/11 04:10:36 StvdmbNX0
>>88
「MACオタ」というのはな（略）
90:名称未設定
08/12/11 04:12:18 Irooy8s80
MACオタまだいるの？
91:名称未設定
08/12/11 07:08:33 rL/x3EiQ0
MACヲタw
あいつは面白い。
ただの馬鹿知識自慢は本当につまらないんだな
知識と知恵の違いを理解できない阿呆は
一生スペック比較でもやってればいいさ
92:名称未設定
08/12/11 07:18:11 n0/7InVb0
技術系の話は有意義だろ、上の話もOSに近い話しだし
雪豹ﾏﾀﾞｰ!ﾁﾝﾁﾝだけのスレにするんかよ
93:名称未設定
08/12/11 07:22:37 peI4sMax0
知ったばかりの言葉を並べ立てる厨がいなければな
94:名称未設定
08/12/11 07:51:36 11NH5JMD0
ところで、β版に実装されてるGrand Centralってどんなものなのかな？
このAPIを利用することで、多くのコアへの処理を自動的に割り振ることが
できるみたなもの？
95:名称未設定
08/12/11 08:26:37 11NH5JMD0
もしかしたら、
Grand CentralってのはOpenGLとCoreAnimationの関係のように、
低レベルなOpenCLも含めたタスクの割り振りを担当するフレームワーク
じゃないのかな。今は仮実装みたいなもので、将来的にはそれを目指してる？
96:名称未設定
08/12/11 10:59:11 nTz8Xjbi0
LLVMとどう関わってくるかが気になるな。
既にOpenGLのスタックにはLLVMが部分的に使用されている訳だし。
97:名称未設定
08/12/11 12:23:25 xqizbf8x0
理解できない話を知識自慢と言って切り捨てるのは馬鹿の常套手段
98:名称未設定
08/12/11 13:56:35 HcyHsTK+0
>>97
そういう馬鹿が嫌というなら
ぜひ君のその豊富な知識と
歪のない論法でそういう輩を
蹴散らしてはもらえないだろうか？
よろしくお願いします
99:あでりーぺんぎん ◆THEO/21ymI
08/12/11 14:12:04 Fw4cI7wl0
馬鹿とレッテル貼りする奴も、
それに詭弁で対抗する奴も、
それに釣られてる私も、
もうやめませんか？
よろしくお願いします。
100:名称未設定
08/12/11 15:20:59 7NscAVDd0
一応OSのスレなんだし、OSXのmemcpyがどういう実装かを議論するぐらい
別にいいだろ。1月まで話題もないだろうし。
101:名称未設定
08/12/11 15:30:03 iHk5nAvS0
えーいOpenCL 1.0はいい
OpenGL 3.1はどうなっている
102:名称未設定
08/12/11 18:08:00 fCyjZnQJ0
3.1ってアナウンスあんの？
クロノス手一杯だったりしそうなw
103:名称未設定
08/12/11 19:38:31 iHk5nAvS0
OpenGL 3.0 - スリム化への最初の確かなステップ
URLﾘﾝｸ(khronos.jp)
>Trevettは、個人的な見解と断りながら、バージョン3.0の策定に2年間かかったのに対して、
>OpenGL 3.1は今後6ヵ月間でリリースできるだろうとコメントしました。
まあ、順当に行ってSIGGRAPH2009で発表だとは思うけどね
104:名称未設定
08/12/11 20:50:41 iHk5nAvS0
ググってみたら
ここが3.0の要項詳しいかな
URLﾘﾝｸ(www.kgt.co.jp)
これからのOpenGLとESの所でOpenGL 3.1(2009?)とある
105:名称未設定
08/12/11 21:40:57 11NH5JMD0
どのみち、仕様公開から実装までには時間が掛かるから無理。
OpenCLの場合はAppleが提案したものを、仕様策定と平行して実装
も同時にやっているはず。ということで雪豹に間に合うわけだし。
むしろ、8月に仕様が公開されたばかりのOpenGL3.0の実装が、
果たして雪豹に間に合うのかどうかが問題だと思う。
106:名称未設定
08/12/11 23:33:04 o6wXFdGI0
なんじゃこれ
URLﾘﾝｸ(images.macrumors.com)
107:名称未設定
08/12/11 23:40:23 nTz8Xjbi0
Appleの出した特許は大半が数を出して撹乱させる目的だから心配無用。
108:名称未設定
08/12/12 00:44:48 twtygw++0
3Dとな
109:名称未設定
08/12/12 06:37:19 kUTJVcxK0
>>74
URLﾘﾝｸ(pc.watch.impress.co.jp)
＞同グループはOpenCL構想の発表後に「規格策定のレコード記録を
＞作る」(Neil Trevett氏, Chairman, Khronos Group)と豪語している。
かなりOpenCLには気合入れてるようだな
Grand CentralはCPU専用でメモリモデルも省いたもんかな
110:名称未設定
08/12/12 09:53:38 IGd+NrR40
>>109
CPUとGPUの境界がなくなるとか、ちょっと考えすぎだろって気がするが。
一般アプリケーションでベクトル演算とかそんなに使わないし。
あと並列化しようにも、プログラムの仕方の方を画期的に変えない限り、
並列化してパフォーマンスを上げるのは難しいし。
まー、画像、映像編集には効果的だから、
Mac OS XやQuickTime Xで採用するのには大きな意味があるとは思うけど。
111:名称未設定
08/12/12 10:34:16 Z0AlJnk30
そうなんだけど、CAD/3DやGPS、ベクトル系の画像処理ソフト大手がガン無視だからな。
買収なりしてテコ入れしないと、せっかくの良い基盤も活躍の場がない。
112:名称未設定
08/12/12 11:33:53 r9PT/kBG0
もっと身近に、プリントで長く待たされるのをどうかして欲しいよ。
あれ、quartzのラスタライズに時間がかかってるんでしょ
113:名称未設定
08/12/12 11:56:25 Z0AlJnk30
ああわかるね。コンピュータが早くなってもなかなかそこのボトルネックは解消されない。
でも、プレヒューとかはかなり速くなったね。アドビwって感じ。
114:名称未設定
08/12/12 15:19:12 eRA31ALS0
QTでOpenGLや64bit対応が実現したらすごいことになりそうな予感。
>>111
3rd partyで昔からMac向け最適化を行ってきた(Velocity Engine)とかAdobeでもCore Imageは使いこなせてないしな。
もしかしたら大手以外が作ったPixelmatorの様なアプリが増えてくるのかもな。
115:名称未設定
08/12/12 15:27:56 EJPDNsAL0
アップル、OSデスクトップを3D化する特許申請
URLﾘﾝｸ(japan.cnet.com)
OSX10.7あたりかな３Ｄ化するのは・・・
完全64bit化すれば、長すぎるコードを有効利用するために、Ｚ深度を
つけるのは当たり前の考え方だが、こんな当たり前のアイデアが特許申請を通るのか？
116:名称未設定
08/12/12 16:06:43 JBULox7N0
まあどこでもやってることだな。
たいていは「やっぱ使いにくいのでやめます」ってなるんだけど。
117:名称未設定
08/12/12 16:11:18 H4MIM4Vn0
奥行き部分が空気中に投影されたタッチパネルとかなら欲しい。
118:名称未設定
08/12/12 16:37:49 r9PT/kBG0
>>114
>AdobeでもCore Imageは使いこなせてないしな
そりゃ、mac専用にコード書いてるわけじゃないからねぇ
OSに依存したもんは使えないでしょ
119:名称未設定
08/12/12 16:56:44 IGd+NrR40
>>114
PhotoShop CS3だと、GPUを少しは使ってるらしい。
CS4でもっと強化されるっぽい。
少しググっただけだから詳しくは知らない。
URLﾘﾝｸ(dc.watch.impress.co.jp)
URLﾘﾝｸ(smallwebmemo.blog113.fc2.com)
>>115
今でもＺ深度は使ってるよ。
デベロッパ向けのドキュメントとか読むと普通に書いてある。
ただ今は２Ｄ風に見せてるけど、
その記事のだと、完全に３Ｄ風に見せるってことなのかもね。
果たしてそれで使い勝手がよくなるかは謎だけど。
今のマウス、ディスプレイの革新も同時に必要かもね。
120:名称未設定
08/12/12 19:42:30 iknxCpw70
>>115
申請時の現行OSとUIのデザインに注目すると、メニューバーが当然Tigerの
ものだけど、その時のOSXのDockはLeopardのような3D風のものじゃなかったよね。
となると、既に3Dデスクトップの開発はお蔵入りして、残った成果は新しいDock
だけだったとか普通にありそう。
121:名称未設定
08/12/12 19:56:03 1WKzdjvX0
特許取ったからって必ず使う訳じゃないし期待しない方が良いと思うわ
122:名称未設定
08/12/12 21:57:02 uwXbPJ2Q0
申請しただけで取れるってわけでもないし。
そんなありきたりの3Dなら今まで何度も見てるｗ
123:名称未設定
08/12/13 07:03:54 xWoRjfi+0
MACオタは自作板のSSDスレで時々みるな
124:名称未設定
08/12/13 07:27:45 Cav9Tlmq0
これとか未来的でカッコいいんだけどね。リストやカラム表示より使えるかは謎。
URLﾘﾝｸ(japanese.engadget.com)
しかし古い機種でも、四本指スクロールに対応させたりとか出来ないのかな。
125:名称未設定
08/12/13 07:30:53 0N7NAyv60
そんな便利なもの旧機種にはあげません
126:名称未設定
08/12/13 11:49:25 i+KOqkeh0
>>115
次世代OSでもメニューバーはなくならないのか。
127:名称未設定
08/12/13 11:53:45 RSimp0n50
無いと困る。
Windows Vistaはその方向だが使いにくすぎる。
128:名称未設定
08/12/13 12:43:06 iQYvJ4q60
>>124
カラム+Quicklookの組み合わせが最強だろJK
さっさと書類を整理するときに便利。
129:名称未設定
08/12/13 12:51:01 Cav9Tlmq0
そういやカラム表示のプレビューだけどさ、動画を通過した際にもたついたり
場合によってはFinder落ちたりするんだよね。
動画はプレビューしないとか設定出来ないのかな。
130:名称未設定
08/12/13 12:53:11 ZWDxATjz0
プレビューそのものを切っちゃえよ
131:名称未設定
08/12/13 14:09:01 3P7HvG1n0
>>123
Intel次世代, AMD次世代, アーキスレのどこかに毎日のように出没してるよ
132:名称未設定
08/12/13 16:24:37 iz2gSWJ6i
アイコン表示の素晴らしさを小一時間ry
133:名称未設定
08/12/13 17:28:17 MUhn6eA90
>>126
いつまでメニューバーなんていう前世紀の遺物を引き摺るつもりなんだろうね。
あんなの喜ぶのは、アホマカくらいなものなのに。
134:名称未設定
08/12/13 17:36:37 O6MqAgJx0
メニューバーが無くなったとしたら、その機能はどこへ行くんだろう
135:名称未設定
08/12/13 17:37:03 RSimp0n50
お前まだいたのか
136:名称未設定
08/12/13 17:37:52 FgdWmD8W0
右クリックメニューは最大の発明
137:名称未設定
08/12/13 17:41:44 Cav9Tlmq0
タッチスクリーンでどうやって右クリックを再現するのかが気になる。
指の識別技術とかか？
138:名称未設定
08/12/13 17:43:51 RFelfs3N0
そういうときは叫ぶんだよ
139:名称未設定
08/12/13 17:46:10 KNnCsT250
右クリックぅぅぅぅううぅうぅうぅーーーーっ！！
140:名称未設定
08/12/13 18:19:33 Osuujueo0
>>137
マジレスすると、MacBookのマルチタッチトラックパットのように
複数の指を使い分ければいい。2本か3本指タップで右クリックみたいに。
iPhoneもこれからコピペなんかを実装する際に、そういう操作を取り入れる
必要あるんじゃないかな。とりあえず特許は取得してるから時間の問題か？
URLﾘﾝｸ(pcf.axisdesign.org)
141:名称未設定
08/12/13 20:45:03 UI6fSlZS0
そんな操作が、右クリックでさえ複雑でわからん。と言っていた
マカにできるのか？
142:名称未設定
08/12/13 20:46:34 TZYic04o0
>>141
いつまで古い情報に踊らされてるの？
その目はお飾り？違うよね？
143:名称未設定
08/12/13 20:51:43 UI6fSlZS0
そういうセリフはデフォルト設定を2ボタンモードにしてから言えｗ
144:名称未設定
08/12/13 20:52:23 RSimp0n50
言ってたのは禿と一部の信者だけだろ
145:名称未設定
08/12/13 20:54:44 TZYic04o0
>>143
2ボタンのマウス繋げばそのまま右クリックできるよ？
146:名称未設定
08/12/13 20:56:41 UI6fSlZS0
>>145
Apple標準マウスの話に決まっているだろう
147:名称未設定
08/12/13 20:59:23 TZYic04o0
>>146
自分の目で見て体験した頭で考えた上での発言じゃないからボロが出るんだよ
人の受け売りで誰かと話せるのなんて学生のうちだよ？
もっと人生を頑張れ！応援してるから
148:名称未設定
08/12/13 21:00:25 UI6fSlZS0
どこがボロがでてるんだ？
デフォルトの話。AppleのデフォルトはApple標準マウスだろうが。
149:名称未設定
08/12/13 21:02:12 rSUTIsCt0
右クリックがダメなのは、
ウインドーズのせいじゃないの？
設計者が「コンテクスト」の意味を理解してなかったっていう。
150:名称未設定
08/12/13 21:02:19 UI6fSlZS0
なぜAppleのデフォルトが1ボタンなのか、
それは右クリックでさえ複雑でわからんかららしい。
2ボタンに対応しているといっても、Apple標準は1ボタンマウス。
2ボタンとしても使えるといっているが、
デフォルトは1ボタンモード。
もう言い逃れはできまい？
151:名称未設定
08/12/13 21:04:47 1SIQE7UI0
ID:UI6fSlZS0はOS Xを使ったことないな。
というか初代Macintoshでなぜ1ボタンマウスが採用されたかの由来を知らないと見える。
Appleは既にマウスの次のUIを模索してるよ。
152:名称未設定
08/12/13 21:05:10 rSUTIsCt0
>>150
>なぜAppleのデフォルトが1ボタンなのか、
>それは右クリックでさえ複雑でわからんかららしい。
という前提が間違ってるから、
おまいさんの議論は空振りなんだよ。
153:名称未設定
08/12/13 21:06:02 pehj9r4A0
ただの荒らしか。
154:名称未設定
08/12/13 21:06:31 oOxNgicl0
MacOSXのマウスのデフォルトは1ボタンマウスとして使う設定だよ。
155:名称未設定
08/12/13 21:07:51 oOxNgicl0
URLﾘﾝｸ(www.me.fukui-nct.ac.jp)
> 初期設定で右ボタンが主ボタンに設定してあるため，
> 気付かずに 1 ボタンマウスとして使用している人も多いのではないかと思う．
156:名称未設定
08/12/13 21:09:40 oOxNgicl0
URLﾘﾝｸ(plusd.itmedia.co.jp)
> ずっとワンボタンだったアップルの意地なのか、デフォルトでは右側も「主ボタン」になっているので、
157:名称未設定
08/12/13 21:10:12 UI6fSlZS0
どちらが間違っているか、俺が説明するまでもないｗ
158:名称未設定
08/12/13 21:11:19 oOxNgicl0
URLﾘﾝｸ(allabout.co.jp)
1ボタンマウスであるべき理由 掲載日： 2002年 02月 20日
今となっては恥ずかしいｗ
159:名称未設定
08/12/13 21:11:20 3t/H6xeR0
>>157
そうだよな。恥ずかしくてできないよな。
160:名称未設定
08/12/13 21:12:22 565CHsAt0
>>157
なぁ・・・自分が作った訳じゃないのに悦に入って恥ずかしくならないの？
ここで頑張っても誰にも褒められないし、お前の人生が良くなる訳じゃないんだぜ？
161:名称未設定
08/12/13 21:19:57 dxpexLSM0
つーかMighty Mouseだけの話だろ>デフォルトで右クリックが主ボタン
162:名称未設定
08/12/13 21:21:08 RSimp0n50
MX-Rがたしかドライバ入ってないと右も主ボタンになってる。
163:名称未設定
08/12/13 21:22:07 UI6fSlZS0
さっきまで俺に噛み付いていたやつは消えたのか？
そいつが消えて、別のIDがでてくるとなんか萎えるんだがｗ
164:名称未設定
08/12/13 21:25:10 L1yzs6tY0
MacOSXになった時点で右クリックはサポートされてたけど
相変わらず1ボタンがデフォルトという不思議
今にして思えば、その時点で既に指でタッチするインタフェイスを
念頭においていたからなんだぜっておばあちゃんが言ってた
165:名称未設定
08/12/13 21:28:35 UI6fSlZS0
だったらさっさとタッチパネル標準搭載Mac作れよｗ
166:名称未設定
08/12/13 21:37:13 +kZ8zil70
ID:UI6fSlZS0（笑）
167:名称未設定
08/12/13 21:39:22 oOxNgicl0
ID:+kZ8zil70ｗ
168:名称未設定
08/12/13 21:44:45 dxpexLSM0
そもそもMighty Mouseを繋がないと
URLﾘﾝｸ(image.itmedia.co.jp)
の設定画面が出てこないし。主ボタンが右か左かどちらかを選べるだけ。
3ボタンのマウスをドライバ入れずにずっと使ってるけど、
設定なんかしなくても(そもそもできないけど)デフォルトで右クリックは副ボタンだよ。
169:名称未設定
08/12/13 21:50:46 oOxNgicl0
3ボタンのマウスをつないだ時点で
Apple標準じゃないだろｗ
170:名称未設定
08/12/13 21:54:00 Osuujueo0
だからMacBookは2本指タップ＝右クリックになってる。
既にタッチパッドの下のボタンが2個になるどころか、
一つも無くなってタッチパッドと一体化して、左右も
ちゃんと認識するよ。
171:名称未設定
08/12/13 21:56:02 oOxNgicl0
もはやマウスの話ですらなくなっているなｗ
172:名称未設定
08/12/13 21:57:38 1SIQE7UI0
元からOSの話でも(ry
まだmemcpyの話の方が面白いぞ。
173:名称未設定
08/12/13 22:00:12 dxpexLSM0
>>169
要はOSXにMighty Mouse以外の2ボタン以上のマウスを繋いだときのデフォルトは
右クリック=副ボタンってことだ
知らなかったようだが、勉強になったか?
174:名称未設定
08/12/13 23:04:38 UI6fSlZS0
デフォルトのマウスを使わない時点で、デフォルトではない。
残念でした。
175:名称未設定
08/12/13 23:19:28 L2jzg/uQ0
いつからデフォルトのマウスが決定したんだ？
脳内妄想？
176:名称未設定
08/12/13 23:22:29 UI6fSlZS0
Apple純正＝デフォルト
常識でしょう？
177:名称未設定
08/12/13 23:27:33 O6MqAgJx0
分かり難いからMightyって書けよ
178:名称未設定
08/12/13 23:31:28 1SIQE7UI0
miniには"デフォルト"ではマウスついてこないよな..
ってSnow Leopardの話に戻そうぜ。
URLﾘﾝｸ(dl.getdropbox.com)は現時点でのQTの書き出しオプションだけど(x264Encoder以外)
どこかでQuickTime Xは古いコーデックを切り捨てて軽量化するって読んだけれどどれを切り捨てるんだろうな。
179:名称未設定
08/12/13 23:39:02 7HmX7zPb0
我々が愛したMacは死んだ！なぜだぁ！！！１１１１！！！
180:名称未設定
08/12/14 00:02:57 QX9EAPF80
>>174
MiniもMacBookもマウス付いてね〜
181:名称未設定
08/12/14 00:04:20 dGINUV100
そんなことより、読み方がスノーレオパードなのが気に入らん
182:名称未設定
08/12/14 00:07:00 9Mt72qW70
スノーレパードじゃないんか
スノーレオパルド…冬期迷彩のレオパルドか
183:名称未設定
08/12/14 00:12:59 dGINUV100
商標出願にそう書いてた
184:名称未設定
08/12/14 00:27:34 Nzg9f9Jr0
>>179
寿命だからさ
185:名称未設定
08/12/14 01:06:38 KL8Dnr0w0
個別アプリの設定バックアップを上手くやって欲しいな。
タイムマシンだとおおざっぱ過ぎる
186:名称未設定
08/12/14 13:23:05 tP28rCLK0
俺の娘はファイル整理の概念がない 全部スマートフォルダ
USBHDDにドラッグドロップで終わり iTunes世代
187:名称未設定
08/12/14 13:29:18 vpzSA3Mi0
>>182
真打ちの次鋒ですね。わかります。
188:名称未設定
08/12/14 13:40:28 E2vidIer0
>>186
意外とファイルシステムの行き着くところはそこなのかもしれない。
どうやって保存されているかなんて普通の人はたいてい興味ないし。
気になる人はシェルを使ってくれという感じで。
189:名称未設定
08/12/14 13:42:21 4mgP2eFc0
スマートフォルダって結局全然使ってないのだけど、タイムラグとか気になったりしないのかな。
190:名称未設定
08/12/14 13:49:53 9Mt72qW70
ある程度パワーあれば速いぞスマートフォルダ
でも使い道が、一週間以内に保存したエロ画像とかそんなんしか思いつかない
191:名称未設定
08/12/14 13:53:29 E2vidIer0
100MB以上のファイルとか設定してHDDの掃除用。
192:名称未設定
08/12/14 13:59:17 EMo+k0m90
>>188
スマートフォルダというのは比較的高度な概念だと思うんだけど（「スマート」っていう
ぐらいだし）、でも最初からそれだと違うのかなあ。
普通、人の記憶って場所で覚えるというのがあると思うんだけど、
それを実現したのがデスクトップメタファなわけで、すなわちマック（以下ループ）
案外、最初からコンピュータのある生活だと、いきなりコンピュータならではの
概念を植え付けてもよかったりして。
193:名称未設定
08/12/14 14:02:17 E2vidIer0
自分もかなり昔からのユーザーだしそこら辺は実感がない。
ひとまずiTunes世代代表として>>186の娘に登場願いたい。
194:名称未設定
08/12/14 14:11:49 9hXKCd500
音楽ファイル以外にスマートフォルダを使っている人がいない。
195:名称未設定
08/12/14 14:19:23 VEsSYAgX0
Mail ではスマートメールボックス結構使ってるぞ。
196:名称未設定
08/12/14 14:23:29 OrGFto1B0
>>186の娘さんが幼稚園児なのか女子高生なのかで全然話が違ってくると思うが。
197:名称未設定
08/12/14 17:36:57 vxp2nsSg0
スマートフォルダすら使わない、全てデスクトップに放置しているのもいますが。
198:名称未設定
08/12/14 18:14:25 38AuDyAN0
現在バリバリに使ってて短期記憶で充分なもの→アイコン
それいつのだっけ？状態のやつ→spotlight
カラーラベルをキーにした抽出→スマートフォルダ
人にもらったもの→リスト
てな感じ。カラムはなくても困らない。
199:名称未設定
08/12/14 18:21:26 ZgeD1ynx0
大量の素材画像ファイルやフォント類はスマートフォルダじゃ整理しにくい
200:名称未設定
08/12/14 18:22:11 E2vidIer0
基本→リスト
階層ディレクトリでファイルの移動等を行うとき→カラム
ファイルサイズでHDDの掃除→スマートフォルダ
遊びたいとき→Terminal.appかEmacsのeshellかdired
書きためたブログ向けテキストファイルやBathyScapheのログやSafari履歴を全文検索→Spotlight
Applicationフォルダとかを眺めるとき→Cover Flow
アイコンビューが一番使用頻度低いな。
201:名称未設定
08/12/14 18:38:48 4mgP2eFc0
Spotlightってファイル名の検索ですらも結構トンチンカンな結果寄こすから、
信用でき無くないか？
202:名称未設定
08/12/14 19:12:32 vxp2nsSg0
日本語検索が使えない
203:名称未設定
08/12/14 19:24:13 38AuDyAN0
使えば使うほど賢くなるよ。
204:名称未設定
08/12/14 19:40:20 E2vidIer0
形態素分析のMeCabライブラリがLeopardにはあったはず。
Spotlightに使われているのかどうか知らないけど。
205:名称未設定
08/12/14 21:42:20 TZPLvYc60
>>178
QuickTime 7あたりで「レガシー」認定されるCodecはデフォルトではエンコードの選択肢に出なくなっているよ。
レガシーエンコーダーを使用ってオプションをオンにすることでエンコード可能だけど、それらが切られるということはありえるかもしれないね。「レガシー」ってのはQuickTime Xには対応できないってことなんじゃないかって勝手に思っている。
それとは別に、OS標準で搭載してきたCodecについては、デコーダーは提供され続けるんじゃないかなぁ。
206:名称未設定
08/12/14 21:54:20 E2vidIer0
今確認したけど>>178はシステム環境設定のレガシーエンコーダーを表示オプションはオンにしてるみたい。
207:名称未設定
08/12/14 22:17:39 8hUkpR120
俺はファイルにあまり名前を付けない代わりに、フォルダー毎にきっちり分けて保存するタイプ。
特にDLしたものは。
208:名称未設定
08/12/15 01:06:55 OZxGqy5D0
んなもん誰だってそうだ。自分だけ特別だと思うなバカ
209:名称未設定
08/12/15 01:38:17 Iyl1vmR50
いや中にはDLフォルダが魔境になっている人もいるんだなこれが。
210:名称未設定
08/12/15 01:48:55 neEgs9Dr0
2004-12-30
DLフォルダで一番古いサブフォルダ
211:名称未設定
08/12/15 12:43:26 38c2t6Bw0
>>210
それはDLフォルダではなく、Archiveフォルダだな。
212:名称未設定
08/12/15 16:24:39 MCMFLp3r0
>>202
10.5から速くなって使い物になった。
213:名称未設定
08/12/15 16:48:29 rZdbGmN50
>>207
誰でも自分と同じと思うなよ。短気さにおいては君はかなり特別だよwww
214:名称未設定
08/12/15 17:09:07 YqBXO3uf0
>>213
アンカずれとるぞ
215:名称未設定
08/12/15 20:15:17 OS6Hu57m0
>>201-204
普通にSpotlight（メニューバーからいくやつ）を使うと、何か前処理がはさまっていて、
それが悪さをする場合があるみたい。
日本語を入力した場合、たぶん形態素解析なんかもしていると思う。
そういう場合、自分はターミナルでmdfindだとか、GUIだったらSpotInsideというやつで
Spotlightのクエリーを直接打ち込むようにしている。これでだいぶ違う。
俺はこれでSpotlightに対する不信感をかなり拭えたw いやマジで。
216:名称未設定
08/12/15 21:30:45 UE6Zagl+0
ファイル名ならlocateでよくね
217:名称未設定
08/12/15 21:30:52 CmrresNC0
普通にコマンドFでいいじゃん。
218:名称未設定
08/12/15 22:02:32 OS6Hu57m0
>>216
man locate すると
The locate utility does not recognize multibyte characters.
と出るのがちょっとなあ。実際にはNFDなUTF-8で一応使えるみたいだが。
219:名称未設定
08/12/15 22:05:40 UDxUaPgX0
locateだとdbの更新を気にする必要があるんじゃね？
頻繁に電源を落としてるような環境だとあてにならない事も多いんじゃないかなぁ
220:名称未設定
08/12/15 22:19:19 aUvQfulN0
macのlocateってspotlight使ってるんじゃなかったのか・・・
221:名称未設定
08/12/16 02:05:01 vtoMMpUW0
Spotlightとlocateを真面目に比較するのもアレだとは思うが
>>219
>locateだとdbの更新を気にする必要があるんじゃね？
更新は週一のはず。ま、昔はノンビリしてたんじゃね? w コンピュータの環境もかなり違う。
気になるならfindを走らせたりdbを手動で更新したりするのがお約束だったような。
>頻繁に電源を落としてるような環境だとあてにならない事も多いんじゃないかなぁ
そういえばLeopardのcronはスキップされたジョブを後で実行してくれるらしいので、
そこそこ立ち上げてれば一応、ほぼ想定の頻度で更新されるんじゃないかな。
222:名称未設定
08/12/16 13:09:02 WopW1p8Z0
>そういえばLeopardのcronはスキップされたジョブを後で実行してくれるらしいので、
スキップして欲しいケースの方が多そうだけどオプションで指定できるのかな
223:名称未設定
08/12/16 14:45:04 E6RG29lC0
ジョブズがスキップしてオークションに？
224:名称未設定
08/12/16 16:49:13 ZL+yplo30
スノレパで64bitになったら、
今使っているソフトは動かなくなるのですか?
225:名称未設定
08/12/16 16:53:47 E6RG29lC0
64よりロセッタちゃんを心配しろ
226:名称未設定
08/12/17 11:36:14 GJRL3Ng10
Intel OS X 10.6なんて使わねーよ バイバイ
227:名称未設定
08/12/17 11:38:07 GJRL3Ng10
さよなら Macintosh
こんちわ Intel UNIX 10.6
228:名称未設定
08/12/17 11:43:57 TznLNGM20
さよならドザ
こんにちわドザ
229:名称未設定
08/12/19 06:11:57 OkqHsElL0
URLﾘﾝｸ(www.macrumors.com)
230:名称未設定
08/12/19 08:37:50 9fyqoMBd0
>>229
早く出荷されても、不完全だったら困るけどね。
231:名称未設定
08/12/19 09:47:22 PqTjwco00
今すんごい勢いでプレゼンの練習してたりして > シラー
232:名称未設定
08/12/19 10:08:19 BQcaA1ET0
でもジョブズの真似すればいいってわけでもないし…
難しいなw>プレゼン
233:名称未設定
08/12/19 12:27:16 IXQwZ+b40
バルマーみたいに踊りながら出てくればバッチリだよ
234:名称未設定
08/12/19 12:31:42 wF57mWA70
株価急落
235:名称未設定
08/12/19 12:39:58 HiaxW71g0
そりゃそうだろ。この状勢下でAppleの株価が上がってたら、それはそれで怖いぞ。
236:名称未設定
08/12/19 23:24:13 oJWb9OqPi
AppleのQ1は9月とかいうのが前にあったけど
そういう認識でいいのかな。
そうすると10.5.9あたりになってるだろうし、
まぁキリはよさそうに思えるが。
237:名称未設定
08/12/20 00:13:47 lOtAkvoG0
よくねえよ
会計年度とごっちゃにするなと何度言えば
238:名称未設定
08/12/20 00:42:42 Ef+9nHJq0
>>201,215
メニューバーからのSpotlight検索はファイル名検索じゃない。
どうやればちゃんとファイル名で検索できるかはSpotlightスレ参照
239:名称未設定
08/12/20 01:30:15 eDv0h37G0
>>238
「ファイル名検索」ってFinderの入力フィールドのとこで選択できるやつのことでOK?
>>215 はたとえそのファイル名検索にしても起こる問題のことを書いてるつもりなのだが。
形態素解析ベースの検索にありがちな問題というか...
240:名称未設定
08/12/20 04:02:50 c5CUtzvL0
「Mac OS X 10.6 Snow Leopard」、予定よりも早く出荷？
Mac Rumrosでは、The Guardianによると、
Apple Inc.とそのパートナーがひそかに「Mac OS X 10.6 Snow Leopard」が
予定よりも早く出荷されるとデベロッパにほのめかしていると伝えています。
Appleは、MacworldでSnow Leopardを披露する見込みとのことですが、
The Guardianはリリースは早くとも1ヶ月後、おそらく2〜3ヶ月後になるだろうと
レポートしています。
マジで来年のMacworld FSで大々的にプレビューで３月か４月ぐらいに発売なのかね
241:名称未設定
08/12/20 04:38:55 7d5XZbZY0
辞典を付けてくれよ！役立ちすぎるからよあれは！
242:名称未設定
08/12/20 09:47:25 7k6dgUAR0
>>240
そんなに急いで出荷しなくていいから、その分しっかり作り込んで欲しいけどね。
243:名称未設定
08/12/20 10:10:22 gGcx16yV0
納期は誰が決めるんだろう。
244:名称未設定
08/12/20 10:16:37 Z0cDC4qM0
ぼっくで〜す！
245:名称未設定
08/12/20 10:22:55 joWd237Gi
作り込まんでいいからすぐ出して
246:名称未設定
08/12/20 10:27:14 Z0cDC4qM0
僕的には直ぐにでも
出してあげたいんだけど
なんか禿げてる白人のおじさんが
点滴射ちながらあーしろこーしろって
毎日違う事言ってくんだよね〜
正直うざいんだけどさ〜
247:名称未設定
08/12/20 10:49:14 7k6dgUAR0
来年６月のWWDCで出してくれればいいよ。
248:名称未設定
08/12/20 11:51:57 ln309yNz0
>>241
標準で入ってるくせにすげぇ使えるよな、あれ。
文章書いてる時にcontrol+spaceでSpotlightに言葉を打ち込むだけで辞書に飛ぶって最高。
249:名称未設定
08/12/20 18:21:07 1ChW6DyQ0
そうか辞書をSpotlightから使うという手もあるのか。
自分は何となくシステム環境設定で辞書で調べるをF5に割り当ててるけどちょっと試してみよう。
SpotlightだとCocoa/Carbonとかサービスメニューが有効かどうかとか関係ないしな。
250:名称未設定
08/12/20 19:56:06 3NF+coO50
アイスコーヒーを飲むとさらに幸せに
251:名称未設定
08/12/21 00:30:42 aP9igT+k0
デフォのcmd-ctrl-Dのままでも
252:名称未設定
08/12/21 03:41:41 ho+z0J7p0
>>249
ただ、たまーにSpotlightが鈍くて、辞書がトップヒットの状態でエンターを押したら、何故か別のフォルダ/ファイルが開くってこともある。
注意してどうぞ。
たぶん>>251の方法の方が幸せになれる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5391日前に更新/221 KB
担当:undef