ATEN CS533 も昨日届いたのですが、組み合わせてみると非常に相性が良いです。マジお薦め。
ICS環境のテスト用兼Bluetoothキーボードのテスト用の目的のためにGalaxy Nexusを購入しました。(安さに釣られて……)
IS01同様、評価専用機の扱いです。手元にあれば色々と気付くところも多いと思うので、その用途では期待しています。
IS01と一緒に記念撮影。キーボードはつながっていませんw
とりあえず今週の進捗メモです。
1アプリ内に呼出元/呼出先を用意して、サービス経由でJavaScript呼出をかけるところまで実装。
最終的には呼出元側をJotaに移植すればいいようにしてある。
無限ループ対策/手動でのキャンセルは実装済み。
準備したコールバックは以下の通り。
ログ出力
選択範囲の開始位置取得
選択範囲の終了位置取得
選択範囲のテキスト取得
選択範囲にテキスト設定
選択範囲の設定
任意の範囲のテキスト取得
任意の範囲のテキスト設定
未実装だけど必要そうなのが以下のもの。
前方にある特定文字の位置取得
後方にある特定文字の位置取得
前方にある特定パターンの位置取得
後方にある特定パターンの位置取得
前方にある単語境界の位置取得
後方にある単語境界の位置取得
課題が以下の通り。
スクリプトのランチャーをどういう形で実装するか。
ショートカットキーやツールバーから特定スクリプトを呼び出す方法。
エンジン側アプリでのエミュレータの用意。
デバッグ方法。
この手の仕様決めはブレーンストーミング出来るだけで結構助かるので、メールやツイッターで意見頂けると嬉しいです。
#まあ、でもプロトタイプが動き出したから何とかなるでしょ。
S.Poeさんのコメント
Jota側へのCallbackを公開してもらって、誰でもマクロ言語を作ってJotaと連携できる…とかだと嬉しいんですが。
新しいマクロ言語を作ってやってみたいことがあって、でも、時間がなかなか取れないので、いつ実現できるか分からない。とりあえず、インターフェースが用意されていれば、こっちのペースでやれるかな…とか思ってはいるんですが。Posted by S.Poe (@S7nP) at 2012年02月25日 23:03
スクリプトエンジン部分もオープンソースにする予定なんで、基本的に問題ないですよ。(Rhinoのライセンスを継承して、MPL/GPL/LGPLのトリプルライセンスの方向で。)
ただ、現在callbackの仕様を考え考え進めているので、安定するまで少しかかるかもしれません。
どれほど忙しくて目が回っていても、ネタが転がっていたら反応したい。
10/25『とわいすあっぷっ!』三巻発売です&キャンペーンバナーあります - 『とわいすあっぷっ!』information moongazer別館
三巻、おめでとうございます。>阿羅本先生
夜23:00になったらバックライトを暗くする。朝7:00になったらバックライトを30%ぐらいで点灯する。
ただそれだけのアプリを作りました。
Taskerで出来るのは知ってるんですが、他にTaskerの使い途を思いつかなかったという理由で自分で作ってしまいました。面倒くさいので公開はしません。
ア・ン・ド・ロ・イ・ド♪
やかましいわ。ってそれは一郎だろ。
てことで、先日の続き。
☆Jota Text Editor は「合わせ月の夜」を綴れるか? 【ASUS TF101】III: 合わせ月の夜 楽屋裏 もしくは "MILCS boosters +"
抱腹させて頂きました。物書きの人、特に物語を書く人は、妄想垂れ流しくらいが適正なんですね。おいらにゃ無い才能だわ。
折角なので、答え合わせ。この先は、天ヶ瀬さんのBlogを読んでからどうぞ。
続きを読むてことで、天ヶ瀬夏海さんのBLOGでレビュー頂きました。
☆Jota Text Editor は「合わせ月の夜」を綴れるか? 【ASUS TF101】II: 合わせ月の夜 楽屋裏 もしくは "MILCS boosters +"
結構道具にこだわりを求める方のようで、体を道具に合わせる私のような人間とは正反対ですね。(いい意味で)
さて、天ヶ瀬さんの論点をまとめると以下の通り。
1)ctrlキーを使ったダイアモンドキー操作に対応。もしくはキーアサインのフルカスタマイズができること。その際2キー操作にも対応していること
2)文字数指定ができること
3)文字数カウンターが付いている事。
4)ページ数が指定出来る事。
5)見出し機能
6)タブ切り替え機能
むろん、天ヶ瀬さんはJotaとご愛用のWZ Editorが別物であることを理解した上でご指摘頂いている訳ですが、これだけ具体的にツッコミに対して無視するのは失礼というものです。
一つ一つ検証していきましょう。
1)ctrlキーを使ったダイアモンドキー操作に対応。もしくはキーアサインのフルカスタマイズができること。その際2キー操作にも対応していること
これは、Jotaのショートカットキー機能がIS01もしくはキー数の少ないキーボード付きスマートホンをターゲットにしているせいです。カーソル移動を含めたショートカットキーのアサインと言うことであれば、Honeycomb以降をターゲットとしてフルキー対応をする方向に持って行くのがいいかもしれません。
2)文字数指定ができること
実装済み。
3)文字数カウンターが付いている事。
一応、ファイループロパティのメニューで、文字数・行数カウンタが表示出来ます。リアルタイム表示は性能上難しいので、必要な時に見てください。
4)ページ数が指定出来る事。
何行をもって1ページとするかが悩ましいのですが、これも行番号表示や、行数カウンタで代用してください。
5)見出し機能
WZの見出し記号のフォーマットに従ったナビゲータを作る程度なら、それほど大規模には成らないと思います。
”.”,”..”を検索するのが当面一番楽かも。
6)タブ切り替え機能
これは構造から作り直さないといけないので、次期メジャーアップの予定です。メモリ不足の問題を先に解決しないといけないし。
Honeycomb用に Jota Text Editor HDとして進める方向がいいのかもしれません。
なんにせよ、Honeycomb+キーボードの環境が必要で、エミュレータは糞の役にも立たんので、実機の入手が不可欠な訳で。
すぐに対応できることは少ないのですが、ちょっとずつ目標に近づけていきたいと思います。
aotako さん
>・さて、ついでにEeePC4G でandroidX86にもインストールしようとしましたが、完了できませんでした。
ARMなネイティブライブラリを含んでいるので、x86は非対応です。
>・閲覧モードと編集モードを行き来できますか?
「閲覧モード」と呼んでいるものは、ファイルを開いた直後にIMEを無効にするという機能です。
今のところ、「閲覧」<->「編集」を行き来することは考えていません。
>・設定メニューの「jota text editorについて」の画面のスクロールがとても気持ちいいのですが、閲覧モードとして任意のテキストを表示させることはできませんか?
そこはWebViewなので、Webブラウザでテキストファイルを開いてくださいとしか……
てなわけで、SlideMEの審査も無事に通過した模様。
SlideME | Android Community and Application Marketplace
基本的にはAndroid Marketのリーチしない国々が対象なので、わざわざこのブログを見に来てくれる人は、これまで通りGithubから落としてくださいね。
申し訳ないですが、Volume Deskbandは開発終了しました。ご要望については、かなえられそうにありません。
この手のことは自分で試してみないことには何とも言えない、てなわけで、AdMobとSlideMEのアカウントを取りました。PayPalもそのうち取る予定。
で、さくっと作ってみたのが、以下のような物。
断っておきますが、
オープンソース・フリーバイナリ・広告無し・寄付については大歓迎、という
既存の方針に変更はありません。
Android Marketについては、従来通り開発を続けていきます。
では、なんでこんなことをするのか。
ここ数週間考え続けてきた「3rdパーティマーケットにフリーソフトを置くモチベーションとは何か」という問いに対する、実験です。
自分でやってみて数字を掴む。そうしないと分からないことがあるはずだと思ったからです。
後出しじゃんけんで非難されるのもなんだし、先にここに書いておくことにします。
IS01だとAdMob入れると不安定になる、てなことも早速分かったし。
やってみないと分からないんですよね。
初版を出したのが1/15のことなので、ちょうどぴったり4ヶ月で5万DL達成しました。
参考)Jota Text Editor 0.0.0 Alpha (Android用テキストエディタ): アドエス小物日記
ダウンロードしてくれた皆様、ありがとうございます!
Jota 0.1.0を出したので記念に貼り。
おかげさまでJota伸びてます。
Jota Text Editor 10,000ダウンロード達成!: アドエス小物日記
の記事を書いたのが3/7なので、この二ヶ月で3万DLされたことになります。
aDiceはアクティブが1万を超えた時点で増加が止まりました。まあ、PDICを必要とする人がそのくらいの数なのでしょう。
個人的にはaGrepのDL数がちょっとずつ増えているのが嬉しかったりして。なぜか、IS01ユーザーが一番多いです。
それにしても、Androidで大量のテキストファイルを持ち歩きたいとか書きたいという人は、まだまだ少数派なのだなあと思わされます。
#どうやっても多数派にはならんだろ。>おいら
今日は早めにリリースできたので、海外からのメールの処理をしました。この二週間ぐらいで溜まったメールが12件。地震が起きたり停電があったりで放置してあったものに、全部返事を書きました。
さて、デベロッパーコンソールから見るとJotaの国別シェアはこんな感じ。
英語圏外の方から頂くメールが多いです。逆に国内のユーザーからのフィードバックはシェアの割に少ないです。ってかほとんどありません。
日本人はシャイだとか、サイレントボムだとか言われるのが、なんとなく実感できます。
昨日の地震は大変でした。被災された方には心よりお見舞い申し上げます。
私は都内で地震に遭いましたが、結果として家族・財産・親類・縁者・同僚等には被害はありませんでした。幸いなことです。
強いて言うと、家に帰れない帰宅難民になったことぐらいですが、これも暖房の効いたオフィスで夜を明かすことが出来ました。
今朝方、まだ混乱の抜け切れていない電車で帰ってきましたが、リアルタイムな路線情報をつぶやき続けてくれた名も無きTwitterユーザーの皆様には感謝してもしきれません。おかげで無事に帰宅できました。
とりいそぎ
とりあえず自分用メモ。
Gingerbreadのaospの環境で、Proguardを有効にした状態のバイトコードを確認してみた。
Proguardを有効にするには、Android.mkに下記を追加。
LOCAL_PROGUARD_ENABLED:= full
LOCAL_PROGUARD_FLAGS := -include $(LOCAL_PATH)/proguard.flags
ローカルのproguard.flagsに、オプションを書く。
build/core/proguard.flagsにデフォルトのオプションが書いてある。-dontoptimize,-dontobfuscateがデフォルトで有効になっているので、このままだと不要コードが削られるだけで、難読化も最適化も行われない。
-dontobfuscateを無効にして、難読化をかけてみる。
→Jotaみたいにaospを下敷きにしているアプリでは、インナーメソッドの呼出が難読化されるため、クラスのロードで失敗する。TextView関連を全部除外するのは途方もないので、実質使えない。
-dontoptimizeを無効にして、最適化をかけてみる。
→baksmaliで逆アセンブルして比較してみても、バイトコードにはほぼ変化が見られず。サイズもほぼ変わりなし。クラッシュレポートと引き替えに出来るほどのパフォーマンスアップはなさそう。そもそもバイトコードの最適化よりもJITの方が何倍も効率が良いはず。
てな感じの結果に。
どのみち、いずれソースをオープンにすると明言しているんだから難読化する必要は無い。てことで、両方ともデフォルトのままで運用することに決定。