今年3月21–22日に東京で行われた“try! Swift”というSwiftのカンファレンスでスピーカーをやりました。という報告です。

> read more

ミュージカル（特に舞台）がわりと好きなのですが、最近『Jesus Christ Superstar』にハマってました。このミュージカル自体は以前映画版を見てて前から知ってたのですが、今年 André Bauer というミュージカル俳優に熱を入れていて、その André の CD 化してる演目のひとつに『Jesus Christ Superstar』（以下、JCS と記す）があったので音源を iTS で買って改めて聴いてたら、「なかなかいいなぁ」と他のプロダクションのやつもいろいろあさり直してたのです。

で、いろいろ見比べて、映像になってるやつだと 2012 年のアリーナツアー版という映像作品にもなってる舞台のやつが一番良いと思ったのですが、このパッケージ版の日本語字幕がひどい。どうひどいかというと、劇団四季版の日本語歌詞をそのまま字幕として当ててるのです。

翻訳ミュージカルの歌詞というものは、普通の訳と違って既存のメロディに乗せて歌えないと意味がないので、語調を合わせるために内容をかなり端折ってたり、歌っぽくするために読むにはわかりづらい倒置法や省略が使われてたり、その少ない1曲間でストーリーを伝えるために原詞とは違う箇所で該当の下りを言っていたりします。特に JCS は全編歌でセリフがないので、歌内ですべてを伝えないといけない。それ以外にも商業翻訳は文化背景の違う我々に内容を伝えるために固有名詞やディテールを抜いてたりするので、好きな人には物足りない。

と、とにかく舞台は最高なのに字幕がもったいなすぎた。自分でミュージカル楽しむ分には字幕なしで見ればいいんだけど、他人に布教しづらいなぁとか、字幕への恨みが募りすぎた結果、なぜか自分で字幕訳を作る謎の行動に出てしまったのでした。

で、私家訳である。「まぁ内容よくわかってるし、歌だし」と思って取り掛かったら思ったよりも時間がかかった。そう甘くはないわな。でもせっかく完成？最後までこぎつけたのでもったいなく思えてきて公開に至りました。開発者らしく字幕データも GitHub で公開です。PR とかも出せるし。一応 SubRep (.srt) 形式という一般的なプレーンテキストベースの字幕データ形式なので、字幕として利用しやすいと思います。パソコンで Blu-ray/DVD 等見られる環境なら大体読み込めるでしょう¹。

訳詞としては Creative Commons ライセンスにしてますが、そもそも2次制作的なアレなので皆さん良心的なアレでアレしてください。

https://github.com/1024jp/JCS-Subtitle

せっかく Git なので (?) 公開後もたまにちまちま修正してます。

前置きは置いといて、訳作ってると訳注的なの入れたくなってくるものなので、久しぶりにこのブログの筆をとった次第です。

> read more

ブログを書けという圧を感じるのでブログを書きます。

先日、3月の1-3日にかけてtry! Swift Tokyoというカンファレンスに行ってきました。このイベントは東京で毎年この時期に行われているSwift言語のカンファレンスで、今回で3回目になります。私は1回目からなんとなく毎回行っており（1回目の記事¹）、私の中で毎年の恒例のイベントになってきました。私はこれ以外IT系のイベントには参加しないので、年に一度の楽しいお祭りのような感じ。というかこれ以外はiOS色が強すぎて私の出る幕がないからもあるのですが。

ということで、「今年もtry! Swiftに行ってきた」という話でも良いのですが、今回はこのtry! Swiftの前夜祭的なイベントを非公式で主宰したので、それを書こうと思います。

> read more

たまにはブログを書いてみようと思い腰をあげる。

最近は CotEditor を引き継いでやってます、1024jp です。おひさしぶりです。本投稿は、先週の try! Swift という Swift のカンファレンスに行ってきました、というお話です。

今書いた通り、好きが高じて CotEditor をコツコツ開発しているわけですが、アプリケーション開発を生業としているわけでも情報系出身なわけでもないのでプログラムの話をしたりする人がいないんですね周りに。下手したら「プレーンテキストとは」というところから始めないといけないような環境なので（ちなみに、私の界隈では Swift といえば机のことです）。で、一方私はそういうことが好きなので、気兼ねなくプログラミングとか話がしたい！もっとそういうコミュニティに歩み寄っても良いのではないか、と。そんなことを考えていた時に Twitter で try! Swift というイベントが今度あるらしいという話が流れてきて、会場が渋谷で近いし、なんか楽しそうだし、いいかな、とチケットを買ってみたのでした。Swift はできるようにしておきたい言語だったしね。

