オケラボブログ跡地

[MacOSX雑記] Objective-CにGarbage Collectionが追加されるとな！

なんだい、もっと世間で騒がれても良い話題じゃないのか？

今日になってから知ったんですけど、MacOSX v10.5 LeopardのXCode3.0では
Obj-CがObjective-C 2.0になるみたいです。
アップルは、魅力あふれるXcode 3.0自身を使ってXcode 3.0を開発しました。最新のガベージコレクション、強化された構文と改善されたランタイムパフォーマンス、64ビットサポートをお届けします。既存の Objective-Cソースとの下位互換性も備えているため、自分のペースで作業を進めることができます。Xcode 3.0のObjective-Cを使って、バグを減らしながらすばやくアプリケーションを記述できます。
(アップル公式:強調引用者)

で、注目すべきはGCの登載。(MYCOMの記事あたりも参照)
LeopardではObj-CにGCがつくってのは実は前からちょっと噂になってて、
新Mac板のJavaスレでGCのあるObj-Cとかどうよ。@2006/05/06(土)という話題について
125 Name： 名称未設定 [sage] Date： 2006/05/08(月) 04:23:25 ID: rGwcVo5e0 Be:
あ、追記ね。ターミナルでman gccしてみると面白い記述がある。

> -fobjc-gc
> Enable garbage collection (GC) for Objective-C objects. The
> resulting binary can only be used on Mac OS X 10.5 (Leopard) and
> later systems, due to additional functionality needed in the (NeXT)
> Objective-C runtime.

-fobjc-gc
Objective-Cオブジェクトに対してガーベージ・コレクションを有効にする。この機能は
(NeXTの)Objective-Cランライムに対して新しい機能を追加する必要があるため、
生成されるバイナリはMac OS X 10.5(Leopard)以降のシステムでのみ利用できる。
というレスがあって、Leopardで入るのは実は解ってた。
んだけど、現実にアナウンスされると実に嬉しい。
いやね、GCなんてなくても良いとかいう方はそれで結構ですけど、私はヘタレなんで。
Javaから入った人間なのでメモリ管理には触れたくない。
触らないで済むならその方がバグも少ないしね。

Obj-C 2.0で書かれたコードのバイナリはLeopardでしか動かないっぽいですけど、私にゃ問題無し。
PyObjCとRubyCocoaが載るらしいこと、Pythonのバージョンが上がるだろうことも福音。
いやぁ、オジサン頑張っちゃうよ？
2006-08-31 | コメント | Track back | PermaLink

[MacOSX雑記] Anime FirefoxをMacで。


Anime Firefoxという萌えるFirefoxアイコンがあるというのを知ったんですが、Win/Linux用で、Macでは使えません。
紹介記事：Firefoxのアイコンが狐耳の巫女さんになる「Anime Firefox」 (GIGAZINE)
配布サイトのFAQによると
Which platforms are supported?
Most Icon Packs are at the moment for SeaMonkey/Mozilla Suite, Firefox and ThunderBird on Windows or Linux.
So far I haven't received any icon packs for Apple Macs. So if you've created one, then please send it in - or if you'd like to see some around, download an icon pack and convert the icon files inside it so that they work on Macintosh.

ということで、Mac用のアイコンファイルを作ってみました。ちょっと縁取り汚いけど。
Go DOWNLOAD Page of Mac OSX Anime Firefox icon file
※とりあえず自サイトにおいとくけど、あとで公式の方に連絡しなきゃ。
(追記)あ、直リンクだとダウンロードできないのか。ダウンロードページ作った。
(20060714追記)どうやらアイコンのふちが汚くなるのは元画像のαチャンネルの問題みたい。
絵のある部分に比べて不透明部分が大き過ぎっていうかそんな感じ？
でもアルファチャンネル弄れるソフト、手元に無いなぁ。

使い方。
ファイルを解凍するとfirefox.icnsというファイルがあります。
Firefox.appのパッケージの内容を表示、Contents/Resources/firefox.icnsと入れ替えます。
(もとからあるfirefox.icnsは適当にリネームしておくと良いかも。)
Finderを再起動すれば(Dockから、optionを押しながら右クリックで「再度開く」)Firefoxのアイコンが変わります。

