MacのToolBoxについて熱く語れ!!

このエントリーをはてなブックマークに追加
195 ◆TUKI2Wtuc. :05/02/12 19:53:21
OS X 10.3で初めてMac使うんですがXcode toolsをインストールすればいいんでしょうか?
できればCで書けるといいんですが・・・
ToolBox使えばOS X標準のインターフェースが使えるんですよね?

あとCarbonとCocoaの違いって何なんでしょうか・・・
別にWin32APIでWinMainかいてウィンドウメッセージきたら処理
みたいな風に書いてもいいと思ってます
専用ソフト買ったほうがいいのかな?
房な質問すいません(><
196デフォルトの名無しさん:05/02/13 03:49:17
>>195

>別にWin32APIでWinMainかいてウィンドウメッセージきたら処理
>みたいな風に書いてもいいと思ってます

それがやりたいのなら、XcodeでCarbonプロジェクト作成すればOK。
ちなみにCarbonってのはToolboxのサブセット版みたいなもの。

ToolboxのうちOS X上で実現が困難なAPIや、すでにほとんど使われなくなったAPIを取っ払ったもの。
197195:05/02/14 08:50:45
Win機のマザボの部品が焼けて鳥のパスが。。。
>>196
Carbon使えばいいんですね、なるほど
当たり前だけどプログラミングするのにそんなに違いはないですよね(^-^;
目的達成できそうなのでXcode時間あるときにインスコしてみます
れすthxです
198 :05/02/15 17:34:38
Cでも書けるけれどできればObjective-Cもできた方がいいです。
CarbonとCocoaの違いはWindowsでいえばWin32APIとMFCの関係と同じです。
Cocoaで書くならObjective-Cです。MFCならC++なのと同じです。
#正直、Carbon環境だけで書こうとは思いません。

ほかに開発環境としてCodeWarrior(8万くらい)がありますが、
新たに始める人で使う人はたぶんいません。
199デフォルトの名無しさん:05/02/15 17:56:09
>CarbonとCocoaの違いはWindowsでいえばWin32APIとMFCの関係と同じです。
ウソぉ
200198:05/02/15 21:03:55
すまん、たぶんウソだと思う。
201デフォルトの名無しさん:05/02/15 22:33:53
>>198
なるほど
じゃぁあまりCarbonで書く人はいないのかな・・・
Cocoa使った方がいいんですかね
Win32APIでガシガシ1から書くよりMFC使った方が早いですよね、たぶん
202デフォルトの名無しさん:05/02/21 05:12:54
>>201
Carbonはこれから新たにやる人は手を出さない方がいいと思うよ。
C++の経験が豊富でもはや別の言語を触りたくないとか、C++な自前クラスライブラリを使い回したいとか、
そういういろんな理由がなければ1からの人にはCocoa方面のが楽だと思われ。
ソース眺めた時に@だの[]だのがわらわらあってCじゃねぇ!とか思われがちだけど、実態はANSI Cの上に
Smalltalk風味のメッセージパッシングシステムを乗せただけなんで、Cを知ってるならC++へ進むより
Objective-Cへ進む方がオブジェクト思考の概念とCocoaのクラスライブラリを覚える手間はあるが
遥かに楽だと思うよ。

ついでなんで。Carbon=Win32とMFC Cocoa=.NET とか書いてみる(w

203デフォルトの名無しさん:05/03/09 01:16:24
>>202
> Carbon=Win32とMFC Cocoa=.NET とか書いてみる(w
フレームワークの抽象度的にはそっちの比喩の方がたぶん近いと思われ
CocoaにはJavaバインドもあることだし
204デフォルトの名無しさん:2005/04/06(水) 10:43:39
MPW懐かしい...
205デフォルトの名無しさん:2005/04/22(金) 22:02:34
なつかSEA
206デフォルトの名無しさん:2005/04/28(木) 07:34:48
まさかcocoaかjavaで開発してねーだろーな・・・
207デフォルトの名無しさん:2005/05/20(金) 10:19:19
以下のコードでIconRefからファイルアイコンの画像を収得する事が出来ますが、
アイコンの8bit Maskを収得する事が出来ません。
どなたか8bit Maskを収得する方法をご存知の方がいましたら宜しくお願いいたしま
す。
208デフォルトの名無しさん:2005/05/20(金) 10:20:10
Function getIconPicture(ref as integer, size as integer) as picture

#if targetCarbon
const kCarbon = "CarbonLib"
Declare Sub SetRect Lib kCarbon ( rect as Ptr, a as Integer, b as Integer,
c as Integer, d as Integer )
Declare Function NewGWorld Lib kCarbon ( offscreenGWorld as Ptr, depth as
Integer, rect as Ptr, cTable as Integer, aGDevice as Integer, flags as
Integer) as Integer
Declare Sub SetGWorld Lib kCarbon ( port as Ptr, gd as Integer )
Declare Function GetGWorldPixMap Lib kCarbon ( gWorld as Ptr ) as Ptr
Declare Sub LockPixels Lib kCarbon ( pix as Ptr )
Declare Sub EraseRect Lib kCarbon ( rect as Ptr )
Declare Function PlotIconRef Lib kCarbon ( rect as Ptr, align as Integer,
transform as Integer, usage as Integer, ref as Ptr ) as Integer
Declare Sub GetCPixel Lib kCarbon ( h as Integer, v as Integer, c as Ptr )
Declare Sub UnlockPixels Lib kCarbon ( pix as Ptr )
Declare Sub DisposeGWorld Lib kCarbon ( offscreenGWorld as Ptr )
209デフォルトの名無しさん:2005/05/20(金) 10:20:44
Function getIconPicture(ref as integer, size as integer) as picture
#if targetCarbon
const kCarbon = "CarbonLib"
Declare Sub SetRect Lib kCarbon ( rect as Ptr, a as Integer, b as Integer,
c as Integer, d as Integer )
Declare Function NewGWorld Lib kCarbon ( offscreenGWorld as Ptr, depth as
Integer, rect as Ptr, cTable as Integer, aGDevice as Integer, flags as
Integer) as Integer
Declare Sub SetGWorld Lib kCarbon ( port as Ptr, gd as Integer )
Declare Function GetGWorldPixMap Lib kCarbon ( gWorld as Ptr ) as Ptr
Declare Sub LockPixels Lib kCarbon ( pix as Ptr )
Declare Sub EraseRect Lib kCarbon ( rect as Ptr )
Declare Function PlotIconRef Lib kCarbon ( rect as Ptr, align as Integer,
transform as Integer, usage as Integer, ref as Ptr ) as Integer
Declare Sub GetCPixel Lib kCarbon ( h as Integer, v as Integer, c as Ptr )
Declare Sub UnlockPixels Lib kCarbon ( pix as Ptr )
Declare Sub DisposeGWorld Lib kCarbon ( offscreenGWorld as Ptr )
210デフォルトの名無しさん:2005/05/20(金) 10:21:34
dim iconRef, gGWorld, bounds, pix, c as memoryBlock
dim p as picture
dim x, y as integer

const kNull = 0
const kOnSystemDisk = -32768
const kAlignNone = 0
const kTransformNone = 0
const kIconServicesNormalUsageFlag = 0

iconRef = newMemoryBlock( 4 )
iconRef.long( 0 ) = ref
gGWorld = newMemoryBlock( 4 )
bounds = newMemoryBlock( 8 )
c = newMemoryBlock( 6 )
//* メモリ上に描画領域を確保する *//
SetRect bounds, 0, 0, size, size
call NewGWorld( gGWorld, 0, bounds, kNull, kNull, 0 )
SetGWorld gGWorld.Ptr(0), kNull
pix = GetGWorldPixMap( gGWorld.Ptr(0) )
LockPixels pix
EraseRect bounds
211デフォルトの名無しさん:2005/05/20(金) 10:22:09
//* アイコン画像をメモリ上に描画する *//
call PlotIconRef( bounds, kAlignNone, kTransformNone,
kIconServicesNormalUsageFlag, iconRef.Ptr(0) )

p = newPicture( size, size, 32 )

for y = 0 to size - 1

for x = 0 to size - 1

//* 1ドットづつメモリ上のアイコン画像のカラーを収得しpに代入してい
く *//
SetGWorld gGWorld.Ptr(0), kNull
GetCPixel x, y, c
p.rgbsurface.pixel( x, y ) = RGB( c.ushort(0) / 256, c.ushort(2) /
256, c.ushort(4) / 256 )

next

next

//* ロックを解除し参照されたメモリを解放する *//
UnlockPixels pix
DisposeGWorld gGWorld

return p

#endif

End Function

ここまで
212デフォルトの名無しさん:2005/06/06(月) 12:09:59
記念カキコ
213デフォルトの名無しさん:2005/06/06(月) 15:44:10
チラシの裏だけどさ
insidemacintosh高かったけど買っていたあの当時がなつかしいよ。
ThinkC→SymantecC→コドウォリアと移って、MacOS9が糞なのにイラついて
Windowsに移行。漢字TALK以前はUIが秀逸だったけど、今ではアップルが
率先して過去の遺産を捨ててるしな。

いや、windowsはMacOS9より糞だけどさw
214デフォルトの名無しさん:2005/06/06(月) 20:58:21
今じゃInsideMacの内容はAppleのサイトで公開されてるな
MPWもタダで手に入るしいい時代になったもんだ
215デフォルトの名無しさん:2005/06/06(月) 22:04:30
英語読めたら、の話
216デフォルトの名無しさん:2005/06/06(月) 23:22:42
いんてるはいってる
217デフォルトの名無しさん:2005/06/07(火) 17:29:19
>207
こんな関数はどう?
IconIDToRgn()
To create a region from a icon mask use the IconIDToRgn function
ttp://www.einhugur.com/Html/QuickDrawLib/63.html
218デフォルトの名無しさん:2005/06/23(木) 10:13:29
仕事でPDE(Print Dialog Extension)を作らないといけないのですが
Appleのサンプル以外に何かいい資料とかありませんか?
Carbonのプラグインらしいので、その辺の情報でも構いません。
219デフォルトの名無しさん:2005/06/23(木) 13:21:49

1 :Macer一号 :02/12/15 17:05

Macは誰も使っていないことが良く分かる。
220デフォルトの名無しさん:2005/06/25(土) 08:01:46
旧InsideMacintosh vol4
InsideMacintosh overview
InsideMacintosh ToolBox Essentials
InsideMacintosh Text
Human Interface guideline
以上日本語版

InsideMacintosh CD-ROM

TOOLBOX 100の定石
THINK Cプログラミング講座―FKEY,DA,INIT,cdevを作る

あるんだけど、ほしい人いますか?
221デフォルトの名無しさん:2005/06/25(土) 17:15:57
欲しいです。
おねがいします。
222デフォルトの名無しさん:2005/06/26(日) 19:05:40
デュアルプロセッサー使うにはThread Manager使えばいいのかと英文PDF資料を読んでたら
大体読んだ所でMultiprocessing Serviceというのを使わなきゃ駄目と分かった。うんざり。
223デフォルトの名無しさん:2005/07/10(日) 04:44:40
MozillaのソースからもMac OS 9のコードは絶賛削除中ですね
224デフォルトの名無しさん:2005/07/12(火) 10:34:26
>>218
10.4以降であれば、Cocoa PDEもあるよ。
225デフォルトの名無しさん:2005/08/03(水) 02:46:15
で、PowerPlantとPowerPlantXとConstractorがオープンソース化という件について
226デフォルトの名無しさん:2005/11/06(日) 17:41:00
やっぱりマカーにろくな香具師は居ないな(w
227デフォルトの名無しさん:2005/11/08(火) 11:54:04
>>226
窓はユーザが多すぎて痛い香具師が目立たないだけ
比率で言えば五分五分
228デフォルトの名無しさん:2005/11/10(木) 16:10:56
>>226
> やっぱりマカーにろくな香具師は居ないな(w

何をもって「やっぱりマカーにろくな香具師は居ない」という結論に至ったのか
詳しく教えてくれ
229デフォルトの名無しさん:2006/04/20(木) 11:09:12
230デフォルトの名無しさん:2006/05/14(日) 22:26:32
231デフォルトの名無しさん:2006/05/21(日) 10:14:23
232デフォルトの名無しさん:2006/05/21(日) 10:55:14
233デフォルトの名無しさん:2006/05/21(日) 22:05:04
漢字TALK時代のUIは秀逸だったな。

234・∀・)っ-○◎● ◆toBASh.... :2006/05/21(日) 22:22:06
WTLのMac移植マダー?
235デフォルトの名無しさん:2006/05/22(月) 12:27:10
236デフォルトの名無しさん:2006/06/22(木) 07:52:01
どうでもいい話ではあるが、今朝の日経の朝刊の、人気商品とかの追加版の中に
卓上の、マいいデザインのモノの紹介の写真の中にリンゴマーク付きのPCの
モニタがさりげなく写っている。ダヴィンチ・コードじゃないけど、こういうとこ
にデザインというと入って来るんだなあと思ったナ。リンゴでないとその種の人
は記事を見たとき、なんだリンゴじゃないのかとそれだけでそっぽ向くんかな。
237デフォルトの名無しさん:2006/07/25(火) 07:47:36
InitializeToolBox();
238デフォルトの名無しさん:2006/08/27(日) 22:42:29
こんなスレがあったのか。
239デフォルトの名無しさん:2006/09/03(日) 09:01:27
なぜInitCursorだけ残したのか
240デフォルトの名無しさん:2006/11/22(水) 04:14:12
ゴミ箱は昔の方がよかった
241デフォルトの名無しさん:2006/11/25(土) 17:40:48
漢字talk 7のさっぱりしたguiがいちばん好きだった。
242デフォルトの名無しさん:2006/11/25(土) 18:04:00
KT7 と NextStep の GUI デザインは一つの到達点って気がするね。
243デフォルトの名無しさん:2006/12/09(土) 18:28:47
>>239
カーソルのリソースの初期化だけじゃなくて、
カーソルの形状の初期化にも使われていたからかな?
244デフォルトの名無しさん
なにこのスレ
小池のジジイが建てたの?