08/07/23 23:47:10 VKvxJDD80
内容:
Macでのプログラミング全般についてのスレです。
前スレ
Macでプログラミング{8}
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{6}実質7
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{6}
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{5}
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{4}
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{3}
ｽﾚﾘﾝｸ(mac板)
Macでプログラミング{2}
ｽﾚﾘﾝｸ(mac板)
■■ Ｍ ａ ｃ で プ ロ グ ラ ミ ン グ ■■
ｽﾚﾘﾝｸ(mac板)
関連リンクは>>2-10あたりで適当に
2:名称未設定
08/07/23 23:47:55 VKvxJDD80
Xcode part6
ｽﾚﾘﾝｸ(mac板)
Cocoaはさっぱり!!! version.X(10)
ｽﾚﾘﾝｸ(mac板)
RubyCocoa 初心者質問【Leopardバンドル記念】
ｽﾚﾘﾝｸ(mac板)
【Cocoa】F-Script【Smalltalk】
ｽﾚﾘﾝｸ(mac板)
MacでJava その4
ｽﾚﾘﾝｸ(mac板)
REALbasic Thread 5
ｽﾚﾘﾝｸ(mac板)
AppleScript アップルスクリプト 質問、発表 2
ｽﾚﾘﾝｸ(mac板)
3:名称未設定
08/07/23 23:48:57 VKvxJDD80
MacOS XをUnixとして使ってる人の為のスレ その14
ｽﾚﾘﾝｸ(mac板)
Terminal初心者質問スレ Part 6
ｽﾚﾘﾝｸ(mac板)
DarwinPorts を使っている奴はいないのか？
ｽﾚﾘﾝｸ(mac板)
Fink 使ってるの洩れだけなのかっ！？【rev.2】
ｽﾚﾘﾝｸ(mac板)
Cocoaリファレンス日本語化計画
ｽﾚﾘﾝｸ(mac板)
4:名称未設定
08/07/24 19:30:57 Y5E4oBWM0
uname -aをたたくと出てくる、Darwinのバージョンなんですけど
Tiger 10.4.11では、PPC=8.11.0、i386=8.11.1で、
Leopard 10.5.4では、PPC=9.4.0、i386=9.4.2なんですね。
これから、PPC、i386以外にもうひとつアーキテクチャが存在している
ようなのですが、Darwin 9.4.「1」になるアーキテクチャが何か、ご存知
でしたら教えてください。
もしかしてiPhone？
5:名称未設定
08/07/24 23:49:56 aHtBKUUD0
TVかな
6:名称未設定
08/07/25 10:38:36 QphdjFYi0
んー、64bit対応ってことで x86_64 じゃないかな
でもそれだと ppc64 もないとおかしいか
iPhoneやappleTVがarmとか別のCPUを使ってるなら
そっちの線も考えられるけど
7:名称未設定
08/07/26 00:49:27 fKjnDYZA0
>>4
ってゆうかまず9.4.2の意味だけども... ウチだとppc/i386どれも全部9.4.0だなあ。
もしかしてアーキテクチャどころかもっと細かな機種毎に違う?
ちなみにiPhoneのカーネルだと、9.0.0bとか9.0.0d1とかいったバージョンが付いてた模様。
（って、ベータ版なのかよw）
カーネルソース的には、最後の桁はリビジョン番号。
もし、8.11.1と出たマシンと9.4.2と出たマシンが同じなら、もしかしてカーネルの内部的な
何かのリビジョンに対応していて、Tiger -> Leopardで.1 -> .2となったのかもね。
8:名称未設定
08/07/26 02:09:21 UyOrFXTo0
Intel固有の事象でちょっとブランチ分けたとか、その程度の理由だと思う。
9:名称未設定
08/07/29 04:49:25 Z8uxGYme0
うちのMBPは10.4で起動すると8.11.1だが10.5で起動すると9.4.0
10:名称未設定
08/07/29 07:40:00 l7DbQFif0
>>9
Tigerを起動できるMBPだと、Tigerのビルド番号はメイン（リテール版）のと違うやつでしょ。
（てゆうかTigerのリテール版はppcだけだったっけ?）でカーネルのリビジョンも違うのかな。
LeopardはジェネリックなカーネルでOKなんでしょう。
というわけで、なんとなく新しいハードに乗ってるカーネルは次のOSメジャーリリースまで
0じゃないのかな、とも思うが自分はLeopard GM以降に出たハードを持ってないw
11:名称未設定
08/08/03 18:01:09 ew+lLyXr0
今気がついたんだけど、IB3.1のTooltipって、
Option+Enterで複数行に出来るんだな
便利。
12:名称未設定
08/08/04 01:11:08 wM+K9oIR0
ageて
13:名称未設定
08/08/04 09:19:35 37oDllpa0
Option+Return/Enterで改行が入れられるのはCocoaのデフォ
14:名称未設定
08/08/04 09:52:52 rkIl78ST0
ヒレガス本2ndのサンプルコードを持っている人はいませんか？
できれば、どこかにアップして頂きたいです・・
15:名称未設定
08/08/04 11:07:53 RlJelhZj0
3rd edition のやつなら本人のサイト
URLﾘﾝｸ(www.bignerdranch.com)
にあるよ。
というかヒレガスさん本人にメール書けば？
16:名称未設定
08/08/06 09:30:35 PtuAGo630
先生∩(´･ω･`) 誰に聞いたらいいのか分からないので質問。
Ｃなんてまったく分からない私ですが、市販の教則本＋Macの開発環境を
使って学ぶことはできますか？ COBOLはながーいことやてましたが、
まあ無意味でしょうし。
17:名称未設定
08/08/06 11:58:22 jqOxNGNB0
>市販の教則本＋Macの開発環境を使って学ぶことはできますか？
それ以外に学ぶ方法があるとは思わないけど ...
URLﾘﾝｸ(www.cocoalab.com)
とかいいんではないかと思う
18:名称未設定
08/08/06 12:32:15 Qhr+d9FS0
>>16
できるよ
＞市販の教則本
自分に取って読み進めやすい文章である事。別のOS/開発環境の説明が絡んでない事。
この辺に注意して自分に向いてるのを選べばいいかと。
知ってるかもしれんけど「ANSI C」というC言語の共通規格があるから、
まず始めはこのANSI Cの部分だけを学ぶのがいいかと。
ANSI Cの解説をうたっている書籍でも、Windowsの事情が多々絡んでる本もあったりするので注意。
＞Macの開発環境
OSインストールDVDにDeveloper Tools（Xcode）が付属してるので、
これをインストールするだけで開発できます。
Xcodeの使い方も、他の開発環境と全く違うもの、という訳ではないので（たぶん）、
ヘルプ見たりググったりここで聞いたりすれば何とかなるかと。
＞COBOLはながーいことやてましたが、まあ無意味でしょうし。
てことはプログラミング初心者ではないからそんなに苦労はしないと思うよ（たぶん）。
経験が活きる事もあると思う。
19:名称未設定
08/08/06 15:05:10 PtuAGo630
>>17-18
ありがとうございます！ チャレンジしてみます。
ホントにちょっとしたツールが欲しいもので。
20:名称未設定
08/08/06 16:14:57 vH+TI9Ao0
>>19
ちょっとしたツール作るならCじゃない方が手間かからんよ。
Cでちょっとしたなんて、標準入出力使った物くらいしか出来ないから
それならsh,sed,awk,perlなりAppleScriptなりで作った方が早くて生産性が高いけど。
MacでCが必要っていったら
ドライバ（C++）
GUI付きアプリ（Objective-C）
フレームワークの使用を中心とするアプリ（Objective-C）
ちょっとしたツールを大量に（C）
他のコードの移植（なんでも）
程度か。
どうしてもCでっていうなら
URLﾘﾝｸ(www.amazon.co.jp)
この本かな。C言語の世界では、世界で二番目にバイブルな本w
この本一冊やったってMacでGUIアプリなんて作れないけど、最低限Cを知ってるとは言える。
まあ本なんか買わなくてもWeb上でも十分可能だけど。
21:名称未設定
08/08/06 23:55:07 jqOxNGNB0
>>20
ruby と python が抜けてる
22:16
08/08/07 04:07:54 uxSRlOoy0
>>20-21
どもども。なるほど、無理してＣじゃなくてもってことですか。
たーだですね、ちょいとやってみたいなというのが強くてｗ
なにしろ、ずーっとACOSだのBCOSだののオフコン使って
味気ない画面作ってきたもんで（もう10年やってないけど）。
そういやFORTRANも一応は使ってたのか……。
なので、こう、色々とできて、フットワーク軽そうなＣってのを
やってみたいなー、と。しかも、それがMacで動かせるなら、
さらに最高だなー、と。
23:名称未設定
08/08/07 08:57:47 tDsZTyOm0
>>22
やりたいことやるのがいちばんだとおもいます。
ただ、最近は C というと低級言語、むかしのアセンブラみたいにおもわれていて、
簡単なものをちょろっとやるのはスクリプト言語なのでは。
というといいすぎかな ...
24:名称未設定
08/08/07 21:14:06 8/kEXJQ60
clang native compiler for C/ObjCて?
25:16
08/08/08 06:15:07 8gV/5Yq50
>>23
わけわからずお聞きしてしまいます。珍問ならご容赦。
いわゆるスクリプト言語って、汎用性はどんなもんなんですか？
Mac / win程度なら問題ないと思いますが、例えばiPod touchの
アプリを作りたいなーって時とか。
26:名称未設定
08/08/08 12:18:01 zs521q3s0
>>25
iPod touch のアプリは Objective-C か、
ブラウザ内でうごく html+javascript かどっちかしか無理です。
あと、GUI アプリのつくりかたというのは
OS ごとに全然ちがうので、C が汎用的だからといって
それだけでどうなるというものでもないです。
言語は汎用的だけど、GUI ライブラリは各 OS 独自なので。
まあひとつ勉強すれば他のにも応用きくとおもいますが、
そう簡単ではない。
最終的に iPod touch のソフトをつくるのが目的なら、
Mac で Objective-C (Cの拡張版ですけど) をするのがいいと思います。
基本的に一緒なので。
27:名称未設定
08/08/09 00:46:39 SJNmx61c0
できる限りageて質問してねっ♪
28:名称未設定
08/08/09 12:36:30 4x5bD6mg0
いや、ageなくてもいいから…
そういえばxcodeスレってdat落ちしたまま？
29:名称未設定
08/08/09 12:43:30 YTgVFDH30
Dev系スレ統一しようぜ
30:名称未設定
08/08/09 16:52:30 5nGWMg1y0
XCodeでデバッグ中に落ちてしまって、知らずに放置していたら
起動ボリュームの残り容量が０バイトになってしまいました。
XCodeが作成するテンポラリかキャッシュが無限に膨らんだのだと思いますが、
原因・解決方法をご存じでしたら教えてください。
31:名称未設定
08/08/09 17:40:04 W1XZX16o0
シングルユーザーモードで立ち上げて、キャッシュ削除すれば？
立ち上がらないなら、HDモードで他のMacに接続して削除するとか。
32:名称未設定
08/08/09 19:32:53 27SjC/pr0
Xcode 3.1だとSafariよろしく「キャッシュを空にする...」というメニューがあるけどね。
実体は/Library/Caches/com.apple.Xcode.<user_id>かな?
33:30
08/08/10 18:50:33 bUK/cW4/0
31,32さん
ありがとうございます。
削除で数Ｇバイト確保できましたが、残っていた２０数Ｇバイトは依然消えたままです。
フォルダーやファイルを隠しファイルも含めて大きい順にソートして削除できるツールとか
ないですかねぇ
34:名称未設定
08/08/10 18:54:37 zjal40JG0
>>33
一番そういうことが出来そうなのはGrandPerspective (URLﾘﾝｸ(www.bridge1.com)) ではないかと。
35:名称未設定
08/08/10 18:58:11 JedI4tyI0
>>2-3
Carbonはさっぱり!!!
ｽﾚﾘﾝｸ(mac板)
36:名称未設定
08/08/10 20:14:16 aEmoPfhB0
>>33
MainMenu に テンポラリファイルを削除… というのがあるけど、使えるかな？
>>34
うしろの ) がURL に含まれてるよ
37:名称未設定
08/08/10 20:22:16 zjal40JG0
>>36
あ本当だ。
正しくは
URLﾘﾝｸ(www.bridge1.com)
38:33
08/08/10 22:48:40 bUK/cW4/0
助かりました！
３４さん。
Macintosh HD下に不可視で 「Cores」というフォルダがあり
そこのファイル群が４０ＧＢ近く占めていました。
不安でしたが一気に削除して問題ありませんでした。
ありがとうございました！
39:名称未設定
08/08/10 22:59:54 JIC8RaCT0
コアダンプか。そういやそんなのもあったな。
40:名称未設定
08/08/10 23:24:40 hnbPpMH90
コアはデフォだと出来ないと思ったが... まあ初心者に限って自分で設定したことを
忘れてたりするか。
で、できそこないのプログラムを作ってはコカし、作ってはコカして40GBか。
ディスクの空きが沢山あってよかったね。ゆとりプログラミング世代と呼んであげよう。
41:名称未設定
08/08/11 00:18:24 P6m7Lbb70
コアは怖いね。
42:名称未設定
08/08/12 00:25:01 JF4rjWaN0
なんか感じ悪いなあ。
43:名称未設定
08/08/12 02:16:53 qAt0Wkz20
このスレで自称上級者のオナニーを見せられるのは珍しいな
44:名称未設定
08/08/12 07:57:43 Sdc3bOHj0
前スレで紹介されていたBooksの日本語リソースだれか持っていません？
バックアップしないでverupしちまった・・・
45:44
08/08/12 08:06:50 Sdc3bOHj0
ゴミ箱で日本語リソース発見！
ラッキー
46:名称未設定
08/08/12 08:55:26 B8U8jHTw0
なんか知らんが、よかったな。
47:名称未設定
08/08/12 10:40:06 TcMCgXND0
プログラミングと言うよりはUIのルールなんですけど、
コンテキストメニューで出来るアクションは
メインメニューにも載せるべきですかね？
48:名称未設定
08/08/12 11:57:55 /u4uYF/V0
載せるべき。
URLﾘﾝｸ(developer.apple.com)
＞ Always ensure that contextual menu items are also available as menu commands.
49:名称未設定
08/08/12 12:07:12 JF4rjWaN0
>>47
Apple の Human Interface Guidelines では、
そのようにすべきと言っていますね。
・コンテキストメニュー項目はメニューコマンドとしても実行可能であることを常に保証せよ
・コンテキストメニューはデフォルトでは隠されておりユーザはその存在を知らないかも知れない
・だからそれがそのコマンドへの唯一のアクセス方法であってはならない
・特にコンテキストメニューをより進んだ機能やパワーユーザ向け機能への唯一のアクセス方法として使用すべきではない
URLﾘﾝｸ(developer.apple.com)
また、ふつうは初期設定とメニューをひとつひとつ開いてじっくり見て行けば、
そのソフトで可能な機能というのはだいたい通覧できますよね。
コンテキストメニューは「コンテキスト」によってその内容が変わるものですから、
「ある特定の文脈において」かつ「コンテキストメニューを開く」ことがそのコマンドの
存在を示す唯一の経路、というのはマズいのではないかと思います。
50:名称未設定
08/08/12 12:35:58 iVmB8BLx0
Mac OS XになってからはApple自身が守らなくなってきてるけどね。
51:名称未設定
08/08/12 12:46:34 JdyxGUT70
サファリやiTunesなんかもコンテキストメニューからでしか実行出来ないアクションがあるような。
52:名称未設定
08/08/12 17:48:50 sSx95d6E0
Xcode スレが落ちてるな…
53:名称未設定
08/08/12 19:27:34 ofRxVBDD0
>>50
Finderの「パッケージの内容を開く」とかね。
メニューにないとUIスクリプティングとかで自動化しづらくて不便。載せるべき。
54:名称未設定
08/08/12 20:07:14 r+KnvVYD0
メインメニューに載せるとショートカットも考えなきゃいけないのが面倒くさいんだよね。
こんなの指届かねえよ、見たいなのが出てくる。
55:名称未設定
08/08/12 20:37:21 jybMk3eH0
>>54
>メインメニューに載せるとショートカットも考えなきゃいけない
の？ないものいっぱいある気がするけど
56:名称未設定
08/08/12 21:50:07 /WkP1Fw10
>>50
いやいや、
ガイドラインがアップルのアプリに合わせるように改訂されてる
57:名称未設定
08/08/13 00:40:27 e4B7r7uY0
>>53
>「パッケージの内容を開く」
項目を選択してアクションボタンでおk
って思ったけどコンテクスチュアルだから結局同じことだよな。
58:名称未設定
08/08/14 22:25:05 XV+/Rs6v0
Softpediaとかいうところから、メールが来たんだけど
SOFTPEDIA "100% CLEAN" AWARD
Your product "xxxxxx" has been tested by the Softpedia labs and found to be completely clean of adware/spyware components.
なんか妙に失礼なメールと感じたのは俺だけか？
59:名称未設定
08/08/14 23:02:40 I3mEPq/b0
Xcodeスレがつぶれているのでこちらで質問させてください。
OSX10.5付属の3.0をずっと使っていたのですが
3.1のアップデートが出ている事を知りダウンロードしたのですが
インストールする前に何かしておかなければいけない事は有りますか？
例えば3.0をアンインストールしなければ成らないとか
よろしくお願いします。
60:名称未設定
08/08/14 23:06:47 jW8CyOEy0
まずシャワーしてくる
61:名称未設定
08/08/14 23:08:38 I3mEPq/b0
ちょうど5分前にしてきました。
まあ一様クリアかな・・・・
まじめにおねがいします。
62:名称未設定
08/08/14 23:12:45 VfjsS2zp0
特に何もない。OSのアップデートだけ最新状態にしておけばいい。
63:名称未設定
08/08/14 23:14:38 I3mEPq/b0
普通にインストーラ実行だけですね。
ありがとうございます。
XcodeのアップデートはDevサイトを定期的にチェックするしか
知るすべは無いのでしょうか？
よろしくお願いします。
64:名称未設定
08/08/15 12:25:16 5Ul2UCXT0
Xcodeスレを立てたいのですが誰かが何かやらかしたらしく
ホスト規制に引っかかってしまいスレを立てる事ができません。
以下を>>1にしてXcode part7を立てて頂けないでしょうか
お願いします。残りのテンプレートは私が書き込みますので
MacOSXの開発環境Xcodeのスレです。
関連リンクは>>2あたりに
前スレ
Xcode part 6
ｽﾚﾘﾝｸ(mac板)
それ以前
XCode
ｽﾚﾘﾝｸ(mac板)
Xcodepart2
ｽﾚﾘﾝｸ(mac板)
Xcodepart3
ｽﾚﾘﾝｸ(mac板)
Xcodepart4
ｽﾚﾘﾝｸ(mac板)
Xcodepart5
ｽﾚﾘﾝｸ(mac板)
65:名称未設定
08/08/15 13:30:13 XOxdCcVS0
>> 64
よろしく
ｽﾚﾘﾝｸ(mac板)
66:名称未設定
08/08/15 14:31:32 5Ul2UCXT0
>>65
気づくのが遅れました。
書き込んでおきました。ありがとうございます。
67:名称未設定
08/08/15 17:23:00 14zwALNR0
>>58
うちも来たよ。
別にフーンて感じ。
68:名称未設定
08/08/15 21:42:43 F7dJVw6y0
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(s08.idav.ucdavis.edu)
URLﾘﾝｸ(s08.idav.ucdavis.edu)
69:名称未設定
08/08/16 16:36:09 SvVQZ2C40
凝った画面で小洒落たデザインにしたいけど、
それで重くなったら本末転倒だしなあ。
プロジェクトのクラスやコードも増えて面倒臭いし。
画面がいまいちだ、って外人さんに評されちゃったよ(´･ω･`)
70:名称未設定
08/08/16 19:49:01 pj02M/F90
>>69
Mac OS X が標準で提供している各種ウィジェットを使っただけでは
「凝った画面で小洒落たデザイン」にはならない、ということ？
71:名称未設定
08/08/16 23:37:23 eOlwfxFG0
機能美という言葉を授けよう。
72:名称未設定
08/08/17 00:36:59 sARxsiYz0
あえてXCodeスレに書いたほうが知っている人がいそうなので書きますが、
XCodeでは搭載していている機能を、Vistual Studio 2008で使いたいのです。
・現在開いているcppに対応するh、hファイルに対応するcppファイルを開きたい
・指定した文字列を含むファイル名を持つファイルをさくっと検索・開きたい
という機能がVS2008に備わっているのであれば使い方を教えてください。
よろしくお願いします。
73:名称未設定
08/08/17 00:59:50 zBAZ9gcG0
少し違う上に2005の環境だけど、定義へ移動とか宣言へ移動とか。
74:名称未設定
08/08/17 18:49:38 26ygv8dF0
>>70
アップル自身がもうそのデフォルトのパーツやら使ってないわな。
75:名称未設定
08/08/17 20:10:27 JBkXky3V0
で、アップル謹製のアプリ的なUIに似せようとすると、可能な方法は主に
- 自分で一から作る
- ハックして、アップル謹製のアプリが内部的に使っている機能を使う
あたりだけど、
前者はものによってはすごく大変、後者はハックも簡単じゃない&OSのバージョンが
変わった時などに動かなくなる危険性が。
76:名称未設定
08/08/17 23:32:04 CVJU0WcQ0
似せなくていいよ。Interface Builderにある部品で作ればいい。
77:名称未設定
08/08/18 05:43:43 3+6wulaW0
Macのプログラマ向けの案系が多く掲載されている、
受注サイトがあったら教えてもらえませんか？
78:名称未設定
08/08/18 05:45:47 QgeiLjz60
ジャンル的に競合するソフトがある場合、おおざっぱに、UIに光ったものがあるか、基本性能
がすごく高いかじゃないと注目されなくなってしまうというのはある。
例えば、Webブラウザを作りたい、と思ったとする。
IBの部品をポトペタして作ったら（ポトペタで作れるのがすごいんだが）、Safariの
劣化コピーにしかならない。
基本性能を上げたブラウザを書くのはすごく大変なので、UIの方を磨くことになるだろう。
ま、Webブラウザというのはちょっと極端かもしれんが。エディタぐらいでも似た感じかも。
79:名称未設定
08/08/18 19:30:32 7xS81xN/0
まあ、そんなんじゃ普通公開しないわな。
欲しい機能が他の同類アプリにないから自分で作る、公開する。
80:名称未設定
08/08/19 10:29:29 Xv8gzrdP0
Xcodeで新規プロジェクトで名称をAAAとかにするとデフォルトでアプリの名称や関連ファイルもAAA
になりますけど、途中からプロジェクトの名称をBBBとかに変えたくなったとき、アプリや関連ファイル
の名称もBBBに一括して変える方法ってあるでしょうか？それとも新規にプロジェクトを作り直した方が
速いでしょうか？
81:16
08/08/19 10:55:35 bPXwDkGp0
流れを読まずに感謝のカキコ
皆さんにアドバイスいただき、ちょこちょことやってます。
こういうビジュアルな環境でのプログラミングって、最初はおんや？
だったけど、慣れると便利ですねー。オフコンのCOBOLとは大違いだｗ
新しいオモチャを貰った感じです。ありがとうございました。
以後、精進します。
82:名称未設定
08/08/19 11:55:59 Xv8gzrdP0
自己解決しました
↓が参考になりました
URLﾘﾝｸ(d.hatena.ne.jp)
83:名称未設定
08/08/19 13:26:06 4uOAJXc30
Xcode 3.x ならまずリファクタリングで名称変更かな。
84:名称未設定
08/08/19 21:32:22 nkUn3TvL0
Google CodeのTCMPortMapperを使って1991ポートを空けてみようと
[TCMPortMapping portMappingWithLocalPort:1991 desiredExternalPort:1991 transportProtocol:TCMPortMappingTransportProtocolTCP userInfo:nil];
を試しているのですがポートが開いてくれません。
どのようにしたらポートが解放されるのでしょうか。
85:名称未設定
08/08/19 23:26:57 QMBiD+X70
>82
延々ファイル名を日付で付けている俺には参考になりました。ありがとう。
86:名称未設定
08/08/20 21:01:52 h1/c1RjV0
他スレから誘導されて、コチラにお邪魔します。
普段、趣味でRuby on RailsやCakePHPでプログラムを書いています。
Windowsはオープンソース(PHPやRuby)との親和性がイマイチと思ってますが
Mac OS XはBSD系なので、その辺の親和性が高そうで、購入を考えています。
プログラミング環境構築を目的としてMacを購入と言うのはレアな例なのでしょうか？。
実際に購入して、そうした環境を構築している方がおられたら
是非とも使った感想を伺いたいのですが…。
87:名称未設定
08/08/20 21:42:11 EFIOWu3i0
>>86
本家がそう言ってます。
URLﾘﾝｸ(www.apple.com)
Webに完全対応
Mac OS X Leopardには、最高のHTMLエディタとCSSエディタ、JavaScript
デバッガはもちろん、PHPやRuby on Railsを含む人気の高いWeb開発フレーム
ワークが用意されています。シンプルさとスマートなデザインというMacの魅力を
そのまま受け継いだLeopardなら、インストールや暗号解読で時間を無駄にするこ
とはありません。あなたのイマジネーションをそのまま形にしましょう。
88:名称未設定
08/08/20 21:56:29 CXgEHEFO0
>>86
Webアプリ開発者がMac使うのは普通。
ウチの会社もほとんどMacに移行した。
89:名称未設定
08/08/20 21:58:43 CXgEHEFO0
・>>87のように開発環境が用意されている。
・サーバと同じ環境に出来るので、サーバに繋がらない時でも自分のMac上でサーバを動かせる。
・ParallelsなどでWinも動かせるので、一つのハードで全ブラウザの動作チェックが出来る。
90:名称未設定
08/08/20 21:59:39 h1/c1RjV0
>86です。
現在miniの購入を考えてます。
Eclipseはキビキビ動くのか、Apacheを同時に動かしてももっさりしないか？など
実際に環境を構築してる方の感想を是非とも伺いたいのです。
何せMacは初めての購入なので、不安でイッパイです。
91:名称未設定
08/08/20 22:08:11 CXgEHEFO0
>>90
ParallelsやVMwareを使ってWin環境も一緒に動かすのなら、miniだと少し重いかもね。
iMacにメモリ4GB積んだ方がいい。
Win機は別に用意するのなら、miniでも十分。
MacBook Pro C2D 2.16GHzでEclipseは今立ち上げてみたけど、起動に７秒かかった。
ソースの編集などにとくにもたつきは感じない。
Apacheは動作が軽いから、気にしなくてもOK。
92:名称未設定
08/08/20 22:15:18 CXgEHEFO0
>>90
あとはMacでEclipseを使ってる人は少数派かもしれない。
プラグインなど必要なものが全て揃ってるか確認した方がいいかもね。
93:名称未設定
08/08/20 22:19:26 h1/c1RjV0
具体的なレスthxです。
Win機は別で用意できるのでminiでも良さそうですね。
iMacは、今日実機見て来たけど、どうも好きになれないです。
ってか私には、アレが格好良いとは思えません。
ソレはともかく…
OS Xは最高の開発環境になりそうで、購入が実に楽しみです。
でも＠ITの関連記事を見てPHPは使うのがちょっと面倒そうな印象受けました。
CakePHPは最近使ってないから良いけど。
94:名称未設定
08/08/20 22:40:19 h1/c1RjV0
>92
なるほど。
VMwareで仮想コンソールもガシガシも使うなら
デスクトップ購入希望なので、私の場合はPro一択ですか？。
（iMacは除外です)
あの小ささで無理は承知ですけど
miniで、もうちょっと高性能なのが出れば理想なのに…。
95:名称未設定
08/08/20 23:55:21 CXgEHEFO0
>>94
ディスプレイ一体型がいやなのであれば、iMacは外付けディスプレイも使えるので、
既存のディスプレイと合わせてデュアルディスプレイとして使うというのは、いかが？
> miniで、もうちょっと高性能なのが出れば理想なのに…。
この板でもそういう要望多いですな。
96:84
08/08/21 01:19:37 5nwR0eHe0
>>84補足
コンソールにこのようなエラーを吐いていました。
2008-08-20 22:38:12.048 TestApplication[6748:4b0b] *** _NSAutoreleaseNoPool(): Object 0x19c870 of class TCMPortMapping autoreleased with no pool in place - just leaking
Stack: (0x932eccdf 0x931f9562 0x2e255 0x2ed63 0x2e8fc 0x931fff1d 0x931ffac4 0x930326f5 0x930325b2)
97:名称未設定
08/08/21 01:30:21 x0MrOM0J0
こんなのもあるよ
URLﾘﾝｸ(mamp.info)
98:名称未設定
08/08/22 10:28:58 0ih7Xr+30
>>90
MacでEclipse使っている少数派な俺が通りますよっと。
機種名：MacBook Pro
プロセッサ名：Intel Core 2 Duo
プロセッサ速度：2.4 GHz
プロセッサ数：1
合計コア数：2
二次キャッシュ：4 MB
メモリ： 2 GB
これでEclipse、Apache、Tomcat、Parallelsを同時起動させてる。
あと、Eclipseで何を開発するのにもよるけど、3.4のJ2EEパッケージならほとんど問題なくプラグインが動く。
Ruby、PHPは弄ったことないから分からない。
99:名称未設定
08/08/22 10:35:29 SedKlTFE0
Eclipseって少数派なんかな。
俺はEclipseの他にAptanaとFlexBuilderをそれぞれ単体で使ってるけど。
100:名称未設定
08/08/23 14:50:13 leuBXtDM0
Eclipseのスレがないから少数派と勘違いするのかな
101:名称未設定
08/08/23 21:38:26 QbVEWco30
実質3人くらいしかいないと思うが。
102:名称未設定
08/08/23 21:50:50 GVeDTlvj0
Eclipseというより、おそらくはJavaを指して言ったのだと。
つか、このスレで>>100が見えないから何かと思ったら、
age君だったのか。毎日手動でご苦労様です。
103:名称未設定
08/08/24 01:15:00 JQ11iBGp0
>>102
見えないのにわざわざ見るなんてご苦労様です。w
104:名称未設定
08/08/24 09:17:18 V1+NU/y30
最近はめっきりEclipseなのですが
Macで開発するとなるとEmacsとかも使ってるんでしょうか？。
105:名称未設定
08/08/24 21:24:56 5gyvwhuS0
Xcode
106:名称未設定
08/08/25 14:03:43 FOBYz7px0
>>104
何を作るかによる。
その環境で使えて、作りたいものを扱っているIDEを使うのが普通。
Cocoaなアプリ作るならXcodeだし、ちょっとしたコマンドラインツールや
スクリプトを書くなら、使い慣れたエディタを使う。
107:名称未設定
08/08/27 17:10:27 iywjW7/Z0
初心者です。よろしくお願いします。
LeopardでXcodeを勉強しようと思って、以下の本を買いました。
1. Mac OS X Cocoaプログラミング アーロン・ヒレガス著
2. 詳解 Objective-C 2.0 荻原剛志著
とりあえず1の最初のほうからめくりながらInterface BuilderとXcodeをいじっているのですが、
そもそもInterface BuilderのUIが本に描いてあるのとはだいぶ違っていて、難儀しています。
Q.1 初心者が最初の一歩を踏み出す場合、この二冊で良かったでしょうか。
Q.2 もっとLeopardに搭載されているXcodeに則して書かれたチュートリアルがあるでしょうか。
すみません、教えていただけますか。
108:名称未設定
08/08/27 17:14:24 yiw1KJSN0
A.1 その２冊で良かった
A.2 HMDT 本の新しいのが出る予定だったような気がする
109:名称未設定
08/08/27 17:29:10 imxzWNA/0
A.2 ADC japan に Cocoa セミナー (Obj-C 2.0) の配布資料がある。
HMDT木下さんが講師。Movie は古い (Obj-C 1.0) が、流れをつかめる。
URLﾘﾝｸ(developer.apple.com)
110:名称未設定
08/08/27 17:29:27 wf34hNXG0
URLﾘﾝｸ(hmdt.jp)
＞たのココLeopard対応版は、入校完了。あとは印刷されて、本屋さんに並ぶのを待つのみ。
111:名称未設定
08/08/27 17:33:49 wf34hNXG0
URLﾘﾝｸ(www.amazon.co.jp)たのしいCocoaプログラミング-Leopard対応版-木下-誠/dp/4861005949/ref=sr_1_1?ie=UTF8&s=books&qid=1219825973&sr=1-1
もう予約開始してるのか。どうするかな…
112:名称未設定
08/08/27 17:35:31 COQv6kNO0
>>107
おれもその２冊で今勉強中だけど同じだよ
ヒレガス本は３版（緑色）でIBのバージョンは3.1
113:名称未設定
08/08/27 17:35:50 iywjW7/Z0
>108,109,110
ありがとうございます。
たのしいCocoaプログラミング...。Objctive-Cをやるって決めてるし、Webでの著者の語り口好きだし、早速予約しました。
ヒレガス氏の本に書いてある通りには、実行できないので、
まあこういうことだろうと思っていろいろやるのですが、プロジェクトをビルドするとエラーがでます。
うーん。悔しい。
でもすっごく楽しいです。
114:名称未設定
08/08/27 17:48:18 iywjW7/Z0
>112
私のは2007年4月発行の初版第四刷で、カバーはオレンジ色です。
村上雅章氏の訳による日本語版です。
115:名称未設定
08/08/27 17:54:52 UEhBDnTl0
>>111
Leopard対応版が出るのか。
Tiger版は持っているけど買うべきか否か。
Leopard環境でもXcode 2.x系列を入れれば使えるけど今後困ること必定なのでここは買っておくべきか。
でも>>107で上がっていた萩原さんの詳解本も欲しい。
どうしてMac開発関連の本はこう高いんだろう。
やっぱり需要がないからか。
Amazonでは萩原さんの本のレビューに売れ行きが悪いので増版されないかもなんていう不吉な内容のレビューが書いてあったし。
iPhone効果で開発に手を出す人が増えればいいのだけど。
116:名称未設定
08/08/27 18:17:32 WDLyj8lQ0
Amazonのレビューに「売れ行きが悪いので増版されないかも」
なんて一言も書いてありませんよ。
117:名称未設定
08/08/27 18:19:31 COQv6kNO0
>>114
新しいのにしたほうがいいと思うけど、
両方持ってる人にきいてみないとわからないね。。
118:名称未設定
08/08/27 18:21:13 e6XkdE2w0
風雪なルルですね。
119:名称未設定
08/08/27 18:26:26 UEhBDnTl0
>>116
売れ行きとは書いてなかったが
Note:
もし、Cocoa開発を続けるのであれば早めに手に入れておくべきです。
業界が狭いためか増刷されず、恐ろしいプレミア価格になる可能性があります。
のことだ。
120:名称未設定
08/08/27 19:08:52 imxzWNA/0
>>114
>112 のは今年出た第3版（英語の原著）だと思うよ。
>>115
荻原本初版？は前の出版社（広文社）が活動停止してプレミアがついてる。
欲しいと思ったら即買うべし。HMDTの黒表紙も一時期手に入らなかったし。
という訳で、たのしいCocoa早速予約した。
121:名称未設定
08/08/27 23:18:50 nUFenMwm0
Objective-CどころかPerlでHello Wolrdくらいしか経験がないけど、
たのしいCocoaを買って遊んでみた。バインディングでつまずいた。
HMDT2ndを読んでもピンとこない。でも面白い。頑張ります。
122:名称未設定
08/08/27 23:34:16 rElgfMZg0
俺もバインディングなかなか分からんかったわ
あれIBのインターフェースが良くないような気も
そして今CoreDataが中々進まないw
123:名称未設定
08/08/28 08:02:36 yLwJTU010
"たのしいCocoa" にバインディングについての記述なんて有ったか??
124:名称未設定
08/08/28 13:05:05 otR5YN900
バインディングはHMDT2ndだった。
今はNSArrayControllerに翻弄されているところ。
まだどこかで質問できるレベルですらないぜ。
125:名称未設定
08/08/29 15:48:48 BXb3xu0e0
CoreData や Cocoa バインディングって、>>122 と同感で
IB のインターフェイスが良くないと思うのだけど、
熟練者には自然で合理的なインターフェイスに見えてるもの？
126:名称未設定
08/08/29 17:28:17 JLrJ3l4+0
バインディング: 使わない
127:名称未設定
08/08/29 17:30:04 jE41Vujl0
バインディング使ったことないな
128:名称未設定
08/08/29 18:16:48 fS/HEPM40
コードとして残らないから、漠然と不安。
129:名称未設定
08/08/29 18:51:22 SdR3Ndja0
keyとかpathとかvalueとか曖昧な用語ばかりでわかりずらいわ
アップルはIBのドキュメントを和訳してくれYO!
130:名称未設定
08/08/29 19:11:52 E+qqUCXt0
確かにコードは一度かけば資産として残るというか、
バインデングはしばらく見ないとどこで何を設定したか忘れるし。
131:名称未設定
08/08/29 20:29:47 SzX7ynpr0
Bindingは使い回しとかちょっとしたUIの変更とかが楽なんだよ
コード書き換え皆無でUI再設計とかさ。
ダイアログが煩雑になってきて、タブに分割とか、コード変更なしだよ。
CarbonでUI書いたことあるやつなら、これがいかに気が狂う作業か
分かるはずだ。
132:名称未設定
08/08/29 22:38:53 qVBi8x710
>>131
同感。つか昔からここらへんの割当、手動でやってた奴なら
神様仏様IB様って感じだ。
ま、俺は懐古厨だから、出た当初は手動で出来ないジレンマがあったけどねえ。
生産性の圧倒的な差はいかんともしがたい。
133:名称未設定
08/08/30 00:23:58 quCbkL770
そういやBindingの設定を保持したままコピーって出来ますか？たくさん設定するの面倒で。
134:名称未設定
08/08/30 07:58:29 kXFZXAHW0
Eclipse 3.4にAptanaとRadRails入れたいのですが、うまく入らず。
Aptanaサイト見るとClassic Updateで入れろとなっているが
そもそもClassic Update自体がエラーで落ちる。。。
135:名称未設定
08/08/30 08:47:57 pYn4fKij0
>>133
パーツなが押し
136:名称未設定
08/08/30 09:09:39 bNMagpp60
Windows一辺倒だったﾌﾟﾛｸﾞﾗﾏがCocoaﾌﾟﾛｸﾞﾗﾐﾝｸﾞやると手放しで褒め称える不思議
iPhoneのおかげで会社にiPhone向けｱﾌﾟﾘ開発環境入ってきたもので...
137:名称未設定
08/08/30 09:20:46 K4a05e1t0
>>136
Cocoa しかやったことのない日曜プログラマなんですが、
Windows と両方やったことのあるプロの実際のコメントが聞きたいです。
138:134
08/08/30 14:01:45 kXFZXAHW0
StuffItでの解凍が原因で、tarコマンドで解凍したらうまくいきました。
139:名称未設定
08/09/01 02:22:46 QMlKXWG/0
Windowsの市販のプログラムを作ってます。
Ｍａｃは勉強始めたばかりですが、XcodeとIBが別れてて非常に使いにくいです。
単純なプログラムでもえらく手間がかかる。
情報は少ないし、iPhone SDKはNDAだし、やっかいだなあというのが感想です。
140:名称未設定
08/09/01 02:30:14 8Qo2qZcs0
>>139
いつ実機が出るか分かったものじゃないAndroidよりはましじゃない?
141:名称未設定
08/09/01 09:14:04 OJSaWR6J0
>>139
>XcodeとIBが別れてて非常に使いにくい
あまり気にしたことなかったけど、そういう考えもあるよなぁ。
142:名称未設定
08/09/01 10:01:54 fudj0L5o0
そら最初は慣れるまで大変だわな。
しかし、Windows系開発者がXcodeに慣れるとベタ誉めになるので
慣れたらまた感想聞かせてね。
143:名称未設定
08/09/01 13:45:20 Gv7duuih0
136=142？
職場の話？
それってキモ信者との関り方を学習した結果だと思うけど
とりあえずほめとかないとうぜーし
144:名称未設定
08/09/01 16:08:32 bjO0121I0
最近はプログラマもゆとりか
145:名称未設定
08/09/01 16:16:11 8Qo2qZcs0
>>136は半角カナを使っている時点でプログラマー失格な気が。
146:名称未設定
08/09/01 16:31:34 kA/WNmAw0
俺は２ちゃんに書き込む時は積極的に半角カナを使う。
普段は一切使わないけど。
147:名称未設定
08/09/01 19:12:40 5JOOaqVz0
あんた数字が全角じゃん。
プログラム動かないよ。
148:名称未設定
08/09/01 19:19:05 kA/WNmAw0
"２ちゃん"は文字列。ｱﾎ？
149:名称未設定
08/09/01 19:36:49 Xrcnb9JR0
いや、どうでもいい。
150:名称未設定
08/09/01 20:18:20 kA/WNmAw0
ですよね！
151:名称未設定
08/09/01 20:36:45 k3tEwtc60
2ch
２ちゃん
152:名称未設定
08/09/03 12:46:11 ixUy6x0w0
趣味でプログラミングを始めたいのですが、プログラミングなんて（ほぼ）やったことありません。
こんなんじゃ無理ですかね？一応理系ですが。何を始めたらいいかすらよくわからないんですけどアドバイスください。
"はじめてのCocoa"的本も探してみたのですがプログラミング初心者というよりCocoa初心者向けな
気がして購入できませんでした。
153:名称未設定
08/09/03 12:47:14 AZFi7lcQ0
たのココがプログラム初心者向けらしいよ。
読んだことないからわからんけど。
154:名称未設定
08/09/03 15:57:01 QToPzxwU0
こないだ届いたよ、たのしいCocoa Leopard対応版。
オレはたぶんおまいよりほんのちょっと経験があるくらいなんだが、
たのココでいいと思うよ。LeopardのXcode、Interface Builderさわりながら
たのココを通読してみたらいいんじゃないかな。
もし分からないことがいっぱい出てくるようならCの初心者向けの本があと一冊。
そっちはWindows向けのやつでもいいと思う。
はじめの一歩、二歩はこれでなんとかいけると思う。
155:名称未設定
08/09/03 16:09:50 x2EfYL6Q0
たのココは、ごく簡単なＣ入門やObject-C入門もあるから
>>152みたいな人にこそ、お勧めな気がする。
たのココでやってみて（XcodeはDVDにあるんだし）敷居が高いと思ったら
XcodeでのCocoaアプリ作りは厳しいかも。他の道を進める。
たのココは旧Tiger版と、最近出たLeopard版があるから、自分のOS Xバージョンに
応じて買うこと（Xcodeのバージョンが違うので、見た目や手順が異なる）。
Cの初心者本くらいはあった方が良いが、別に新しい必要は何もないので
図書館で借りるのも良いかもしれん。
他は、たのココを一通り終えて、本気で頑張れる気になってからで十分。
156:名称未設定
08/09/03 17:45:14 w/YQ8BqG0
趣味でプログラムを書きたいだけなら
perlでもpythonでもshでもbashでもなんでもいいじゃん。
157:名称未設定
08/09/03 17:49:57 JCe46Xrw0
出たスクリプト厨w
158:名称未設定
08/09/03 18:18:29 x2EfYL6Q0
俺自身Ruby厨だし、Rubyに限らずLLはどれも好きだけど、
CUIなプログラムは一般人からはプログラムとして認識されないからなー。
RubyCocoaは少し使ってみたけど、これならObject-CでCocoaやっても
あんまり変わらんと思った。
159:名称未設定
08/09/03 18:49:56 WIzBgcH10
Rubyはとっつきやすいと思うよ。
環境選ばなくていいし、コーディングも比較的楽だし。
>>158も言ってるようにRubyCocoa使えるから、OSXならGUIでもいける。
160:名称未設定
08/09/03 20:00:09 ixUy6x0w0
>>153
なるほど、探してみます。
>>154
詳しい説明ありがとうございます。やはりたのココなんですね。購入決定です。
>>155
厳しくても頑張ろうと思います、どうしてもやりたいんで。
細かいところありがとうございます。助かります。
>>156-159
何の話をしているのかさえ分からなくていろいろ見ていたらCocoaって言語ではないんですね…
ヒドいな俺
161:名称未設定
08/09/03 20:19:35 g4RBBgiT0
>> 160
どうしてもやりたい、ってのが一番だよ！動いた時は楽しいからがんばれ。
たのココ10.5 がちょうど昨日届いたので、オブジェクト指向、C の解説を
読んでみた。やはり、本当の初学者にはちょっと不十分かなぁ？と思える内容。
Cについてはスコープとかの説明が無いかな？ポインタまわりも説明が少ない。
オブジェクト指向の解説はザックリすぎで、たのココだけでは無理だろう。
なので、Cの初歩、オブジェクト指向言語の初歩の本（Java かな）とかも
読んだ方が理解の助けにはなると思う。
162:名称未設定
08/09/03 20:36:58 0wZRUl540
オブジェクト指向なんて理解するもんじゃなくて、
いろいろ作って慣れるもんだよ。
ここはこうじゃねえよな、的な感覚が身に付いてくる。
163:名称未設定
08/09/03 21:29:53 oTUsIZOF0
でも慣れるオブジェクト指向と習うオブジェクト指向って違うからな。
オブジェクト指向アルゴリズムでオブジェクト指向プログラミングする奴なんて
SmallTalk出身者くらいしか見た事無いが。
164:名称未設定
08/09/03 21:43:24 v3Bzp1Ml0
オブジェクト指向アルゴリズムてなによ。
165:名称未設定
08/09/03 21:45:32 e+lCe+N+0
問題はたのココLeopardと萩原さんの詳細Objective-C 2.0の間のレベルで内容が古くなっていないMac開発本がないことだと思う。
たのココで少しCいじってじゃあ本格的にやってみるかと思ってもWin+VisualStudio本ばかり。
こりゃ挫折するわけだ。
ちなみに自分はC用にはASCIIから出ている田口景介と言う人が書いた"Cプログラミング講座"と言う本を買った。
URLﾘﾝｸ(www.amazon.co.jp)プログラミング講座-田口-景介/dp/404870026X/ref=sr_1_1?ie=UTF8&s=books&qid=1220445674&sr=1-1
決め手は環境にWinとLinuxの両方が想定されていて使用コンパイラがWin:MinGW,Linux:gccだったこと。
それだったらMacでも改行コードにおける¥と¥の違いぐらいを意識するだけで済むと思って購入した。
内容は濃いので未だに消化中だが。
166:名称未設定
08/09/03 22:00:30 e+lCe+N+0
自分の書き込みを見て思ったが¥とバックスラッシュって言いたかったのにどちらも¥になってる。
167:名称未設定
08/09/03 22:02:11 cOJMtB+R0
このコード 書けばどうなるものか 危ぶむなかれ 危ぶめばビルドなし
書き出せばそのデバッグが理解となり そのロジックが定石となる 迷わず書けよ 書けばわかるさ
168:名称未設定
08/09/03 22:12:03 c2lIjLO80
オブジェクト原理主義言語が流行ってるらしいね
ギャグにつき合う余裕が欲しいよ
169:名称未設定
08/09/03 22:27:53 5FwG6WLAO
プログラミング初心者なんだったらたのココの前に
プログラミングの入門書を買ったほうがよくないか
俺のおすすめは工学社から出ている『プログラムをつくるとは？』
170:152
08/09/04 09:45:45 wHZKArEK0
>>165
結構先になりそうですが参考にさせていただきます。ありがとうございます。
>>169
レビューを読んだのですがかなり良さそうです。
背景や全体像を理解してから作業するタイプなのでぴったりです。
多謝！
171:初心者
08/09/04 12:19:16 EKka33Ub0
c言語を勉強しているのですが､今はc言語のフリーソフトを使っています｡
コンパイルから全部自動でやってくれるものなのですが､
せっかくmac OS X 10.5.4を使っているのでターミナルを使ってみたいと思いまして
調べてみたんですが､developer toolをインストールして､
gccコマンドを入れるとちゃんとバージョンが
gcc version 4.0.1 (Apple Inc. build 5465)と返ってくるのですが､
コンパイルしようとしても
-bash: gcc/Users/○○○/Documents/練習.c: No such file or directory
となって出来ないんです｡
ご指導頂けませんか｡よろしくお願いします｡
172:名称未設定
08/09/04 12:59:23 fttbujNt0
>>171
まさか gcc と /users/......の間にスペースを入れていないという話じゃないよね。
実際に実行したコマンド列をコピペしてみてちょうだい。
173:初心者
08/09/04 13:07:56 EKka33Ub0
返事ありがとうございます｡
Macintosh:~ ○○○$ gcc/Users/○○○/練習.c
-bash: gcc/Users/○○○/練習.c: No such file or directory
174:名称未設定
08/09/04 13:15:25 lRF2pobl0
gccの後にスペース入ってないじゃん
175:初心者
08/09/04 13:20:37 EKka33Ub0
スペース入れたら出来ました！！
初心者ということでご勘弁を…
ご指導ありがとうございました！！
176:名称未設定
08/09/04 13:47:08 QxoNZF/L0
>>173
今はまだ練習だからいいけど、
ソースファイル名や実行プログラム名で
日本語を使うのはやめといた方がいいよ。
ファイル名を入力するのが面倒ってのもあるけど、
環境によってはいろいろ問題出てくる。
177:初心者
08/09/04 13:50:06 EKka33Ub0
そうなんですか？わかりました､ありがとうございます！
178:名称未設定
08/09/07 05:22:01 rvQfQcmE0
Cocoa、Obj-Cの勉強中。たのココのLesson 8に入るとこ。
どうやらNew演算子はないらしい。
クラスとビューとをアウトレットやアクションで関連づけるとき、
コントロールキーを押しながらドラッグするというとてもグラフィカルな方法を使うけど、
これって、どこかに記述することで関連づけることもできるんですか?
179:名称未設定
08/09/07 14:17:45 Jdiu+CwB0
>>178
IBOutlet
IBAction
180:名称未設定
08/09/07 14:19:20 Jdiu+CwB0
>>178
設定するのは
setDelegate
setAction
181:名称未設定
08/09/07 16:09:42 /ELet+A80
コントロールキーを押しながらドラッグするというとてもグラフィカルな方法をトラックパッドでやるのが漢。
182:名称未設定
08/09/07 16:56:52 yNkNyz/40
>>181
トラックパッドでやってますが？
トラックパッド使ってると手首が疲れにくい
183:名称未設定
08/09/07 19:09:14 /ELet+A80
コントロール押しながらだと2回タップが効かなくて、
ボタン押してドラッグしないといけないからえらいことにならね？
と思ったんだけど、caps lockに当ててるコントロールが効かないだけなんだな。
今日初めて気づいたわ。
184:名称未設定
08/09/08 09:00:49 1EifQ6YV0
>>183
ちなみに俺は誤クリック防止のためタップは完全にきってる
タップonにすると力加減きにしないといけなくなって面倒い。
185:名称未設定
08/09/08 09:41:52 fWyS3ub80
左手でトラックパッドすりすりしてる俺涙目。
186:名称未設定
08/09/08 09:58:09 /jbafNKp0
アップルワイアレスマイティマウスかわいいよアップルワイアレスマイティマウス。
187:名称未設定
08/09/08 10:26:57 u60rm8AD0
あの、落とす直前にキー押すのはダメなのですか？
原理主義的には。アクロバティックに引き回さないとダメ？
188:名称未設定
08/09/08 10:36:30 fWyS3ub80
線引きドラッグが始まったら離しても兵器。
189:名称未設定
08/09/08 14:26:50 jzZHWGh00
OpenMP使ってる人いますか？
ループの中で定義した変数がprivateなのかsharedなのか
いろいろ読んでもイマイチ理解出来ないのですけど
int y;
#pragma omp for private(x,y) nowait
for (y=0; y< height; y++) {
int x=0;
for (x=0; x < width; x++) {
....
}
}
xは必ずprivateであることを前提に書いていいんでしょうか。
（実際にはループのなかでスコープを小分けにして、たくさんの
局所変数を定義しているので、出来るだけ外に定義を出したく
ないのです）
190:名称未設定
08/09/08 15:53:18 1EifQ6YV0
Objective-C 2.0で、二つのインスタンスが同じものかどうか比較する方法はありますか？
191:名称未設定
08/09/08 16:40:07 DspXnEepi
あれ?インスタンスの比較って、
普通に「==」じゃ駄目なんだっけ?
192:名称未設定
08/09/08 16:50:03 2B9SHqzf0
>>190
isEqual
193:名称未設定
08/09/08 16:52:31 1EifQ6YV0
>>192
ありがとうございますm(_ _)m
194:名称未設定
08/09/08 19:05:09 DspXnEepi
isEqualって同値性を確認するメソッドだから、インスタンスの同等性確認の場合はちがくないかな?
俺が勘違いしてる?
195:名称未設定
08/09/08 19:11:49 fWyS3ub80
勘違いしてないと思う。
196:名称未設定
08/09/08 19:46:31 I0Yaa2q+0
同じもの
同じ値のもの
同じ種類のもの
197:名称未設定
08/09/09 06:53:19 4/PaKtL40
>178
URLﾘﾝｸ(blog.livedoor.jp)
198:名称未設定
08/09/09 14:42:59 CHK+3i9f0
disassembleしてみた。
-[NSObject isEqual:]はポインタ比較してた。
つまり
a == b;
[a isEqual:b];
は同値（≡）でした。
オーバーライドしてたら知らん。
ドキュメント見たら-[NSObject hash]が同じ値であることが必要条件って書いてあった。
disassembleしてみた。
-(unsigned int)hash {return self;}
だった。
オーバーライドしてたら知らん。
199:名称未設定
08/09/09 15:07:00 oNPCAbER0
ハッシュってアドレス値そのものを使ってたのか
言われてみりゃ当たり前だけど
200:名称未設定
08/09/10 00:18:31 zd2Ew0gW0
デフォルトでは同じインスタンスだけが equal というだけの話でしょ。
201:名称未設定
08/09/10 00:51:26 nR6Eyzn80
>>198-199
NSObjectの実装見たって意味ないだろw
202:名称未設定
08/09/10 02:01:06 KRolp7FT0
>>201
そうそう。よく考えてみた方がいい。例えば
- NSArrayで、「等しい」要素が含まれるかどうかの判定。
- NSDictionaryで、「等しい」キーが含まれるかどうかの判定。
203:名称未設定
08/09/10 12:04:18 FMCzB1Eg0
>>198-199
アドレスを見てるってことは、
id a=[[NSObject alloc] init];
id b=[a copy];
BOOL c=[a isEqual:b];
やるとcはNOってことかな、試してないけど。
204:名称未設定
08/09/10 15:22:03 7d9NUkV30
ポリモーフィズムだろ。クラスによって "同じ" の定義が違う。
荻原本・ヒレガス本にも記述あるよ。
NSObjectの isEqual: はポインタの比較。(==と等しい)
NSStringの isEqual: は文字列の比較。
205:名称未設定
08/09/10 17:27:10 nsuSrdx30
>NSStringの isEqual: は文字列の比較。
なら、なんで isEqualToString: なんてものがあるんだ？
206:名称未設定
08/09/10 17:39:55 zd2Ew0gW0
あらかじめ文字列同士の比較だと分かっているなら、それに特化した速い実装が使える。
207:名称未設定
08/09/10 23:20:30 KRolp7FT0
>>204
>NSObjectの isEqual: はポインタの比較。(==と等しい)
>NSStringの isEqual: は文字列の比較。
どうやって調べたか知らないが、NSStringの方にもポインタの比較はある。
208:名称未設定
08/09/11 00:22:34 rx6EYdwX0
>207
何を言いたいのか良く分からんが、NSStringのisEqualの動作はただ一つで、
それは文字列の比較じゃないのか。
そりゃ他のメソッドを使えばポインタの比較は出来るだろーよ。無意味なレスだな。
209:名称未設定
08/09/11 01:15:19 TUqc2/IO0
>>208
実装の話じゃない？
まずポインタ比較して同じだったら、当然中身の文字列比較はしないから。
210:名称未設定
08/09/11 04:20:38 NIuFJcPQ0
Objective-Cは特殊部落言語？
211:名称未設定
08/09/11 04:29:26 DbhcNou00
>>210
端的に言ってしまえばそうなる。
でも今後iPhoneの影響で絶対に注目度が上がるはず。
というか解説本がHMDTから出ている本(楽しいCocoaプログラミングとか)とヒレガス本ぐらいしかないことが影響しているのかも。
212:名称未設定
08/09/11 04:46:34 NIuFJcPQ0
昔マックってチンコCという言語だったよね
臭くてすぐやる気が失せた。
オブジェクティブCは、かっこいいでしょうw
言いたいだろwできるってw
すぐできるようになったよ
213:名称未設定
08/09/11 09:06:39 1/7xwKif0
>>207はisEqualToString原理主義なんだよ。
214:名称未設定
08/09/11 10:13:43 bI0q6fuL0
チンコCは元は Lightspeed C っていうかっこいい名前だったんだぞｗ
215:名称未設定
08/09/11 11:51:52 VW8cs/5N0
vecLib Framework で vvsincos() をやると、sinの値が変。これってバグ？
double pi = acos(-1.0);
double theta[] = {-pi/2, 0.0, pi/2};
double x[3], y[3];
int n = 3;
vvsin(y, theta, &n);
vvcos(x, theta, &n);
printf("VVSIN -90:(%.0f, %.0f) 0:(%.0f, %.0f), 90:(%.0f, %.0f)¥n", x[0], y[0], x[1], y[1], x[2], y[2]);
vvsincos(y, x, theta, &n);
printf("VVSINCOS -90:(%.0f, %.0f) 0:(%.0f, %.0f), 90:(%.0f, %.0f)¥n", x[0], y[0], x[1], y[1], x[2], y[2]);
出力
VVSIN -90:(0, -1) 0:(1, 0), 90:(0, 1)
VVSINCOS -90:(0, 1) 0:(1, 0), 90:(0, 1)
vvsincos() の方は theta が負のときに sin の値が正になるんだけど…
216:名称未設定
08/09/11 14:09:57 2ssm8otM0
>>215
theta >= 0 だとまともなのかな? 実は定義域がそうなってたりして。
とりあえず位相をずらして使うとか...
217:名称未設定
08/09/11 14:20:44 2ssm8otM0
あ、位相をずらすって言うと意味が違うかw 2πの整数倍分正の方にずらすということで....
218:名称未設定
08/09/11 14:53:34 VW8cs/5N0
>>217
+2n*π なら正しい値が帰って来た。-2n*πだと、駄目だったよ。
ついでに float 版の vvsincosf() も±π/2で検証。こっちは正しい値が返って来た。
んー、昨日の数時間を返してくれ＞Apple
バグレポートやっといた方が良い？やった事無いし、どこに送れば良いのかも
知らないんだけど。
219:名称未設定
08/09/11 14:56:24 /6H6+nCY0
>>218
URLﾘﾝｸ(developer.apple.com)
220:名称未設定
08/09/11 14:58:02 bltSLhjf0
詳しくは見てないんだけど、Quartzの座標系を理解した上で言ってるんだよね？
221:名称未設定
08/09/11 15:51:59 VW8cs/5N0
>>220
いやQuartzの座標系については、ちゃんとは理解してません。
でも、BLAS や LAPACK、bignum を扱うような数値計算ライブラリですよ、vecLib は。
Quartz は関係ないと思うんですけど、間違ってますか？
222:名称未設定
08/09/11 16:44:17 bltSLhjf0
Quartzはy軸が他の座標系と逆。
flipすれば他の座標系と同じになるけど、そのままだと他の座標系とは上下が
逆になるってこと。
223:名称未設定
08/09/11 16:45:20 bltSLhjf0
ああ、Quartzじゃないのか。じゃ、違うか・・・
224:名称未設定
08/09/11 16:46:28 VW8cs/5N0
>>219
ありがとうございます。
もうちょっとリファレンスとか調べて、バグと確認できたらレポートします。
225:名称未設定
08/09/11 16:49:59 VW8cs/5N0
>>222, 223
いえ、ご指摘ありがとうございます。ちゃんと調べ直せて確認できたので、良かったです。
226:名称未設定
08/09/12 06:09:40 bq5+XOom0
>>212
Think Cは処理系であって言語ではないだろう。
227:名称未設定
08/09/17 01:02:55 VVpTBKK70
age
228:名称未設定
08/09/22 04:14:24 AYeTay2Z0
Xcode 3.1です。
IBでは、クラスのヘッダファイルで定義したアウトレットとは別に、独自の(?)アウトレットを追加できますが、
ここで追加されたアウトレットの一覧を取得することは可能でしょうか。
229:名称未設定
08/10/01 01:50:41 5blHnTlZ0
URLﾘﾝｸ(code.google.com)
230:名称未設定
08/10/01 02:01:39 eqmFQx+x0
>>229
これ見たけど既にSparkle.frameworkがある状況でどれほどの価値があるのだろうか...
231:名称未設定
08/10/01 02:04:04 fZLF4RYJ0
What's so different to Sparkle?
URLﾘﾝｸ(groups.google.com)
232:名称未設定
08/10/01 02:09:05 eqmFQx+x0
>>231
なるほど、Sparkleよりも低レイヤーのアップデート対応フレームワークなのか。
kernel extentionをアップデートできたり複数のアプリケーションを一度にアップデートできるところが違うと。
ということは個別のアプリケーションに埋め込むよりはLogicielMac Updateのような統合アップデート通知アプリケーションの作成に向いているのか。
233:名称未設定
08/10/03 18:57:45 Snvk+m3B0
GTK フレームワーク XCODEで、開発をすすめているのすが、ボタンなどのラベルに日本語を表示する
方法を探しています。DrawingAreaにPangoで表示する文字は、日本語化できたのですが、ボタンがの
ラベルが日本語になりません。UTF-8を送っても□が表示されるだけです。方法をご存知の方が
居られましたら、お教えください。
234:名称未設定
08/10/03 20:35:34 Rm2x13UX0
>>233
今自分も同じような問題を抱えていまつ。
開発環境としては、emacsでgtkmmとglade使ってます。日本語表示については
いろいろ調べてみたのですが、osxのc++標準ライブラリのlocaleの扱いが
どうしようもないせいか（例えばostringstream のlocale指定は"C"か"POSIX"しか通らないみたい）、
Glib::ustringに日本語が(UTF-8ですら)渡せず、無理に渡すとコンパイルは通るのですが、
convert errorなどの例外で落ちます。
というわけで、233さんがいったいどうやって文字を日本語化できたのか、
良かったらご教示いただけると有り難いです。（お役に立てず申し訳ありません）
落ちる例：
（１）
Glib::ustring name = "うりゃ"; // 単純に入れてみる。
（２）
std::ostringstream output:
output.imbue(std::locale( "ja_JP" )); // ←localeには"C"か"POSIX"しか通らないので、このようにすると例外
output << "うりゃ";
name = Glib::locale_to_utf8(output.str()); // ←localeを例えば"C","POSIX"もしくは""のように指定すると、ここで例外
（３）
// UTF-8文字をファイルから直接取得
std::ifstream input_file(path); // path:UTF-8へのファイルパス
Glib::ustring file_data((std::istreambuf_iterator<char>(input_file)),
std::istreambuf_iterator<char>());
235:名称未設定
08/10/04 01:22:42 cpuiXxbC0
>234
GTK2.0 は、コンパイル済みのFeameWork をMacのサイトからダウンロードします。
これをまず、インストールします。（自分で、コンパイルしたバージョンではありません）
アプリケーションですが、DrawingArera 動的にWidgetないに文字列を表示する場合、Pangoの
フォントをOsaka 16 （Macのフォント試しましたが、Osakaしか日本語が
出ないようです。このあたりも、よくわからない現象です、どんなフォントを選んでも、
UTF-8 の文字列が、送られてきたら、表示してもらいたいと思いますね。例えば、チャットを
作った場合、言語対応のフォントを利用しないと表示できいのであれば、UTF-8 の意味がないと
思います）を利用します。pango_font_description_from_string でフォント獲得します。
文字列は、単純にUTF-8 をいれるのではなく、iconv_open, iconv で、EUC-JP UTF-8 と
いう具合に変換して、入れます。このとき、-liconv を指定しないと、リンクエラー（これも
POSIXの指定からみればおかしい状況)
236:名称未設定
08/10/04 03:20:25 cpuiXxbC0
>>234
いい忘れましたが、対象のDrawingAreaにはpangoのレイアウトを指定してください。
gtk_widget_create_pango_layoutでレイアウト作って、
pango_layout_set_font_description(wiget,layout)
で、対象のWidgetにレイアウトを設定します。フォントの設定で、Osakaフォントの
フォントディスクリプションを設定します。
という具合です。文字列の表示は、
pango_layout_set_textで,UTF-8 の文字列を設定し、私の場合、
gdk_draw_layout_with_colorsで対象のWidgetないの指定した位置に文字列を
表示させています。
237:234
08/10/04 08:04:02 crqiEUye0
>>233
詳しい設定の説明、ありがとうございます。
そうか、gtkmmだと文字列がGlib::ustringに勝手に変換されてしまうからダメポで、
233さんのように、直接PangoのAPIに設定しなくてはならないのか。。。orz...
しかもいったんiconvで変換せねばならないとは（涙）。
ちなみに私はGTK関係のライブラリを、MacPortsでインストールしました。
ところで、使用できるフォントは下記HP『gtkmm入門』の
『使用できるフォントの一覧取得』のコードで取得ができるようです。
試したところ私の環境ではOsakaの他、Monaco、Genevaフォントなどがありました。
（ただ、これはgtkmmを使用したコードなので、直接GTK+を使っての
取得方法は、すみません分かりません）
gtkmmはGTK+のラッパクラス群なので、使えるフォントの種類は同じかと
愚考します。
『gtkmm入門』
URLﾘﾝｸ(www.hakodate-ct.ac.jp)
238:名称未設定
08/10/04 08:30:53 PYM9JCf50
GTK+ の OS X 版は、国際化まわりはまだちゃんとできてない
と本家サイトでも名言していた気がする。
のでここで使いかたを聞くというよりは GTK+ の OS X 版の開発に
参加しないとしかたないんでは。
あと、Macports でいれる GTK は X11 をつかうやつでは？
なんか 233 さんと 234 さんでいってる話が違うきがする。
ところで、
>>234 さんは一体ソースコードのエンコーディングは何にしてるんですか？
GTK はわかりませんが、
gcc の段階では、ぜんぶ UTF-8 にしておくと問題ないはず。
ターミナル内でするばあいは、
全部 UTF-8 にしておくとうちでは問題なくうごきますが...
例(2) は locale いじらなければ普通にうごきますよ。
あと OS X は GUI まわりのエンコーディング指定と
posix の locale は全く別問題なので。
239:名称未設定
08/10/04 11:07:06 6+7n91zX0
iPhoneでゲーム作ろうと思ったら何から始めたら良いのでそ？
240:名称未設定
08/10/04 12:06:56 /FO1XGK90
自分に何ができるか考えることそして調べることかな?
AppleのHP色々見てみればよかろうよ
241:名称未設定
08/10/04 12:20:29 cpuiXxbC0
>>238
調べたら、使えない記事がいっぱいあるみたいです。
UTF-8なので、フォントマッパーだけの問題のような気がするが。。。
Cairo は、ATSUI ではないとのサイトも出てきましたね。
URLﾘﾝｸ(wontfix.blogspot.com)
cocoa （またはcarbon)でチャットシステムを作った場合、フォントの変更なしに、
多言語が表示できますか？
この問題はPango (Cairo)だけの問題でしょうか
242:名称未設定
08/10/04 12:51:48 pFtQukKp0
iPhoneの開発用にMac bookを買おうと思うんだけど、
メモリ1GBで足りる？
今は主にVistaでVisualStudio使ってて、
メモリ1GBだとちょっと足りない感じなんだけど。
243:名称未設定
08/10/04 13:03:49 xS3Yb4Gb0
>>242
趣味で使うだけでも2GBは要る。
増設自体はとても簡単なので、後で買ってもいいけど。
244:名称未設定
08/10/04 13:06:13 pFtQukKp0
>>243
やっぱそうか…
まあ多いに越した事はないよな。
大人しく2GBにしとくわ。ありがと。
245:名称未設定
08/10/04 13:31:57 PYM9JCf50
>>241
Gtk+ on OS X を(日本語で)実用に使おうというのは気が早すぎます。
Pango / Cairo の quartz バックエンドの国際化がまだまだだということです。
OS X の国際化機能と Gtk+ の国際化機能の橋渡しのあたりも
まだまだのようですね。いくら会社 (imendio) がバックしているとはいえ
オープンソースですから、そう期待しても仕方ないです。
まだかな漢もサポートしてないと名言してありましたけど、
チャットシステムで日本語が打てないと話にならんでしょう...
>Cairo は、ATSUI ではないとのサイトも出てきましたね。
いや、ATSUI のほうが古い API で、
最新の Cairo は CoreText という最新 API に移行中のはずです。
Coreほげほげというのが OS X になってからの API です。
でも CoreText は 10.5 になってからなので、
全面的に Cairo がそちらに切り替えるとは思いにくいですが ...
Firefox はちゃんと OS X でも動くので、Cairo の問題ではなくて
Pango の問題なんじゃないかと思いますが。
Cocoa は内部は全部 Unicode で、あからさまに設定してあるフォントに
その文字がなかったら自動でフェイルバックして標準フォントで
文字が表示されるようになってますよ。
Carbon はいろいろ API があるので、どれを使うかによります。
iconv で EUC から UTF-8 に変換してると書いてましたが、
何でですか？そもそも EUC を OS X で使う意味があまり無い気が...
246:名称未設定
08/10/04 19:28:44 5vX7NDjP0
フォールバックな。
247:名称未設定
08/10/05 00:45:25 XM5QBtsB0
>>245
アプリッケーション内部で、表示に利用する文字列は、日本語では、EUC-JP で、他の国の言語は、
違うコード(emacsができる範囲）で、別々のフィアルとして持っています。それぞれが、
オブジェクトファイル（Windowsでは、既にDLLになっています。
Unix では、まだDLL にしていませんが、DLLにする予定です。Macでも同様にする予定です）
で、アプリケーションとリンク（もしくはDLLの呼び出し）しています。
アプリケーションが起動すると、利用している言語ロケールをみて、
対応する言語をピッックアプして、内部で書かれている文字をiconv_open,icovnで変換していきます。
この変換は、対象言語の文字列が格納されたファイルのプログラムが、自分が何で記述されて、
何に変換するのかを知っていますから、その変換を行い、アプリケーションが利用するIDに
対応したテーブルに格納します。
アプリケーションは、表示したい文字f列のIDだけを持っており、すべてIDを利用して表示を
行います。このような仕組みと、DLLの名前をつけるルールをアプリケーションで決めておけば、
文字列が入ったDLLを後で、インストールすることで、多重言語対応になるアプリケーションが
できるようになります。
248:名称未設定
08/10/05 01:59:17 x1RChZcf0
ごめんなさい、フォールバックですね。
>>247
クロスプラットホームのソフトを GTK+ on OS X で作るのは
まだ実用にはならないと思いますよ。
GTK+ on OS X の開発に参加するのならともかく...
GTK+ on OS X が仕事に使えるようになるまでかかる時間より、
あなたが Cocoa を勉強するのにかかる時間のほうが短いのではないかと
おもわなくもないですが ...
あと、何度も言ってますが、OS X の GUI のロケールは
C のロケールに反映されないので、別個の API を呼ばないといけないです。
そのあたりも頑張ってくださいね。
URLﾘﾝｸ(developer.apple.com)
のあたり参照。
249:名称未設定
08/10/05 02:01:30 x1RChZcf0
あと、自前で国際化ルーチンを書いてる気がしますが、
普通に gettext とか使えばいいのでは？
言語毎のファイルを別のエンコーディングで保持している理由もよくわかりません。
なんで全部はじめから UTF-8 にしておかないんでしょう？
そのほうがプログラムの量が減ると思いますが...
250:名称未設定
08/10/05 08:34:54 XM5QBtsB0
>>249
私は、Unicode が嫌いです。
ソースコードのコメントは、すべてEUCです。
また、対象言語系のエディタで言語を入力する必要があるからで、環境によっては、
Shift-jis で持つ場合もあります。この方式では、多くのプラットフォームでこのコードは、
完全に動作しています。複数の環境で同じコードを使いたい場合、OSに依存する
仕掛け（実は、Dlopenに似た仕組みも持っています。COFF なら操作できます。）をできるだけ
排除しています。iconv の独自の仕掛けを持っていますが、POSIXをサポートしている場合、
それを利用します。こうすると、それぞれのプラットフォームで移植が楽に行えるからです。
また、アプリケーションで表示するメッセージの統一化も行えます。
>>248
ありがとうございます。Macによるロケールの獲得は、終わっていています。デバックで
強制的に他のロケールであると判断させたとき、対応言語のラベルの表示ができないので、
困っている訳です。また、完全に仕事というのでなく、私が個人で開発しているアプリケーションの
Macへの移植依頼が多いので、できるだけ短時間に作りたいと思って、GTKを利用しようと
おもいました。 ただ、Objectiv-C は、少し抵抗があります。
251:名称未設定
08/10/05 08:41:50 fI8LlNk70
ソースコードはEUCでもなんでもいいから
テキストデータをutf-8にしとけば良いんじゃね？
って思ったが、
「分離した”各国語用DLL"のソースにテキストデータが入っている」
のか。どういう意味なんだ？
252:名称未設定
08/10/05 08:54:57 x1RChZcf0
>>250
単に短時間に移植したいなら、 GTK+ on OS X をつかうんじゃなくて、
GTK+ on X11 on OS X のほうをつかえばいいんでは？
X11 ソフトは Mac っぽくないから僕は好きではないけど、
GTK+ on OS X で四苦八苦するよりは簡単だとおもいます。
> Unicode は嫌いです
という好き嫌いなのなら仕方ありませんが、
各環境によって各環境なりの流儀があるので、
これまで他の環境で培った経験をもとに押し通そうとするんでなくて、
Mac なら Mac なりのしかたというのを
すこし勉強してみてもいいんでないかなと思います。
僕は Linux からスイッチしたときに、
Unix で日本語なら EUC でしょ、
という思い込みにしばられてEUC でがんばってましたが、
結局ユニコードにしておくのが Mac では問題が一番少ないというのが
わかったのでそちらに切り替えました。
253:名称未設定
08/10/06 17:55:02 QgxUegrX0
>>237
ラベル、エントリー、ボタン、テキストビューに関して日本語化できました。
まず、ラベル、エントリ、テキストビューでは、
gtk_modify_font((GTK_WIDGET(widget),font);
で、変換できます。
一方ボタンですが、その定義は、
GtkWidget*
gtk_button_new_with_label (const gchar *label)
{
GtkWidget *button;
GtkWidget *label_widget;
button = gtk_button_new ();
label_widget = gtk_label_new (label);
gtk_misc_set_alignment (GTK_MISC (label_widget), 0.5, 0.5);
gtk_container_add (GTK_CONTAINER (button), label_widget);
gtk_widget_show (label_widget);
return button;
}
となっているので、
gtk_button_new_with_label の関数名をかえて、Pangoのフォントディスクリプションを
引数に追加します。label_widgetに対して、gtk_modify_fontをおこなってやればできます。
この変更をgtkmmに行い再コンパイルすると、UTF-8 の文字がでると思います。
少なくとも、Cのプログラムでは、成功しました。
254:名称未設定
08/10/07 07:50:21 EAKU3Acr0
253 ですが、Mac の IME と話をするAPIをご存知ありませか？
Input Method Kit のAPIは、私の目から見て、IMEの開発者用の気がします。
例えば、Open GL でゲームを作った場合、入力は、自前で行い、それをIMEと話を
して、利用者にゲーム内で定義された文字で表示します。このようなことをするする場合、
IMEとアプリケーションが話をしなくてはなりません。
GTK2.0には、IMEと会話して、それを入力エリアに表示させるAPIがあって、これを
作ろうと思っているのですが、Mac 情報がありません。
よろしくお願いします。
255:名称未設定
08/10/07 08:16:33 i7Fx/Gpe0
IME の入り切りは、10.5 以上でよければ、
URLﾘﾝｸ(developer.apple.com)
というのがあります。
システム提供のテキストボックスを GTK+ が使っているなら
これで話はすむと思います。
10.4 以前でも旧 mac 系 API を叩けばできるはずですが
僕にはよくわかりません。
URLﾘﾝｸ(developer.apple.com)
のあたりをつかえば何でもできるはずですが。
以上よくわかってない僕が書き込むのは逆に混乱させてよくなかったかもです。
誰かよくわかってるひとお願いします。
完成したらぜひ 253 さんの成果を GTK+ on OS X にフィードバックしてください！
インプットメソッドまわりは
URLﾘﾝｸ(developer.imendio.com)
にもあからさまに todo としてリストされているので。
256:名称未設定
08/10/07 15:12:00 EAKU3Acr0
>>248
#import<Cocoa/Cocoa.h>
@interface kk: NSObject
{}
-(int)getMyLocal;
@end
@implementation kk
-(int)getMyLocal
{
NSUserDefaults* defs = [NSUserDefaults standardUserDefaults];
NSArray* languages = [defs objectForKey:@"AppleLanguages"];
NSString* preferredLang = [languages objectAtIndex:0];
if ([preferredLang isEqualToString:@"ja"]){
return(1); // Japanse
}else{
return(0); // Not Japanse
}
}
@end
int GetLangCode()
{
kk *obj = [kk new]; return[obj getMyLocal];
}
をxxx.m にCのアプリケーションとリンクして、GetLangCodeを呼と、
日本語の場合、１そうでない場合、０を返します。選択を増やしていけば、
CのアプリケーションでもMacのロケールがとれます。リンスするとき、Cocoaフレームワーク
を追加します。Carbon, Cocoa のフレームワークがあっても平気みたいです。
257:名称未設定
08/10/07 15:12:38 EAKU3Acr0
>>255
提示されたドキュメントを読んでみたのですが、どうもIMEを作る人のAPIのような気がして
なりません。GTKでは、どうもシステムが提供するテキストボックスを使っていないようです。
そもそも色付きボタンを(Macのインターフェースビルダーを用いて）作る機構がないように感
じています。CocoaでもCarbonでも作る方法をご存知でしたら、教えてください。
GTKは色付きボタンを作る機能があるので、自前で絵を持っているみたいです。
同様に、テキストのエントリーも自前の処理のような気がします。GTK自身がIMEを会話する
APIを持っていますから、仮名漢字変換のエンジンと会話ができれば、入力は達成するとおもいます。
258:名称未設定
08/10/07 15:28:29 i7Fx/Gpe0
>>257
いや、TIS, TSM は IME と会話もできますよ。
TSM は IME をつくる API も会話する API もあります...
が、僕は自分でつかったことはないのでなんともいえません。
システム標準の入力ボックスを出すのが安直だと思いますが。
色つきボタンってなんですか？
インターフェースビルダーでボタン配置するだけではダメ？
個人的には、そう強引にコードを書くのではなくて、
もうちょっと OS X の構造を全般に把握してから移植して欲しい気がしますが...
まあ強い動機のもとになんでもやってしまうというのは一つの方法ですが。
259:名称未設定
08/10/07 15:36:43 i7Fx/Gpe0
あと、>>256 ですが、
kk というクラスを作る必要は全然ないですよ。
拡張子が .m であれば、どこでも Obj-C のコードを書けます。
int GetLangCode()
{
NSAutoreleasePool* ap=[[NSAutoreleasePool alloc] init];
NSUserDefaults* defs = [NSUserDefaults standardUserDefaults];
NSArray* languages = [defs objectForKey:@"AppleLanguages"];
NSString* preferredLang = [languages objectAtIndex:0];
int ret=0;
if ([preferredLang isEqualToString:@"ja"]){
ret=1; // Japanse
}else{
ret=0; // Not Japanse
}
[ap release];
return ret;
}
だけでいいです。NSAutoreleasePool のあたりはメモリ管理のおまじないです。
10.5専用にして gc つかうのでなければ、そうしておかないと
メモリがリークしたり、いずれクラッシュしたりします。
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
のあたり参照してください。
260:名称未設定
08/10/07 23:41:55 KlyTRFwi0
Gtk+ for Mac OS X って Carbon なんだね。
URLﾘﾝｸ(svn.gnome.org)
最近出来たばかりなのに時代に逆行してるな…
Cocoa なら NSTextInput を実装するだけで済んだかもしれないのに…
>>254
ざっと、NewTSMDocument() して ActivateTSMDocument() して、
kEventTextInputUpdateActiveInputArea のハンドラを登録して、
そのイベントハンドラの中で kEventParamTextInputSendText を
typeUTF8Text で GetEventParameter() してあげれば良いと思うよ。
使うは天国作るは地獄の世界なので、本気でやると激しく面倒臭いです。
古い Mozilla のソースコードが参考になるかも。
将来性や使い易さを考えると Cocoa を使うのが一番お薦めです。
261:名称未設定
08/10/07 23:59:25 EAKU3Acr0
>>259
助かりました。メソッド名がNSXXXとなっているので、NSObject を継承したクラスの
インスタンスでないと、メソッドが呼べないと思っていました。
この処理は、アプリケーションが起動してただ一度だけ最初に呼ばれるので、
メモリの問題はないと思いました。
>>258
背景色をもったボタンです。
で、インターフェースビルダーを利用しないで、
アプリケーションでGUIの部品を配置することができますか？ これができれば、
GTKのWidgetを自前で作れて、よいのですが。。
262:名称未設定
08/10/08 00:35:21 FEB4LPAU0
>>261
>この処理は、アプリケーションが起動してただ一度だけ最初に呼ばれるので、
>メモリの問題はないと思いました。
まあそうですが、わかっているところから穴を塞いでおく癖をつけておいたほうがいいのでは...
> 背景色をもったボタンです
Human Interface Guideline に抵触するので、やっちゃいけません。
>で、インターフェースビルダーを利用しないで、
>アプリケーションでGUIの部品を配置することができますか？
Gtk+ の API をつかって widget を配置するのをやめるということですか？
できます。Carbon なら HIView のあたり、
URLﾘﾝｸ(developer.apple.com)
Cocoa ならNSView のあたり。
URLﾘﾝｸ(developer.apple.com)
単にあたらしくオブジェクトをつくって、ウインドウに貼り付けるだけです。
インターフェースビルダーだってそれを内部でやってるんだからAPI が無いはずがないです。
>>260
> Gtk+ for Mac OS X って Carbon なんだね。
> 最近出来たばかりなのに時代に逆行してるな…
そうだっけ？imendio のペーパー
URLﾘﾝｸ(developer.imendio.com)
みると 裏は Cocoa つかってるって書いてあるよ。
そのソースコードみても、UI まわりは全部 Cocoa のコードです。先頭に Carbon をインクルードしてあるけど、それは少数つかってる SetSystemUIMode とかのためにインクルードしてあるだけで、GdkWindow の本体は NSWindow 。
263:名称未設定
08/10/08 00:45:53 FEB4LPAU0
URLﾘﾝｸ(svn.gnome.org)
とかみても、そこらじゅう NSEvent とかつかってます。
問題は NSEvent レベルでのっとってGTK のイベントに変えてしまっていて、
Cocoa のテキストボックスをつかってないぽいところですね。
これでは NSTextInput protocol を実装するのも単純ではなさそう。
GTK+ の内部構造がよくわかってないので、手助け出来ないのが申しわけないですが... GTK+ も kinput2 とかと喋れるはずなので、そこに NewTSMDocument() ... とか潜り込ませればいいんでしょうが、僕にはわかりません。
>>260 さんがんばって。
264:名称未設定
08/10/08 00:53:20 d/US9GKX0
>>262
>そのソースコードみても、UI まわりは全部 Cocoa のコードです。
ｽﾏｿ。頭だけ見て全体見てなかったわ。
適当レスして申し訳ない。
265:名称未設定
08/10/08 01:03:57 FEB4LPAU0
いやいや、おきになさらず。
URLﾘﾝｸ(svn.gnome.org)
XIM と gtk が喋ってるコードをみつけました。
これと同様、OS X の input method と喋るコードを書けばいいわけですね。
NSTextInput を実装するよりは、TSM を呼ぶほうがコード的には相性がよさそう。
もしくは、ここでフローティングで NSTextView を出してしまうかでしょうね。
266:名称未設定
08/10/08 10:00:28 FEB4LPAU0
観察追加:
GIMP.app の non-X11 版は日本語で起動するとめちゃめちゃ。
日本語が描画されないバグが利いていると思われる。
Cocoa に移行中の Qt-4.5 をみてみたが、
まだ input method のところは空。
まあ Carbon 版の Qt はしっかりしてるので、それを使えば？
> なにかソフトを移植しようと頑張ってる人。
267:名称未設定
08/10/08 14:28:14 PT8GJJeJ0
261 です。
XCode でサンパルをコンパイルして調べてみたのですが、間違っていたらご指摘ください。
Interface builder
実際は、XMLのコードをはくツール。
Interface Builder で定義している絵（テキストホックすやボタンなど）は、それぞれ、名前と
IDを持っていて、XMLに書き出す際、位置大きさを指定している。また、XMLの中に記述された
クラスとIDがアプリケーションのコードのクラスに対応している。
XML(もしくは、コンパイルされた情報）は、アプリケーション起動時に読み込まれ、
絵を描くと作業と、OSから遅れられてくるイベントを振り分ける作業を行う。
これがあっていれば、GTKのWidgetの多くは、Viewで作られている可能性が高いと思います。
だからGTKでIMEが動作しないということになります。また、Viewは、プリミティブであると
思うので、テキストボックスなどは、これを継承して構築されていると思います。
多重継承が可能であり、テキストボックスが、入力の振る舞いを定義したクラスと、
Viewを継承したクラスで作られており、入力の振る舞いを定義したクラウをアプリケーションが
継承できれれば、簡単にIMEが操作できるクラスを作れると思うのですが。。。
268:名称未設定
08/10/08 15:44:30 FEB4LPAU0
前半はいいですが後半は見当外れだと思います。。。
というか前半も、Cocoa の .nib (最近は .xib) をやってみたのか Carbon の .nib をやってみたのかどっちですか？両者拡張子は同じですが全く別物です。
あなたの記述は Carbon の .nib にはだいたい正しいです。
まあ Cocoa のときもまああってなくはないといってもいいですけど、ちょっと違うと思います。
あと、なぜ .nib を調べることが GTK に関係あるのか全くわかりません。
IB は使うと便利だから使うんであって、(まあ Cocoa の場合は使わないことは滅多に無いけど) 別に使わなくても Cocoa も Carbon もプログラムはできますよ。
そして、可能性が高いと思います、じゃなくて、ソースコード読めば書いてありますよ。上のほうで引用した
URLﾘﾝｸ(developer.imendio.com)
とかにはソースコードよまなくてもまとまってますし。
269:名称未設定
08/10/08 16:08:34 FEB4LPAU0
GTK+ on OS X の構造は、ぼくが理解した限りでは、
1. Gtk のウインドウは直接 NSView は継承しないけれども、描画のために NSView を中に持っている。
2. Cocoa のイベントループは極力使わずに、低レベルのところで乗っ取って、Gtk のイベントループに渡す
という構造になってます。だから GTK+ のテキストボックスオブジェクトに低レベルのキー入力イベントが流れてきて、その結果を単に NSView に表示してるだけです。
NSView もイベントを処理する能力はありますが、それは使ってない。
だから、GTK+ on OS X で im が使えるようにするには、低レベルのキー入力を、GtkIMContext かなにかの OS X im 用のを作って、それが OS X の im と喋るようにしてやらないといけません。
問題は、Cocoa には低レベルのキー入力まで落ちたものを im に戻す API はまだ用意されてないというところです (自信はありませんが...)
NSView のサブクラスをつくって、callback method を沢山定義して、という方法は用意されてるんですが、
それは Cocoa のイベントループを使うということを仮定しているので、一度低レベルのイベントまで落としてしまうと戻せないんではないかと勝手に思ってます。
[NSApp postEvent: ]で戻したやつが im に戻っていくのかどうか？
だから、その部分は Carbon の NewTSMDocument ほげほげとかを呼ばないといけません。
そうなると Cocoa のイベントループと Carbon のイベントループをまぜないといけなくなって更に黒魔術になります。できなくはないですが。
URLﾘﾝｸ(developer.apple.com)
以上よくわかってない書き込みなので間違いあると思いますが識者の方よろしく。
270:名称未設定
08/10/08 16:46:20 PT8GJJeJ0
>>268
IB を使わないで、GUIのプログラムをかけますか？ 例えば、ウィンドウにテキストボックスを
出すプログラムの書き方を教えてください。そのテキストボックスは、IMEと会話できれば、
GTKの入力エリアでIMEが作動させることができます。
また、私が調べたものは、CALayerEssentials というサンプルで、
<?xml version="1.0" encoding="UTF-8"?>
<archive type="com.apple.InterfaceBuilder3.Cocoa.XIB" version="7.02">
となっているは、cocoaではないのでしょうか
271:名称未設定
08/10/08 17:02:17 kHh/xdUr0
ここからの相談は有料となります
272:名称未設定
08/10/08 17:32:25 FEB4LPAU0
>>270
>IB を使わないで、GUIのプログラムをかけますか？
Carbon なら URLﾘﾝｸ(developer.apple.com)
のサンプルコードをみれば案外 IB つかわないのがいっぱいあります。
でもそれを GTK と組み合わせるのは難しいです。
(GTK は Cocoa のイベントループつかってるので。できなくはないですが。)
Cocoa でプログラマティックに view を作る例も
URLﾘﾝｸ(developer.apple.com)
にいっぱいあります。
だいたい、Cocoa だって インターフェースビルダーで全部できるわけでなくて、
ちょっと凝ったことをしようとおもうと UI を手で生成しないといけないことはよくあります。
iPhone 開発だって Cocoa ですが、SDK がはじめにでたときはまだ Apple が iPhone 用 インターフェースビルダーを作ってる途中だったので、全部手で UI を生成してたんですよ。
273:名称未設定
08/10/08 20:51:51 d/US9GKX0
>>270
>IB を使わないで、GUIのプログラムをかけますか？
書けるよ。Interface Builder を全く使わずに NIB も無しで
GUI を出すのはこんな感じで出来る（俺が書いた訳じゃないけど）。
URLﾘﾝｸ(d.hatena.ne.jp)
>ウィンドウにテキストボックスを出すプログラム
上のプログラムに数行コードを追加して、NSWindow の
contentView に NSTextView を addSubview: するだけ。
274:名称未設定
08/10/09 02:14:11 O8XfRXz20
NSView があるならこんな感じで実装出来るんじゃないの。
URLﾘﾝｸ(mxr.mozilla.org)
275:名称未設定
08/10/09 09:56:35 TDE0TRjL0
>>273
static void setTextView(NSWindow *aWindow)
{
/* create the NSTextView and add it to the window */
NSTextView *theTextView = [[NSTextView alloc] initWithFrame:NSMakeRect(80.0,250.0,200.0,100.0)];
[aWindow setContentView:theTextView];
[aWindow makeKeyAndOrderFront:nil];
[aWindow makeFirstResponder:theTextView];
[theTextView release];
}
を入れて、 URLﾘﾝｸ(d.hatena.ne.jp)
のプグラムに追加しました。ウィンドウの下のほうに、入力エリアがでて、入力
できるのが確認できましたが、位置がかわりません。MakeRectで位置を指定しても大きさが
かわるだけで、位置がかわりません。
276:名称未設定
08/10/09 11:13:54 sTKI22O/0
GTKの人は、まず日本語を勉強した方が良いように思う。
あと感謝の気持ちを持った方が良いと思う。
277:名称未設定
08/10/09 12:16:27 mWiLxe9J0
だから有料サポートに(ry
278:名称未設定
08/10/09 12:23:35 UWIy4aSk0
GTK のコードに突如 NSTextView を追加して動かないので挫折するに一票
279:名称未設定
08/10/09 13:07:18 QpoCZXXU0
ん？
以前wxで四苦八苦してた人がGTKで戻って来たの？
280:名称未設定
08/10/09 13:27:19 UWIy4aSk0
そういわれてみるとタイプ、人間性が似てるけど、
GTK のひとは無理やりコードする能力はかなりある気がする。
wx のひとは絶対 >>256 とか >>275 とかはできなかったとおもうし。
281:名称未設定
08/10/09 14:22:23 TDE0TRjL0
>>278
既に、GTKに自前のWidegetを作って入れてみました。入力があった瞬間に、NSTextViewの内部処理
で、MacOS自身がハングします。gdbもエラーを返しません。
また、テキストサービスマネージャと会話をここみましたが、これもうまくいきません。
>>276
その通りだと思います。いろいろ教えていただいて助かりました。「猫でもわかる」ぐらいの
サイトがあれば、よかったのですが。。。
Macへのアプリケーションの移植は、頻繁にMacユーザから依頼がくるので行おうと思った訳
ですが、残念ながらサポート外としようと思います。
GDKの内部ですが、nmでみる限り、NS*** というシンボルとして、残っているのは、
U _NSApp
U _NSBeep
U _NSDefaultRunLoopMode
U _NSDeviceRGBColorSpace
U _NSEqualRects
U _NSZeroPoint
U _NSZeroRect
でしたので、NSApp に対してNSWindowの総数を調べてみたら、GTKのメインWidgetで一つ見つかったので、
そのNSWindowに対してメッセージを送ってみたのですが、イベントの処理がうまくいかないようです。
また、CGXXX というMacの関数を利用しているようなので、Quartz 2D Programming Guide
で実際の表示を行っているようです。
282:名称未設定
08/10/09 14:36:24 UWIy4aSk0
だからなんで GTK+ のソースコードよまないでバイナリに対してnmやってるの？アホ？
どこで表示してるかとか、イベントループがどうなってるかとか全部読めばわかるでしょうに。
というのとは別に、Mac OS 自身がハングってのは興味があるんですが、
そのappひとつが固まるのは普通に想像できますが、そういうことではなくて？
他のappへの切り替えもできなくなるんですか？電源押してリセットするしかなくなります？
そうなるとOS Xのバグといってもいい気がする(いくらクライアントがむちゃくちゃに書いてあっても、
window server が死んではいけない気がする)ので、
Appleにバグレポートをだしておいてくれると助かります。
最小限それが起こるソースを書いてどっかにあげてくれるとありがたいんですけども。
283:名称未設定
08/10/09 15:23:59 gzoa+wKH0
>>282
>(いくらクライアントがむちゃくちゃに書いてあっても、
>window server が死んではいけない気がする)
（結果として）悪意のあるコードを書けば、システムのリソースをガンガン食ってハングする
ような物はたいがい作れる。カーネルなんかでも。
284:名称未設定
08/10/09 17:11:00 TDE0TRjL0
>>282
自分が使うAPPなら、がんがんソースを直します。しかし、GTKを使ったアプリケーションを
利用者に配布するので、外側でできる可能性のあることを行います。Xの場合のソースは
既に読んでいたので、検討はついていると思っていたのすが（GDKのXのインタフェースが
変更されているとばっかり思っていました）
必ずなるといった状況では、なくgdbでデバック中にアセンブラで状況をみていた時におこりま
した。この時、アプリケーションは、ターミナルからgdbで起動しています。マウスは動きますが、
他のウィンドウにキーボードからの入力が切り替わりません。ボンボンという音がするだけに
なりました。OSをシャットダウンさせても、シャットダウンせず、徐々にマウスの反応が鈍く
なってきたので、電源をきりました。その時、プロセスをみたらいっぱい走っていたのでしょうね。
285:名称未設定
08/10/09 17:13:06 0tCcHJaE0
なんか懐かしいなw
昔ながらの手動killで追いつけばよかったのに
286:名称未設定
08/10/10 00:08:29 e+2tiOgT0
>>284
>しかし、GTKを使ったアプリケーションを利用者に配布するので、
>外側でできる可能性のあることを行います。
何重にも意味が分からん。
1. 変更加えた GTK をバイナリに static link してしまえばいいでしょ。
そうするとGTK を別個ダウンロードしてもらう必要もなくなります。
何のためのオープンソースなんでしょうか。
2. GTK を公式サイトからダウンロードしてもらうことにしたとして、
外側でできる可能性をさぐるとしても、ソースを読まない理由にならない。
3. そうして、先月やっといちおうできたばかりの OS X 用 GTK を
他人に配布する app に使おうと言う時点でアホ。
> Xの場合のソースは既に読んでいたので、検討はついていると思っていたのすが
>（GDKのXのインタフェースが変更されているとばっかり思っていました）
このコメントも意味不明。
1. もちろん GDK が X11 とインターフェースするところが、
OS X のイベントループと話すコードに書き変わってるわけだけど、
イベントループなんて OS 毎に激しく違うものなのに、
なんでそもそも検討はついていると思えるのか謎。
もしかして OS X の GUI って X11 かその改良だと思ってる？
OS X は下は UNIX だけど GUI まわりは全然別個だよ。
2. もうあなたがここに書き込みはじめて一週間たっているのに、
検討がついていると思い続けていることも謎。アホ？
全般に思い込みが強すぎます。
自分にとって未知のテリトリーなんだから、
これまでの経験がいくらあっても、素人に戻ったつもりでやらんといかんよ。
以上偉そうなことを書いてみました。
287:名称未設定
08/10/10 00:18:17 Qe39jYtM0
>>275
>[[NSTextView alloc] initWithFrame:NSMakeRect(80.0,250.0,200.0,100.0)];
[[aWindow contentView] frame] みたいにするとウィンドウの矩形が取れるよ。
setContentView: しなくても、最初から用意されている? contentView が存在
しているので、そこに addSubview: すれば良い。座標系は左下が (0,0) ね。
288:名称未設定
08/10/10 01:22:00 glRDJcZK0
>>286
ご指摘ありがとうございます。Macへの移植は、現時点では時期が早すぎるということで、
取りやめました。
>>287
もうすこし、GTKが安定してから行いたいと思います。
GTK で移植をしてみて、IMEを使った入力周り以外は、ほとんど動作することが確認できました。
（アプリケーションの変更でなんとかなる）。既に本家にも投げていますが、pixbufの処理が
他のOSと比べて異常に遅いことがわかりました。CPUで性能の劣る計算機環境のLinuxと比べて
Mac minの場合１０倍以上遅いので、現時点でGTKを利用したアプリケーション開発には
注意が必要です。
289:名称未設定
08/10/10 01:45:19 glRDJcZK0
もう一点、表示系の実験でSDLも利用してみました。SDLでは遅い印象は受けませんでした。
しかしウィンドウモードで表示を行った場合、リサイズ処理でLinuxやWindowsと違って、
ドラッグが終了するまで、SDL_SetVideoModeの呼び出しを控える必要があります。
同一のソースコードで、Macだけが異常終了します。これも、開発者に報告を行っています。
いろいろご指摘ありがとうございました。
290:名称未設定
08/10/10 02:46:38 3DYh4YDY0
imendio のフォーラムであなたの書き込みに開発者から返事が返ってきてるから、返事してあげてね。
291:名称未設定
08/10/10 08:24:43 Qe39jYtM0
嫌な感じだな。
292:名称未設定
08/10/10 09:16:03 kMZtBJqk0
なんだか一連のやり取りを見ていると「人 vs 機械」のようだ。
人工無脳かなんかが返事しているんじゃないか、これ。
表現力と柔軟性が欠落し過ぎで会話になってないな。
293:名称未設定
08/10/13 23:21:43 MTy5g3/TO
質問です。JISキーとUSキーではUSキーの方がプログラミングしやすいと聞いたんですがどうしてでしょうか？後、USキーでも普段使いには問題ないんでしょうか？
294:名称未設定
08/10/13 23:30:40 zChpgCNY0
>>293
君のような質問をなさる方なら、間違いなくJISがお勧めです。
295:名称未設定
08/10/13 23:50:31 YE7GbpAr0
>>293
人それぞれじゃない？
大して違わないし、慣れれば同じように使える。
どちらかにこだわる理由考えてみたけど
「Pascalで:打つのに一々Shift押さなきゃいけないのが面倒くさいからJIS」
しか思いつかなかったｗ
296:名称未設定
08/10/14 00:05:12 TxKCwFmt0
おいらはUSからJISに変えた時に~の位置に戸惑った（当時はC++を使用）
297:名称未設定
08/10/14 00:09:24 xy48XMDH0
俺はUS派だが、
・()とか{}とか[]とか<>とか対称性のある記号が並んでるのが気分が良い。
・'/" とか ;/: とか {/[ とかあたりの似た記号が同じキーなのが気分が良い。
・スペースが長くて気分が良い。
・USの方が慣れてるので気分が良い。
くらい。
結論としては慣れと気分の問題。
どっちが良いか判断できないなら、日本ではより一般的なJISに慣れておく方が後々の苦労は少ない。
298:名称未設定
08/10/14 00:12:07 TV18eDPw0
>>295
あるある。
アンダーバーや@、'"はUSの方が好みかな。*や^はJISの方が好き。
キートップの刻印さえ無ければ、JISでもいいんだけどな。
>>293
効率云々なら是非DVORAKを。Macなら標準で使えるんだぜ。