堕天使の煉獄

はー。
やっとソースコード見るだけのツールとりあえず出来た。
時間かかったなぁ……。



実作業時間だとべつに大した事無いはずなんですけどね。

Qt Creator立ち上げっぱなのに1行もコード書かない日のが多かったりするし（ぉ
モチベーションの問題なんだよな。
そもそも元々昔に作ったツールのリコンストラクトなので。

とはいえ、最初はQt4時代に作ったツールで、Qt5になったときにちょこっと修正＆ビルド通るようにプチ修正って感じで、ほとんどが古いコードのままだったので。
Qt4てと、まだc++11も……今ググってみたら2005年にQt4.0リリースか。
やっぱまだc++11以前の頃だよなぁ。

c++はｃ++11以降、かなり大きく変わったので、それ以前のコードだと書き換えないとしょうがないしなーと。

なので、ほとんど全面リライトすることになったんですよね。

あとQt5→Qt6でQTextCodec系が全廃止、文字コードshiht-jisがQtでは非対応になったという、結構面倒な破壊的変更あったのも大きいかな。

影響のある部分では、zip書庫をいじるツール。
世に出回ってるzipファイルって、まだまだ大多数、中身の文字コードがshift-jisなんですよね。
背景には世の中で使われてる解凍ツールが枯れてるせいか古いものが使われ続けて刷新されず、unicodeなzipファイル使うと古いツールだと開けない（マンガミーヤとか）のが現状で。

なので、zip書庫をなんかするツールだとshift-jis対応要るんだよなぁ……。
現状、日本語windows上で動かす場合、QTextCodec系の代わりに追加されたQStringConverterで、「system encoding」ていうのを選ぶとshift-jisになるんだけども。
これは環境依存なのでどの環境でもshift-jisになるわけではないので。
うちで自分が使うだけのツールならそれでもいいんだけどね。

でもosの内部コードもwin11以降になるとutf8に以降してるみたいな話もあるしで。
でもでも、いまだにレガシーなwindows周りのライブラリやツールってshift-jis依存べったりなんだよなぁ。

一応「Qt 5 Core Compatibility APIs」と、Qt6でもQt5時代のいくつかの古いAPIもサポートしてますよっていう追加オプションあるんですけども。
Qt7になったらどうなるの？　て感じだし。

shift-jisまわりはwinapi直叩きで自前で処理する部分作っとたほうがいいのかなぁ明示的にshift-jis使えるようにしたほうが、今後も安心なんだよな。

でもQtのプロジェクトにwinapiのライブラリのリンクとか追加するのなんか汚された感あって、なんかやなんだよなぁ……気分の問題か（ぉ

んで、さらに今回めんどくさかったのが、設定周り。
以前のは設定はコードに直書きの手抜き仕様だったのを、ちゃんと外部ファイルでせっていできるようにしたんだけども……。



設定画面のuiと機能作るのめんどくせぇぇぇぇぇぇってなったりで（ぉ

んでもまあいろいろと勉強にはなったかも。

この手のエディタの設定って、色やフォントの設定って、だーっと単一のリストで並んでる感じになってるんだけども。
んで、例えば正規表現でハイライタ設定なんかするときには、そこでプルダウンメニューがあってそこからカラー設定を選択するかんじで。

でも、そういう形式だと、プルダウンで選ぶときにどんなカラー設定になってるのとか見えないやん？

ってことで、上のような、設定毎にカラー設定widget設置する感じにしたんだけども……。
管理めんどい……コードも増える……。
あーカラー設定まわり単一のリストで管理すると、確かに管理面では楽なんだな。
そしてカラー設定の設定画面もそのリストのところに一個あれば済むわけだし。

でも単一リストで、ユニークID割り当てる感じだと、例えばサクラエディタなんかだと、「正規表現キーワード」が1～10まである感じで。

……まあ正直、そんな正規表現キーワード大量につくってもハイライタ重くなるし、実際にはせいぜい使っても3つとか多くても5つぐらいしか使わないんだろうけども……。

でも、ユニークID割当方式だと10を超える場合に困ったことになるというのはデメリットではある。

でもまあ、それを見越して10こで足りるって判断でそうなっていて、実際の使用感として足りてるわけでｗ

んでもやっぱ、正規表現の設定などのところで、カラー設定が見れないってのは不満な所ではあったので。

こういう感じにしてみたんだけども、もうちょっとなんかいい方法なかったのかなぁ……っていう結果に。

なんかデータ構造がいろいろとネストしたり設定画面とコードがいっぱい増えてめんどくさくなっただけのような……。

ユーザビリティは向上したとは思うんだけどね……。

でもこれが自分しか使わないツールなので、そこまで凝る必要あったのかと（ぉ

まあ、いい勉強になったという言い訳で自分を納得されている俺ガイル。


あとは、なんかQt6.7に上げたところで色々とスタイル周りなんかバグってる感じあって。
なんかデフォルトのパレットが初期状態で反映してないっぽい？？

で、Qt6.7.1で治ってるかなーと期待しているのですが。

当初の予定では22.05.2024リリース予定で。

したら5/3に繰り上がってて、やっぱバグってるから早めにfix出すために繰り上げたのかな？　とか想像してたのですが。

予定日が5/8になり、5/14になり……昨日アップデートきたかなーと覗いたら5/20予定に……元の5/22と変わんねーじゃねーか。

なんで繰り上げた？？
Qt Creator 13.0.1のリリース日5/8に合わせようとして、間に合いませんでしたって感じなんだろうか……。

繰り上げといて結局元の日とあんま変わんないって、なんかすんごいヤキモキさせられただけでとってもファッキン。


んースタイル周りなおってるのかなぁ。
そんな感じでまだデバッグビルドのみで、リリースビルドはまだいいかなと保留中ぽ。


という感じで、一応このツールは完成。
他のプロジェクトのソースを見ながら移植したり参照したりする用途で使うツールなので、これから捗る……筈。

次は一個小物ツール作って、そのあとzip書庫なんやかんやするツールの7-zip使用版（rarとかにも対応）バージョンアップつくって……。

どうせならほぼ内容的にはマンガミーヤのようなビューワ系とおんなじ動作（書庫ファイルの中身列挙して表示）なので、マンガミーヤの代替作るのもいいなーともおもってるのですが。

他の使っても結局マンガミーヤが使いやすいともどってきてしまうんだけども、unicode対応してないのが厳しいんですよね……。
なので作ったらこれも捗るなぁと思ってたりするんですけどもね。

でもはやく3DダンジョンRPGも作り始めたかったりもするし。

とにかく、少しずつでも進めていこう……作業してさえいれば前進しているわけだしね……。

はふ～。