Atomチームはロードマップを公開しました。 これは議論の際に最初に発表され、FAQに追加され、問題で書かれました。ニュースはまだ公式ではありますが、まだブログには載っていません。 画面には、API安定化のリストがあります。
UPD。 興味深いから:
- Atom開発チームには厳しい納期はありません
- 現在のロードマップには、UTF-8以外のエンコーディングのサポートがありません( コメントへのリンク )
- 大きなファイル(> 2MB)の公式サポートは計画されていますが、最近のビルドでは、コード内の数行を置き換えることで拡張(最大10MB)がかかります
バックグラウンド。
1週間前、discussion.atom.ioのトピックの1つで、Atomのロードマップの公開に関するアイデアが表明されました。
透明性を高めるために頭の外から考えることができるいくつかのこと:
- 一般的なガイドラインを記載したロードマップをここまたはatom / atomに投稿してください
- プロセスの早い段階でPRを開き、何をしているかを説明します
私のテキストはメモの無料翻訳であり、元のリンクのコンテンツをより直感的な全体に結合します。
元の画面
私の挿入物で実際に翻訳
私たちは、私たちが取り組んでおり、焦点を当てていることを皆に伝えたいです。 APIと1.0の修正という2つのタスクに直面しています。
APIコミット(APIフリーズ)
APIを修正する目的は、公に文書化されたAPIを次のバージョンまで使用できる状態にすることです。 これにより、既製のテンプレートの使用に基づいてAPIを改善できます。 有機的に成長したAPIを指定し、通常は徹底的にクリーンアップして強固な基盤を構築します。
タスク
完了マークの付いたタスク。
+反応をサポートするようにエディターを変更します。
+すべてのドキュメントをatomdocに変換します。
+ドキュメントAPIを変更します。
+ APIをメインとアドバンストに分割します。
+すべてのイベントをイベントメソッドに変換します。
+ビュープロバイダーAPIを追加します。
+ APIを調べて、より一貫性のある/対称的なものにします。
(正確性がわからない-オリジナルの「APIを通過させ、APIの一貫性と対称性を高める」)
+混乱の少ない新しいコマンドシステム。
-構成APIを更新します。
+使い捨ての普及。 (どこでも使い捨てを使用)
-APIプロジェクトを更新して、多くのプロジェクトで動作するようにします。 (1つのプロジェクトが1つのディレクトリ内の1つのリポジトリでのみ機能できるようになりました)
-内部表現をカスタムHTML要素に変換します。 いわゆるAPIはAPIに存在します。 彼らが統合する予定のシャドウDOM。
-パネルAPIはプロバイダーAPIに似ています。 これらは、Atomワークスペース用に最近追加および発表された2つのAPIです。
-クラスの単一コアのみをエクスポートします。 (問題は、異なるパッケージが複数の同一のパッケージを参照でき、それぞれがメモリにロードされ、すべての結果が生じることです)
-廃止されたパッケージを削除します。 (パッケージから非推奨を削除)
-ユーザーが期限切れのものを使用できるようにします。 (ユーザーの非推奨を有効にする)
以下、マークされた項目(英語のテキスト)は開発者によってコメントされていないため、元の名前を追加します。 最後の2つでは、おそらくパッケージ内の廃止されたパラメーターの削除が意図されています。
アトム1.0
APIを修正すると、すぐにバージョン1.0に近づきます。 これには多くの重要なことが含まれます。 現在、次のタスクが公開されています。
- 特徴
- 複数のディレクトリ内のプロジェクト
- 各プロジェクトの構成システム
- スコープ設定
- 文字ベースの取り消しを無効にする
- 標準テーマの更新
- Windowsインストーラー/アップデーター
- 例外的なユーザーエクスペリエンス
- 設定インターフェイスの更新
- インデントとハイフネーションを使用する(タスクは既に2013年11月からであり、2014年7月に再開されました)
- ツリービューを更新します。 崇高なアナログの「スマートタブ」の実装
- 性能
- 読み込み中
- 検索と置換
- タブを切り替える
- オートコンプリート
- カーソルを入力して移動します。 (入力とカーソルの移動)
- 非常に長いファイルのサポート
- 大きなファイルのサポート。 まだわずか2メガバイトです。
UPD。 この制限を回避する必要がある場合は、デバッガーまたはapp / src / project.jsファイルで行を直接修正します
Project.prototype.buildBuffer = function(absoluteFilePath) { var buffer; if (fs.getSizeSync(absoluteFilePath) >= 2 * 1048576) { throw new Error("Atom can only handle files < 2MB for now."); }
10メガバイトでは安定して動作し、さらに何かを開こうとすると、他のエラーがすでに失われ、メモリが不均衡に消費されます。
最大サイズを変更しました
- ツリービュー(明らかにパフォーマンスに不満)
- バグ(まだ空)
- ドキュメント
- ドキュメントの更新と明確化
- API
- 廃止されたAPIを取り除く
- サービス(パケット通信内)
- 表示するコンポーネントの更新
リストされたタスクはどれも解決されていないため、リストに入れました。
アクション/ステータスの追跡
ステッカーのシステムを操作するモジュールに割り当てます。
何かに取り組む準備ができたら、デッキ上のステッカーを追加します
github.com/atom/atom/labels/on-deck
現在取り組んでいるものには、進行中のステッカーが付いています。
github.com/atom/atom/labels/in-progress
モジュールが実装に向かっているとき、出荷ステッカーが付いています:
github.com/atom/atom/labels/shipping
(現在は「セーリングアウェイ」のみ)
さらに、githubでnathansobo 、 kevinsawicki 、 thedanielおよびbenogleをフォローし、私たちの行動を見ることができます。
これにより、私たちがどこにいて、どこに動いているかを理解していただければ幸いです。
ソース
- APIコミットトラックのオリジナルバージョンgithub.com/atom/atom/issues/3041
- github.com/atom/atom/labels/api-freeze-roadmap APIの修正に関する未解決の問題
- ロードマップgithub.com/atom/atom/issues/3684のオリジナルバージョン
- ロードマップgithub.com/atom/atom/labels/1.0-roadmapで未解決の問題
- Discussion.atom.io/t/atom-roadmap-to-1-0/12379による元の投稿
Atomについて
- ウェブサイトatom.io
- Github.com/atom/atomリポジトリ
- サポートされているOS habrahabr.ru/post/205994に Atomをインストールする