Kateエディタ、主要デスクトッププラットフォーム全般で利用可能に
(cullmann.io)- KateはUnix系を中心に成長してきたが、現在ではWindows・macOS・Haikuまで、複数のデスクトップOSで動作または移植されている
- LinuxとBSDではX11・Wayland対応が長年安定しており、Fedora・NixOS・FreeBSD・OpenBSDなどで通常のパッケージとしてインストール可能
- WindowsとmacOS対応はKDEコミュニティによる長期的な移植作業の一環で、Windows Store、ナイトリービルド、Craftベースの開発環境が提供されている
- AndroidとiOSはKateの主対象ではないが、HaikuのようにKateチームの直接的な作業なしでも移植が実現した事例がある
- Windows・macOS・AndroidのようにDBusを一般的に使わないシステムでは、DBus依存の除去が残る課題であり、KIOのようなフレームワークには追加作業が必要
プラットフォーム別のKate対応状況
- Unix系システムはX11またはWaylandがあれば、かなり以前から安定して対応している
- LinuxはX11およびWayland環境において、Kate開発の主要プラットフォームとして使われてきた
- KateはKDEアプリケーションと同様に、複数のBSD系OSへ移植されている
- Fedora、NixOS、FreeBSD、OpenBSDなどでは通常のパッケージシステムからインストールできる
- ソースから直接ビルドすることもでき、必要なパッチはアップストリームのリポジトリに存在している必要がある
- Unix系でKateをビルドし、開発に参加する方法はKate build guideにある
- Windows対応は、KDEコミュニティが長年にわたってライブラリやアプリケーションをWindows向けに提供してきた流れの一部
- Windowsはプロプライエタリなプラットフォームだが、KDEアプリケーションが新しいユーザーや開発者に届く経路となっている
- Kateと一部のKDEアプリケーションは公式のWindows Storeに登録されている
- さらに多くのアプリケーションはナイトリービルドとして提供されている
- WindowsでのKate開発はCraftを通じて行える
- 試用するには、Kate websiteのナイトリーインストーラーを使えばよい
- macOSもKateが対応を進めている主要なプロプライエタリプラットフォームの1つ
- macOS向けナイトリービルドが提供されている
- Windowsと同様に、Craftを使ってKate開発が可能
- ARMおよびIntel Mac向けのナイトリーインストーラーはKate websiteで入手できる
- その他のデスクトップOSでもKateの移植は可能
- AndroidやiOSのようなモバイルプラットフォームは、Kateの主要な関心対象ではない
- Kateチームが直接積極的に作業していなくても、Haiku向けのKate移植版が作られている
- Haiku移植のための一部の1行パッチはアップストリームに取り込まれた
- 非主流システム向けの移植でも、パッチが過度に侵襲的でなければアップストリーム反映の対象になりうる
他プラットフォームからの貢献が必要な理由
- Kate開発者の多くはLinuxやBSDで作業しているため、他のシステムでは開発・テストの両面でより多くの支援が必要
- WindowsやmacOSの利用者は、Kate websiteのナイトリービルドを入手してテストできる
- Craftを実行すれば、貢献プロセスも容易になる
- 最近の課題の1つは、Windows・macOS・AndroidなどDBusを通常使わないシステムでDBusの除去を進めること
- 調整はcraft-blueprints-kde issueで進められている
- 現在のKateナイトリービルドは、macOSなどでももはや停止しなくなる程度まで改善されている
- KIOのような一部フレームワークには、なお追加作業が必要
- DBusはLinuxやBSDのようにネイティブに使われるシステムでは有用だが、DBusという概念のないシステムでは停止や不要なプロセス生成を引き起こすことがある
- そのようなシステムでは通信先となるバスサービスも存在せず、DBusの有用性は低い
1件のコメント
Hacker Newsの意見
Kateは、2004/2005年にLinuxへ移行した主な理由の一つだった
当時MySQLの実習をしていたが、Windowsで開発するにはMySQL Workbenchしかなく、重すぎた。SQLの実行が苦痛なほど遅く、反復のサイクルが長かった
LinuxではKateにSQLを書き、内蔵ターミナルでMySQLのコマンドラインクライアントを実行しておき、準備ができたら「pipe to terminal」ボタンを押すだけですぐ実行できた。Windowsで数分かかっていたことがLinuxでは2秒もかからず、好きにならずにはいられなかった
もう一つの理由はmp3プレーヤーのAmarokだった。Spotifyのようなサービスが好みに基づく無限プレイリストやラジオを自動生成してくれる機能が好きなら、KDEはおそらく2002年からすでにそうした機能を備えていた。最初にiTunesがまねし、次にSpotifyがまねし、今では標準機能のように見なされている
KDE 3.5はGNU/Linuxのグラフィカルインターフェースの頂点の一つ、もしかすると最高点だった
Windows XPのインターフェースに慣れていた頃にKDEを使ってみて驚いたし、その後Vistaが約束したインターフェース革新も、Compizでできたことに比べれば大したものではなかった。こちらはGnome 2側の話ではあるが
そしてAmarokもあった。しばらく忘れていたが、MacユーザーになってAmarokを失ったのが一番惜しかった。それ以来、それに近いものを使ったことがない
Kateは素晴らしいが、こうした機能を最初に提供したわけではない
初期リリースにかなり近い時期に使ったので、その問題は間違いなく解決されたはずだが、そのときKateを含まない作業習慣が固まってしまい、今でも使っていない
KateはDolphinと並んで、KDEで初期に見つけて最も良い意味で驚かされたものの一つだった
Windows時代のNp++が果たしていた役割をKateが担ってくれる。プロジェクトやディレクトリベースではなく、ファイルベースで作業したいときに使う
\nや\tのような拡張文字の検索・置換のためで、インターフェースもほぼ同じだ何年も更新はないが、1年以上使っていてバグに遭遇していない
Kateは本当に印象的なエディタで、開発が続けられ、他のOSへ移植されているのはうれしい。今ではLSPサポートもあるとは知らなかったが、良いことだ
BBEditに何かあったら、次の選択肢はKateになるかもしれない
BBEditが私の標準エディタだ
1997年頃からBBEditを使ってきて、この15年ほどは主にSublimeとVSCodeへ移っていったが、いつもできるだけBBEditに近い設定にしている。それでもBBEditの単一/複数ファイルの検索・置換や比較機能には及ばない
同じようにmacOSを最も好きなデスクトップ環境だと思っているが、この2年間の主な開発デスクトップ環境はKDEだった。なのでKateをぜひ一度試してみるべきだと思う
「非自由なプラットフォームであっても、新しいユーザーや開発者にリーチすれば、後に完全なオープンプラットフォームへ移行することに関心を持ってもらえるかもしれない」という部分が良い
KDEの開発者たちは常にビジョンが優れていた。おそらく複数のOS間でユーザーデータを同期するOSシェルを作ろうとしているのだと思う。KDE Connectまであれば、KDEアプリケーションは一般ユーザーの用途の99%をカバーする
KDE Plasmaは私には合わなかったが、KDEアプリケーションは応答性が良く、Linuxシステムではいつも選んできた
Windows向けDolphin[1]もあるにはあるが、いくつか問題がある
[0] https://apps.kde.org/kdeconnect/
[1] https://cdn.kde.org/ci-builds/system/dolphin/master/windows/
ここにいる多くの人と同じように、結局はいくつものツールセットを持つことになるが、Kateが存在しているのはうれしいし、その高い品質と優れた機能には本当に感謝している。昔ならUltraEditのようなものにお金を払い、ライセンスと格闘しなければならず、大企業の境界をまたぐと悪夢になりがちだった
Windows/macOS/Linuxの各マシンで、作業に応じてKate、Geany、Notepad++を使い分けている
数か月前、Kateには驚かされた。業界標準とはまったく異なるISAを持つ完全カスタムプロセッサ向けのアセンブリを書かなければならなかったのだが、Kateがシンタックスハイライトをしてくれ、適切なカラーテーマと「ダブルクリックでハイライト」機能のおかげで、複雑な変更をVSCode/VSCodiumを含む他のどれよりもはるかに簡単に処理できた
Kateは愛らしいエディタ。最後のほうでEmacsに移るまでは、Designing Soundの半分ほどをKateで書いた。コード統合をよりうまく扱うためだった
気に入っていたのは、ファイルペインを開いたまま、ファイル間で非常に素早く切り取り・貼り付けができる点
洗礼を受け、堅信まで受けたEmacsの弟子ではあるが、それでもバッファ中心の方式が自分の望むほどファイルにうまく対応しているとは感じない。Kateはファイルベースのワークフローのちょうどよいところを押さえていた
これを言うためだけにログインした。KDE 3の頃、KateはKDEをデスクトップ環境として使い続けた主な理由だった
ずいぶん前にMacへ移ったが、今でもエディタとしてKateを使っている。今も存在していてうれしい
記事で提案されていたビルドツールも試したが、それでもKateのビルドは悪夢だった。Kateのチャットで人々が提案したことを数日間ランダムに試した末、結局あきらめた。ビルドごとに何時間もかかり、最後はまったく不可解なエラーで失敗した
LinuxではKateを本当に楽しく使っていたが、主にMacを使う立場としては忘れて、雑多な作業にはemacsを、Java/Kotlin/Groovy/DartやJetbrainsがよくサポートしているものにはIntelliJを使い続けることになる
KateはVSCodeやBBEditのようなもののよい代替だが、私の経験ではmacOSではまだ荒削りな部分がある
主にLinuxで使っていて、LSPサポートは実際かなりよい。他のエディタのようにプラグイン対応が豊富ではないので基本的な感じはあるが、スクリプトを書く、またはファイルを編集する道具が必要なら十分合うはず
Kateが好き。前職でWindowsをどうしても使う必要があり、すぐにインストールした
マルチカーソルの小技と優れた検索・置換が必要だった。ただしデフォルトテーマは開くたびに目に刺さるようで問題だったが、ナイトリービルドで解決した
KateはLinuxで初めて使ったコードエディタだった。そこでPHPとPythonを学んだ
Python用のピンクのシンタックスハイライトには今でも郷愁がある。今もそうなのかはわからない
すべてのコントリビューターに感謝しているし、私の人生に確実に影響を与えた