$(hoge).click(function(event){
	// 色々やる
});

で、このときの event は jQuery.Event オブジェクトで、マウスの座標とか取得できる……んだけど、jQuery 的に保証してるのは event.pageX と event.pageY だけで、event.clientX とかはブラウザ標準のイベントが追加されているから入ってるだけらしい。
とくに event.offsetX は Firefox では undefined で取得できない。要素内での座標って結構欲しいと思うんだけどなぁ……

ということで、要素内部での座標が欲しいときは以下の様にしちゃう。

$(hoge).click(function(event){
	var offset = $(event.target).offset();
	var offsetX = event.pageX - offset.left;
	var offsetY = event.pageY - offset.top;
});

他に良い方法があったら教えてください。

会場に着くとミクさんがお出迎え。

始まってすぐ、お菓子食べていーよと言われる。

うひょー！

気をつけましょう。

当日のセッションは以下の通り。タイトルとかはよく覚えてないので適当です、すみません。

• Mercurial 入門
• C# でパーサコンビネータ作った
• i18n のはなし
• CoffeeScript のはなし
• OAuth と SkyDrive とか

どの話も凄くおもしろかったです。「自分にはあんまり関係ないな、あんまり興味ないな」なんて思っていた話でも、セッションが始まって話を聞いているとだんだんと興味が湧いてきて、最後には「帰ったらやってみようかな」なんて思うようになりました。こういうのが勉強会の醍醐味の一つだと思います。単純に視野が広がるんですよね、やっぱり。

Mercurial とか、俺ってば Git 使ってるし関係ないかなとか思ってました。でも話を聞いてると、うわ Git より Mercurial の方がよくね？　なんて思ったり。Mercurial 自体がいいアプリなのも間違いないですが、プレゼンの仕方とか見習いたいですね。あと Mercurial カワイイ。

カワイイと言えば、プロ生ちゃん！

ステッカーもらいました。わーい＾＾

セッションが全部終わり、ライトニングトークも終わって、閉会。

そのあとは懇親会！　写真無い……

飲みました。しゃべりました。懇親会は勉強会の醍醐味の一つだと思います。というか懇親会がメインだよね。
いろいろな県、色々な会社の方が来ていらしたので、なかなか聞けない話も聞けたりして楽しかったです。ただちょっと就活就活言い過ぎたと反省。すみません。

行ってみて思いましたが、ニコ生で放送するということ以外は普通の勉強会と同じような感じで、むしろオタクな自分としては過ごしやすい会でした。遠隔でも話が聞けるというのも素晴らしいですよね。

こういう会にもっと早くから行くようにしてればなーとホント切に思います。大学に入ったばかりとかから興味もって参加してれば、今よりもっともっと力ついてたのになーと。大学の後輩とかにも行くように勧めたいですね。

大学にいると、どうしても考えが大学の中だけで完結しちゃうというか、授業以外の知識って吸収しづらい気がします。外の空気も適度に取り入れた方が、大学の勉強に対するモチベーションも上がりやすいようにも思います。

話がそれましたけど、とにかくとても楽しい時間が過ごせました。主催者の方々は本当にお疲れ様でした。また愛媛に来てくれたら、その時は絶対顔出したいと思います。あと広島とかなら日帰りでなんとか行けるかもなぁ。

最後に

LINQ 星人だー！！

かんきょー

Win7 64bit 上の Visual C++ 2010 Express で。Visual C++ 使うの結構久しぶりかも。

Lua 落としてくる

このへん（http://luabinaries.sourceforge.net/）から Windows 用のバイナリを拾ってくる。今回は組み込みが目的なのでライブラリになってるのを落としてくる。
今回は lua-5.2_Win32_vc10_lib.zip をだうんろーど。

中身をプロジェクトに足す

VC++ の設定でフォルダを指定してもいいけど、よそへ持って行った時にいちいち設定し直すのが面倒なので、そのまま全ファイルをプロジェクトにぶっ込んだ。
今回は C のプログラムから呼ぶので lua.hpp は不要。

基本

とりあえず外部の Lua スクリプトを呼んでみる。

#include <stdlib.h>
#include <stdio.h>

#define LUA_COMPAT_ALL

#include "lua.h"
#include "luaconf.h"
#include "lualib.h"
#include "lauxlib.h"

