すふぃあの記憶

〜前置き〜

前にAndroidのDialogの使い方についての記事書いたけど、
いくつかコメントもらったりしたので、新しい情報で書いてみようかな。
ちなみに、Fragmentについては、互換パッケージを使った場合だよ。

１．Activity#onCreateDialog(int)をオーバーライドして、Activity#showDialog(int)を呼び出す。
２．Activity#onCreateDialog(int, Bundle)をオーバーライドして、Activity#showDialog(int, Bundle)を使用する。
３．DialogFragmentを継承して、FragmentActivityに表示する。

ちょっと凝ったことをしたいなら、迷わず３かな。
それぞれの特徴を、個人的な視点で書いてみるね。

１の場合：

Android1.6（API Level4）で使える。
前の記事の通り、動的なパラメーター表示関連に激しく弱い。

２の場合：

Android2.2（API Level8）から使える。
弱点は、API Levelが高すぎること。

３の場合：

互換ライブラリがあれば、Android1.6から使える。
利点は、どこでもアクティビティのライフサイクルに載せられること。
弱点は、なんか無駄にくせがあること。あとドキュメントがさっぱりなこと。

ってことで、今なら、３が便利っぽいので３でやる場合の基本とノウハウ（？っていうのかな）を書いてみる。
いつも通り基本的なのは軽く流しちゃうけどっ。

〜定義編〜

DialogFragmentは抽象クラスじゃないけど、継承して使うの。
基本は、onCreateDialogをオーバーライドすればいいかな。
onCreateViewなんかもあるけどその辺は別にどうでもいいや（マテ）。

〜使用編〜

簡単だよね！(ﾟｰﾟ)(｡_｡)(ﾟ-ﾟ)(｡_｡)ｳﾝｳﾝ
……というのが一般的な説明な気がする。

Fragmentじゃない時のコードからの移行も簡単だよみたいになっているけど、表面上はって感じかな。
実際にアプリ作ってる側からすると、きっつぃ。
以下は、その辺の紹介だよ。

〜動的なパラメータ〜

Bundleを渡せそうなメソッドにsetArgumentがあるから、これ使えば良さそう。Javadocでもそんな感じだし。
ただ、onPrepareDialogみたいなのがないの！onCreateDialogしかないの！
Activityの時のキャッシュみたいな機能はなくなったのかな。それっぽい解説が全くないんだよね。
一応、動作としては毎回呼ばれるみたいだけど、onCreateDialogの中でgetArgumentするってことでいいのかな。
移行用ドキュメントちゃんと作ってほしいなぁ。それともわたしが読み飛ばしちゃってるのかしら。
むー（・ｘ・

〜キャンセルリスナー〜

dialog.setOnCancelListener(new DialogInterface.OnCancelListener() {
　　@Override public void onCancel(DialogInterface dialog) {
　　　　// do something
　　}
});

こんな感じかな。動かしてみると……、はい、普通に呼ばれないね。
移行するとこんなのでいきなり躓くし。
なんか、DialogFragment#onCancelの方をオーバーライドしないとダメっぽい。

〜複数回のdismiss〜

ちょっと複雑なProgressDialogなんかを作る場合に起こりそう、っていうか起こったんだけど、
複数回DialogFragment#dismissを呼ぶと落ちる。

this.df.dismiss();
this.df.dismiss(); // 落ちる。

Caused by: java.lang.NullPointerException
　　at android.support.v4.app.DialogFragment.dismissInternal(DialogFragment.java:163)
　　at android.support.v4.app.DialogFragment.dismiss(DialogFragment.java:149)

う〜みゅ、そのままだね！あ、いや、別に連続して書いてはいないけどね。
複数スレッドからダイアログを閉じたいだけなんだけど……。
Dialogの時は起きないのに。まったく……（゜▽、゜
ストリームとかだって複数回closeとか出来るようにするでしょう。普通……。
というわけで？以下のようにして解決。

