www.musta.jp/archives/2010/04/androidellipsizemarquee.php

maxWidthとかmaxLinesとかだいぶ悩んだ……

いつものようにSurfaceViewを使って描画しようとしたら、全画面表示なのにどうもボケる。setAntiAlias(false)してもボケる。おかしい！気持ち悪い！

AVDでWVGA800の端末を作って実行したら、アクティビティが画面全体に表示されない！なにこれ！気持ち悪い！

当然、SurfaceViewのgetWidth()とgetHeight()を見ると、画面より小さなサイズになってる。Nexus Oneで実行してみると、アクティビティは画面全体に表示されてるものの、SurfaceViewのサイズが320×508とか全然小さくて、それが拡大されて表示されている様子。

悩みまくった挙句、もしや、と思ってAndroidManifest.xmlに…

<uses-sdk android:minSdkVersion="4" />

を追加したら、ちゃんと全画面表示になってSurfaceViewのサイズもピクセルレベルで正しくなりました！

APIのバージョンによって画面の大きさも制限があるんですね。minSdkVersionが3以下、つまりAndroid 1.5までは画面サイズが横幅320にしかならないのです。その方向で調べてみたら、素晴らしい情報が見つかりました。

groups.google.co.jp/group/android-group-japan/browse_thread/thread/f8ff1fdb8afb52af?hl=ja#

Android 1.5までは、HVGA(320×480)のサポートのみと。1.6で初めて、全ての解像度に対応。2010年8月現在、Android1.5端末は15%ほど残っているみたいですが、これを踏まえるともう1.5以下は切り捨てでよさそう。

developer.android.com/resources/dashboard/platform-versions.html

しかし、ああ、悩んだ……

とにかく、この場合はコマンドラインからエミュレーターを作成する必要があります。コマンドラインを起動し、Android SDKをインストールしたディレクトリで下記のコマンドを実行です。具体的には下記のページが詳しいです。
d.hatena.ne.jp/masa-pon/20090417/1239928840

というわけでMIDniteのエミュレーターを作ってみます。

?C:\android-sdk-windows\tools>android create avd -t 7 -n MIDnite -p C:\avd\MIDnite -s WVGA800

-tはターゲットで、7ならAndroid 2.1相当。いっつも思うけどターゲットとAndroidバージョンの対応が実にわかりにくい……
ターゲットは下記が詳しいです。
www.javadrive.jp/android/emulator/index1.html

-nはデバイス名。なんでもいいけどスペースが使えないとか多少縛りありますね。[a-z][A-Z][0-9][._-]のみ使えます。
Nationite MIDnite注文済みです。届くの楽しみです。

-pはデータの保存先。このパスが日本語を含むとダメみたいなので、日本語を含まないパスにします。このパスの中にconfig.iniとか作成されます。

-sはスキンですね。MIDniteは解像度が800×480なのでWVGA800にしました。

これで無事作成されれば、下記のようなメッセージが出ます。

Created AVD 'MIDnite' based on Google APIs (Google Inc.), with the following hardware config:
w.lcd.density=240
vm.heapSize=24

ディスプレイのdpiが240で、いわゆるHDPIになりました。NexusOneならこれで問題ないですが、MIDniteは7インチ端末なので、MDPIに該当すると思います。なので-pで指定したパスに生成されたconfig.iniを編集する必要があります。単なるテキストファイルですが、改行コードがLFになっているのでメモ帳は避けた方がいいです。hw.lcd.dencityというキーがあるので、

hw.lcd.dencity=160

に修正します。MDPIは160DPIなので。

以上でユーザー名が日本語でも問題なく起動できるエミュレーターの完成です。eclipseからもAndroid SDK and AVD ManagerのVirtual Devicesのリストにちゃんと表示されると思います。

まあでも、AndroidはiPhoneと違って実機に転送するのにプロビジョニングがどうのとか面倒くさい手間はありませんし、そもそも実機に転送するのに年1万円のお布施を要求するようなことはありませんから、基本的には実機でのテストがメインになりますよね。エミュレーターが非常に重いというのもありますし。Z560のVAIO Pでも起動すらできませんでした……