ちなみにicnsファイルの作り方。
Anime FirefoxのXPIファイルをダウンロードして、拡張子をzipに変えて展開します。
中にあるdefault.icoをimagemagick(私はFinkでインストールしてある。)のconvertコマンドでPNGに変換。
PNGファイルが7つ出来ます(hogehoge.png.0のような名前なのでhogehoge0.pngにリネーム)。
Developer ToolsでインストールされてるIcon Composer.appでアイコンを作って出来上がり。

ところでこれの作者のBrian Brunさんって何者だろう。
狐巫女って言うセンスがね、もうステキ過ぎ。
2006-07-13 | コメント | Track back | PermaLink

[MacOSX雑記] Cocoaなソフトウェア自動アップデートフレームワークSparkle

Cyberduckが2.6で採用したという自動アップデートフレームワークSparkle、
日本語の情報が少ないようなので、とりあえず以下は公式から適当な和訳もどき。
(英語わかんないくせに辞書使ってないし、知らない単語は勘で訳してるので誤訳は突っ込んで下さい&&原文参照のこと。)
Sparkle --- freeなソフトウェアアップデートを全ての人に---

僅かな例外を除き、殆どのMacのソフトは実に不十分なアップデートシステムしか備えていません。プログラムはユーザーに更新があることを教え、Webサイトへのリンクを示し、それだけです。それを変えたい。

Sparkleによって、開発者はそのCocoaアプリケーションに(5-STEPのインストールで!)簡単な自動更新システムを組み込むことが出来ます。

それによって、あなたのアプリケーションは(新しいバージョンをチェックするだけでなく、)自力で更新できるようになるということです。更新情報をサーバーのappcastから更新情報を読み込んで、ダウンロードし、extractし、インストールし、リスタートし、さらにユーザーが更新するかどうか決める前にリリースノートを読むことを申し出ることさえします。

こいつはfreeで、簡単で、全ての人のMacの使い勝手をよくします。だから、ほら！

私自身はCocoaアプリ作ってないのでよく解んないですがf(^^;)、
詳しい使い方は公式サイトにドキュメントが置いてあるみたいです。
また、ググった結果をみると日本語のリソースがあるっぽいので、もしかすると弄らなくても日本語おkかもです。
(ちなみにCyberduckの自動更新を試してみたら日本語化されてました。)
ライセンスはMITスタイルだそうで、商用利用も出来るからこいつも便利。

ということで、いろんなアプリがこれとか使って自動更新を備えてくれると(私が)嬉しいので紹介。
2006-06-24 | コメント | Track back | PermaLink

[MacOSX雑記] 154だけど何か質問ある？

ということでPrefArray.jsなんてのを作ってみました。
実はこのブログで以前、配列を記憶するためにsplit/joinを使う方法を記事にした事があったんですけど
なんか気持ち悪かったので、配列はきちんと配列っぽく記憶してほしいなぁと。
(なので、昔のあの記事はもう消してある。)

具体的にどう気持ち悪いかって、記憶すべき物が長すぎると、すごくあれっぽい。
あと、記憶したい文字列にsplit用の文字が含まれると壊れちゃうとか。
気をつければ良いんだけどね。

nullをぶち込んだ時にどうなるかをテストしてなかったりする。(←そんなん公開するな)
っていうか変な配列入れた時とかもテストしてないし。だめじゃん。
とりあえずLocal Ping0.3で使う分には問題無さそうなんだけど…。
2006-05-05 | コメント | Track back | PermaLink

[MacOSX雑記] CotEditor重いorz

最近ちょっぴり話題のCocoaなエディタ CotEditor 0.9.0 を使ってみたわけですよ。
要するにCocoaでmiの代替となりうるソフトという事で話題になってる物です。
(欧米圏ではRailsのあのビデオのおかげかTextMateがメジャーなようですが、日本語が通らないらしい。
っつーかシェアウェアだし)
で、このCotEditor、GPLだし、外部スクリプトで機能を拡張できたりと、かなり自由度は高そうな印象。