this.df.onDismiss(this.df.getDialog());
this.df.onDismiss(this.df.getDialog()); // 落ちない。

まぁ、詳細は、DialogFragmentのソースコードでも見てください。二つのメソッドの実装とコメントを見れば一発かな。
実装依存なコーディングだからあまり良くないんだろうだけど、互換ライブラリだし、まぁ、いいかなって。
ていうか、dismiss呼ぶので落ちるのは個人的にイヤなんだんだけど……。
onDismissの実装見る限り、わざとやってるように見えるんだけど、どうしてなのかなぁ……。

全体的にFragment作るのに忙しくて互換性がぽいぽいっとされた感じ。
ま、いつものGoogleさんっぽいけど、これからもこういう感じなんだろうね。
だいじょうぶなのかな〜いろんな意味で（笑）

なんか、Androidでのダイアログ表示の仕方って、
いろんなサイト見ていると、AlertDialog.Builder#show()呼び出しているがすごく多い。
「Android ダイアログ 表示」とかで検索するとそれはもういっぱい引っかかる。

たしかに、それで表示は出来るんだけどさ。
正しくは動かないと思う。裏で。

showってメソッド、普通は、voidかbooleanだと思うの。
でも、Andoridだと、Dialogなインスタンスが戻ってくるの。
なんか疑問に思ったりしないかなぁ？

開発ガイドのダイアログ作成部分には、
AlertDialog#showなんてメソッドは一切記載がなかったりするんだけどね。
開発ガイド読んでないのかな。

まぁ、別に読んでないのはわたしも一緒だからいいんだけど、
やばいコードは余り広めない方がいいと思うんだよね。

え？ダイアログちゃんと表示されるじゃん、って人は、
開発環境とかでログを表示しながら、実際にダイアログを表示して、縦横切り替えをしてみるといいと思うの。
「android.view.WindowLeaked」って表示されるんじゃないかな〜。
いろいろ試して起きなければ、きっと、正しく作られてるから大丈夫だよ！

Dialogは、Activityの一部として扱われるから、Activityのライフサイクルにのせてあげないといけないの。
のせないなら、自前でちゃんと管理しないとダメってことね。

ライフサイクルにのせる方法は、ActivityのonCreateDialog(int)で生成してreturnで返してあげるしかないみたい。
Dialog#setOwnerActivityを使ってもダメだったから、今のところそれしか方法無いのかなーってわたしは思ってる。

ここで、showの返値がDialogになってる理由がちょっとわかる。
そう、AlertDialog.Builderでshowすると、返値がDialogじゃないとライフサイクルに載せられないってことね。

ちなみに、new AlertDialog.Builder(this)みたいにしてActivityセットしてるよ？って言う人は、
もう一度API見てください。引数がContextになってるはず。
なので、そこはActivityである必要はなく、ライフサイクルにものらない（のってもいい気はするけど）。

あ、そうそう、さっきの縦横切り替えで大丈夫じゃん。って思った人。
あと、縦横切り替えでダメなら、AndroidManifest.xmlのAcitivityの属性に、
「android:configChanges="orientation|keyboardHidden"」書けばいいじゃんって思った人。
RootActivity以外でDialog表示して、Homeキーとかおして別の重いアプリとか起動してみるといいんじゃないかなー。
きっと、裏でActivityが終了して同じエラーが出るよ（試してないけどね！）。

VNCとか難しそうだったので、独自プロトコルで作ってる。
暗号化されてないけど、まぁ、いいよね。暗号化したければ、SSHでも何でもやればいいし〜。

サーバーアプリがエネク。→ClickOnce版
クライアントアプリが。→ラティ。→Android Market版
になってる。

接続、クリック、キー入力、だいたい一通り出来るようになったかな。
メディアプレイヤー系の操作もできるし、プレゼンツールの操作もある程度できる感じ……。