int main(int argc, char *argv[])
{
	// Lua の環境を開く
	lua_State* L = luaL_newstate();
	// Lua の標準関数を使う
	luaL_openlibs(L);
	// 外部の Lua スクリプトを読み込む
	if(luaL_loadfile(L, "sample.lua") || lua_pcall(L, 0, 0, 0))
		perror(lua_tostring(L, -1));
	// 環境を閉じる
	lua_close(L);

	return 0;
}

sample.lua はこれだけ。

print("Hello Lua")

実行すんぜ！

Hello Lua

わーい(^^)

Lua の関数とかグローバル変数にアクセスする

Lua の実行環境はスタックマシンらしい。 C との連携はスタックを経由して行う。
こんな感じ。

/* 関数 hogefunc を C から呼ぶ */
lua_getglobal(L, "hogefunc");
if(lua_pcall(L, 0, 0, 0)) /* 引数 0 個、戻り値あり、エラー関数なしで実行 */

/* グローバル変数 hogestr を C から参照する */
lua_getglobal(L, "hogestr");
if(lua_isstring(L, 1)) {
    printf("hogestr = %s\n", lua_tostring(L, 1));
}

ちょびっとめんどくさいかも……

で、なに作るの

ノープラン＼(^o^)／
ただまぁ Lua 組み込みくらいやったことないとなぁと思ってやってみた。
なんか作りたいけど忙しいよう。

-Dappengine.user.timezone=JST

これで動いた。

BitmapFactory.Options opt = new BitmapFactory.Options();
opt.inScaled = false;
opt.inDither = false;
opt.inPreferredConfig = Bitmap.Config.ARGB_8888;
Bitmap image = BitmapFactory.decodeStream(fis, null, opt);

こんな感じ。
で、これにて一件落着かと思いきや、なーんか色味が違って見える。ディスプレイの違いかと思ったけど、検証してみると明らかに違っていた。

遠目に見るとほとんどわからないんだけど、画像編集して色の差分を取ると微妙に差異があることが判明。
（ちなみに背景が JPEG で立ち絵が PNG です）
ううむなぜだ、もしやハードウェアデコードの差なのかと思い、とりあえず ImageView に JPEG 画像を表示させて検証してみた。

おお、やっぱ微妙に違う。
リファレンスを見ていると、 API Level 10 から BitmapFactory.Options.inPreferQualityOverSpeed というのが追加されてて、これを true にすると処理速度を犠牲にして「正しい JPEG デコード」を行うらしい。でも KAS ってば API Level 4 なのよね。だめじゃん。

じゃあハードのせいなんだからどうしようもないのかなと思いつつ、一応 PNG 画像も同じように検証してみる。が！　なんと PNG は正しく表示できてしまった。ぎゃーす！
うーん、何が原因なんだろう。

• tempsave の前にシステムボタンを裏表共に消しておく
• プラグインを tempload に対応させる

改変するなら以下の様に。間違ってても責任は取れないです！

function onRestore(f, clear, elm)
{
    // 栞を読み出すとき
    var dic = f.systemButtons;
    if(dic === void)
    {
        // systemButtons の情報が栞に保存されていない
        setObjProp(foreButtons, 'visible', foreSeen = false);
        setObjProp(backButtons, 'visible', backSeen = false);
    }
    else
    {
        // systemButtons の情報が栞に保存されている
        // オプションを設定
        if(elm != void && elm.backlay)    // tempload で裏画面
            setOptions(%[ forevisible : dic.backVisible, backvisible : dic.foreVisible, left : dic.left, top : dic.top]);
        else
            setOptions(%[ forevisible : dic.foreVisible, backvisible : dic.backVisible, left : dic.left, top : dic.top]);
    }
}

これまで Web 系の勉強はほとんどしたことがなくて、基本的なところから全然わかってないです。
なので、間違いとか勘違いとか恥ずかしい説明とか死んだほうがいいコードとかあっても生暖かい目で蔑んでください。

あと殆どメモ書きなのであんま参考にはならないかもです。

基本

GAE for Java は基本的にサーブレット + JSP らしい。そもそもやったことがないがな……がんばろう。
エディタと Ant でも開発できるようにされてるらしいけど、素直に Eclipse 使ったほうが賢明か。

必要なのは App Engine SDK。
で、 Eclipse 用のプラグイン Google Plugin for Eclipse に App Engine SDK が含まれてるので、こっちをインストールすればいいだけ。
Tomcat とかも入れなくていいっぽい。

