berryzplus
berryzplus
言語別のレイアウトはメンテが大変そうですね。 INIのレイアウトを変えるのも大変そう。 現実案として、先頭から順に変換しつつ割り当てていき、被ったりあり得なかったりしたら「捨て」がいいのかな、と。 時間があいたら作って見ます。
リンクをクリックしても該当コメントに飛んでくれないのでどのコメントの話をしてるか分かりませんでした。ブラウザのせいかなぁ…。 > Shift+コロン(：)を英語キーボードで割り当てることはできません。仮想キーコードを割り当てる対象としてそういう物理的なキーが存在しないためです。つまり最初から考える必要がない。 ~~~このコメントとほぼ同じことを考えています。~~~ 「考える必要がない」を「捨て」と表現しました。
まとめときます。 ## 課題内容 英語配列のキーボードで Alt + ; を入力すると 日付挿入ではなく時間挿入になる ## 絵で説明するよ！ 1. サクラエディタには、日付挿入って機能があるっす。 [](https://user-images.githubusercontent.com/3253151/92607821-9ccce280-f2ef-11ea-973c-418ab7c7423b.png) 見たら分かると思うんですが、`Alt + ;` で発動できます。 1. 日付挿入機能を発動した場合、本来はこうなります。 [](https://user-images.githubusercontent.com/3253151/92608929-e7029380-f2f0-11ea-8b91-b4fcc7f73005.png) 1. ところが、入力言語が英語である場合に `Alt + ;` すると、こうなります。 [](https://user-images.githubusercontent.com/3253151/92609357-70b26100-f2f1-11ea-8085-aa54aaeb00dc.png) この現象に対する `なんでやねん！`...
> ファイルツリーをフローティング表示時にファイルツリー設定ダイアログを表示して閉じてからファイルツリーを閉じるとフォーカスがエディタに戻らない どうあるのが正しいと言ってます？ > ファイルツリーをフローティング表示時に > ファイルツリー設定ダイアログを表示して閉じてから > ファイルツリーを閉じるとフォーカスがエディタに戻らない 問題の内容を分析すると 「ファイルツリーを閉じた直後のフォーカスはエディタに設定されるべきでは？」 と言ってるような気がします。 つまり、フローティング状態のファイルツリーを閉じるイベントには「フォーカスをエディタに戻す責任」があると言ってます。 本当ですか？
> > どうあるのが正しいと言ってます？ > > サクラエディタ側にウィンドウのフォーカスを戻してほしいです。 それであれば妥当だと思います。 「フローティングウインドウは、閉じられるときにメインウインドウにフォーカスを返す責任を持つ」 というのは妥当な気がします。 果たすべき責任を果たしていないのはバグなので、 どっかで対処できたらいいなぁと思います。
👆のコメントは、サクラエディタのメインウインドウには、フォーカスを受け取ることのできる部品が2つ以上あることを理解してないと意味不明なのかも知れないです。 メインウインドウ(CEditWnd) ┣ツールバー ┃┗検索ボックス ┗スプリッターウインドウ（ビューは最大4分割で表示できますが、ビューの親にあたるウインドウ） ┗エディタビュー(CEditView) フローティング状態のウインドウの責任は、閉じられるときに「フォーカス所有権をメインウインドウに返す」というところまでだと思います。返したあとのフォーカスが最終的にどこにあたるかまでは責任範囲じゃないように思いました。 当初課題のかきっぷりだと、CEditWnd::GetActiveViewにSetFocusしそうな感じだったので、あえて突っ込んでみました。
#708 のタイムスタンプ > beru commented on 17 Dec 2018 かなり前から存在していた不具合のようです。
総合的に考えて「やらなくていい」と思いました。 ユーザーが認識できるなら表記はなんであっても構わない、が自分の見解です。 長音記号があったりなかったりすると「ユーザーが認識できないか？」というと「No」になると考えるからです、 ただ、「表記ゆれがあるとキモい」には同意します。
参考まで。 [Google検索「カタカナ 末尾 長音記号 規格」](https://www.google.co.jp/search?q=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A+%E6%9C%AB%E5%B0%BE+%E9%95%B7%E9%9F%B3%E8%A8%98%E5%8F%B7+%E8%A6%8F%E6%A0%BC) サクラエディタの歴代開発者は「それなりに文化人」なので、上記参考URLで出てくる日本工業規格による推奨事項を認識したうえで作ってる場合が多いと思います。 マイクロソフト日本法人による日本語翻訳が「おかしい」のは周知の事実だと思っています。 （この点を突っ込むと「そこは機械翻訳です。」と回答されますね・・・本当か？） おかしい可能性が高いガイドラインに合わせて修正を行う、はあり得ないです。 表記がブレてるのがキモいんじゃ～！には大賛成ですが、issueの趣旨と違う気がします。
* 表記ゆれを直したい、はagreeです。 * Windowsの類似機能と表記を合わせたい、は（モノによりますが）agreeです。 日本工業規格(JIS)には次のような規定があるそうです。 > アルファベットをカタカナで表記する場合、 「2音の用語は長音符号を付け、3音以上の用語の場合は長音符号を省く」 JIS規格に従うと、以下の整理となります。 |誤記|規格準拠| |--|--| |ヘッダ|ヘッダー| |フォルダー|フォルダ| なんとなく否定的な書きっぷりにしてある理由は、 修正案の例示がJIS規格とズレているように感じたからです。 マイクロソフトのガイドラインは所詮「日本誤訳」だと思っとります。。。