Sakura: 共通設定のタブを使いやすくしたい

[m-tmatma]

共通設定のタブが多すぎてどこに何があるのか探しにくいので使いやすくしたい

[KENCHjp]

今時のモダンな奴にしますか？

配置換えするぐらいなら、いっそごっそり新しくした方が今後のメンテも楽かも。

以下、TortoiseGITの例

[arigayas]

タブの位置が変わるのも使いにくくしている要因の一つだと思ってますが、
共通設定を完全に作り直すはコストが高すぎるのでしょうか？

[m-tmatma]

今時のモダンな奴にしますか？

配置換えするぐらいなら、いっそごっそり新しくした方が今後のメンテも楽かも。

これいいと思います。

[KENCHjp]

共通設定を完全に作り直すはコストが高すぎるのでしょうか？

確かにUIを作り直すのは結構大変ではありますが、既存のダイアログの広さの中で、Tab Order気にしたり配置場所の空きやどのタブに収めるか等、今後機能追加した際の共通設定をどうするか考える場合には、ある時点でメンテしやすい機構にするのは、今後のコストとはバーターになるかもしれません。

ただし、負担少なく今できる人がいればですが・・・

[KENCHjp]

これいいと思います。

Delphiだとそれっぽいコンポーネントがあるので、中の処理だけ書いてく感じなのですが、VC++だとUIはいちから手で作ってく感じなのかしら、だとすると結構大変ですよねぇ。。。

[berryzplus]

多段タブでアクティブタブが一番下にくるのは仕方ないような。

tortoiseのsettingと比べて、実装的に一番めんどいのは「サイズ可変」であることかな、とか。

左にツリー表示してタブの代わりにするだけなら、意外と難しくはないかもです。

[beru]

設定画面のUIは今はWin32リソースを使って行っていますが、コントロールの位置とかタブインデックスとかを人力でケアするのは効率が悪いと思います。なので出来るだけUIを自動生成する方式に移行した方が良いかと思います。

最近のVS Codeでは設定のJSONファイルを編集するエディタが強化されましたがあぁいうような形に出来ればメンテナンスコストが下げられそうかなと想像しています。ただしC++にはレフレクションが無い為に設定変数とのバインディングまでは動的に出来ないので、設定ファイルだけを元にUI構築はよく考えると無理そうです。

設定のINIファイルへのシリアライズとデシリアライズのコードも今はベタ書きなのでこれも設定のメンテナンスコストを上げる要因だと思います。コンパクトなコードに書き直す事自体は出来ると思いますが互換性は保ちたいのでそれが障害になるかもしれないですね。

[berryzplus]

ダイアログリソースは、実はリフレクションっぽいことが出来ます。データ的にはHGLOBAL上に配置されたリンクリストに過ぎないので、仕様を知っていれば動的な再構成が可能です。

データ構造のシリアルがベタ書きな件はあまり気にしていないです。共有メモリのオブジェクトが実質的にグローバル変数になってる件はヤバいと感じています。何との互換性を保つべきなのかは常々疑問に思っております。

[arigayas]

TortoiseGITの様な設定画面にするとタイプ別設定一覧も
この設定画面に入れることが出来そうですね。

[beru]

@berryzplus さん

何との互換性を保つべきなのかは常々疑問に思っております。

ini 設定ファイルに関しては変えない方がユーザーの負担が少ないんじゃないかなと思います。

[KageShiron]

iniファイルを書き出すだけなら別アプリにしてしまうのもありかもしれませんね。C#やElectronなら追加ランタイムなどは不要で動きそうな。

[beru]

Electron 使ったアプリってバイナリサイズが膨らみませんか？

[berryzplus]

意外とね、知らんことってあるもんですね > Electron
https://qiita.com/Quramy/items/a4be32769366cfe55778

作りやすさを主眼に置いた開発環境のようなので、バイナリサイズの肥大化はしょうがないことなのかも知れません。node.js + HTML + CSS とか汎用的過ぎて、素敵な気がしました。

一応サクラエディタには外部モジュールを叩く機能が備わっていますので、別言語で組んだモジュールをコマンドで叩いて利用する方式も、ありっちゃありなんです :smile:

[beru]

インストーラーのサイズが肥大化すると今現在一般的な 2400bps のモデムを使っている大多数のユーザー達が離れて行ってしまいます。

[berryzplus]

それもぼくの知らない世界です。
十数年前に家庭用光回線を引いて以降、回線速度に関する感覚が鈍くなってます。
なんとなく普段使いしてる iPhone の回線は LTE なはずでたしか理論値3Gbpsだったような。

最近はUSBメモリが安価になったので、USB版win10なんてのもあるみたいです。
将来的にそういうのもありなのかもしれません。
送料別、サクラエディタも4,000円 :smile:

[beru]

それなんかいいアイデアですね。思い付きなんですがフリーソフトを公開している人には特別に無料で使えるようにsakura=4000yen のシリアルキーを用意するのが良いと思います。

[KENCHjp]

３００ボーのカプラ使い高みの見物(~^~)!

[KENCHjp]

うちの会社、某セキュリティソフト導入してて、AIで怪しい挙動する目新しいソフト片っ端からひっかかっちゃうので、iniファイルを書き換える凶悪なソフトウエアと判断されちゃうかも・・・

いや冗談ぬきで、自作のツール（メール送信するツール）が引っかかったときには、ちゃぶ台ひっくり返そうと思った。
俺はウイルス作者じゃないし持ち込んでもないっすって報告メール出さなきゃいけないんです、その都度・・・

[berryzplus]

あ、理論値3Gbpsって有線より速いですね・・・
さらっとググって目にした値をそのまま書いたつもりでしたがとんだ勘違いｗ

すっごくセキュリティ厳しくて、ソフトウェアに利用制限バリバリかけてる会社に常駐したことは何度もありますが、サクラエディタが利用禁止なとこには出会ったことがありません。これはきっと七不思議のひとつに違いない・・・。

[KENCHjp]

サクラエディタが利用禁止なとこには出会ったことがありません。これはきっと七不思議のひとつに違いない・・・。

社長がサクラ信者または、ただが好きな上層部がいるにちがいない。
駆け出しでサクラ使ってた世代はだいたいもう偉くなってる（笑）

[KageShiron]

Electronで作るとフロッピーディスク100枚ぐらいになっちゃいますね 💾💾💾

ダイアログをいじるなら、以前も言ったのですが強調キーワード周辺を簡略化したい気持ち
https://github.com/sakura-editor/management-forum/issues/13#issuecomment-400781085

HTML5とCSS3のキーワードを抽出してくるのは作ったので、kwdファイルを/installer/sinst_src/keyword/以下にPR出そうと思ってるのですが、ソースにハードコートされてたりするので方針を決めてからのほうが良さそうか・・・
https://github.com/KageShiron/sakura-editor-keywords

[KENCHjp]

フロッピーディスク100枚

8インチの？

[berryzplus]

（きっと 1.44MB 換算に違いない・・・）