Loading article…
この記事では、有名なテキスト エディターの基本的な比較を示します。テキスト エディターの機能の詳細については、テキスト エディターの機能のカテゴリおよび個々の製品の記事を参照してください。この記事は最新の情報ではない可能性があり、必ずしもすべてを網羅しているわけではありません。
機能の比較は、ソフトウェアの安定バージョン間で行われ、今後のバージョンやベータリリース間では行われません。また、アドオン、拡張機能、外部プログラムは除外されます (脚注で指定されていない限り)。
概要
オペレーティングシステムのサポート
このセクションでは、さまざまなエディターを実行できるオペレーティング システムを一覧表示します。一部のエディターは、一覧にない追加のオペレーティング システムでも実行されます。
クロスプラットフォーム
自然言語（ローカリゼーション）
ドキュメントインターフェース
注記
- 複数のインスタンス: 複数のファイルを編集するために、プログラムの複数のインスタンスを同時に開くことができます。シングル ドキュメント インターフェイス(SDI) プログラムとマルチ ドキュメント インターフェイス (MDI) プログラムの両方に適用されます。また、同じプログラムの複数のインスタンスのように見えるユーザー インターフェイスを持つプログラムにも適用されます ( Microsoft Wordの一部のバージョンなど)。
- 単一ドキュメント ウィンドウの分割: ウィンドウを分割して、ファイルのさまざまな領域を同時に表示できます。
- MDI: 重ね合わせ可能なウィンドウ: 開かれた各ドキュメントには、エディター環境内で完全に移動可能な独自のウィンドウが表示されます。
- MDI: タブ付きドキュメント インターフェイス: 複数のドキュメントを 1 つのウィンドウ内のタブとして表示できます。
- MDI: ウィンドウの分割: アプリケーション ウィンドウを分割して複数のドキュメントを表示します (重なり合わないウィンドウ)。
基本機能
プログラミング機能
注記
- 構文の強調表示: 用語のカテゴリに応じて、異なる色とフォントでテキストを表示します。
- 関数リスト: ウィンドウまたはサイドバーに現在のファイルのすべての関数をリストし、リスト内の関数名をダブルクリックするなどして、ユーザーがその関数の定義に直接ジャンプできるようにします。ほぼリアルタイムです (シンボル データベースを作成する必要はありません。以下を参照してください)。
- シンボル データベース: 開発中のソフトウェアに属するすべてのファイル内の関数、変数と型の定義、マクロ定義などのデータベース。データベースは、エディター自体または ctags などの外部プログラムによって作成できます。データベースを使用すると、定義が別のファイルにある場合でも、即座に見つけることができます。
- 括弧の一致: ネストを考慮して、一致する括弧または括弧を検索します。
- 自動インデント:上の行と同じレベルへの単純なインデント、または特定のインデント スタイルを保証するなど、言語固有のインテリジェントなインデントを指す場合があります。
- コンパイラ統合: エディター内からコンパイラ/リンカー/デバッガーを実行し、コンパイラの出力をキャプチャしてエラーをステップ実行し、カーソルをソース ファイル内の対応する場所に自動的に移動できます。
追加機能
大容量ファイルのサポート:
一般的に、ほとんどのテキストエディタは大きなテキストファイルをサポートしていません。利用可能なインコアRAMに制限されているものもあれば、高度な仮想メモリ管理技術とページングアルゴリズムを使用しているものもあります。[96]
ファイル内検索: ディスク上の複数のファイル、たとえばサブディレクトリとその下のすべてのディレクトリを検索 (場合によっては置換) します。grepに似ています。
キーバインディング
カスタム キー バインディングのサポート。
メモ、バグ
- Vim: Ctrl-1 .. Ctrl-9、Ctrl-0のカスタムマップは設定できず、Control-Shift-<char>とCtrl-<char>は区別されません。[116] [117]
- Notepad++: Shift-<char> のカスタム ショートカットは設定できません。Ctrl や Alt などの修飾子を追加する必要があります。つまり、「追加」ボタンがグレー表示されているため、SCI_LINESCROLLUP を「Shift-I」にバインドすることはできません。
- Emacs と Pico: pico は Emacs の移動および削除コマンドのほとんどを使用します: ^F ^B ^P ^N ^D など。
プロトコルサポート
ネットワークまたはインターネット経由でのファイルの編集をサポートします。
Unicodeおよびその他の文字エンコーディング
指定された文字エンコーディングをサポートするには、エディターは特定のエンコーディングでテキストを読み込み、保存、表示、編集でき、文字を破壊しない必要があります。UTF-8 および UTF-16 の場合、これには内部の 16 ビット文字のサポートが必要です。
部分的なサポートは次の場合に示されます: 1) エディターが編集用に文字エンコードを内部 (8 ビット) 形式に変換することしかできない場合。2) 一部のエンコードが一部のプラットフォームでのみサポートされている場合。3) エディターが対応するフォントをロードして特定の文字セット (OEM など) のみを表示でき、その文字セットのキーボード入力をサポートしていない場合。
右から左への双方向テキスト
アラビア語、ペルシア語、ヘブライ語、イディッシュ語などの一部の言語を編集するには、右から左(RTL) のテキストのサポートが必要です。また、左から右 (LTR) と RTL が混在する双方向 ( BiDi ) サポートも必要です。
プログラムで使用されるアルゴリズムによっては、双方向テキストを正しく表示することはできても、編集できない場合があります。(例: Notepad++ 5.1.3 は双方向テキストを正しく表示しますが、編集できないため、ユーザーは RTL テキストを正しく編集できるようにテキストの方向を RTL に変更する必要があります。)
改行サポート
参照
- 編集者戦争
- 比較
- リスト
注記
- ^ alexey_t、kvichans、matthias030。
- ^ OpenBSDリポジトリの最終更新[24]
- ^ abネイティブサポートはありませんが、Windows 用の Infernoポートの一部として、またはWSL経由で `plan9port` を使用して利用できます。
- ^ abcde Windows 上で実行するには、 Cygwin またはWindows Subsystem for Linuxが必要です。
- ^ GEdit は、MacPorts からインストールすると X11 で実行されるため、ネイティブの外観と操作性を持ちません。ただし、GEdit 用のコンパイル済みネイティブ macOS バイナリは、GEdit プロジェクト ページまたは GEdit FTP ダウンロード サーバーからダウンロードできます。
- ^ abc gedit、NEdit、およびSciTE はX11ウィンドウ環境で実行されるため、macOS で実行する場合はネイティブの Aqua ルックアンドフィールを使用しません。
- ^ スタンドアロンのNSISインストールパッケージが利用可能
- ^ geditはプラグインを介して単一ドキュメントウィンドウの分割をサポートしています。[1] 2011-12-14にWayback Machineでアーカイブされました。
- ^ geditはプラグインを介して複数のドキュメントウィンドウの分割をサポートしています。[2] 2011-12-14にWayback Machineでアーカイブされました。
- ^ GNU Emacs 27.1 には、タブバー (フレームごと) とタブ行 (ウィンドウごと) の組み込みサポートが含まれています。GNU Emacs の以前のバージョンでは、Tabbar プラグインを使用して、OS ネイティブではない方法でタブ付きドキュメント インターフェイスを使用できます。
- ^ GNU Emacs は、elscreen Archived 2008-01-17 at the Wayback Machineパッケージを使用して、 GNU Screenをモデルにしたタブ付きドキュメント インターフェースをサポートできます。
- ^ JOE は複数のファイルの編集をサポートしていますが、表示できるのはそのうちの 1 つのファイルのみで、Ctrl+K+N で他のファイルに切り替えることができます。これは機能的にはタブはあるがタブ バーが表示されていないのと同じです。
- ^ mined は、複数のドキュメントが別々のターミナルウィンドウにある場合、それらのドキュメント間でのコピー/貼り付けをサポートします。
- ^ SciTE_max_buffers
- ^ Vim提供の GVim が使用されます。
- ^ Vimバージョン7はタブ付きドキュメントインターフェースをサポートしています。以前のバージョンでは、たとえばスクリプトを通じてタブをエミュレートすることができます。[52]
- ^ abcd Acme は、追加機能を統合するために外部コマンドを呼び出してその戻り値を表示できます。
- ^ ConTEXT は検索と置換機能において正規表現の後方参照をサポートしていません。[3] 2007-12-18にarchive.todayでアーカイブされました
- ^ ConTEXT はテキストをUTF-16に変換することのみをサポートします。また、UTF-16 に変換する場合は、1 種類の改行形式のみを使用できます。
- ^ Geanyはプラグイン経由でスペルチェックをサポートしています
- ^ gedit は、gedit とともに配布されるプラグインによるスペルチェックをサポートしています。
- ^ geditはプラグインを介して正規表現ベースの検索と置換をサポートしています（[4] 2011-12-14にWayback Machineでアーカイブ）。
- ^ ab Emacs は、外部プログラムispell、aspell、またはHunspellによるスペルチェックをサポートしています。
- ^ jEdit は外部プラグインによるスペルチェックをサポートしています。
- ^ JOE は、ispellまたはaspell外部プラグインによるスペルチェックをサポートしています。
- ^ JOE は非標準の正規表現構文を使用します。
- ^ JOE は、GNU recode(1) ユーティリティを介してテキストを簡単にパイプできます。ロケール設定を検出し、環境で設定された任意のエンコーディングで編集できるようにします。
- ^ Komodo EditはScintillaをベースにしており、GeanyやNotepad++と同様の仮想空間をサポートする可能性がある（[5]）
- ^ Komodo IDEはScintillaをベースにしており、GeanyやNotepad++と同様の仮想空間をサポートする可能性がある（[6]）
- ^ LEはGNU recode(1)ユーティリティを通じてテキストをパイプすることができる
- ^外部プログラム Aspell を呼び出して Metapad のスペル チェックを実行します。
- ^ mined は、検索式と置換式で複数行をサポートします。
- ^ mined は、複数のドキュメント (異なるエンコーディングを持つ) 間でコピー & 貼り付け機能を使用するときに、エンコーディング形式を変換できます。
- ^ mined は、コマンドライン オプションまたはメニューからの改行変換をサポートします。改行タイプが混在するファイルは透過的に編集できます。改行タイプによって視覚的な表示が異なります。
- ^ abc Sam 内から外部アプリケーションを起動し、その戻り値を表示することができます。
- ^ SciTE、Notepad2、Notepad++などのScintillaベースのエディタは代替をサポートしていません（
- ^ UltraEdit はBoost C++ 正規表現ライブラリを使用します。Boost は \g{10} を使用して \9 以降のバック参照をサポートしていますが、UltraEdit はまだこの機能を実装していません。
- ^ VEDIT 6.2 には、完全に Vedit マクロ言語で記述された Scribe スペル チェッカーが付属しています。また、Aspell を統合するためのマクロ パッケージもここからダウンロードできます。
- ^ Vimバージョン7はネイティブでスペルチェックをサポートしています。それ以前のバージョンではスクリプトが必要です。[64]
- ^ Visual Studio Code は仮想空間をサポートしていないため、行末を超えた矩形選択はできません。
- ^ Acme の自動補完はファイル名に対してのみ機能します。
- ^ bluefish : outputbox 機能を介して設定可能です。
- ^ ed はコンパイラのような外部コマンドを呼び出すことができます。
- ^ EmEditor Professional は、プラグイン (32 ビットまたは 64 ビット) 経由でオートコンプリートをサポートします。
- ^ gedit-folding: Gedit の折りたたみプラグイン
- ^ gedit : コンパイラ統合: gedit とともにインストールされるプラグインの機能。
- ^ makeはLEテキストエディタから起動できますが、出力はキャプチャされません
- ^ Clojure、Python、Javascriptなどの動的言語の式をリアルタイムで評価します
- ^ 採掘: 構文の強調表示: HTML/XML、Javascript、JSP。
- ^ Notepad++ には関数リストのサポートが付属しており、プラグインを介して拡張できます。
- ^ Notepad++ は、複数のプログラミング言語のオートコンプリート リストとともにインストールされます。ユーザーが追加のパーソナライズされたオートコンプリート リストを追加することもできます。
- ^ 関数リスト（およびその他の機能）は、Ru-Board ビルド、バージョン 1.79.66Ru 以降で利用可能です。
- ^ TextMate : オートコンプリート: サポートされている言語バンドル
- ^ Textpadはアドオンを使用する（[7]）
- ^コードのフラグ入力を取得してコンパイルするシェル スクリプトを作成すると、 TextWrangler をコンパイラと統合できます。これを ~/Library/Application Support/TextWrangler/Unix Support/Unix Filters/ に配置します。#! メニューに表示されるはずです。
- ^ Semware エディター: オートコンプリート: 提供されたリスト/ユーザー作成リストを介してサポートされます。
- ^ Semware エディタ: テキストの折りたたみ: 圧縮表示が可能。
- ^ Linux バージョンにはありません。
- ^ Vedit : オートコンプリート: テンプレート編集、およびタグ データベースからシンボルを展開するためのサードパーティ マクロ。
- ^ 複数行の正規表現のサポート複数行にまたがる表現のサポート (例: "\n\n(.+)\n\n")
- ^ AppleScript、Tcl 、またはテキストファクトリを介したAlphaマクロのサポート。
- ^ BBEditマクロは、AppleScript、Perl、Python、Lasso、シェルスクリプト、またはテキスト ファクトリを介してサポートされます。
- ^ Coda は、AppleScript、テキスト「クリップ」、またはプラグイン (Cocoa アプリまたはインストールされているスクリプト言語) を介してマクロを提供します。
- ^ 名前
- ^ Python経由のCssedマクロ サポート。
- ^ jEdit: Javaヒープサイズによって制限されます。[81]
- ^ ケイト：行の長さはデフォルトで制限されています。この制限は削除できますが、行が長いとパフォーマンスが低下する可能性があります。[84]
- ^ LEテキストエディタはファイルをロックし、他の誰かがファイルを変更した場合に警告を表示します
- ^ LEテキストエディタは、 mmap共有モードで大きなファイルまたはその一部を表示および編集できます。
- ^ UltraEdit にはファイルサイズに制限がなく、4 GB を超える大きなテキストファイルも簡単に開いて編集し、保存することができます。[8]
- ^ 32 ビットでは 2GB、64 ビット システムでは使用可能な仮想メモリに依存します。
- ^ Emacs: 64ビットOSでの64ビットコンパイルでは2GBのファイルを処理できますが、それ以外の場合は512MiBに制限されます 。 [9]
- ^ Gtkベースなので、すべての Gedit ショートカットをカスタマイズできます。
- ^ JED ベース リリースには基本的な CUA エミュレーションが付属していますが、多くの便利なエディター機能をバインドする手間がかかりません。また、他のエディターと同様に、領域の 1 つの側面がカーソルになければなりません。主な拡張コレクション jedmodes/jed-extra と「Red Project」には、特に前者の問題に対処した改良版があります。
- ^ SciTEでは、カスタム キーストロークを Lua スクリプト、外部プログラム、またはレキサー (ハイライター) に割り当てることができます。
- ^ SlickEdit は、表に示されているものに加えて、Visual Studio、Visual C++ 6、CodeWright、Epsilon、ISPF のキー バインディングのエミュレーションも提供します。
- ^ SlickEdit はCodeWarrior、Xcode、BBEdit のキー バインディング エミュレーションをサポートしています。
- ^ SlickEdit には、vi キーバインディング、ex コマンドライン、および一部の Vim 拡張機能 (すべてではありません) のサポートが含まれています。
- ^ Vim は「互換」モードでは vi キーを完全にエミュレートします
- ^ Vimスクリプト付き[110]
- ^ abcdef ターミナルフォントを選択するときなど
- ^ GNU Emacs : GNU Emacs は UTF-8 エンコーディングをサポートしていますが、Unicode 双方向アルゴリズムを完全にサポートしていないため、Unicode 標準を完全にはサポートしていません (以下の「右から左への双方向テキスト」セクションのコメントを参照)。
- ^ GNU Emacs : GNU Emacs は UTF-16 エンコーディングをサポートしていますが、Unicode 双方向アルゴリズムを完全にサポートしていないため、Unicode 標準を完全にはサポートしていません (以下の「右から左への双方向テキスト」セクションのコメントを参照)。
- ^ JEDの Windows 版には、UTF-16 テキスト ファイル (実際には iconv が変換できるものすべて) を JED の内部 UTF-8 に変換できるスクリプトが 1 組付属しています。Red Project リリースには、これらのスクリプトの拡張バージョンが含まれています。
- ^ nviジェントゥー
- ^ SciTE は、UTF または構成ファイルで指定された 1 つのシングルバイト エンコーディングでファイルを開くことができます。
- ^ ab TextPadはUTF-8およびUTF-16のテキストファイルを読み込み、保存することができますが、システムエンコーディング以外の文字を使用したり保存したりすることはできません。[125]
- ^ New Courierフォントを選択する場合
- ^ ab Vedit は、 UTF-8 および UTF-16 ファイルを Windows 文字セットに変換したり、その逆を行ったりできます。Windows 文字セットに含まれていない文字は保持できます。
- ^ Vim は、EBCDIC 文字セットを使用するシステムでコンパイルされた場合、EBCDIC をサポートします。
- ^ バージョン 21.5.29 から
- ^ GNU Emacs
(1) bidi サポートが実装されているソース ファイル内のコメント (http://git.savannah.gnu.org/cgit/emacs.git/tree/src/bidi.c、2017 年 8 月 15 日アクセス) によると、GNU Emacs は bidi 段落の行を折り返す方法において Unicode 双方向アルゴリズム (Unicode Annex #9、別名 UAX #9) に完全に準拠していません。「UAX#9 のパラグラフ 3.4 に違反しています。このパラグラフでは、各画面行を個別に並べ替える前に改行を行う必要があると規定されています。」
(2) オンライン GNU Emacs マニュアル (セクション 22.19 双方向編集、2017 年 8 月 15 日アクセス) によると、段落の方向を変更する目的では、「段落の境界は空行、つまり空白文字のみで構成される行です」。これは、プレーンテキスト ドキュメント内の段落区切りとして改行マーカー (macOS を含む Unix 派生の LF、Windows の CR+LF) を使用する一般的な慣例とは対照的です。ただし、バージョン 26.0.50 以降では、bidi 段落区切りをカスタマイズできます。 - ^ ab mined : bidi 端末 (mlterm、mintty) と連携して bidi をサポートします。また、通常の端末で「poor man's bidi モード」(自動視覚テキスト順序の右から左への入力) もサポートします。
- ^ Notepadpp : Scintilla (Notepad++ のエンジン) は実際には双方向編集をサポートしていません... 4.1.0 で双方向テキストのサポートが追加されました。 https://sourceforge.net/p/scintilla/bugs/757/#01c9
- ^ GNU Emacs : GNU Emacs は、双方向テキスト内の改行マーカーを段落区切りとして扱いません。「右から左への双方向テキスト」セクションのコメントを参照してください。
参考文献
- ^ 「Alphatkニュース」。2009年2月5日時点のオリジナルよりアーカイブ。
- ^ “リリース 1.63.1”. 2022年11月23日. 2022年12月7日閲覧。
- ^ https://www.barebones.com/support/bbedit/notes-15.0.3.html。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ https://bluefish.openoffice.nl/download.html。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ “Brackets 2.2.1 リリース”. 2023年3月22日. 2023年9月24日閲覧。
- ^ https://library.panic.com/releasenotes/coda2/ . 2021年7月25日閲覧。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ 「Emerald Editor - SourceForge.net で /crimsoneditor/crimson-editor-3.72-r286m を参照」。
- ^ 「リリース 1.217.5.1」。
- ^ 「Epsilon 14 アップデート情報」。Lugaru Software, Ltd. 2020年10月22日閲覧。
- ^ 「リリース 1.4.1」。
- ^ 「46.1のニュース」.
- ^ "Geany 2.0 をリリース · geany/geany". GitHub。 2023 年 10 月 19 日。2023 年10 月 23 日に取得。
- ^ Stefan Kangas (2024年6月22日). 「Emacs 29.4がリリースされました」。2024年6月22日閲覧。
- ^ "[Info-nano] [ANNOUNCE] nano-8.2 がリリースされました". 2024年9月5日. 2024年9月5日閲覧。
- ^ 「ケイト」 。 2024年10月14日閲覧。
- ^ 「リリース 12.0.1」。
- ^ 「リリース：24.02」 。 2024年3月12日閲覧。
- ^ https://github.com/lavv17/le/releases/tag/v1.16.8。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ “リリース 6.7.6”. 2023年12月19日. 2023年12月19日閲覧。
- ^ 「リリース 0.8.1」。2016年1月22日。 2018年3月14日閲覧。
- ^ Yury V. Zaytsev (2024年8月23日). 「[mc] Midnight Commander 4.8.32 リリース」 . 2024年8月24日閲覧。
- ^ 「Metapad 3.6 を発表」。2011年6月12日時点のオリジナルよりアーカイブ。
- ^ 「3.6 最終バージョンの変更」。
- ^ “src/usr.bin/mg at master · openbsd/src”. GitHub . 2020年10月21日閲覧。
- ^ “リリース 3.3.3”. 2023年10月19日. 2023年10月20日閲覧。
- ^ 「NEdit - SourceForge.net で /nedit-source を参照」。
- ^ 「Notepad++ v8.7.1 リリース」。2024年11月4日。 2024年11月5日閲覧。
- ^ "nvi 1.81.6". 2007 年 11 月 18 日。
- ^ ピムテル。ピムノート。
- ^ 「フルバージョン: 5.0.7 (770) - 2023年3月10日」。2023年3月10日。 2023年3月14日閲覧。
- ^ https://www.rj-texted.se/download.html。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ “SciTE、Scintilla、Lexilla の歴史”.
- ^ 「SubEthaEdit v5.2.4」。
- ^ 「ダウンロード」。Sublime HQ。
- ^ https://jsimlo.sk/notepad/changes.php。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ 「リリース 12.4」。2024年5月1日。 2024年5月25日閲覧。
- ^ https://github.com/textmate/textmate/releases/tag/v2.0.23。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ https://www.textpad.com/relnotes-textpad#v9030。
{{cite web}}:欠落または空|title=(ヘルプ) - ^ “SemWare ホームページ” . 2023 年10 月 24 日に取得。
- ^ 「Vim 9.1 が利用可能になりました」。2024 年 1 月 2 日。2024年1 月 3 日閲覧。
- ^ 「リリース v9.1.0」。2024年1月2日。 2024年1月3日閲覧。
- ^ 「2024年10月 回復3」 。 2024年11月16日閲覧。
- ^ "LICENSE.txt". github.com/Microsoft/vscode . Microsoft . 2015年11月17日.
- ^ 「Microsoft ソフトウェア ライセンス条項」。code.visualstudio.com。Microsoft。2016年8 月 16 日閲覧。
- ^ 「Visual Studio Code の最も優れた部分は独自のものです」。
- ^ 「XEmacs: XEmacs 21.4.22 "Instant Classic" がリリースされました」。2009年1月30日。 2023年7月19日閲覧。
- ^ 「Epsilon 13 の新機能」www.lugaru.com。
- ^ 「JOE - Joe's own editor」。JOE - Joe's own editor / Mercurial / [2e4f45] /po 。 2015年10月23日閲覧。
- ^ 「KDE ローカリゼーション - アプリ » 安定版 » kate.po」. l10n.kde.org。
- ^ 「Metapad 言語プラグイン」. liquidninja.com .
- ^ 「ローカライズされたSciTE」scintilla.org。
- ^ 「TabBar - タブバーを追加するプラグイン（miniBufExplorer から派生）。: vim オンライン」。www.vim.org。
- ^ 「ジーニー」.
- ^ 「Gedit/Plugins/ColumnMode - GNOME Wiki!」。2012年1月11日時点のオリジナルよりアーカイブ。
- ^ 「（少なくとも）長方形選択のための仮想空間」。Stack Exchange 。 2023年3月13日閲覧。
- ^ 「テキストの選択」。
- ^ 「GitHub - rschroll/lt-spelling: Light Table 用スペルチェックプラグイン」。2015 年 4 月 29 日 – GitHub 経由。
- ^ ab 「スーパーユーザーのBSD相互参照: /OpenBSD/usr.bin/mg/re_search.c」。bxr.su。
- ^ ab NEditはプラグイン経由でスペルチェックをサポートしています
- ^ Notepad++ 6.3.3 Archived 2013-11-26 at the Wayback Machine以降では、デフォルト パッケージに含まれている DSpellCheck プラグインによるスペル チェックがサポートされています。
- ^ https://wiki.c2.com/?SlickEdit [裸の URL ]
- ^ SubEthaEdit は、複数行の入力や非連続ブロック選択などの高度なブロック編集をサポートしています。
- ^ 「仮想空間」。2012年3月28日。
- ^ 「Engspchk - スペルチェッカー: オンザフライスペルチェック、多言語、代替スペル: vim オンライン」。www.vim.org。
- ^ 「Vimで仮想スペースを使ってインデントする？」reddit.com 2021年1月28日。
- ^ 「仮想空間が実装されていません。 · 問題 #13960 · microsoft/Vscode」。GitHub。
- ^ 「GitHub - ffes/npptags: Notepad++ 用のユニバーサル Ctags プラグイン」。2019 年 3 月 7 日 – GitHub 経由。
- ^ 「NotePad++ プラグイン。SQL サーバーに接続し、SQL コマンドを実行して結果を表示できます: vladk1973/npp.connections」。2019 年 6 月 21 日 – GitHub 経由。
- ^ 「東証プロファイル」. www.semware.com。
- ^ Vim には関数リストを提供する人気の TagList プラグインがあります。
- ^ 「機能リクエスト: 統合シェル/ターミナル アクセス · 問題 #14490 · atomic/atom」。GitHub。
- ^ “atom-macros”. Atom . 2022年6月8日.
- ^ 「プロジェクト内の複数行の検索と置換 · Issue #398 · atomic/find-and-replace」。GitHub。
- ^ 「 BBEditでは、大きなファイルの処理に本質的な問題はありませんが、2GB を超えるサイズのファイルを扱う場合は、特定の操作が制限される場合があります。」BBEdit FAQs は、 Wayback Machineで 2019 年 7 月 29 日にアーカイブされています。
- ^ 「Gedit ファイル検索プラグイン」。oliver.github.io。
- ^ 「GNU Emacs 23.2 NEWS -- ユーザーが目にする変更の履歴」.
- ^ 「バッファ」。
バッファのサイズは、Emacs の整数で表現できる最大のバッファ位置によって定義される最大値よりも大きくすることはできません。これは、Emacs がそのデータ型を使用してバッファ位置を追跡するためです。一般的な 64 ビット マシンの場合、この最大バッファ サイズは 2^{61} - 2 バイト、つまり約 2 EiB です。一般的な 32 ビット マシンの場合、最大値は通常 2^{29} - 2 バイト、つまり約 512 MiB です。バッファ サイズは、システムのメモリ量によっても制限されます。
- ^ 「Emacs は大きなファイルを扱うときに問題を抱えますか?」
- ^ 「GNU emacs マニュアル - ナローイング」。
- ^ 「The JED Editor」(PDF) 。 2012年1月5日時点のオリジナル(PDF)からアーカイブ。 2009年12月8日閲覧。
- ^ 「'Re: [ jEdit-users ] 大きなファイルは時間がかかります' - MARC」。marc.info。
- ^ "JOE - Joe's Own Editor". JOE - Joe's own editor / Mercurial / [2e4f45] /docs/man.md . 2015年10月23日閲覧。
検索はロードされたすべてのバッファをカバーします。
- ^ ab kwrite-devel、無駄な構文強調表示により大きなファイルのオープンが遅くなる
- ^ 「ケイトハンドブック」。
- ^ ab 「マクロ」. docs.activestate.com .
- ^ 700 文字を超える行は頻繁にクラッシュを引き起こします。KatePart ドキュメント Archived 2018-01-07 at the Wayback Machine (これは KWrite ドキュメントでもあります。こちら Archived 2018-01-07 at the Wayback Machineを参照してください)
- ^ metapad FAQ、大きなファイルの読み込み
- ^ 「Notepad++ - 同じファイルをリアルタイムでリモート操作する方法」。2016年1月11日。2021年12月12日時点のオリジナルよりアーカイブ – www.youtube.com経由。
- ^ 「テキスト制限」。コミュニティ。2019年1月16日。
- ^ 「設定を通じて構成可能」。
- ^ “PSPad フォーラム / バグ レポート / Hlášení chyb / 大きなファイルを開けません”.フォーラム.pspad.com。
- ^ 「大きな mbox ファイルの編集 - MozillaZine ナレッジベース」kb.mozillazine.org。
- ^ 「TextWrangler はRAM ベースのエディターであり、開いているファイルを保持するためにシステム メモリを使用します。TextWrangler は開いているドキュメントを Unicode として表します。Unicode では、文字ごとに 2 バイトが使用されます。Mac OS X の内部制限と組み合わせると、最大 384 MB のサイズのファイルを開くことができることになります。」TextWrangler FAQs Archived 2019-10-10 at the Wayback Machine。
- ^ 「GitHub - FredKSchott/CoVim: Vim の共同編集」。2019 年 11 月 13 日 – GitHub 経由。
- ^ 「Live Share - Visual Studio Marketplace」。marketplace.visualstudio.com。
- ^ 大容量ファイル用 Windows テキスト エディターの比較: 大容量ファイル用テキスト エディター
- ^ ab 「Bare Bones Software | BBEdit 比較表」www.barebones.com。
- ^ 「Bare Bones Software | 機能」www.barebones.com。
- ^ ab pico は Emacs の移動および削除コマンドのほとんどを使用します: ^F ^B ^P ^N ^D など。Pico: A Unix text editor を参照してください。2012-09-05 にWayback Machineでアーカイブされ、2012‑01‑09 に取得されました。
- ^ ab GNU Emacs は、Mx wordstar-mode コマンドを使用して Wordstar エミュレーションを実行できます (ws-mode.el より取得、2017-03-14)。以前の GNU Emacs マニュアルの「エミュレーション」セクションも参照してください。ただし、WordStar モードは GNU Emacs 24.5 以降では廃止されています。
- ^ abcd "AC.27 エミュレーション". GNU Emacs マニュアル. 2021年12月6日閲覧。
- ^ "JOE - Joe's Own Editor". JOE - Joe's own editor / Mercurial / [2e4f45] /docs/man.md 。2015年10 月 23 日閲覧。
JOE は他のエディターもエミュレートします。 JSTAR は WordStar の模倣です [...]。 JPICO は Pine メール システムの PICO エディターの模倣です [...]。 JMACS は GNU-EMACS の模倣です [...]。 キー バインディング テーブルが定義されています。 好きなだけ定義できます [...]。
- ^ 「Usenet」。www.megalextoria.com。
- ^ Kate はオプションの VI 入力モードをサポートしています。2009-02-28 にWayback Machineにアーカイブされました。
- ^ ab pico (および nano) は、Emacs の移動および削除コマンドのほとんどを使用します: ^F ^B ^P ^N ^D など。Pico: A Unix text editor を参照してください。2012-09-05 にWayback Machineでアーカイブされ、2012‑01‑09 に取得されました。
- ^ 「Bare Bones Software | TextWrangler Features」。www.barebones.com。2017年8月11日時点のオリジナルよりアーカイブ。2009年6月5日閲覧。
- ^ Vedit : 古い Unix および QNX バージョンは Vi を 100% エミュレートできました。Windows バージョンには vi エミュレーションは付属していません。
- ^ 「GitHub - fabi1cazenave/cua-mode.vim: CTRL-ZXCV をメモ帳のように動作させる」 2019 年 2 月 26 日 – GitHub 経由。
- ^ 「GitHub - likaci/ViFinder: OS X 用の Vim のようなキーバインド ファイルマネージャー」2019 年 10 月 13 日 – GitHub 経由。
- ^ 「Vimacs - Vim 改良版 eMACS: Vim 用 Emacs エミュレーション: vim online」。www.vim.org。
- ^ 「書き込みに最適化されたVimディストリビューション」。2021年9月16日 – GitHub経由。
- ^ 「brief.vim - Vim での簡潔なエディターのキーバインディングエミュレーション : vim online」。www.vim.org。
- ^ 「Vim - Visual Studio マーケットプレイス」。marketplace.visualstudio.com。
- ^ 「Emacs - Visual Studio マーケットプレイス」。marketplace.visualstudio.com。
- ^ 「簡単なエディター キーマップ エミュレーション - Visual Studio Marketplace」。marketplace.visualstudio.com。
- ^ “Vim - 一般 - ctrl-1 をマップできない”. vim.1045645.n5.nabble.com . 2017-12-01 にオリジナルからアーカイブ。2017-11-30に取得。
- ^ 「Vim - 一般 - Ctrl-Shift-B をマップする方法」。vim.1045645.n5.nabble.com。2017年 12 月1日時点のオリジナルよりアーカイブ。2017年 11 月 30 日閲覧。
- ^ ab テキストエディタの機能 アーカイブ済み 2007-12-18 at archive.today at ConTEXT.cx
- ^ ab jEdit FTP およびSFTP はFTP プラグイン経由でサポートされます。
- ^ jEdit : 「HTTP はネイティブでサポートされています」
- ^ ab "TED Notepad". jsimlo.sk .
- ^ 「Bare Bones Software | TextWrangler Tour」。www.barebones.com。2019年11月29日時点のオリジナルよりアーカイブ。2019年11月16日閲覧。
- ^ abcd Vim標準の Vim インストールで配布される netrw プラグインを介してサポートされます。
- ^ abcd 「リモート ワークスペース - Visual Studio Marketplace」。marketplace.visualstudio.com。2019年 5 月 10 日時点のオリジナルよりアーカイブ。2019 年 5 月 9 日閲覧。
- ^ 「コミュニティ :: トピックの表示 - Unicode 準拠」。forums.textpad.com。
- ^ 「EBCDIC エンコードのサポート · 問題 #49891 · microsoft/vscode」。GitHub。
- ^ 「Mac OS Lion は、改行にキャリッジリターン (CR '\r') ではなくラインフィード (LF '\n') を使用するように切り替えましたか?」。Super User。
- ^ "JOE - Joe's Own Editor". JOE - Joe's Own Editor / Mercurial / [2e4f45] /docs/man.md . 2015 年10 月 23 日閲覧。
文字セットは、行末記号として LF (0x0A) または CR-LF (0x0D - 0x0A) を使用する必要があります [...]。 [...] CR で終了する行 (MAC) を使用する文字セットはまだ動作しません。