このようにして、初コンピュータ周りイベントに身を投じてみたのでした。

肝心のカンファレンスの内容はなかなか面白かったです。とはいえ私はまだ Swift をバリバリモリモリ使っているわけではないので理解するのがやっと、もしくは「お、おう...」レベルの話が多かったのですが。でも Swift で書くということとは、みたいなののイメージがより固まりました。面白い言語だねー。それに他の Swift 開発者が同意ことに興味を持ってコードを組み立ててるかとか。大雑把な印象は protocol 天国なのと関数型の波と。あとしょうがないけどみんな iOS 開発がベースで、そうなると自動的にネットワークのやり取り系とか view controller と storyboard とかそういう話がよく出てきたので、なんだろな、その辺はよくわかんないや。発表枠を埋めるためか「それは Swift 関係ないじゃん」という話もちらほらあった。

まぁ、カンファレンスの具体的な内容は niwatako さんのまとめ を見てください。全部まとまってます。すごい。

発表者の中で一人、ライブデザインっつってその場でアプリケーションアイコンを作るパフォーマンスをした人がいて（これも Swift 関係ない）、その人 Sketch 使ってたんだけど、いよいよ私も Sketch に移行した方が良いのではないかとそれを見て思ったのでした。問題は過去の遺産だよなぁ。人が絵を描いてるのを見るというのはなかなか面白かったので、コードの高度な話はできないけど、こういうデザイン系なら私もプレゼンできたら楽しそうだなぁ。

そのライブデザインやった方とはその後の Q&A セッションで話をしたら、お絵描きそのものよりも認知心理学とかユーザテストとかちゃんと理論をベースにデザインをする方だったので、その辺の話ができて愉快でした。特に彼女はユーザテスト推しで、「絶対やったほうが良い」と。ユーザテストというと企業とかがやる本格的なやつのイメージがあったんで「いや、私の app はフリーウェアで被験者とか環境整えるバジェットとかないし...」と尻込みしたら、その人は駆け出しの頃ロンドンの道端とかカフェにいる知らない人に声をかけてその場で自分のソフトウェアを使ってもらうのを頼んで様子を観察したとのこと。人間やろうと思えばできるもんだね。ってことで誰か CotEditor を使う姿を見せてください（ぉ。

カンファレンス中、ふとそういえば自分が Swift で書いた extension なんかも公開していることを思い出して、CocoaPods や Carthage の話も出てたことだし、も少し真面目に整備しようかと思いました。

このカンファレンスは一人でふらふらと参戦したんだけど、CotEditor Project でお世話になっている @usamik26 さんをはじめとして「Twitter/web で存じ上げています」なアバターアイコンならば知ってる方々にたくさん会った（そして軽度の相失なのでアイコンとかがわかると助かる）。複数名に「おじさんだと思っていた」などと言われつつ。

さらに途中、会場近くが職場の @onevcat さんに呼び出してもらって objc.io 主催者でもある Chris さんと3人で会場外で少し話したり（しかもそのあとすぐ pull-request も貰えた）。

とにかくいろいろな人と話ができたのが良かったです。お前は遊びに行ったのか？(Yes!)

巷では参加費が高いと言われていたようですが、実際を加味したらむしろ安価なんじゃないでしょうか？ イベント中飲み食いし放題 (?) だし、全発表ハイクオリティな同時通訳付きだし（しかしタイミングを逃して結局1度もレシーバ借りなかった。もったいないことをした。）、某学会なんかと比べるとだいぶ差が...。スポンサーがたくさんついてるもんな。華やかだ IT 業界。

しかし iOS ディベロッパばっかりなので OS X 開発者のコミュニティが別に欲しいね。iOS の話が出ないサンクチュアリを！だいぶこじんまりとしそうだけど。

CotEditor は未だ Objective-C で書かれています。今はまだ Mountain Lion があるから。それ切ったらぼちぼち移行しても良いかなと思ってるんだけど。「Swift だったらここ struct にするんだけどなぁ」などと妄想しつつまだ当分は ObjC で。やるとしても Swift 3.0 以降だな。一方 Gapplin は Swift です。

なかなか面白かったので、来年やるならまた行きたいなー。