それにしても3.7インチでも5インチでも7インチでも同じように使えるインターフェースって難しいですね。DPとかSPとか解像度非依存の値が使えるので物理的に同じ大きさで表示するのは簡単ですが、例えばリストを表示するのに3.7インチなら画面全体に単一のリストでいいでしょうが、7インチの画面全体にリストだけってのは画面がもったいないし、じゃあ7インチの時は2ペインにするとしても、5インチぐらいだとどうしよう……みたいな。

とにかく自分はソースコードのフォントをコロコロ変えます。気分転換の一種です。ずーっと同じフォントだと集中力がなくなってしまいます。

世の中には幾億のフォントがあるのですが、それがソースコード用、まして日本語もとなると数えるほどしかまともに使えません。なのでフォントを変えると言っても結局は手持ちのをローテーションで回していくしかないんですけどね。
そのローテーションに組み込まれているフォントをご紹介します。

ちなみに、変わったフォントの方が好きです。プログラミングに使うったって、今日日スペル間違えくらいeclipseが指摘してくれますから、0とO、lとIが区別できるとかはわりとどうでもいいです。むしろ分かりづらくても見ていて楽しいフォントが好きです。もちろん、プロポーショナルでも全然気にしません。特に手書き系が好きです。手でソースコードを書いてるような気分になれます。チームでプログラミングしてると折り返し位置とかもあるし、こうはいかないでしょうね。サンデープログラマーの特権です。イェイ。
というわけでこれらのフォントはソースコードでサンプルを示すような場合には全然使えないと思うのであしからず。

Segoe Print
一見すると読みにくそうな手書き風フォントですが、これでけっこうバランスが良く、読めないことはないんです。入力してて楽しいし、お気に入りです。Windowsに最初から入ってると思います。ちなみに、Segoe Scriptにするともう少し崩れて文字がつながりますが、十分使えます。日本語がないのが残念ですね。

残り7つは続きを読むでどうぞー。

しねきゃぷしょん
映画字幕のフォントですね。まさかソースコードに使うことは想定されてないと思いますが、日本語はもちろんのこと、アルファベットも読みやすいのです。全体的にカッチリしていてソースコード向きですよね。
CHIPHEADさんが配布しています。chiphead.jp/

ＫＦひま字 等幅
この手のフォントにしては珍しく等幅があってありがたく使ってたんですが、残念ながら今は等幅は公開停止のようです。それぞれの字が太めなので、画面が物理的に小さくても読みやすいのが助かります。IBM T221とか、VAIO Pでコーディングする時は便利ですよ。
KF STUDIOさんが配布しています。www.kfstudio.net/

Osaka 等幅
昔のMacのフォントですね。あまりに読みやすいのでいろいろなフォント形式に移植が盛んです。上記スクリーンショットは9ptのものです（他は11pt）。もちろん他のポイント数でも読みやすいのですが、9ptにするとビットマップフォントになるみたいで、きわめてコンパクトでしかも読みやすくなります。画面の解像度が足りない時はこれ一択じゃないでしょうか。等幅なのもソースコードにぴったりですね。
「Macの見やすいOsakaフォントをWinで使おうプロジェクト」でダウンロードできます。 osakattf.hp.infoseek.co.jp/

S2G らぶ
所々にハートマークが入るかわいい系フォントです。文字のバランスがわざと崩してあるのでちょっと散らかった印象になってしまいますが、等幅なのでソースコードを表示してもそんなに違和感ありません。割とおすすめ。
S2Gさんが配布しています。s2g.jp/

メイリオ
ご存じWindows Vistaからの日本語ディフォルトフォント、メイリオ。個人的に大好きなフォントで、日本語がとても綺麗なのでよく使います。英語も見やすく、プロポーショナルで全体的に幅が短く収まるので、水平方向の解像度が足りない時に便利なんですが、その分行間が大きく垂直方向は少し必要になってしまいます。

