では、 (meta-shift-return) をorg-mode押すと、新しい行に新しい が作成されます。このキー シーケンスは、端末経由で emacs に送信されます。ミニバッファに返される でこれをチェックしました。M-S-RETTODOM-RETC-h c ESC-S-RETM-RET is undefined
Terminal.app で実行されている Emacs 23.2.1 で Snow Leopard を使用しています。RET端末のキーボード設定でシーケンスを定義するオプションはありません。
行方不明の原因は何SHIFTですか？回避策？
S-RETEmacsにそれが付いたふりをさせることができますC-x @ S RET（大文字に注意してくださいS）。
これは、control、meta、alt、hyper、またはsuper修飾子を追加する場合にも機能します。C-x @ C-hバインディングのリストを入力します。Emacsマニュアルの修飾キーのセクションにもこれが記載されています。
一般に、端末は 256 個の個別のキー (または 128 個のみ) しか許可されていない古いプロトコルをエミュレートするため、多数のキーストロークを端末経由で送信することは単純に不可能です。
S-RET を押すと、Terminal.app は、RET を押した場合とまったく同じことを行う可能性があります。したがって、Emacs にはこれら 2 つのケースを区別する方法がありません。
他の Q&A への相互リンク:
xterm を使用している場合は、このmodifyOtherKeysオプションによってバインドが容易になる場合があります。詳細については、次を参照してください。
VT100/xterm ターミナル (Mac OS X のターミナル) で Emacs に "C-(" を送信しますか?
Emacs はデフォルトでこれらのコードを認識していると思われますが、そうでない場合は、input-decode-mapここで説明されているように参照してください: Emacs 23.1.1 で M-<up> / M-<down> をバインドする
ここで、TTY の説明と代替ショートカットを参照してください。
これらのいくつかは、Ubuntu Linux のターミナルで (ローカルと SSH の両方で) 機能しましたが、すべてが機能しているようには見えません。たとえば、S-RET（私が実行すると予想していた）のために提供された代替手段は、代わりに何らかの理由org-table-copy-downで実行されているようです。ただし、代替案のリスト、特に接頭辞org-clone-subtree-with-time-shiftが付いたものは便利であることがわかりました。M-たとえば、テーブル内でテキストESC UPをM-UP移動する場合。