自分は、以下の設定で使用しています。
受け渡しにはDropboxを使う設定ですね。

;;; MobileOrgで行った変更が出力されるファイル
(setq org-mobile-inbox-for-pull "~/Documents/Memos/flagged.org")
;;; 出力されるDropboxのディレクトリ名
(setq org-mobile-directory "~/Dropbox/MobileOrg")
;;; 共有するorg-modeのファイルがあるディレクトリ
(setq org-directory "~/Documents/Memos")
;;; ここに書かれたファイルが共有される
(setq org-mobile-files '("~/Documents/Memos/todo.org"
                         "~/Documents/Memos/agendas.org"
                         "~/Documents/Memos/memo.org"))
;;; emacs起動/終了時に自動共有
(add-hook 'after-init-hook 'org-mobile-pull)
(add-hook 'kill-emacs-hook 'org-mobile-push)

特にハマったのが、org-mobile-files。
最初これを書いていなくて（しかもMobileOrgのサイトにはこの名称しか載っていない）、どのファイルを書き換えたら反映されるのか分かりませんでした。
ここでファイルを指定すると、アプリ起動時のメイン画面にファイル名の一覧が表示され、その中に潜っていける、というインターフェイスです。
で、その中は通常のorg-modeのファイルでオッケー。
メイン画面は自動生成されます。

まずは起動・終了フックのadd-hookの部分を書かずに設定を行ってから書く方がいいでしょう。
で、init.elなどに上記の設定を書いて最初の起動直後にM-x org-mobile-pushを行います。
これでorg-mobile-directoryに設定されているディレクトリに初期ファイルが出力されます。

気をつけなければいけないのが、org-modeのバージョン。
できるだけ最新のものを使うようにしましょう。
（org2blogでもここでもorg-modeのバージョンにハメられてしまいましたよ）

自分はiPhoneが壊れて以降、iPhoneを使っていないので、Androidでの設定です。

アプリを立ち上げて、設定画面を表示して。
気をつけなければいけないのが「Configure Synchronizer Settings…」の部分。
自分は上記のようにDropboxを使用する設定にしているのですが、その場合Pathの欄には「/MobileOrg/index.org」を書いておきます。
ここもよく分からなかった部分ですねー。

後は、MobileOrgでsync、emacsでM-x org-mobile-pushとM-x org-mobile-pullを使用して同期させます。
MobileOrgの設定で、自動同期の設定ができるのと、emacsでadd-hookを使用して起動・終了時に同期させておけば、自動での運用も加能です。

最終的にはどれだけマメにファイルを編集するか、になりますけどねー……。

何やら、org2blogでは画像のリンクを作ってくれるみたいで。
それのテストをしてみます。
うちのわんこ。
さてさて、どうなりますことやら。

ここ最近、Androidで速く処理できる方法はないものか、と。
ちょっと調べてみたんですけど。
Android2.3 GingerBreadでFrameworkに追加されたNativeActivity。

ゲームなど高速に処理させたい場合には、なんとかしてNativeに処理を持っていくのがよいわけですよ。
Javaではなく。
NativeActivityはその名の通り、Native内で処理を行うようにできるもの、です。
それまではJNIを使うしか方法が無かったんですが、JNIでくぐりぬける際のオーバーヘッドがばかにならなかったんです。

通常のAndroidのアプリの場合、イベントディスパッチはJava層でないとダメなわけなんです。
そこの部分を速いNative層に持ってきたものがNativeActivityです。
なので、イベントループ処理がちょっと速い→全体的なきびきび感が上がる、というわけ。

通常のAndroidのアプリはActivityの子クラスを作ってイベント関数をオーバーライドします。

public class TestActivity
    extends Activity
{
    @Override
    public boolean onTouchEvent(MotionEvent event)
    {
        /* 何らかの処理が入る */
        return true;
    }
}

この場合、メインループのJava関数はどっかから湧いて出てきて、画面タッチ処理を行う場合、 onTouchEvent を呼び出すわけです。
だからメイン処理はJava層になるわけ。

NativeActivityの場合はちょっと違って、AndroidManifestに呪文を追加していきなりNative関数を呼び出すことができるんです。

  <application
     android:name="@string/app_name"
     android:hasCode="false">
    <activity
       android:name="android.app.NativeActivity"
       android:label="@string/app_name">
      <meta-data
          android:name="android.app.lib_name"
          android:value="TestLib" />
    </activity>
  </application>

まずは<activity>と<activity>宣言の中。

• android:hasCode attributeはfalseにしておくこと
• android:name attributeはandroid.app.NativeActivityにしておくこと

そうすることでJavaのコードを書く事無く、Native環境が実行されます。

後、重要なのは、Activity宣言の中の meta-data 宣言。

• android:name attributeでライブラリであることを宣言
• android:value attributeでライブラリ名を設定する

わけです。
こうすることにより、 libTestLib.so ファイルが読み込まれ、その中で宣言されている android_main 関数が実行されます。
ガワだけ書くと、こんな感じ。

void android_main(struct android_app* state)
{
    while (true) {
        int ident;
        int events;
        struct android_poll_source* source;
        while ((ident = ALooper_pollAll(
                    engine.animating ? 0 : -1,
                    NULL,
                    &events,
                    (void**)&source)) >= 0) {
            /* イベントディスパッチポイント */
        }
    }
}

• Symbol’s value as variable is void: org-babel-src-block-regexp

要するに org-babel-src-block-regexp の宣言が無いってことだ。
なんでかなー。
org-modeは昨日aptで入れたところなのに。

問題になっている定義 org-babel-src-block-regexp を検索してみると、 ob.el 関連のファイルに入っているらしい。
org-babelだな。
org-babelは……。
org-modeのChangeLog を見る限り、6.35で入っている模様。

何でだろう？とaptitudeでインストールされているorg-modeのバージョンを見ると。
6.34c？
あーー。
そりゃあかんわな。

どうやら 2011-06-17 現在、Ubuntuの10.04ではorg-modeの最新版は6.34cになっているらしい。
んで、11.04だと7.4。
んあー。
そういうことかー。