SSHのポートフォワーディングするアプリを作ってみたよ。
名前は適当にEmpressia Tunnel。
Windows7でUI確認してるので、XPだとちょっと使いにくいかも？
XP環境がないからよくわからないけど(￣▽￣;)ゞ

ClickOnce版とZip版があるよ。
Vectorにも登録完了！
Vectorの方は、Versionが少し古いから出来ればClickOnce版推奨〜☆
Windows7でUI確認してるので、XPだとちょっと使いにくいかも？
XP環境がないからよくわからないけど(￣▽￣;)ゞ
あといつもの通り.NET Framework4.0なのでよろしく！

VPNとか調べて、IP-VPNとかSSL-VPNとかなんか難しいのいっぱいあることがわかったのだ。
で、手軽に出来るのがSSHでのポートフォワーディング！（SSH-VPNって言うのとは別？）
ってことで、アプリを探してみたの。

そうしたら、普段よく使ってたPoderosaのプラグインであるらしいってことで、
使ってみたんだけど、うまく動かない。なんかすぐきれる。
某Pなアプリは個人的にあんまり好きじゃないので、どうしようかなーって。

で、無いなら作ればいいじゃない(ﾟｰﾟ)(｡_｡)(ﾟ-ﾟ)(｡_｡)ｳﾝｳﾝ
ってことで、GranadosベースとJSchベースで悩んだんだけど、
結局、Granadosの方はうまく動かないので、JSchベースのSharpSSHを使うことにしたよ。
でも、こっちはこっちで問題があって、マルチスレッドで正しく動かないバグがアルっぽいので、
その修正版を放り込んでたりするのだ。

ちなみに、Version 1.0.0は、2こくらい不具合があるので注意〜。
Version 1.0.1で直ってるよ('-^*/

うーみゅ、FF14の無料期間があと10日に迫ってきたね。
どうしようかなぁ。と思ってたら、いろいろアカウントハックとかされてるみたいね。
そのおかげで人数が減っていろいろ見えてきた気がしたよ。

ちょうどサーバーの人数が1000人前後になってきてて、
900人くらいだとゲームサーバーが割とさくさく応答するんだけど、
1100人くらいだともうダメダメに重くなるの。

この人数って、βの時の負荷テストで落ちた人数位なんだよね。
結局、この2ヶ月間＋β期間、サーバー増強か何かで落ちないように強化してるんだろうけど、
根本的なパフォーマンス問題は全く解決してないってことかな。

こんなゲーム、アカウントハックなんかしてどうするんだって話もあるみたい。
でも、サービスインから、人数が半分くらいになったところに、これがあれば、
かなりFF14終了に向かって拍車がかかったんじゃないのかなぁ。
そういう意味では、効果有り？なのかな？
実際、サービスイン時3000人、最近1600人、アカウントハック後1100人。だし。
これで無料期間が切れて、12／1にモンスターハンター？が出たら、βの時より人が少なくなりそうだよね。

11月末のバージョンアップがーっていう話もあるみたいだけど、本当に大改造するなら、
それこそ、そこから一ヶ月無料期間にするべきだとおもう。
まぁ、アイテムソートとか、基礎のアルゴリズムさえ実装されてないようなのを大々的に「実装します！」とか歌う時点で無理だと思うけど。

ほんとは、βの頃にアイテム整理ボタンがあったのに無くなったんだよね。
作り忘れとかじゃなくて意図的に入れなかったわけだからね。悪意に満ちてる感じがするね。
まぁ、実装されてもきっと、不具合だらけだって言うのも見えてるし。
今の時点でアイテムを「上から○番目」って管理してる時点でもうダメ。
今は、ずれると隣のアイテムを捨ててしまうとか、別のアイテムの耐久度が反映・消耗される程度で済んでるけど……
って、あれ？これみんな知ってるよね……？
わかりやすいところだと、こんなログが出るやつね。

Sphere Xxxxは材料として「メープルの枝」を使用した。
Sphere Xxxxは「ロングボウ」を修理した。
ロングボウの耐久力が51 %回復した。
Sphere Xxxxの「装備品劣化：古品」の効果が切れた。
Sphere Xxxxは「木工」の修練値28を得た。

アイテムソートするならこういった不具合・仕様も全部直さないといけないかなっと。
これだけじゃなくて、装備の設定がずれるとか何でもありなので相当範囲は広いはず。
日本で対応してればいいけどねー（よくないけど）。
中国で対応してるときっとさらに複雑怪奇な回避コードで雁字搦めになるんだろうねー。
なってなければ、今度はほぼランダムにアイテムが捨てられたり使用されたりする、と。
既にゲームじゃないけど、もうゲームどころかアプリとしてどうなのって感じになっちゃうねｗ

あとは、UIの根本的な見直しだっけ？
出来るのかなぁ。アイテムソートよりこっちが重要なわけだけど、もう無理な気がする。
ごく一部って言うか、1個のケースとしてアクション選択があるわけだけど、
今は、自分が対象のアクションも、対象を選択しないアクションも、他人、味方、敵を選択するアクションも、
全部、何かをターゲットしていないとアクションの表示自体が出来ない。

他人を選択するアクションをする場合は、まずその対象を選択しないといけない（例外もあるからややこしい）。
アクション選択して、ターゲットに近づくのを待つとかは、出来ない。
自分を選択して、アクション表示しておくと、そういうアクションを選択したときには、
そのアクションは自分には出来ないよーってでる。

まとめると、
・誰かを選択。アクションを表示。アクションを選択（2次選択がないやつは対象が正しく最初に選択されていないと失敗）。
・誰かを選択。アクションを表示。アクションを選択（2次選択があるやつはまた選択しないといけない）＞対象選択。
ってこと。
普通に、『馬鹿じゃないの？ｗ』っておもう。
しかも、よく使う通常攻撃と、条件付きでシビアなタイミングが要求される攻撃が同列のパレットに並んでるので選択が大変。

これを、現在の使用感を残しつつ、大規模に書き換えなんて、無理。ほんと無理だから。
ちなみに、この使いにくさも一端なので、
前から言ってる、
・キーボードとコントローラーの操作性の不一致
・メニュー項目によるUIの操作性の不一致
・UI操作が非同期になっていない
・操作した処理が反映されない、勝手に書き換わる
・上下キー押したのに左右に移動する。あるいは移動するはずなのに移動しない。
とかも壁となって立ちはだかるし。

ほんと1から作り直した方が早いでしょ、これ。
関連したところでは、
チャット入力時にEnd押と、カーソルが一番後ろに行くと思ったら、カメラ位置が変わるって言うのがあったけど、
Homeキーはサービスイン時から実は動きが変わってます。どう変わったかは実験してもらうのがいいかな！？
もう、スクエニも把握してないでしょ。

まぁ、何でここまで書いてるかって、もうやめようかなと思ってｗ
最近GMコールをしたら（ふれと同じ頃同じ趣旨の内容）、
フレンドのところには10分程度でチャットでの応答があったんだけど、
わたしのところにはメッセージすらこなかった。今もきてない。
他のももう1週間以上応答なし。
プレイ開始から、6時間以内に応答がきたことはなかったけど、もうダメだと思った。

EcoFF14は、一応、あと1，2回更新予定だけど、その後はどうなるかわからない。
大きく変わらないなら、このゲームは終わりだし、
大きく変わるなら、このツールは使い物にならなくなるでしょう。
どっちに大きく変わるかはわからないけどね

Eco FF14をバージョンアップして、マクロをドラッグ＆ドロップで入れ替えられるようにしたよ（゜▽、゜
Version0.2.7から。
えーっと、決してドラッグ＆ドロップのやり方の勉強のために作ったわけでは……。

さらに今は、Version0.2.8までバージョンアップして、キャラクター名とサーバー名を自動判別するようにしたの。
でも、自動判別性能がよくないかも……。もうちょっと精度あげたいなー。

今回はマクロジェネレーターを強化しまくり！（゜▽、゜わたし的にだけど
マクロエディタも良いんだけど、FF14製品版がログイン時にしか読み込んでくれないし、
こうなったら、FF14製品版の画面の方に書き込める様に！っていう感じ。
特にFF14製品版のメモリいじったりしてる訳じゃないから、大丈夫だと思う〜。

うーみゅ、サーバー側の負荷がちょっとだけ改善されたのかな。
アイテムを売るのが少し早くなった。遅いけど。

• 装備欄をいじりながら走る（オートラン切り替え）ことはできるんだけど、
  アイテム欄をいじりながら走る（オートラン切り替え）ことはできない。
• 装備してるアイテムと所持品欄の対応がずれる（装備を簡単に画面操作で外せない）。
• 製作で注文書を選択すると、製作を実行するか中止しない限り、別の注文書を選べない。
• アクションメニューでスキルを選択しても、選択状態が元に戻されてしまうことがある。
• フレンドリストは一方的に登録できるので、誰でも他の人のログイン状態を監視できる。

FF14やっててアプリ全然更新してない……動くからいいかなーとか（゜▽、゜えへ
名称も変わった？みたいだし。対応するかのぅ。

で、たいとるの通り気になるFF14の仕様を紹介！
それがこれ！
『ケアルとかのターゲットを矢印キーで選択出来ない。』
うーむ、ひどい！ひどすぎる！

マクロがパッドで出来なくて、矢印キーでケアルを選択すると戻すのがめんどくさいので、
キーボードの番号でケアルを選択！
そしてそのままキーボードの矢印キーでターゲットを変えよう！
とするとあれ、うごかない。あれ？あれ？
パッドじゃないと動かない……なんだこれ……。
パッドでマクロ選択が出来ないのでキーボードの番号で選択
↓
キーボードの矢印キーが動かないのでパッドの矢印キーで選択
なにこれ(￣▽￣)

時間がないので後はてけとーに紹介！
他にも、
『アクション行動してるときに、メニューを出して閉じるとアクション選択場所が変わる（特定のスキルのみ）』
『ローカルリーヴで注文書を一度選択すると、製作自体をやめない限り、中断できない』
『アクティブモードとパッシブモードの境目に落ちるとアクションも出来ず、モードも切り替えられず、ログアウトも出来ない（GMコールは6間待ち）』
『相変わらずエラーで落ちる（直すって言ってたのに直りきってない）』
『装備マクロとかをいくつも同時に動かすとハングする（or 応答に恐ろしい時間がかかる）』
『日本語化パッチ（笑）があたったのにまだおかしなのがそのまま残ってる（リムサのリフトあたりとか）』

まだまだあるんだよねー。
なんか、GMコールでも言われたので何度でも書くけど、
仕様だから直さないとか、不具合だから直すとかじゃなくて、
製品としてユーザーの要求を満たしつつ長く楽しめるものとなっているかどうかとか、
そういう視点で直すかどうか決めていかないとﾀﾞﾒﾀﾞと思うの。
なんか、わたしがおかしいのかなぁ……。

たとえば、複数人でパーティを組んでいて、野良な敵を倒すときに、
別々の敵を攻撃すると、二番目に攻撃した敵の経験値、修練値、アイテムは得られない。
つまり、パーティを組んだら同じ１体の敵を攻撃しないとダメってこと。
多対多の戦闘が売りとか、全くの嘘。やることに意味がない。
FF11とか別のやつの方がまだましに多対多ができるね。

実際には、リーヴ中だと、あらかじめリンク設定されている範囲の敵であれば同時に攻撃しても経験値はいるけど、
でもやっぱり、グループ分けから外れると、アウト。
同じ敵が2匹ずつのグループで6匹いるところに全体攻撃で倒すと、最初に攻撃した2匹分しか経験値、修練値、アイテムがもらえない。

さらに、リーヴ開始時にパーティメンバーが遠いと「遠いよ」って注意書きがでるっていう仕様があるんだけど、
これが、超遠いと出ないという謎仕様。
で、リーヴ中は、リーダーが別エリア問題とかメッセージも何も出ないので、
この場合は、いくら攻撃しても、修練値ボーナスがあっても、経験値・修練値・アイテム一切何も出ない。

FF14の開発チームなのかわからないけど、ひたすら「仕様」っていわれるのに忠実に作って、
それと矛盾しないのは、修正する気がないみたいなんだよね。
たとえユーザーからの見た目がどんなでも！

ユーザーからの見た目が変で、仕様とあってないやつは直ったみたいだけど、
他は、全然直らない。
直ったと思うのは、たとえば、次のようなやつ。

1. ログインしたときに矢が手に張り付いていることがある。

どう見ても不具合。
でも、こんなのは実際どうでもよくて、もっと直さないといけない不具合がいっぱいあるの。
わたしが気づいた範囲だけで書いてみるね〜。ちなみに「ユーザーからの見た目」で書くよ。
ユーザーから見て受け入れがたいものは、基本、不具合だからね！仕様とかいうのがどうであろうと！
下の大部分は、だいたい何で起きるかわかってるので、報告できたのは報告してあります（一ヶ月くらい前に）。
最近は、報告権限を奪われたので報告していません。

1. タイトル画面でゲーム開始しようとしてパッドの○ボタン（決定ボタン）を押すとゲームが終了する場合がある。
2. ログアウト、テレポ、デジョン等で○ボタン（決定ボタン）を押すとキャンセルされる場合がある。
3. アニマが何の説明も告知も数の表示もなく消費される場合がある。
4. 確認なく、キャラがテレポ（ワープ）させられる場合がある。
5. マクロ欄をアクションパレット付近に表示して対応する数字を押しても発動しないことがある。
6. マクロを実行したつもりが、アクションが実行される場合がある。
7. アクティブモードではないのに、装備変更ができないことがある。
8. エモートの指定を行っていないのに、エモートが実行される場合がある。
9. アイテムの順番入れ替え、ソート、まとめができない（整頓ボタンは、不具合報告したら捨てるボタンになった）。
10. マップ上でカメラの向きを知ることができない。
11. 採取でここに「ある」と指示された場所に行って、採取を実行すると、「ない」といわれる場合がある。
12. 意図しないアクションパレットチェンジが行われる。
13. リンク前提の戦いなのに、敵選択切り替え手順が多すぎる。
14. ターゲット選択の優先度（選択順、候補選出）が場合によって大きく異なるため意図した選択が行えない。
15. 装備できる状態、アイテムに関して、「これは装備できません。」とでて装備が実行できないことがある。
16. パッド、マウス、キーボードの連携が全く考慮されておらず、操作の整合性がとれていない。
17. 敵が逃げるリーヴで、敵を攻撃してるときにその敵が逃げ出すと距離をとられ、途中まで稼いだ修練値がリセットされる。
18. アイテム収集系リーヴで、敵を攻撃しているときにアイテム収集が完了すると、敵が強制的に消えて、途中まで稼いだ修練値がリセットされる。
19. リーヴの敵が他人について行くタイプの敵の場合、目的地に対象の敵がとどまっていない場合がある。
20. リーヴの時、マップ上では敵の拠点がハイライトされているだけなので、移動した敵がどこにいるかわからず、マップ上を敵を探してさまようことになる。
21. 装備欄等を表示しようとしている間に、方向転換等の操作が全くできない。
22. チャット入力時にEndキーを押すと画面がぴくぴく動く。
23. トレードをすると、FF14のウィンドウがぴくぴく動くことがある。
24. マクロでいろいろ落ちる。

一応、落ちる系とか、直る！直す！と宣言されたものと、そこから派生しているのは全部ハズした。直らないと思うけど。
あと、書くと長くなりそうなやつ。どっちかっていうと要望に近いものも外しました。
アニマの消費とか特にやばい気がするんだけどねーｗ

1. チャットにバイナリ情報を流すことができ、流すとログファイルに生で出力される（Backspaceとかも処理されるからやろうと思えば任意のスクリプトがかける気がする）。

Eco FF14、結構大幅に変えてみた（゜▽、゜
不具合も修正して、バージョン0.2.0にしたよ。

マクロジェネレーターはこれからもっと書き換えるつもり。
っていうかこのままだとほとんどメリットないし。
なんか良いアイデアないかなー。
アイテムの補完が出来ないのが辛いなぁ（・ｘ・

テキストコマンドの一覧とかバイナリ情報拾ってみたけど、なんか隙間があるんだよね。
隠しコマンド？みたいなのあるのかなー
それともただの欠番かなぁ……うーみゅ、気になる……。

それにしても……マクロ仕様とか、変わりすぎ。
ほとんどが変更って言うより修正だから……まぁ、いいんだけど……。

でもマクロファイルと配置の順番変えたのは訳わからない。
Closedβでのファイル上には、

Ctrlマクロ1段目
Ctrlマクロ2段目
……
Ctrlマクロ5段目
Altマクロ1段目
Altマクロ2段目
……
Altマクロ5段目

Ctrlマクロ1段目
Altマクロ1段目
Ctrlマクロ2段目
Altマクロ2段目
……
Ctrlマクロ5段目
Altマクロ5段目

なんか、いろいろ不具合が起きてるけど、きっと一番重要なポイントは、次の2個じゃないかなって。
プレイヤーから見た感じね。

1. UIが重い。
2. ギルドリーヴ（今のところ30分制限）が中断できない上に、回線が切断されるとリアル数日再実施できない。

これ、実際よく見てみると、なんか別の問題がある気がしてくるんだよね。
こんなかんじ。

1. 入力系が、通信と同じスレッドで処理されてる。あるいは、お互いにブロックしている。
2. ギルドリーヴが終わるまでは、緊急メンテナンスを実施できない。

入力のシングルスレッド的な動きは、メニューから、装備変更を選ぶとよくわかるよ。
選んだときに走っていると止まれない。止まっていたら走れない。
向きも変えられないし、ほかの入力を全く受け付けない。
入力が処理待ちになってる。
エモートリスト表示ボタンをこのときに押すと、装備画面が出てくるのと同時に出てくるから間違いないかな！？

いろいろスレッド分けたり、ブロック解除したりして、入力の応答が速くなる修正（ブロックの解除？）が入ってるけど、
そのたびにエラー発生率上がってる気がする。
きっと、コアのどこか致命的な問題があって、エラーが発生したり、最近は、フリーズまでするようになってるんだと思うなー。
そのエラーも、通信量が多くなる＆操作をするっていう時を中心に、どんなときでも起きるからねぇ。
ログイン＞メニュー表示＞パーティ選択とかだけでも落ちたし。
最近起き始めたフリーズ（音は出てる）も、入力のブロックがおかしいことになってるんじゃないかな。

この辺は、正直かなり致命的な状況なんじゃないかと思う。そうじゃなきゃ直ってるだろうし。
今からフリーズ発生ってどう考えてもやばそう。
エラーの発生率からすればフリーズ率はだいぶ低いけど……ってエラー率が高いってことかな……。
まぁ、サービスインまでには直らない気がする。
がちがちにブロックして重くして落ちないようにするしかない気がするのぅ。

次に、ギルドリーヴ。これ、30分中断不可って、1〜3分単位で休憩できるFF11のレベル上げよりも長時間拘束するよね。
いや、まぁ、なんか、開発陣の意図とかいうのに全くあってない気がするけど、この際それは問題じゃないかなっ。
むしろ、プレイヤー側じゃなくて、サービス運営する人が大変な気がする。
つまり、えーっと、30分中断不可なゲームコンテンツをサービス提供するからには、その時間は停止させられないということだよね。

1. ログインメッセージにメンテナンス告知を出るようにする。
2. ログイン処理中の人たちが全部通過したのを確認する。
3. ゲーム内に30分以上あとにメンテナンスを開始する旨を流す。

守れるのかなぁ。なんか、オープンβではがんがん落としてるし、守られない気がするんだよね。
で、守れない場合は、もれなく、苦情の電話とかが鳴り響く、と。

ついでに30分って今のギルドリーヴの範囲だから、もっと長いのとかもでてきたらさらに大変になるよね。
一般のテスターの人たちが言ってるように、中断とか復帰ができる方法用意した方が良いと思うんだけどっ。

なお、上記のすべては、素人なわたしの勝手な想像なので、全然違っても知りませんっ（゜▽、゜
でも、入力ブロックとかエラーとかフリーズとかはホントやばいね(￣▽￣;)

Eco FF14をバージョンアップ。どんどんマクロ専用ツールになって行ってる気がする！
まぁ、別にいいよね。

β3仕様から、オープンβ仕様に対応して、ネット仲間にも使ってもらってるので動作は大丈夫だと思う。
アイコンも変更できるようにしたし！グリッドモードで複数行コピペとかも出来るようにしたし！
あとは……アレがほしいね！アレが！（゜▽、゜

それにしても、マクロの読み込みタイミングがFF14本体の起動時だけって言うのがねー。
コンフィグのユーザーマクロ編集開始時に読み直してくれればいいのに……。

EmpressiaFF14ConfigをEco FF14って名前にしてマクロエディタ機能を追加してみた（゜▽、゜
Eco FF14はこの辺からダウンロードできるよ。
まだ、解像度の変更がメインウィンドウになってるけどね……。
情報少ない（自分の1キャラ分のマクロファイルだけ）上に即席なので……。

あとβ3仕様なので、オープンβでは変わるかもね。
マクロ不具合だけで数件報告したし……。
これ作る上で見つけた不具合もまだ数件未報告だし……。

そのうちインターフェースは調整するね……。
どのマクロ編集してるかわかりづらいとか、いろいろありそうなので。
フィードバックはもらえるとうれしいけどっ。

割とすぐにあった報告だと、マクロエディタの起動で落ちることがあるらしい。
FF14インストールしてないとおちるかも〜。
ってことで急いで修正しなきゃ。

ちなみに、ＦＦ辞書みたいなので補完した単語は、《》で表示されてると思います。
どの文字で出るかは設定で変えられるようにしたいなぁ〜。
いろいろ思惑はあるけど今はそんな感じ。

サンプルウィンドウの大きさを修正したよ（゜▽、゜
ウィンドウの枠の幅を除外したのと、DPI設定補正のキャンセル処理をいれたのだ。

機能追加もやってると不具合がつきないけど、これで一段落かなぁ。
解像度の高いノートPCとかでもこれでだいたいOKなはず。

というわけで、DLはこちらから。
ClickOnce版はこっち。

FF14β用解像度変更ツールをバージョンアップ！というか、不具合を直しただけ＿（＿＿）ノ彡☆
ついでに、ClickOnce版も公開してみた。署名ないけど。

ClickOnce版なら、上から順にぽちぽちすれば、.NET Framework 4.0も一緒に入るはず。
FF14の必須環境は、.NET Framework 4.0が入る環境だから大丈夫だよねーってことで（゜▽、゜

書き換わりましたメッセージを出してないことに今更ながら気づいたっ。
まぁ、良いよね。気が向いたらそのうち。

FF14βで解像度の設定を書き換えるツールを作ってみた（゜▽、゜
EmpressiaFF14Config

わたしの環境だと動くけど、他の人だとどうなのかなー。
ちなみに、.NET Framework 4.0 が必要だよ。

1920×900みたいな横長のもできたから、
もっと大きいマルチディスプレイなんかもこれでいけるんじゃないかなぁ。
まぁ、正式版ではある程度設定増えると思うけどね。