先日1.0をMac App StoreからリリースしたSVGビューアGapplinですが、数日前から1.1が公開されています。

> read more

先日つくったよ、と書いた OS X用のSVGビューア Gapplinですが、このたびめでたくMac App Storeで公開のはこびとなりました。というか、10日ほど前から既に公開されていたのですが、こちらのブログでの連絡が遅くなってしまいました。

もしβ版を使ってみた方がいらしたら、ぜひApp Storeから正式版をインストールして下さい。

詳しい説明は前回のブログに譲りますが、簡単に書くとGapplinはSVG画像ビューアです。WebKitレンダリングで、普通のSVGを始めSVGZやアニメーションSVGのプレビューをします。このソフトウェア自体にはSVGの編集機能はありませんが、Gapplinで開いたSVGを外部ソフトウェアで編集すると、リアルタイムでビューを更新してくれるので、テキストエディタでのSVG編集の際の表示確認に特に最適な仕様になっております。

SVGを頭っからテキストエディタで書く奇特な人はあまりいないでしょうが、IllustratorやSketchなどで作成したSVG画像を最後テキストエディタでクリーンナップするようなことは多いと思います¹。

もちろん単なるプレビューアとしても。OS Xで気軽にSVGZ開けないの不便よねー。

また、そもそもこのGapplinは私が以前から開発していたCotEditor用のSVG編集スイートをもっと便利にしたいがために開発されたので、このGapplinの公開を受けて、大元のSVG編集スイートの方もGapplinを使う仕様に書き換えました。こちらもあわせてお使いください。

つまり、Gapplin + CotEditor + CotEditor用SVG編集スイートの3つがあれば、OS XでのSVGテキスト編集はカンペキということになります。CotEditorでサクサクSVG書いて、表示はGapplinで確認。CotEditorでセーブしたら自動的にGapplinは更新されるし、xmlにシンタックスエラーがあればそれも表示されるし。べんりー。

β版から大きく変わったところは...なんだろう。安定性が向上しました。あとソースコードはもうAppleScriptObjCじゃなくなっちゃいました。今は全部普通のObjective-Cで書かれています。

正直最初のAppStoreの申請は、落ちるんじゃないかと高をくくっていて、さらにAppStoreはレビューに入るまでに最低1週間かかると聞いていたものですから、こんなにすんなり申請が通ってしまうとは思わなかったのです。submmitしてから4日ほどで In Review になり、そのレビューを抜けたのがなんと12分後。速すぎだろ...。いやたしかに問題がない限りはボタン一個押すだけくらいの流れ作業なんだろうけれども。ちょっとダメ出しとか受けてみたかった気もする。ということで心とサイトの準備が何もできていないまま公開してしまったのでした。

なお、ただいまQuick Lookプレビュー等を搭載したv1.1を申請中なので、うまくいけば今年中にさらに強化されたGapplinをお届けできることと思います。1.0は書き出しの範囲指定にちょっとミスがあるのでその辺りは1.1で直ります。GUIのプログラミングもたのしいねー。

ということで、よろしくお願いします。というか、宣伝活動を全然していないのでだれか広めて...。

1. このようなGUIソフトの吐くSVGソースは大概ムダが多いので、テキストエディタで最後掃除をするとけっこうファイルサイズを抑えることができます。

OS X用のSVGビューア、Gapplinというソフトウェアを開発してみました。現在、専用サイトでβ版を配布中です。（JAVAとかAppleScriptとかを除けば）一応1024jp史上初のMacネイティヴアプリケーションになります。

SVG専用のビューアということでこのソフトウェアが必要な人口は少ないかとは思いますが、その分使う人にはかなり便利なソフトウェアに仕上がったと思うので、SVG愛好家の皆様におかれましては、ぜひ使ってみて下さい。

> read more

本日、OS X用２ちゃんねるブラウザ BathyScaphe の v2.4 (Kazusa-Ushiku) がリリースされました。

このバージョンで公式p2がサポート、また複数のプレビュープラグインを設定できるようになりました。他、Rokka Systemに対応するなど、いくつかの機能強化も行われています。

1つ前のバージョンであるv2.3.3からv2.4での主な変更点は以下になります。

ダウンロードは公式サイトからどうぞ。

個人的に嬉しいのはナビゲーションバーが隠せるようになったことでしょうか。些細なとこですが、見た目すっきり。

