ところが、MacOSXになって旧来のリソースはあまり重視されなくなったため、ResEditはクラシックアプリケーションのまま残されメンテナンスされなくなった。
2010-05-17 16:35:19IntelMacはClassicエミュレータも省かれたので、PPCMac以前の機種を持っていないとResEditが使えない事態となっている。
2010-05-17 16:36:06ADM自体はクロスプラットフォームな都合上、機種ごとのリソース構造に完全に依存しているわけではなく、UI部品を表示するためのテンプレートとしてリソースを使用しているきらいがある
2010-05-17 16:37:30MacOXのInterface Builderで作ったUIを読み込んで動作するADMを期待していたのだけど、どうやらそれは将来にわたり実現しないらしい。
2010-05-17 16:38:23デジコミツールズの4本のプラグインで僕が設計したのは集中線と流線。線つなぎとゴミ取りは他の人のプログラム。UIや動作が全く違うのはそのため。
2010-06-25 02:38:05ああ~もう、C++であまりにきっちりオブジェクト指向してるからコードが抽象化されすぎてどこでなにやってるかさっぱりわからん…やたらファイル多いし。
2010-06-26 01:18:27Cでエントリポイントに飛んできたところで場合分けして処理でいいじゃん、なんでRect型までラッパークラスに包んで足し算引き算とかやんなきゃいけないの?
2010-06-26 01:21:09とりあえずデジコミツールズのCS5対応はADMを使用したもので仕上げるけど、Macで64bitモードに対応するためにADMからの脱却をはからないといけない
2010-06-28 14:48:13方法その1:WindowsではそのままADM、MacではCocoaをダイレクトに使用。→コードが大きく分かれてしまい、今後の開発が難しくなる。また、マルチプラットフォームでなくなったADMは今後ますますメンテされなくなるはず
2010-06-28 14:50:19方法その3:Qtを使う。→64bitアプリケーションもできると正式にうたっている。GUIデザイナも用意されている。実現可能性としてはこのあたりがよさそう
2010-06-28 14:53:26ただ、wxWidgetsにしろQtにしろ、Photoshopプラグインを作るノウハウだとかサンプルコードはさっぱり見つからない。また、大規模アプリケーション用のフルセットのフレームワークなので仕様が複雑でどうしたものか。
2010-06-28 14:54:44ADMのラッパークラス(Adobe製)を包む汎用UIクラスを包むクラスとか、相互のメッセージパシングのためのクラスとかパラメーターのセーブ、ロードのクラスとかが複雑に絡み合ってどこをどういじったらいいやら
2010-08-11 14:41:49