一般に、黒魔術、クローバー、ある種の母親の助けを借りて、Monoをスクラッチボックスの下に集め、MonoDevelopを正常な状態にすることができたため、GUIエディターは正常に動作します。
鉄にこの奇跡をかけるには、エクストラテストを接続する必要があります（他の誰かがこれをやったことがありますか？）そしてプログラムマネージャーでそれを選択します。 以前の投稿のバージョンがインストールされている場合は、不正に更新される可能性があるため、クリーンすることをお勧めします。
カスタム技術ソリューション
デバイスを右クリックするという概念はありません。 一般に、それをすることは何もありません。 WinMobileでは、これは太古の昔からあり、不要なウィンドウでは無効にできます（SHRecognizeGestureを参照）。 まあ、入れも入れもしない。 おそらくこれは何らかの理由で正当化されたでしょう。 さて、大丈夫、Gtkのバインダーを初期化するときにすべてのウィンドウイベントのフィルターを切り、必要に応じて編集します。 一般に、Fnキーが押されたときに（矢印で）右クリックが機能するようになりました。
まあ、メニューはメニューであり、ガイデザイナーは機能しますが、フォームにコンポーネントを与えません。 なんで？ そしてすべてがシンプルです。 GTKのDrag-n-Dropは無効になっています 。 問題を理解しようとして掘り下げていたとき、gtk_begin_drag関数の冒頭で次のことがわかりました。
#ifdef MAEMO_CHANGES /* Reject any DND requests unconditionally. */ return NULL; #endif
いいですか 構成、設定、環境変数はありません。 不器用に切り倒すだけです。 これは明らかに、コードのコメントを外すことで「新しい」機能を追加する未来に影響を与えたようです。 この行なしで再コンパイルした後、ドラッグアンドドロップは奇跡的に機能しました、想像してみてください。 システムSCCに触れてはいけません。そのために何が壊れるのかわからないので、LD_PRELOADを使用して正しいライブラリをロードします。
ロジック付きのカブのAutomobilderは、まったく友達ではありません。 例。 ソースパッケージには、すべてのアーキテクチャのパッケージのみが含まれます。 それらはi386で収集されます。 そこに、すべてのアーキテクチャに加えて、i386が点灯したら、どこからコンパイルを開始しますか？ そうです、ARMの下で。
おそらく、残りの機能については何も言わないでしょう。5分間の憎悪を終わらせるときです。 原則として、IDE自体はほとんどパッチなしで起動しました（GTKに関連するほとんどの妨害は、バインダーの特別なコードで修正されます）。 これは、Novellプログラマー（またはそこで誰が購入したのか）に有利です。特にMaemoがまだDebian 3.0コードに基づいていることを考えると。 ところで、Debianの実験的なカブにも新鮮なMonoDevelopはありません。
ランタイム自体に関しては、主なアイデアはソースパッケージを2つの部分に分割することです。その1つはi386で管理対象のバイナリを落ち着いて収集し、2つ目はそれらにまったく触れず、ネイティブのバイナリのみを扱います。
したがって、収集されたランタイムを受け取った後、コンパイラをアームスクラッチボックスで動作させることは、いくつかのスクリプトの問題であり、以前はi386番目の通常のライブラリから盗まれていました。 i386のバイナリはqemu-armによってロードされるため、必要な依存関係を指定してld-linux.so.2をドラッグしても、プロセッサにネイティブなコードを実行することを妨げるものはありません。 その結果、コンパイラはこの方法で起動します。
一般的に、どういうわけか。 これで本格的なIDEができました。
UPD：いくつかの明白でない依存関係を見逃したようです。 起動しない場合は、別のモノコンプリートをインストールします。 固定パッケージは現在コンパイル中です。