2018/09/01(Sat)
○[Editor] Atom
Atomときいて真っ先にX11/XAtom.hのXA_*が頭を過ぎるおじいちゃんはここではありません。
ギフハブ公式エディタの AtomをGFM(GitHub Flavored Markdown)のプレビュー機能目当てで使いはじめたんだがエディタとしては常用する気にならんなこれ。
@エディタペインで入力してるコードブロック中の_や*でシンタックスハイライトが壊れる
Markdownにおいて_や*は斜体あるいは2つ重ねて太字にするキーワードなんだけど、コードブロック中ではキーワードとして扱われずそのまま表示される。
にもかかわらずAtomはシンタックハイライト時にコードブロック中でもキーワードと認識してしまって表示が崩れる。
なもんで*や_が頻出するプログラミング言語Cのコードを引用する文書書いてると常用に耐えんですわこれ…
いちおうIssueには上がってる( #44)けど、解決策としてGitHubの開発者はC書いてるジジイをこの世から抹殺するべしくらいに思ってそうだし直らなさそうだな。
まぁシンタックスハイライトや入力補完とはほぼ無縁のエディタ常用してるから、このへんぜんぶオフにすりゃいいんですけどね…
@改行コードを開いたファイルのAS ISにする設定が無い
line-ending-selectorというpackageのデフォルト設定がOS DefaultでWindows上で使うと開いたファイルがLFだろうがCRLFにされてしまう上に、その他の設定にAS ISで元の改行コードを尊重するというモードが無いのよね。
人類はもう何十年も前にftpのバイナリ/ASCIIモードとかWinCVSの改行コード自動変換みたいなソリューションは禍根を残すだけであって、滅ぼすべきはメモ帳を代表とするクソエディタの方だと学んだはずなんだけどな…また新たなクソエディタを生んでどうすんねんや。
Windows 10の国際化や Webサービスのウン国際化でも感じたんだけども、ユーザーエクスペリエンス(笑)重視でここ2~30年くらいで蓄積された地味なユーザーインタフェースに関わる知恵といったものが失われて、車輪ならぬ不幸の再発明のフェーズに入ったのかなぁと。
まーそもそも名前にSimpleがつくプロトコルは全てComplicatedという悪夢みたいに、数年単位ですら不幸の再発明が得意な業界だから、まだユーザインタフェース周りはマシだった説はある。