安定ビルド： http : //www.miranda-ng.org/distr/stable/
ソースコード
移植されたすべてのプラグインを持つリソース
トラッカー
「最新」 に関する小さなFAQを含む先祖の記事
ウェブサイトとウィキは現在活発な開発とコンテンツの下にあり、まだ多くの仕事がありますが、チームはアイデアと熱意に満ちているので、厳密に判断しないでください。
歴史、違い、その他の情報。
なぜフォークする必要があったのですか？
2012年の春までに、ミランダIMの開発には膠着状態がありました。これは、以下の理由により、採用された（そして現在までの）ミランダ開発モデルが完全に持続不可能だったためです。
- カーネルの変更は、プラグイン開発者がそれを手に入れ、最終的にエンドユーザーに届けられるまでに約1年半かかりました。 その結果、結果として生じる遅延は非常に大きくなりました。
- 第二に、プラグインのソースコードは多数のリポジトリに散在しており、多くのプラグインでは（現在の）ソースコードは一般的に利用できませんでした。 この制限により、チームメンバーによるプラグインコードの監査が不可能になりました。 したがって、一部のプラグインのコードには、機能しない、非効率的な、または率直に誤ったコードが含まれており、これに影響を与えることはできません。
- 第三に、Mirandaカーネルの異なるバージョン間、さらには個々のプラグインのバージョン間でも、互換性の問題が発生する可能性が非常に高くなりました。 これは特に、Miranda IMで最終化されなかったUnicodeサポートに当てはまりました。
さらに、その時点でミランダの残りの2人のアクティブな開発者の間で明らかに成熟した紛争が発生しました：Georgy Khazan （ ghazan ）とBoris Krasnovsky（ borkra ）、最後のストローは、Borisのロールバックでした。プロジェクトの参加者の一人（ジョージではない）が破ったミランダの一部のために考案されたイギリスの聖体拝領「borkred」が使用されました。
こうしたすべての結果として、2012年4月上旬、ミランダIMのコアキュレーターであるジョージハザンは、ミランダの開発に関する多くの明白な指示があったにもかかわらず、プロジェクトを辞めることにしました。
ただし、異なる当事者間の交渉の過程で、次の原則に基づいて、 ghazanが率いる新しいプロジェクトを編成することが決定されました。
- プロジェクトには、カーネルだけでなく、一般的に使用できるすべてのプラグインが含まれています。 これにより、チームのメンバーがプラグインのコードを検証（および必要に応じて修正）できる可能性が広がります。
- Miranda NGの各バージョンはそれ自体とのみ互換性があります（つまり、1つのアセンブリ内のすべてのプラグインが相互に互換性があることが保証されますが、2つの隣接するアセンブリは完全に互換性がありません）。 これにより、異なるバージョンの互換性に関するすべての問題が完全に解決され、カーネルの多くの場所で面倒なコードを取り除くことができ、Mirandaカーネルと対応するプラグインの両方のグローバル最適化の最も広い範囲が開かれます。
- 完全に廃止されたANSIのバージョンのサポートは終了します。 執筆時点でサポートされている唯一のコンパイラはVisual Studio 2010です。おそらく、VS2012のリリース後、そのサポートもプロジェクトに含まれるでしょう。
- すべてのチームメンバーは異なるアクセス権を持っています。プラグインコードを修正できるのは誰か、トラッカーとWikiで作業する人、コードを修正できるのは誰かです。
T.O. 2012年5月15日、Mirandaカーネルのソースコードが別のリポジトリにアップロードされ、やがて100を超えるプラグインが追加されました。 その後、ソーステキストに1.5以上の変更が加えられ、その後、2012年8月30日にMiranda NGの最初のリリースがリリースされました。
現在15人がプロジェクトに登録されており、そのうち少なくとも半数が積極的に開発に関与しています。
新機能
カーネルと移植されたプラグインの両方のコードのほぼ完全な改訂が行われました（それらのほとんどは、サイトwww.miranda-vi.orgでの使用頻度と人気に基づいて選択されました）。 実際のソースコードがなかったプラグインは明示的に除外されたため、すべてのマイナーな変更とバグ修正を説明するのは意味がなく、 svnの完全なchangelogに慣れるのが最も簡単です。
この記事では、基本的な変更と基本的な変更のみをリストします。
Miranda IMに対するMiranda NGの主な利点（現時点）
- プログラムを再起動せずに、プラグインをその場で接続および切断します。
- プログラムの起動と実行の速度が向上しました。
- 以下を含むシステムリソース（GDIおよびRAM）の消費を大幅に削減 カーネルの未使用部分を個別のモジュール（フォルダー。\ Core）に取り出す
- すべてのプラグインは同じリポジトリ内にあり、カーネルの変更により、Miranda IMで数か月間続く開発者の反応を待つことなく、必要な変更がすぐに行われます。
- 統一に関しては非常に多くの作業が行われました。各プラグインが個別に実装したものの多くは、マイクロカーネル（ mir_core.dll ）に転送されました。
- 多くの古い「クランチ」やバグを取り除き、プログラムの全体的な安定性を高めます。
- なんらかの理由でMiranda IMのプラグインの開発を辞めたり放棄したりしたMiranda NGコーダーの開発に戻りましょう。
- 続行するには...
Miranda NGの機能と違い
- プログラムのコアの大きな変更により、Miranda NGはMiranda IMのプラグインと互換性がなくなりました。
- プログラムのルートにあるCoreフォルダーは、カーネルから削除された標準モジュールで、「置換」がある場合はメモリーにロードされず、「置換」が無効になっている場合は自動的にロードされます。
- 各連絡先リストプラグインに独自の方法で実装されるいくつかのツールバーの代わりに、TopToolBarプラグインが整理され、頭に浮かびました
- DBtoolはプラグインになりました
- ANSI拒否、カーネルおよびすべてのプラグインはUnicodeを完全にサポートしています。
- 2番目の安定版リリースには、完全に再設計されたMRAプロトコル、完全にユニコード、およびアカウントサポートが含まれます。
- 続行するには...
Miranda IMでMiranda NGに「移動」する方法
簡単なことはありません：古いプロファイルをMiranda NGに 「アタッチ」して（もちろん、フォルダー構造を保持する）、すべてのプラグインとカーネルを（ルートのCoreフォルダーとmir_core.dllライブラリを忘れずに） プロジェクトのサイトから新しいものに置き換えます。
すべての古い設定、外観、連絡先履歴など そのままで同じままです。 IMおよびNGプロファイルは完全に互換性があります。
今後の予定は？
近い将来、以下を実装する予定です。
- 仮想連絡先（天気、メールなど）+ MetaKontaktsコアのネイティブサポート
- 通常のdbx_mmapドライバーに基づく核暗号化、クラック防止プロファイル
- Jabberとそのすべてのレベル2プラグインを片付ける
- Miranda IM用の個別のプラグイン。自動モードでMiranda NGに「移動」できます。
チームは常にxmpp フォーラムとjabber-conference： miranda-ng@conference.jabber.ruですべての質問とコメントに回答する準備ができています。
材料の準備について、George Hazan（ ghazan ）に感謝します。