アカウント名:
パスワード:
このコンポーネントがkeystrokeを、内部に起動しているvimに送って、出力をコンポーネントに表示する模様。
どっちかってーと俺も書いたように、「お好きなエディタを使えますぜ」的な ソリューション(死語?)に向いたやり方かなーと。
エディタのパスと、コマンドのキーストロークを定義した設定ファイルを読み込むようにしてやるとemacsだろうが、jedだろうが使えるようにできそう。 手っ取り早くエディタを選ぶコンポーネントを作るっていう用途にはいい手法でしょうね。 ただ、どこでエディタを選ぶ機能を作るのかっていう点ではBonoboのようなコンポーネントときれいにかみ合わせることができるのかな。 選択用ダイアログとかをどこに作るべきか。
該当メーラーのエディタ部分「が」その
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
bonoboではなく? (スコア:3, 興味深い)
え?MSのOLEだかなんだかに似たプロセス(というよりObject)やりとりの仕組み…
たしかBONOBOとかいったよね…を使ってどうこう、というものではなく、
本当に力任せに乗っ取った、んですか?
もしそうなら、別の意味で凄いなあ。
あるいは、乗っ取りをやらせるクラス(っていうんでしたよね>GnomeつーかGtk)を
作ったとかなら、更に違う意味で凄いですが。
その乗っ取り機構を、今回のアプリに興味ない人々も、共有できますからね。素晴らしいことです。
あ。すみません。最近あっちの分野がどうなってるか全然見てないんで、
今は
Re:bonoboではなく? (スコア:2)
私もあまり英語は得意じゃないんだけど、コンパイルするときに使いたいvimのpathを指定するようになっているので、内部ではvimそのものを使うようです。
gvimじゃないのかぁ。 (スコア:2)
それじゃあ、gvimのメニューをメールエディタのメニューに統合したりとかは出来ないな。
アプローチとしては一番楽な方法なんだろうけど、ちょっとさびしい。
しかし、エディタがGtkHTMLっていうのにはちょっと違和感。
-- Che Che - Bye Bye
Re:gvimじゃないのかぁ。 (スコア:1)
すみません。俺は最初にショットを見たとき、
「最近のgvimは、上のほうにCC:なんていう入力欄を表示できるのかな?」
などという見当違いのことを一瞬考えてしまいました(笑)。
本文書き欄そのもの(だけ)がvimなんですものね。
#そーゆーのはdelphiで慣れてるんじゃなかったのか俺?
>アプローチとしては一番楽な方法なんだろうけど、ちょっとさびしい。
どっちかってーと俺も書いたように、「お好きなエディタを使えますぜ」的な
ソリューション(死語?)に向いたやり方かなーと。
>エディタがGtkH
Re:gvimじゃないのかぁ。 (スコア:2)
エディタのパスと、コマンドのキーストロークを定義した設定ファイルを読み込むようにしてやるとemacsだろうが、jedだろうが使えるようにできそう。
手っ取り早くエディタを選ぶコンポーネントを作るっていう用途にはいい手法でしょうね。
ただ、どこでエディタを選ぶ機能を作るのかっていう点ではBonoboのようなコンポーネントときれいにかみ合わせることができるのかな。
選択用ダイアログとかをどこに作るべきか。
-- Che Che - Bye Bye
Re:gvimじゃないのかぁ。 (スコア:1)
>選択用ダイアログとかをどこに作るべきか
これまたGtkの事情を知らないんで、delphiならこうするって話でお茶濁させて頂きます(^^;が、
#Gladeとかいうのがそれなのかな? http://staff.aist.go.jp/t.kato/program/gtk/glade.html
RADなGUI画面作成環境で、component(の雛型instance)をマウスでほいほい編集するときの話なんですが、
ほいほい「やられる(編集される)」のがcomponentであり、
一方でほいほい「やる(編集する
Re:gvimじゃないのかぁ。 (スコア:1)
1: 編集「する」Objectと「される」Objectとがはっきりわかれるべし。
2: 「される」ほうは生成されるアプリに、「する」ほうは開発環境に、リンクされるべし。
ってのを満たすと、いろいろ幸せになれるよね、ということです。