miの不満点、CocoaならEmacsキーバインディングに出来るからCocoaのエディタが良い、なんて声がありますが
私の場合はUnicodeの扱いが多少怪しい点が不満。
ということで新しいエディタを探してみたわけです。

でも…重いorz
いや、G3/600なんて低スペックのハードだからなんですけど。
とはいえプレインテキストエディタにはさくさく動いてほしいなぁ…。
とりあえずmiを完全に置き換えるには、ちょっと厳しいなぁ。
2006-05-03 | コメント | Track back | PermaLink

[MacOSX雑記] 六法分書のユーザーテスト

ご協力いただいた皆さん、ありがとうございました。
(といっても、協力いただいた方々はこのBLOGは見てないと思いますけど。)
マニュアル無しで使えるソフト、というのは難しいなぁ。
予想よりは厳しい結果でしたけど、それでも割と使えてたみたい。

浮かび上がった欠点をいかにつらつらと。

起動時の画面で何をしたら良いのか分からない
特に、栞で法律を選択するというインターフェースは、全員がすぐ解るわけではないみたい。(分かる人の方が多いけど)
栞の色が薄過ぎて、すぐに気付かないみたい。
検索窓の位置？人によっては気付かない事も。
検索条件。「民法93」で民法を引けた方が良いかも。
目次で条文番号が解ったほうが良い。
階層が深いツリーでは、条文に辿り着くまでが長すぎるかも。
概念による検索。「死刑」で検索できるように、とか。

改善策
栞の色。透明度は下げます。それだけじゃなく、背景色と比べて目立つような配慮も。
(20060418)済。背景は白に。Dashboard起動時は背景が暗くなるので。
栞の端っこに補色のborderをつけるか？(20060418)済。緑を4px。
検索窓の位置に着いては、うーん…。表示系のツールは右ページに集中してるんだよね。
階層を選択した時点で、その階層の最初の条文を表示すべきか？
階層をたどるだけで条文も変わっちゃうのは、場合によっては不便かもしれない。考えどころ。
検索条件は結構考えなきゃいけないかもです。
概念検索は、とりあえず条文見出しでも検索できるようにすればいくらか改善？
とはいえ複数の条文がヒットする場合、最初のだけ、というのでは不満だろう。
となると、けっこう大きな変更が必要になる。
(20060418)済。検索結果として、複数ヒットしたらその一覧を表示。
が、そうすると今度は、履歴を使って戻る機能がいよいよ欲しくなる。
条文の中身にまで入っての検索は、とりあえず留保。処理が大きすぎる気がする。

あと、個人的には表示の履歴もあるとうれしい。
([input tepe="search"]で検索の履歴はあるけど、表示履歴は無い。)

(20060418追記)
その他、初期表示画面に目次として法律リストを表示し、栞だけでなくそこからでも法律を開けるように。
最初の最初はリストからの選択、そして次にほかの法律を引こうとしたときに栞に気づけばよいと思う。
また、検索窓に法律名を入力するとその法律に移動する機能は実装。
ただし法律名＋条文番号を指定して開く機能はない。
(というか複数条件検索が無い。)
法律名を指定しても、読み込み処理がいったん別スレッドとして独立するので、
「法律を開いてからその中の条文に移動」ができない。
あと、法律を開く部分と法律を表示する部分が未分離だった設計ミスもある。
こいつは、自動的にバックグラウンドで読み込んでおく機能を作ろうと思った時にも問題になるので
そのうち変更しなければならないかもしれない。

何はともあれ、ユーザーテストのフィードバックを元にブラッシュアップ、という作業が
思った以上に完成度を高めてくれたので、ちょっと嬉しい。

