ugnagブログ

そのため、他のフォーマッターが相対的に性能が悪いと思う。
と、言っても実質的には「自然用」だけなんだけど。
これの性能を上げないといけないかな。

復号化コード、変数への記号の使用などはやっておかないと。



実は、同時にバージョン２も考えているのだが、どうしてもまとまらない。
ネックになっているのは、PAR3形式の暗号化コードだ。

バージョン２にはツリービューを付けるつもりでいる。
コードを入力するときに、「ツリーのここ」と指示できるのだが、
その指示と実際入力されたPAR3コードに格納されているツリーの位置に矛盾がおこったときどうするか？
これはコード内の属性を無視する方向で考えている。

次に、入力中にエラーが未解決の状態で、ツリーの切り替えなどの操作をされた場合も困る。
これに対処するには、他の部品をロックしなければならない。
モーダルダイアログで入力させれば簡単だろう。

暗号化コードは基本的には修正できなくてもいいだろうか？
PAR2コードのことを考えると、今のインターフェースがいいし。。。
PAR3コードだけ、暗号化タブでは表示だけにしてしまおうか？
ボタンを押すと、入力用のウインドウが表示されるというのはどうだろう？

これなら、うまくいきそうな気がする。
もう少し、検証が必要だが。



一方、雑誌のコードをそのまま入力するときなどは、ツリービューとは関係なく、コードの属性から階層構造を構築した方がいいだろう。
これに対しては、コードパーサーのようなものがいいと思う。
ただ、コードパーサーだと入力がしにくいだろうから、入力ガイダンスが必要だろうと思う。
これは、あるキーを押すとウインドウが出てきて、コードを入力させるもの。


なんか、さっきの入力と変わらなくなってきた気がする。

何が違うんだ？整理してみると、、、

さっきのやつは、階層構造を無視するのに対し、今回のは反映させる。

他にも、フォルダーコード自体の話などもあるし、コードパーサーだと複数のコードをバッチ処理する違いもある。

だとすると、やはり別にした方がいいか。。。


独りで考えてると、いいアイデアが浮かばなくて困る。