Courier New
ソースコードの王道ですね。ウェブなどでソースコードを表示するのにもよく使われてます。モノスペースだし、見やすいのは確かですが、日本語はないのでコメントはちょっとずれちゃいますね。打ってて面白みがないんだよなー（笑）。

ゆたぽん（コーディング）
「コーディング」という名前の通り、ソースコード向けとして作られている珍しいフォントです。文字の区別がはっきりと付くようになっていて、数字のゼロとかはもちろん、コロンとセミコロンなんかも明確に区別が付きます（あ、コロン入れるの忘れた……）。しかも、全角スペースがマークになっていて間違えて入力してもすぐわかるのです。プロポーショナルフォントが使えない場合などはこれですね。
jirouさんが配布しています。net2.system.to/pc/font.html

……

おまけ。Windows7のフォント選択ダイアログ。

Windows7ではフォント名がそれぞれのフォントで表示されるようになりました。フォント好きの自分としてはこれだけでWindows7にする価値があります。

最強の見やすさを誇るE-ink端末でアプリが作れるようになるのか！！

アプリ作るったって、画面書き換えは超遅いし、そもそもモノクロ16階調だし、CPUとかもすげー弱そう！でも解像度は800×600、Kindle DXなら無駄に1200×824！！小さい方でもゲーム機Wiiより上（笑）。

いや?いまから何作ろうか考えるだけでにやにやですね。

もちろん端末の性質上、ゲームとかよりはユーティリティ的なものを想定してるんだけど、このローテク環境でのゲーム開発とかもちょー楽しそう。とにかくiPhoneやAndroidと違ってすげーニッチですね。

SDKはKindleのシミュレーター付きでWindows、Mac、LinuxいずれもOKみたいです。気になるのはアプリからの通信で、フリーのアプリだとかなり制限されるみたい。せめて無線LANが使えれば。でもKindleってWiFi使え・・・ないような・・・

人事を尽くさず天命を待つ、ということでとりあえずお知らせメール登録しておきました。β版は来月とのことです。言語とかどうなるんだろうなあ。

あと、調べてたら、KindleってCPUだけならiPhone 3Gより高速なんですって。

kindle development kit for active content

Xcode 3.1までは検索ウィンドウが開いて、オプションとかの設定も見やすかったのに、3.2ではエディタの上部にバナーのように表示されるようになりました。み、見づらい・・・

Xcode3.2の検索バー

検索と置換の切り替えは小さいドロップダウンを操作しなければならなくなったし、検索オプションに至っては検索後のフィールドの横にある小さな小さな虫眼鏡をクリックして選択しなければなりません。劣化だ劣化だーぶーぶー！

そして一番困っていたのが、「選択範囲のみ」のオプションが見あたらないこと。かなり使う機能だったので、なくなってしまったのかと参っていたら・・・あったんですよ。そりゃあるだろうけど、隠しオプションみたいになってんじゃん！

いつもの状態

Altキーを押すと！！

選択範囲のみ！！

うわぁぁぁ、あったぁ！！（笑

それにしても、やっぱり前みたいな独立した検索ダイアログが欲しいなあ。オプションで戻せないかなあ。確かにこっちの方がスマートだとは思うけど、使いづらい・・・

ちなみにこの情報はここで見つけたのです。
Xcode 3.2 find and replace in selected text – Stack Overflow
stackoverflow.com/questions/1656625/xcode-3-2-find-and-replace-in-selected-text

上記みたいなコードはデバッグ用に必ず登場すると思いますが、このプリプロセッサの"DEBUG"というのをXcodeのプロジェクト設定で定義する方法がやっとわかったので下記にメモ。

もちろんソース上に

#define DEBUG