(20060419追記)
で、履歴を使って戻る機能は作りませんでしたが、代わりに栞を挟む機能をつけました。
「栞」と書くと既存の「法律選択栞」と紛らわしいですが、完全に別の機能です。
法律選択は栞というより付箋かな？UIの見た目から。
栞機能とは、今表示しているページに「栞を挟む」と、他のページを開いている最中でもそのページを一発で開ける機能です。
Widget的には栞グラフィックスをD&Dで動かして設定できるといいんでしょうが、そこまで手間かけたくないので
「栞を挟む」「栞を開く」アイコンから操作することにしました。
栞は特定の条文だけでなく、検索結果にも挟むことができます。
内部的には、「何法を開いているか」＋（「何条を開いているか」or「検索条件」）が記録されています。
(つまり、検索結果の栞を開くと内部的には検索しなおしている。)
「現在開いているページ」を再現するにはこれだけの情報量で済みました。思ったより楽だった。

履歴機能にしなかったのは、コーディングがより楽なように、というのが主原因でしたが、
(といっても栞を配列で自動的に記憶すれば履歴機能ができる)
結果的には栞のほうが履歴よりも良かった気がします。
というのは、六法分書では「前の条」「次の条」で順番通りにきりきり回すUIを備えるので
決まった順番無く行ったり来たりするWeb的な「履歴」だと、履歴が多くなりすぎるんです。
40条から48条に移動するのに「次の条」を使うと、41条〜47条の、見てもいない、通過しただけのところも履歴になる。
これだと欲しい履歴を探しにくいし、通過部分を見たいときは、履歴になって無くても「次の条」を使って見に行けばよい。
複数の栞を設定できるようにするのは検討の価値ありですが、
ユーザが手動で設定せずとも溜まっていく「履歴」は、連続性のあるデータに対しては不向きだろうと思います。
2006-04-15 | コメント | Track back | PermaLink

[MacOSX雑記] バンドル内のフォルダ名に注意すること。

『六法文書』、ほぼ出来上がったので、Widgetにしてみました。
(つってもInfo.plist作って、フォルダに拡張子つけるだけだけど。)
が、なぜか起動に失敗する。

…どうやら原因は、法律集を格納するフォルダの名前にあったみたいです。
フォルダ名を見栄張って(?)、Resourcesにしてたんですけど、
これはOSがバンドルで特殊な処理をするフォルダの名称だから勝手に使っちゃいけなかったみたい。
フォルダ名をLawFilesに変更したらちゃんと立ち上がりました。

が、次に困ったのが、XMLを読み込めないこと。
XMLHttpRequestはHTTPサーバにお伺いを立てるのでふつーはローカルのファイルは読み込めない。
(っつーかこれができたらセキュリティホールになる)
(via naoyaのはてなダイアリー - XMLHttpRequest でファイルのアップロードができないか?)
ので、Safariで作ってるときは~/Site上で作ってローカルで動かしてるApacheにアクセスしてたわけです。
(OSXならWeb共有をオンにするだけでApache動くから。)
それが、WidgetにするとHTTP鯖を使わない動作になるわけで
レスポンスのstatusを見てもundefined。(404とかですらない。当たり前か。)
(readyStateはちゃんと2,3,4と進んでいくんだけどなぁ。)
(readyStateはこっち側、statusはあっち側だから、あっちが鯖じゃなければ帰ってこないって事かも?)

で、これはもしかして読み込めない?とか思ったんですけど、電子の海を調べてみると
Televiの人が、ローカルからの読み込み部分を記事にしてました。感謝。
なんか、ステータスをチェックしないでそのまま使っていけるのかな?
家に帰ったら試してみます。
自宅にネットがないのは不便だ…。

(20060414追記)
で、上で引いてるKATO Kazuyoshiさんの記事のやり方でちゃんとできました。
っていうかSafari上でもふつーに動きました。
これ、アクセス権限のつけ方しだいではセキュリティホールになるのでは？
……スクリプトと同一ドメイン内に限定すれば大丈夫なのかな？
2006-04-13 | コメント | Track back | PermaLink

[MacOSX雑記] Win上で動かすMacOSXについての思いつき

