berryzplus
berryzplus
ん？日本語は表音文字だから「ヘッダ」は3音と数えるのかな？
日本語というか「カタカナ」ね。
脱線だけど、主観的におもしろかったので色々考察。 |誤記（？）|JIS規格準拠（？）|JIS規格準拠| |--|--|--| |レバー|レバー|レバー| |ヘッダー|ヘッダ|ヘッダー（撥音は数えない）| |メニュー|メニュ|メニュー（拗音は数えない）| |ツールバー|ツールバ|ツールバー（単語区切りを考慮する）
「古い」と「悪い」は同義ではないと考えています。 実装に関する話題では「レガシーコード」を排除しようと動いています。 レガシーコードは文字通り「負のコード資産」です。 単に「古い」ではなく「検証できない」をレガシーコードと呼んでいます。 コードの正当性が確認できるなら、20年間触っていない超古いコードであっても触る気ないです。 古いコードを駆逐してるように見えるかも知れませんが、実はそんなことはしてないつもりです。 文言に関しても、単に「古臭い」は「改修すべき」の直接理由にはならないと思っています。 ---- で、このissueの話。 * サクラエディタの中ではJIS規格に従い（？）、「printer」を「プリンタ」と表示している。 * Windows 10 では近年の内閣告示に従い（？）、「printer」を「プリンター」と表示している。 * サクラエディタ内でOSのダイアログを表示した場合、表示文言がズレる。👈これがキモい。 表記ゆれがキモいので直したい、はagreeです。 「プリンタ」を「プリンター」にするのはagreeです。 明確な根拠を持って設定された誤記でないOSの記載と合わせに行くのは「正しい」と思います。 ※内閣告示の妥当性に疑問符が付く点は置いておきます。 スマホすら使ったことない爺ちゃんが発令した告示を尊重すべき理由が不明瞭だと思います。 政治屋は、政治でしか解決できない課題の解決に尽力してほしいです。コロナ問題とかウクライナ侵攻とか。 （日本工業規格が「政治でしか変えられない」としたら、ぼくらの業界ヤヴァいですね・・・） サクラエディタはJIS規格に従っている、に疑問符が付くのと同様に、 Windows 10 は内閣告示に従っている、にも疑問符が付くと思います。 「何かの規格に従ってないといかんのか？」というとそうてはないです。 個人的には「○○の規格に準拠してます。」と言えたほうがラクじゃね？と思いますが、必須じゃないです。...
日本工業規格は、昔の規定を破棄していて、 公文書を作成するための「法律」に従え、 と言ってるわけですね。工業規格なのに。 つまり「ぼくらの業界ヤヴァい」ってことですね（笑
真面目な話、古いから修正すべき、には同意したくないです。 ただし、アプリが表示する「OSのUI」とアプリの間で差異があることは「不適切だ」と考えるので、 このissueで提案している修正の「大部分」に賛成できると思います。 PRは「賛成できない部分」がなくなるまで通らないので、この修正案を一括でPRにすることはお勧めしません。 issueの本文では「ヘルプファイル」も修正すべき対象に挙げていることから、 UI表示しないソースコード中のコメントを除外する気はないことが見てとれます。 実際のところ、機能を作った人にヘルプファイルを整備する責任はないので、 ヘルプファイルは後世の有志によって作られてきた経緯があると思っています。 コメントは、その際に機能の概要を把握するために使われますから、 対応するなら同時に直したほうがより良い対応になると思います。
同意してはマズいと思った項目を列挙しておきます。 > text = text.replace(/メモリー/g, "メモリ"); memory を「メモリ」とすると「目盛」と区別しにくくなって困ります。 これはWindows 10の表記とは関係ない、サクラエディタ内部の都合です。 Windows 10のカタカナ英語は「工業用語はJIS方式、一般化したものは末尾長音を付ける」でやってそうなので、現状の「メモリ」は「メモリー」に、遷移的に置換される可能性があると思います。 既にWindows用語として定着している「プロパティ」を変更することはないと予想するので「プロパティー」を「プロパティ」に変えるのは容認です。 「フォルダ」を「フォルダー」に変えてしまっているので絶対に「プロパティー」にはならないと言い切れませんが。 > text = text.replace(/アンダーバー/g, "アンダースコア"); //アンダーラインとは別 記号の名前としては `under score` が正しいです。 しかし、「アンダーバー」はアンダースコアを指す和製英語なので、 誤訳や表記ミスを直す修正とは意味合いが違います。 個人的に「言葉狩り」はしたくないので同意しません。 > text =...
> あれから考えてみましたが、Microsoftスタイル案は同意を得られそうにないので採用しない方向で行きます。 > 現時点では一般的な辞書の表記に合わせるのが良いと思っているのですがいかがでしょう。 Microsoftスタイルは、WindowsをどういうOSにしていきたいかを表明したものなので、現在のサクラエディタの開発速度が非常に遅いことを考えると容易には追従できないように思っています。 「一般的な辞書」が具体的に決められるなら「辞書の表記に合わせる」で異論ないです。 * [Wikipedia日本語版](https://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8) * [Weblio辞書](https://www.weblio.jp/) * [イミダス 現代人のカタカナ語辞典](https://imidas.jp/katakana.html) インタープリタのとこで書きましたが、Wikipediaには「曖昧さ回避」のページがあるので使いやすいと思います。
> スクロールの行数を20とかにして、下キー押しっぱなしだとすごいスピードで画面送りしちゃうのですが、デフォルトを１かせめて2にしませんか？ 共通設定ダイアログ - 全般タブ の「スクロール」グループにある「行数」の話っすね。 初期値の設定コードはここです。 https://github.com/sakura-editor/sakura/blob/26e92e8067f9eb415ded2ea3c37129649d265bb2/sakura_core/env/CShareData.cpp#L238 見て分かる通り、初期値は `3` です。 なので `デフォルトを１かせめて2にしませんか？` が提案だとすると `意味あります？` を確認する流れになるっす。 ただ、変数名が仕様的におかしいです。 変数名やコメントを見たら「キーリピート時のスクロール行数」を独自に定義できるようにしていることが読み取れると思います。キーリピートってのは windows api プログラミングの基本概念の一つです。キーを押しっぱなしにしたときのキー押下イベントにはキーリピート情報（連続したキー押下のN回目であることを示す情報）が付加されます。この windows api の仕様を正確に理解していたら「キーリピート時のスクロール行数」を独自定義しようって発想は出て来ないです。 下方向キーを押しっぱなしにしたら、2回分の時間であっても10回分の時間であっても独自に設定された行数がスクロールされることになってしまいます。（正確には２回目、３回目、４回目のそれぞれで、設定された行数がスクロールされる結果になります。） こいつを修正するには、現状の誤りを認めたうえであるべき姿を検討して再実装してやる必要があります。 現状の誤りを認めるの部分がかなり難しいと思うので、修正は厳しいと思います。
ちなみに、行数の有効範囲は `[1, 10]` なので `20` を設定するには ini を直接編集する必要があります。 https://github.com/sakura-editor/sakura/blob/26e92e8067f9eb415ded2ea3c37129649d265bb2/sakura_core/prop/CPropComGeneral.cpp#L438-L445 共通設定ダイアログの全般タブを表示しただけでは上記のコードを通らないため、範囲外の値20がそのまま表示されます。 要するに、問題は1個だけじゃなくてたくさんあるってことで、1個ずつ「小さな誤り」を受け止めて「正しい在り方」を模索していく姿勢が必要になるということです。