▼ 2007/12/15 (土) 13:37:45 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5218] テスト版1.6.2.204の「支援」設定画面
「支援」設定画面で、
  外部ヘルプ→通常ヘルプ
  外部HTMLヘルプ→HTMLヘルプ
に変更しているみたいですね。
VistaではAP Helpが標準になってHLP形式のヘルプビューアは標準搭載すらされてないので、今後も「通常」と呼ぶのはちょっとどうかな？と思いました。
あと、タイプ別設定「支援」画面でのタブ移動順序が変です。
▼ 2007/12/15 (土) 14:45:09 げんた 　
INCM1.23c
[5219] RE: テスト版1.6.2.204の「支援」設定画面
>  外部ヘルプ→通常ヘルプ
-[[patches:1724317]] 文字コード判別改善（２）codechecker_fix9-2__r1204.patch
で入った変更ですね．

ヘルプに関して言えば(今まで放置していましたが).HLPと.CHMをわざわざ機能として分離すること自体に意味がないと思います．
単に外部ヘルプ1, 外部ヘルプ2として，指定されたファイルの拡張子で内部動作を振り分けた方が使いやすいのでは？

.HLP: WinHLP(選択キーワードがあればそれを検索)
.CHM: HTML Help(選択キーワードがあればそれを検索)
とすると，ここに
.HTM;.HTML : Webブラウザで開く
とか
http://www.example.com/search?key=
とかを入れたくなりますね．しかし，マクロでも同じことができるから無理にそこまでやる必要も無いでしょうけど．
▼ 2007/12/15 (土) 21:04:45 ラスティブ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5220] Re2: テスト版1.6.2.204の「支援」設定画面
テスト版1.6.2.204と比べて妙に遅くなっているような気が
するのはさて置きまして、画面確認のためアップしておきました。

通常ヘルプ→ヘルプ1 (.hlp形式)
HTMLヘルプ→ヘルプ2 (.chm形式)

http://sakura.qp.land.to/?Junk%2F26
▼ 2007/12/15 (土) 22:12:59 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5221] Re3: テスト版1.6.2.204の「支援」設定画面
▼ ラスティブさん
> 通常ヘルプ→ヘルプ1 (.hlp形式)
> HTMLヘルプ→ヘルプ2 (.chm形式)
[ヘルプ]メニューに表示されるコマンドのほうの名称は以前のままですし、当面は従来のままの名称でいいんじゃないかと思います。
パッチ本来の目的とは別の箇所ですし。

[外部ヘルプ1]コマンドの"1"というのは．．．
HTMLヘルプの追加以前はHLPヘルプ２個だったのでしたっけ？
▼ 2007/12/16 (日) 02:48:54 じゅうじ 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)
[5222] Re4: テスト版1.6.2.204の「支援」設定画面
▼ ryojiさん
> [ヘルプ]メニューに表示されるコマンドのほうの名称は以前のままですし、当面は従来のままの名称でいいんじゃないかと思います。
> パッチ本来の目的とは別の箇所ですし。

とは言っても、paint的に狭いので整理されているようですので、キーワードヘルプを右半分に、"[フォント]"の位置は変えないで、文字コード自動判別を、空いた左半分に、持って来てはどうでしょう。
ラスティブさんの物を継承すると、私は楽ですが。
▼ 2007/12/16 (日) 14:00:45 ラスティブ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5223] Re5: テスト版1.6.2.204の「支援」設定画面
> ▼ ryojiさん
> > [ヘルプ]メニューに表示されるコマンドのほうの名称は以前の
> > ままですし、当面は従来のままの名称でいいんじゃないかと
> >思います。パッチ本来の目的とは別の箇所ですし。
>
> とは言っても、paint的に狭いので整理されているようですので、
> ・・・

・・・そうなんです。チェックボックスの置き場所に困った
ので整理させていただいておりました。

じゅうじさんの案で変更を加えさせて頂きました。

http://sakura.qp.land.to/?Junk%2F26

使用頻度めちゃ低オプションがmigemo設定より先に目に付くのが
少々アレですけども、慣れれば大丈夫ですね（笑い）

----
・Sourceforgeにアップされている最も古いバージョンでは、「外部HTMLヘルプ」コマンドが既に装備されているようです。
・テキストエディタ"sakura" Ver 0.3.9.0 (2000-10-11_09) と、テキストエディタ"sakura" Ver (1.3.20.0 2000-10-31_13) の間で、「外部ヘルプ」が「外部ヘルプ１」へ変更になっているようです。
▼ 2007/12/16 (日) 16:53:43 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5224] Re6: テスト版1.6.2.204の「支援」設定画面
▼ ラスティブさん
> じゅうじさんの案で変更を加えさせて頂きました。
レイアウト的にはOKなんじゃないかと思います。