ふと思いついたんですけど、BootCampとかでMacで動作しているWinの仮想マシン上でMacOSXを動かした場合
Appleのマシン上で動かしてるからライセンスに違反しないことになったりしないですかね。

いやまぁ、それならMac上の仮想マシンでWinを動かしたほうが手っ取り早い気もしますけど。
2006-04-10 | コメント | Track back | PermaLink

[MacOSX雑記] Boot Campキタコレ。

本当はAEONFLUXの感想文を書く予定でしたが、予定を変更してBoot Campに快哉を叫んでおきます。
右の柱にあるMyClipで書いたことなんですけど、折角だから記事にしておく。

Apple、Windows XPブート可能な「Boot Camp」で「スイッチ」を加速 (ITmedia)
Mac miniにBoot Camp + XPをインストールしてみた (CloseBox and OpenPod)

まだβ版なので細かい問題は結構残ってるみたいです。
製品版は、Mac OS Xの次期メジャーリリースであるLeopardに搭載される(ITmediaの記事より)らしいので焦りは禁物。
Leopardがいつ発売になるのかまだ判らないですが、かなりの売りになると見ていいと思います。
(OSの売りが他のOSを載せられること、というのは妙な話だけど。)
これでCoreDuo Mac miniを買うインセンティブが沸きまくり、ですが、お金ないのでLeopardまで待ちます。
最近、Winはたまにしか使わなくなってたからね。

ところで、ITmediaに間借りしてる実名blogの記事で、妙に違和感を覚えたのがコレ。
My MacBook Pro meets Win XP (Speed Feed)
なんか、私みたいな素人目にも突っ込みどころが満載のような気がする…。
WindowsユーザーからMacへのスイッチを推進するために障壁となるのは、既に日々使うソフトウェアの問題ではない。Web2.0時代においては、作成されたデータにはほぼ完全な互換性があるからだ。

私、ただでさえWeb2.0って言葉は嫌いなんですけど、この使い方はもう意味不明。
データの互換性とWeb2.0は、全く関係ないじゃないですか。
まぁこれはさておき、本当に突っ込みたいのは↓。
いよいよAppleはMSに対して衣の下の鎧を見せ始めた。MSは対Google戦況の不利に加えて、Appleの侵攻をいかに止めるか頭を悩ませることだろう。Vistaがクリスマス商戦に間に合わないことで、Appleは「Boot Camp」のベータ公開に今踏み切ったのかもしれない。

これについては、MyClipに書いた内容をそのまま書き出します。
---------
まるでBootCampがAppleからMSへの攻撃であるかのように書いているが、MSをハードベンダーかなんかと勘違いしてないか?
MacによってWinを置き換えるのではなくMac上でWinが動くのだから、Winの出荷本数は減らない。
Macが増えれば出荷本数におけるシェアは落ちるとしても、WinがインストールしてあるPCの割合は落ちないはずだ。
Winのシェアが落ちるとすれば、それはWinユーザーがMacも使うようになり、さらにそのPCを買い換えるときにWinが不要だと思ったときであり、それは２世代先の話になる。
--------
つまり、Boot CampによってWinがインストールされていないPCの台数が増えるためには
1) WinユーザがIntel Mac (with BootCamp)とWindowsを購入する。
2) (1)のユーザがそのIntel Macを買い換えたときに、今度はWinをインストールしない
という経過を辿ることになります。
(1)の時点ではユーザはWinを新規に購入していることに注意。
とすると、これがMSに対する攻撃として作用するのは(2)になった時の話です。
仮にPCを３年周期で買い換えるとしても(個人的には、将来的にこの周期はもっと長期化すると思っている)、
(2)に到達するのは、Leopardが出てから３年後、だから４年ほど先の話になります。
(おそらくVistaの次の世代のOSが相手になる。MSのVistaの次の開発が遅れればAppleは有利だけど。)
そして(1)の時点では既存のMacユーザがWinを購入することもあるのでMSにとってはむしろプラスになりうる。
(しかも、バンドル版より個別販売のほうがOSの単価も高いし。)
それに、デュアルブートを経たユーザがMac Onlyに流れるには、Macが少数派の不利益を度外視させるほど優秀でなければならない。
(あるいは少数派の不利益が無視しうる程度に小さくなるか。)
(そして、両者にはもはやWin95とMacOS8のような大差は無い。)
とすれば、将来的にはAppleの顧客はMSにとっても大切な顧客になりうるということです。
Boot Campが打撃を与えるとすれば、それはMSに対してよりもむしろDELLやSONYではないでしょうか。
AppleはOSベンダーであると同時にハードベンダーでもあるわけですが、
Boot CampはOSとしての競争力を強化するのではなく、ハードとしての競争力を強化するものです。