と直接書いてもいいんですが、これだとあまり意味がなくて、DebugビルドでのみDEBUGを有効にし、リリース用のDistributionビルドでは無効にしたい場合、いちいちソースを書き換えないといけません。そういうことしてると、Romlyみたくデバッグ用のビルドがApp Storeに並んでしまいます（ぉ

やっべーと思って早速検索してみたら、英語のページでいくつか、ズバリの方法が書いてありました。でもどのページでもBuild設定のOther C Flagsに-DDEBUGと書けばいいとしか書いてないんですよね。
-Dというのがdefineコマンドみたいなもんで、続けて書いた文字列、この例ならDEBUGが定義され、#ifdef DEBUGが真になると。他にも-DDEBUG=1と書けば、#if (DEBUG==1)などと値も設定できるらしいです。

だがしかし！-DDEBUGを書いた状態でテストしても、#ifdef DEBUGが全然真にならない。原因もわかんないし、仕方なくそれっぽいBuild設定を上から順番に探してみる（Build設定多すぎるよー）と……

GCC 4.2 – Preprocessing

ってちょーそれっぽいグループ発見！
Preprocessor Macrosって そのまんまなキーがあったので、そこにDEBUGって書いてみたら、#ifdef DEBUGばっちり有効になりました！?(＞▽＜)／

ちなみに、Other C FlagsやPreprocessor Macrosが見つからない場合、Xcodeのメインウィンドウ（プロジェクトウィンドウ？）の左上にあるドロップダウンで、Active SDKをUse Base SDKにすると表示されます。なぜかiPhone DeviceやiPhone Simulatorを選択した状態では表示されません。これもよくあるつまずきポイントらしくてあちこちに書いてありますね。

えーと、タイトルの通り、３つの言語でのインスタンスの型（クラス）のチェック方法と、ついでにキャストの書き方です。
unknownObjectというインスタンス変数と、TheClassというクラスがある場合。TheClassはtestという数値型のプロパティを持っているとして……

Java

if (unknownObject instanceof TheClass)
{
  ((TheClass)unknownObject).test = 1;
}

Delphi

if unknownObject is TheClass then
begin
  TheClass(unknownObject).test := 1;
end;

Objective-C

if ([unknownObject isKindOfClass:[TheClass class]])
{
  ((TheClass *)unknownObject).test = 1;
}

新しい言語を覚え始めた時に必ずひっかかるのがこういう所で。間違いなくその方法はあるし、簡単なことなんだけど、単純にその言語を知らないがために書き方がわからない、みたいな。そういうのありませんか。僕だけですか。まあそれはいいんですけど。

特にこういう型のチェックなんて間違いなく使うのに言語によってずいぶん書き方違うじゃないですか。
それにしてもDelphiの文はかっこいいなー。beginですよbegin。括弧も少ないし。でもうろ覚えです。間違ってたらごめんなさい。

でもおいらはえせプログラマーなのでAssertを使うということに未だに慣れないです。なんかif文のノリで、条件式が真ならAssert内のメッセージが表示される、みたいに思っちゃっていっつも逆の式書いちゃいます……

で、リリース時はNSAssertは要らないのでそれらを無効にする方法です。ググっても英語でしか出てこなかったし。

Xcodeでプロジェクトを開いて、ターゲットの情報から、Other C Flagsというのを探します。その値に「-DNS_BLOCK_ASSERTIONS=1」を書き足せば、NSAssertが無効になります。なので、DistributionのConfigurationだけに書いておけばいいですね。下記に書いてありました。

Re: Removing NSLog & NSAssert for deployment
lists.apple.com/archives/cocoa-dev/2002/Feb/msg00424.html

ちなみにOther C Flagsが無い場合はOTHER_CFLAGSというキーで書き足せばいいみたいです。

de-co-de: XCODE 3.1 Other C Flags
de-co-de.blogspot.com/2009/01/xcode-31-other-c-flags.html

• Ctrl+H delete（WindowsでのBackSpace）
• Ctrl+D delete->（WindowsでのDelete）

これらもMacでは標準みたいでいろんなアプリのテキストコントロールで使えました。