支援タブに切り替えた直後、従来は、共通設定のほうはEnter(E)チェックボックスに、タイプ別設定のほうは単語ファイルのエディットボックスにフォーカスが行ってたと思いますが、どこにもフォーカスが行かなくなっちゃってますね。
細かいので突っ込み入れるのもちょっと恐縮なのですが．．．
＃グループボックスは通常はグループの最後にしたほうが何かと都合が良いんじゃないかと(^^;;;
▼ 2007/12/16 (日) 23:08:17 じゅうじ 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)
[5226] Re7: テスト版1.6.2.204の「支援」設定画面
▼ ryojiさん
> ＃グループボックスは通常はグループの最後にしたほうが何かと都合が良いんじゃないかと(^^;;;

グループボックスのタブストップを削除するだけで良いように思えます。
それと次いでに、タブの順序が共通設定のほうで自動判定が最後になっていますが？

IDD_PROP_HELPER
    GROUPBOX        "入力補完機能",IDC_STATIC,3,3,264,30,WS_GROUP | 
913:                WS_TABSTOP

IDD_PROPTYPESP2
    GROUPBOX        "入力補完機能",IDC_STATIC,3,3,264,45,WS_GROUP | 
1714:               WS_TABSTOP
▼ 2007/12/17 (月) 00:34:14 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5228] Re8: テスト版1.6.2.204の「支援」設定画面
▼ じゅうじさん
> グループボックスのタブストップを削除するだけで良いように思えます。
確認してませんが、たぶんそれでいいでしょうね。

>＃グループボックスは通常はグループの最後にしたほうが何かと都合が良いんじゃないかと(^^;;;
これは単に自分の慣習的なものです。
オートラジオボタン(BS_AUTORADIOBUTTON)のグループを作る場合、最初のラジオボタンと最後に置いたグループボックスとにWS_GROUPを付与して自動チェックのグループ範囲にすることがよくあります。
最初に読んだWindowsプログラミングの教則本がそうしてたから、昔からそうしてるんですが、皆さんはどうしてるんでしょ？
▼ 2007/12/17 (月) 02:28:14 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5231] Re9: テスト版1.6.2.204の「支援」設定画面
余談です。
> 最初に読んだWindowsプログラミングの教則本がそうしてたから
何かほかにも理由があったような．．．、と妙に気になって記憶をたどってみたら、
特定のケース（たぶんサイズ変更可能ダイアログを作ってた時だったと思う）で画面のちらつきを減らすためにグループ内のコントロールにWS_CLIPSIBLINGSを設定したことがあって、そういうときグループボックスが手前にあるとそのコントロールが描画されない、というのがありました。
ちょっと特殊なケースだから通常は気にしなくていいのだけど、これも潜在意識に焼き付いてたみたい。(^^;;;
▼ 2007/12/17 (月) 00:51:52 ラスティブ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5229] Re8: テスト版1.6.2.204の「支援」設定画面
▼ ryojiさん (>>5224)
> 支援タブに切り替えた直後、従来は、共通設定のほうは
> Enter(E)チェックボックスに、タイプ別設定のほうは
> 単語ファイルのエディットボックスにフォーカスが
> 行ってたと思いますが、どこにもフォーカスが行かなく
> なっちゃってますね。

イタタタ。
タブを開いていきなりテキスト入力に入られると、
例えば 'L' と入力して外部ヘルプの設定欄にジャンプできない問題に
対処したつもりだったのですけれど、ついででやるには拙かった
かもしれません。はい。

▼ じゅうじさん(>>5526)
> それと次いでに、タブの順序が共通設定のほうで自動判定が
> 最後になっていますが？

これも狙っているんです。が、確かに、使えば使うほど、
不自然さが浮き彫りになってきますね・・・これ。
▼ 2007/12/17 (月) 01:46:58 ryoji 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5230] Re9: テスト版1.6.2.204の「支援」設定画面
▼ ラスティブさん
> タブを開いていきなりテキスト入力に入られると、
> 例えば 'L' と入力して外部ヘルプの設定欄にジャンプできない問題に
エディットボックスにフォーカスがあると'L'でジャンプできないのは「問題」じゃなくて「そういうもの」かな。(^^;
確実なジャンプ方法は'ALT+L'ですね。
▼ 2007/12/18 (火) 00:11:27 ラスティブ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
[5234] Re9: テスト版1.6.2.204の「支援」設定画面
修正しました。

http://sakura.qp.land.to/?Junk%2F26
INCM/CMT
Cyclamen v3.81
[ut:0.020][st:0.000]