あとは人によってはp2はかなり嬉しいのではないでしょうか。Rokkaとか。私は持ってないんだよね、p2アカウント。●使えなくなって2chに書き込めなくなっちゃったのは結構困っているのだが。

以下は恒例の、デザインまわりの変更点についてちょっと詳しく。といっても、今回はほとんど私の出る幕がないな。

> read more

©マークを実体参照で記述することの必要性の話。

思想があってCreative Commonsを使ってる場合なんかを除き、慣例として、サイトのフッターにはコピーライト表記を入れることがほとんどだろう。その際コピーライトマーク © は実体参照で入れることになっている。

例えばこんな風に。

<p>&copy;2013 1024jp</p>

もしくは、XMLで書いている場合、文字実体参照が使えないことに気付き、数値文字参照で©マークを呼び出しているかもしれない。となると、こう。

<p>&#169;2013 1024jp</p>

いずれにせよ、文字参照だ。

しかし、そもそもなぜ©は文字参照で書かれるのだろう。「それは、©が機種依存文字だから」である。まぁ、そう覚えたよね、最初にHTML勉強した頃。丸付き数字①を使って知らない人に怒られたり。あぁ、機種依存文字って、なんてマナー違反。けどさ、機種依存文字ってなんだっけ？

<p>©2013 1024jp</p>

どうせUTF-8使ってんでしょ？ もう、©マークは直接書こうぜ。

ちなみに件のマシンとその惨状については下記リンク参照。

• #セブンカフェの様子

たとえばこんなん。

セブンイレブン台東1丁目店　#セブンカフェの様子 http://t.co/62kd6ddOtQ” pic.twitter.com/gfgKa1CjOl

— ippei ogiwara (@iogi) July 10, 2013

私は「文句言われる前に貼っとけ」的な日本の張り紙文化大嫌いなんだけど、まぁこれはしょうがないよね。というか面白いね。

元のインターフェイスもわかりづらいけど素人の張り紙・テプラべたべたもそれ以上に醜い。

こういうの出てくると「気取ったデザインは無能、結局ゴチャゴチャ全部書いた方が良い」みたいな意見が出てくるんだけどそれは違うんでないかいと言いたい、ちょっと変えるだけでも良くなるもんだよ。

ただし実機は見てなくて写真だけ見て書いたからもしかしたらなんか勘違いしてるかも。

改善案

で、その作ってみたヤツと問題点＆改善点。

どこが押せるのかがわかりづらい

この点問題に上がってなかったようにみえるが、これ結構大きい気がする。最近コンピュータのUIで人気のフラットデザインと共通するのだがあんまりにものっぺらぼうだとどこが押せるのか、そもそも押せる箇所が存在するのかがわかりづらいという。いちおう物理的なボタンみたいだから実機を前にすればわかるのかもしれないけど。ってことで押せるところを光らせてみた。

準備中とかで無効のときはボタンそのものが光らない、というおまけも。

R / L ってなんなのよ

まぁ結局そこだよな。普通に考えたら Right と Left を想像するだろうし。すぐ下にRegular / LargeってキャプションがあるのにそのRとLを取ってボタンにするのは何も意味がないと言って良い。それより画がいいんじゃない？という。こういうところはピクトグラムが便利だよね。意匠的にもスマートだし。

英語わかりづらい

言いたいことはわかる。けど日本語はむずかしいんだよ。日本語読めない人もいるんだって。ってことでこれを全部「あったか〜い」とか「普通サイズ」とかに変えるのには反対。だけど、やっぱアイコンと英単語だけだとそれはそれで困る層もいるだろうから日本語も下に書いとく（個人的にはなくてもいいんだけど）。ちょっと添えとくだけで結構効果あると思う。ホットとアイスは普通の人は色で判断できるかな。上にキャプションもあるから全く見失うことはないはず。

値段が書いてない

値段はまぁ店舗とか時期によって変わることもあるだろうから機械に直接書くのは難しいと思う。ってことでこれはそばにパネルでも立てとけばいいんじゃない？ それでいいと思う。むしろレジに料金表置いて、このマシンには「まずレジで注文して下さい」とかだけ書いとけばいいじゃない？

って感じ。前のイメージを壊さずに野暮ったくならない範囲でやってみた。

要点は挙げた通りだが、実際の押すボタンそのものに必要な情報（サイズ・温度・品切れか）全てが入っているってのもポイント。

ってことで駆け足でしたがおいらのセブンカフェUI改善案。

以上。