サーブレット基本

サーブレット作るときは、 javax.servlet.HttpServlet を継承したクラスを作る。
一つのサーブレットが一つのページに対応するような感じにするのが基本。そうじゃないこともあるっぽいけど。
で、 doGet とか doPost とかの doHOGE メソッドをオーバーライドして、各リクエストに対する処理を記述する。

そのままでは「どのクラスがどのページに対応するのか」がわからないので、サーブレットの定義を web.xml に記述する。

JSTL

JSTL(JSP Standard Tag Library) は、 JSP の中で使われることを想定したカスタムタグのライブラリ、らしい。
使うためには JSP の先頭での宣言が必要。

<%-- JSTL の利用を宣言 --%>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

こんな感じ。
色々機能はあるみたいだけど、とりあえず <c:out> タグを使った。このタグは特殊文字をエスケープしてくれる = クロスサイトスクリプティングの防止になるのでなるべく使うべき。 JSP 標準の <%= %> タグでも表示自体はできるが、エスケープはしてくれない。あぶない。

JSP でのリダイレクト

<% response.sendRedirect("/index"); %>

文字化け対策

Web アプリでも当然文字化けは起こる。回避するには、サーブレットフィルタを用いると良い。
サーブレットフィルタとは、サーブレットが呼び出される前にブラウザから送信されたデータを加工するための Javaの機能。
javax.servlet.Filter を実装したクラスを用意して、web.xml で登録する。
詳しくは Web で（ぇ

所感

Web 系ってこう、ちょっとでも知らないことがあるとユーザーを危険に晒すからちょっと怖いんですよね。
でも今の流行というかスタンダードというか、もう「あって当たり前」みたいになってきてるので、ちょっとは知っとかないとヤバイぜよってことで勉強しときます。
最終的にはソシャゲっぽいものも作ってみたい。

きっかけ

今回 TF101 を買った理由の一つに、先日買ったポケモンタイピングDS のキーボードが想像以上に良かったというのがあります。
Bluetooth + Galaxy S でもそこそこテキストが打てたので、じゃあタブレットなら完璧じゃないの？　と思ったわけです。

それから『NOeSIS～嘘を吐いた記憶の物語～』という超面白いゲームがあるわけですが、クリア後のオマケモードで
「この話は IS03 のメール機能を使ってちょこちょこ書きためました」
的なことが書いてあって、ええええ嘘だろ！？　と。おいおいと。マジかよと。弘法筆を選ばないにもほどがあるだろうと。
じゃあ僕も！　と思ったわけですが、さすがに SP モードメール＆キーボード無しはキツイので、できるだけ快適な環境を整えよう、
とまぁ、そういう経緯なわけです。

エディタの選択

少し前までは gEditor を使っていたのですが、最近 Jota Text Editor に乗り換えました。
基本的なエディタとしての機能は押さえていて、個人的には黒背景にできるのがナイスです。
とりあえず今は Jota Text Editor 一択なんじゃないでしょうか。

日本語 IME の選択

エディタは Jota でいいとして、問題は IME。
Android の 日本語 IME は色々と乱立していて、皆さん好みの IME があることと思います。
ちなみに僕は普段は ATOK です。Bluetooth キーボードを使う時は何がいいの？
ってことで、いくつか試してみました。

ATOK

Simeji

Google 日本語入力

これ以外に Open Wnn もやろうと思ったんですが、なんか面倒くさくなってやりませんでした。
見てもらうとわかりますが、Google 日本語入力 Beta はちょっと残念な感じ。
Simeji は、なんか最近のアップデートで変換候補が随分小さく表示されるようになったらしく、実用的で無い。
ATOK はとっても良い感じ。ステキ。

ということで、 IME は ATOK でいいんじゃないかなーと。
高い？　日本人なら ATOK は買いなよ！　他の何を差し置いても！　特に物書きならな！

キーボードの選択

自分は Bluetooth キーボードは一つしか持ってないので選択の余地とか無いんですが、
とりあえずポケモンタイピングDS のキーボードは打ちやすくて良いですよ。安いし。
あとオマケのゲームも面白いし。

実際に書いてみる