ところで、ハードとしての魅力を考えたとき、たとえば教育産業ではBoot Campはものすごい攻撃力になるはずです。
なにせWindowsとUNIX(しかも「Photoshopが動く」UNIX)を１台で提供できるわけですから。

とまぁ、やけに小川　浩さんの記事につっかかりましたが、小川さんのがたまたま目に付いたから挙げただけで
本当の狙いは、何かとApple vs MSを煽りたがる人への何か、です。


さて、で、話を元に戻すと、AEONFLUX、そこそこ面白かったです。
ポスターが知人に似てたので見てみたんですが。かっこいい女性っていいね。
映像が、いかにも映像表現を狙った感じがありますが、LOVERSほどまでは嫌味じゃないです。
「未来の話」にしてしまえば何でもあり、という虹色とうがらし理論。
ただ、未来の歴史についてモノローグで一気に紹介するのではなく、話の中である程度判らせたほうが良いと思った部分もあります。
とくにあの飛行船について。
単なる歴史的物体だと思ってたら実は、という謎解きがあったほうが良かったような。
日本趣味が散見されます。桜の中で戦うのはいい感じ。願わくば桜の下で春死なん、ってね。
ただ、クローンの扱いがどうも違和感があります。
これはクローンを題材にするSFの全般に言えることなんですが、
作家連中に共通して、遺伝子について誤解がある気がしてならない。

あぁ、なんかに似てると思ったらあれだ。
コブラでマンドラドの樹があれだった話だ。
2006-04-06 | コメント | Track back | PermaLink

[MacOSX雑記] WisedがAppleに掲載されました。

Wised、完成した日にApple Japanに掲載申し込んでいたのが、今日、掲載されました。
別にAppleがファイル置き場を提供してくれるわけでもなく、純粋に宣伝なんですけど。
メール出してからまったくレスポンスが無かったので、ちょっと不安になってました。
せめて「申し込み受け付けました」くらい返信あっても良いような気もする。

まぁ、何はともあれこれでメジャーデビュー(何のこっちゃ?)。

(20060308追記)
Dashboard Stationさんにも紹介されました。さすがメジャー (ぇ?
2006-03-07 | コメント | Track back | PermaLink
　 次へ

Related Content:

Inner Search:


What' this blog?

このblogは山上朮(Yamanoue no Okela)がMacOSXでのプログラミングの失敗談を語ったり語らなかったりする予定だったのにいつの間にか雑談の方が多くなっていたBLOGでした。
December
Sun
Mon
Tue
Wed
Thu
Fri
Sat
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

Archive:

BookMark:

類聚揮洒
朮の文系ページ。小説、midi、随想(?)、図工など。
オケラボ
朮の理系ページ。プログラムというかスクリプトというか。
(・∀・)ｼｳﾏﾁ!!地獄車
最近はVIP|虹裏中心に。知人ブクマ。
(・∀・)シウマチ!!地獄車＠はてな支部
「(仮)」が取れて、本社化も間近？
烏丸通的電算処
ｼｳﾏﾁさんのUNIX系メモ置き場。
私の本棚
*森さんの読書感想文置場。本の趣味は文系？
Blog Pet
下に付いてるウサギの本家。
こうさぎ うぃき
こうさぎの各blogでの設置法等をまとめてあるWiki。

Trackbacks:

Mail:

2ndBLOG: