ログインしてさらにmixiを楽しもう

コメントを投稿して情報交換!
更新通知を受け取って、最新情報をゲット!

AppleScriptObjCコミュのバグ(AppleScript全般)

  • mixiチェック
  • このエントリーをはてなブックマークに追加
10.3.5でset volume 文のバグが直った? set volume 7と実行したら、ちゃんとVolumeが最大になっているような……(USのMLでさんざんみんなで大暴れして「ざけんな」「いいかげんにしろタコ!」と騒ぎ回ったからか?)

ほかにも、10.3.xのバグが直っているかどうか列挙して確認してみるトピックです。

コメント(15)

[バグ修正] set volume

音量設定の「set volume」が10.3.5で修正されたことが明らかになりました。正しい音量が設定できるようになったことが、公式に発表されました。ここまで来るのに長かった(ーー;;;;
[まだ残っているバグ]
ファイルのnameを取得して、それをas Unicode Textでcastすると、濁点や半濁点入りのファイル名の文字がバラバラになる。

「バ/ナ/ナ」→「ハ/゛/ナ/ナ」

Appleに文句を言いつつ、バグレポートを日本語で書いて送ってやろうかと。
[まだ残っているバグ] 継続記号など特殊記号が軒並み使えない

行の途中で改行する継続記号「┐」が使えません。一度Mac OS X 10.3.1あたりで直った……ような気がするんだけどなぁ(ーー;
10.4.5上のXcode 2.2.1+IB 2.5.3の環境で、File's Owner由来のイベントハンドラ(will finish launchingとか、launchedとか)を、それぞれ別のScriptで処理させようとしたら…………できない(ーー;

以前はできたような気がするのですが、、、、、、これは一体(汗)
ところで10.4.5で

say "test" saving to "test.aiff"

って動いてます? 動いている方いらっしゃるなら、再インストールしようと思います……。
set vPath to path to desktop
set vPath to (vPath as string) & "test.aiff"
say "test" saving to vPath

動いていますよ?(10.4.5)
すいません。動きました。
パス無指定時にどこに出来ているんだろう。
どこかにいっぱい出来ているのかな(w
参照が返って来ないので行方不明です。
いずれにせよAppleScript Studioに関係無くてすいません。
どうもありがとうございました。
あれ、、、本来は、

say "test" saving to file vPath

でないと動かないはずなのに、テキストでパスを渡しても生成してくれていますね。これはこれで謎(汗)
Pantherは、今環境が無いので確認できないのですが、

say "test" saving to "test.aiff"

これでも動いて、~/Documentsフォルダだったか、ルートだったか、~/Musicに出来るのでした。

http://pcweb.mycom.co.jp/column/osx/045/

を見るとルートのようですね。確かそうだったような。
参照だろうがテキストだろうが、動けばOK!
AppleScript Studio的には、User defaultsの中に保存するのであまり影響はなかったりするものの、外部に通常のAppleScriptを併用している場合に問題が出るかも。

格納形式が変更され……ちゃいかんと思うので、それについてはちゃんとコンバートするようAppleにバグレポートを書くのが吉。

あるいは、USのMLで「これはおかしいぞ!」とさわいでみるとか(^ー^;;; いろいろやりたがり屋ぞろいの海外の連中が騒いでいないところを見ると、日本語環境限定バグ(よくある〜)かもしれませんし。
オブジェクトのclassを取得して条件分岐させるケースが多々あるのですが、

set a to "abc"
set aClass to class of a

--> string

通常のスクリプトエディタ上ではまともに機能するのに、ASSの環境に持ってくると「再現性のない謎の数値」が帰ってきて、classによる条件分岐が行えないケースが多いのはなぜ(ーー;;
Intel Mac上で日付オブジェクトを読み出すと日付が狂う、という件についてUSのAS Studio MLでPaul Berkowitzがこんな説明をしています。Panther->Tigerだからではなく、PPC Mac-> Intel Macだから問題が出たのでは?

Date objects are actually stored by AppleScript as (long) integers
representing the number of seconds since Jan 1, 1904. The limit is
equivalent to some time on Feb 5 or 6, 2039, if I remember correctly. (It's
2^29 or 2^31 something like that.) Larger numbers start again at 1/1/1904,
negative numbers backwards from 2/2039. So your "wrong date" represents 0:
it could be an "invalid" number on the wrong CPU defaulting to 0. There's
probably supposed to be some coercion that isn't working. I believe dates
work OK in regular AppleScript .scpt and .app files made in Script Editor
and ported to the other architecture. It could well be some
Cocoa-to-AppleScript translation that's going wrong here.
Appleのアホ担当者がMLで正式にこのDateのRead/Write問題について「認識している」と発言。次のアップデートで修正するとのこと。

ログインすると、みんなのコメントがもっと見れるよ

mixiユーザー
ログインしてコメントしよう!

AppleScriptObjC 更新情報

AppleScriptObjCのメンバーはこんなコミュニティにも参加しています

星印の数は、共通して参加しているメンバーが多いほど増えます。