ちなみに筆者の PC での環境は ATOK + 秀丸エディタです。
で、それと比べるとどうなのかというと、割と違和感なく使える感じ。
変換後の候補選択が上下キーだったり、候補確定が Enter だったり、細かい違いはありますが、そこは慣れ。

あと、Jota Text Editor のおかげなのか、普通にショートカットキーが使えます。
Ctrl + x で切り取り、 Ctrl + c でコピー、 Ctrl + v で貼り付けとか。
あと Ctrl + s で上書き保存も行けます。これ大事。
Galaxy S の時は Ctrl のショートカットキーが使えず、Menu + s とかで保存でした。
普通の Bluetooth キーボードには Menu キーがついてないので F1 でメニューを出して、それから s で保存、という面倒な操作。
慣れ親しんだ Ctrl + s が使えるのはありがたい。

基本的に Jota Text Editor の出来が良く、 ATOK もそこそこなので、僕のようなにわかライターにはちょうど良い感じ。

ということで

今書いているシナリオは途中から TF101 で書いてます。告知はいつになるかわかんないけど、おもしろい企画ですよー。
皆さんも Android 端末を持ってるなら、 Bluetooth キーボード＋Jota+ATOK で快適に日本語を書いてみませんか。

タブレットたのしー！
今まで Galaxy S で色々とやってましたが、ブラウジングやテキスト編集、PDS 閲覧なんかは断然やりやすいです。当然といえば当然なんですが。
ありがたかったのは、普通に使うぶんには Tegra2 で十分だったこと。ボロクソいわれてる Tegra2 ですが、とりあえず動くのでよし。
ただし動画再生だけはさようなら。

とにかく。なけなしの貯蓄で買ったので、色々といじってうまく活用していきたいです。

hoge/
└─piyo/
  ├─KAS4PC.jar
  └─data/

このとき、KAS4PC.jar から data ディレクトリを参照したい。当然、こんな風にしたくなる。

File file = new File("./data");

一見これでうまく動きそうな感じで、実際、hoge/piyo の位置から以下のように起動すれば正しく動く。

>java -jar KAS4PC.jar

だけど、一つ上の hoge ディレクトリから起動するとダメ。

>java -jar piyo/KAS4PC.jar

なんでかっていうと、このときの ./ のパスは hoge になってるから。オーマイガ―。いちいちプログラムのある階層まで降りて起動しないと動かないとかないわー。

Java でがんばってみる

なんとかならんのかーい！　ということで、 Java でどうにかしようとがんばってみる。

public class Main
{
	public static void main(String[] args)
	{
		// 自分自身のクラスファイルを取得する
		URL url = Main.class.getResource("Main.class");
		File file = new File(url.getPath());
		String path = file.getAbsolutePath();
		System.out.println(path);
	}
}

と、こんな感じで自分自身のクラスファイルをリソースとして取得して、そこを基点にパスを取得してやろうという試み。いいぞ、なんとなくうまくいきそうだ。

うまくいきそうだったのに、プログラムを jar にまとめた状態で起動すると、うまくいかない。 jar にするときになにか工夫すればできるのかもしれないけど、僕にはわからなーい！　断念！

しょうがないから外から渡す

「僕には無理だ……」となったので、しょうがないのでプログラムの外からコマンドライン引数で与える方向で考える。いつか勉強しようと思っていたバッチファイルだけど、まぁ知らない。ググる。どうやら %0 が特殊変数で、バッチファイル自身のパスが入っているらしい。なので、こいつに色々と修飾子をつけてやってパスを取得する。

%0   : バッチファイル自身のパス
%~d0 : %0 をドライブ名だけに展開する
%~p0 : %0 をパスだけに展開する

ということなので、以下のようにすればパスが取得できる。

%~d0%~p0

最終的にはこんな感じ。

@echo off
java -jar %~d0%~p0KAS4PC.jar %~d0%~p0data
@echo on

java の存在確認とか全くしてないけど、とりあえず起動自体はできた。よかったよかった。

Windows 用ができたので、Linux/Mac OS X 用のシェルスクリプトも適当に書く。 いつか勉強しようと思っていたシェルスクリプトだけど、まぁ知らない。 ググって書く。

こんな感じ？

SCRIPTPATH=`dirname $0`
java -jar ${SCRIPTPATH}/KAS4PC.jar ${SCRIPTPATH}/data

なんか偉い人に怒られそうな適当なスクリプトだけど、まぁとりあえず動くのでよしとする。