Nokia N900上のMonoDevelop。 あなたの神は今どこにいますか?



すべての作品で機能するすべてのもの。 エディター、コンパイル、デバッガー、デバッガーで変数値をクリックします。 野生のきしみとガラガラで、フォームのデザイナーでさえ。



を追加して、これらのnishtyakiを携帯電話で感じてください

deb http_://archive.kebrum.com/n900/ all main





sources.listで(梱包するときに何も忘れていないことを願っています)。 また、extras-testingとextras-develを接続する必要があります。 次に、コンソールでapt-get install monodevelopと入力します。 パッケージの階層全体は、2つの最適化パッケージを除き、Debianの階層と完全に一致していますが、依存関係に従って自動的にプルアップされます。



パッケージのインストール中に、rootemの貴重な場所にmaem担当者のライブラリが詰まっています(すべてが/ optにありますが、あなたはそうは思わないでしょう!)。







私はすべてを順番に話したかったが、5分間の憎悪から始めたいと思った。



Nokia sodomitesに挨拶したいと思います。彼らは、デバイスの通常のエミュレーターの代わりに、未完成の古いバージョンのqemu-armを滑らせたため、Monovコンパイラー使用できなくなり、その結果、SDKを使用してマネージコードをビルドできました。 彼らは私にたくさんの楽しい時間を与えてくれました。

コンパイルされていないものを生成するコードジェネレーターを構築したgtkのバインダーの開発者に挨拶を送りたい(「家で繰り返してはいけない」シリーズからアセンブリを悪夢に変えた)、また、HButtonBoxは間違いなくアクション領域のgtxダイアログにあると信じているただし、ドキュメントには、抽象コンテナがあることが記載されています(その結果、GtkDialog.ArctionAreaは常にnullでした)。 彼らはまた私に多くの楽しい時間を与えてくれました。

また、このコードを書いているMono.Addinsの開発者にも挨拶したいと思います。



string folder = args.Length > 2 ? args [2] : null ;

if ( folder .Length == 0) folder = null;








この5分間の憎悪は完全であると考えることができます。 最終的に、彼らはすべて良い人です。



実際、 前の投稿を書いた後、すべてのゴミを/ optに転送するためにdebian /ルールの編集を拒否することにしました。 現在、最適化は、必要なディレクトリへのシンボリックリンクを予備的に作成することにより実行されます。 ちなみに、これにより、mono-opt-prepareパッケージを削除するだけで、モノとそれに接続されているすべてのものを簡単にクリーンアップできます。 州税関委員会のためにバインダーを組み立て、 それが何であるかについての操作性をチェックした後(ところで、ソフトウェアはソースに変更を加えることなく起動しました。現在、画面サイズと指のコントロールに合わせてダイアログを作り直しています)、アセンブリ全体をチェックすることにしました。 GTK#で最も難しいプログラムは何ですか? そう、モノ開発。 すべての依存関係を構築した直後(一部のパッケージはports.ubuntu.comからバイナリ形式で直接プルされました)、次の汚いトリックにぶつかりました:

画像



そして、ほぼすべてのダイアログで。 ActionAreaのバグにより、未加工のバインダーは既にパッチされているため、元のVBoxを外部のオブザーバーから隠すよりも良い方法は思いつかず、代わりにScrolledWindowでラップされた別のVBoxをスリップしました。 半時間のシャーマニズムがGtkDialogであることが判明し、GtkDialogはコンテンツのサイズに適切に調整します。 このようなもの:







Nokievプログラマーが同じことをするのを防いだ(バインダーとの非互換性の状態にダイアログを変更したことを考えると)、そして大画面用に投獄されたソフトウェアを壊さないことは、私には謎のままです。 誰かが元のVBoxに手を差し伸べたい場合、2つの階層レベルまでリンクをたどるだけで簡単に行えます。



デバッガーとコンパイラーとの相互作用は特定の問題でしたが、ソースを掘り下げる必要がありましたが、さらにいくつかのシンボリックリンクを追加することで解決しました。



今、軟膏のハエ。 IMContextを介してHILDON_GTK_INPUT_MODE_AUTOCAPをオフにすることはできませんでした(TextAreaおよびEntryはすべて問題ありませんが、MonoDevelopは独自のコントロールを使用してテキストを編集し、IMMultiContextを直接操作します)。 誰かがこれに関する情報を持っている場合は、共有してください。



上記に加えて、何らかの理由でこの感染は、接続するアセンブリのリストでMonoに直接関連しないライブラリを検出しません。 これは、絶対パスに沿って追加することで処理されます。 私はそれを修正しようとしますが、何も約束しません。



その他。 どうやら、これは、アセンブリプロセスの特殊性のためにNokievカブに入ることはありません(エミュレータからこのファイルを取得し、これらの10個はUbuntuでコンパイルされます。ここでは、アセンブリプロセスを遅くし、同じUbuntuで生成されたソースをスリップします)リンク、debian /コントロールの編集など)健全なソースコードパッケージを作成することは不可能であり、バイナリのセキュリティを説得することは非常に困難です。 他の問題では、誰かがこのパーティーとつながり、助けようと決心したら、嬉しいです。



N900のソフトウェアはVisual Studioでも開発できるようになりました。これに問題がある場合は、お問い合わせください。喜んでお手伝いいたします。



UPD: bashがないとインストールに問題があることが判明しました。 誰かが既に遭遇した場合、apt-get install bashが扱われます。 今、私はそれに応じて登録します。



UPD2:そしてPaint.NETも開始しました:



パッケージはpaint-monoと呼ばれ、すでにリポジトリにあります。



All Articles