ページ:[≪ ＜] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [＞ ≫]
■ 5518 ■
▼ 2009/1/10 (土) 23:15:08 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5518] アイコンが黒くなる件のパッチ
>>data:6842, Wiki BugReport/22の件のパッチをPatchesにSubmitしました。

Patches#2497716

問題が起きるのは環境依存と思われますが...
定石的な手法を採るほうがわかりやすいし環境依存問題も起きにくいかなぁ？、と。
▼ 2009/1/12 (月) 12:18:27 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5521] Re:アイコンが黒くなる件のパッチ
rev1506でcommitしました。
■ 5509 ■
▼ 2008/12/24 (水) 00:16:30 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5509] アウトライン解析の「フォーカスを移す」で分割画面のアクティブビューが切り替わる
>>unicode:737と同件問題のANSI用パッチを作成しました。
Patches#2461745

ビューを分割してアウトライン解析画面を表示し、アクティブビューを切り替えた後、「フォーカスを移す」をON状態でジャンプを実行すると、切り替え後のビューで目的位置にスクロールしますが、キャレットは切り替え前のビューに表示されてしまいます。

以前、フレームウィンドウではなく見た目のとおりにビューがフォーカス持つように変更しましたが、この部分の修正が足りていなかったようです。
▼ 2009/1/12 (月) 12:17:42 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5520] Re:アウトライン解析の「フォーカスを移す」で分割画面のアクティブビューが切り替わる
rev1505でcommitしました。
■ 5493 ■
▼ 2008/12/6 (土) 13:44:26 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5493] コンボボックスのリスト選択－編集－エンターの不具合
コンボボックスのリストを選んで、末尾を数文字削ってエンターを押すと、削った文字が復活します。
1.6.3.0限定です。（それ以前では文字列が消える）
パッチを作りました。
Patches:2394131

コンボボックスのメッセージでCB_GETEDITSELはバイト単位の位置を返すのに、CB_SETEDITSELは文字単位の位置を指定するという変な動きをするんですが、私だけでしょうか？
環境依存だったらどうしよう（; °_°）
▼ 2008/12/6 (土) 23:48:57 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5495] Re:コンボボックスのリスト選択－編集－エンターの不具合
▼ syatさん
> コンボボックスのメッセージでCB_GETEDITSELはバイト単位の位置を返すのに、CB_SETEDITSELは文字単位の位置を指定するという変な動きをするんですが、私だけでしょうか？
> 環境依存だったらどうしよう（; °_°）

私の所ではCB_SETEDITSELの方もバイト単位でないと正常動作しませんでした。

開発環境：BCC5.5.1およびVC2005 Express Edition
テスト環境：Win2k SP4およびWinXP SP2
▼ 2008/12/7 (日) 02:07:43 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5496] Re2:コンボボックスのリスト選択－編集－エンターの不具合
▼ なすこじさん
> 私の所ではCB_SETEDITSELの方もバイト単位でないと正常動作しませんでした。
>
> 開発環境：BCC5.5.1およびVC2005 Express Edition
> テスト環境：Win2k SP4およびWinXP SP2
ありがとうございます。
私はVC2008ExpressEditionで、WinXP SP3です。

現象としては、２バイト文字をカーソル位置より前に含むときに問題になります。
例えば、
　あいA|BCDE　　縦棒はカーソル
の状態でCB_GETEDITSELを実行すると 5 を取得します。（バイト単位）
その結果を使ってCB_SETEDITSELを実行すると、以下のようになります。
　あいABC|DE
カーソルがずれてしまいます。

UNICODE版では基本的に１文字＝２バイトなので問題になりませんでしたが、ANSIビルドだと同様の問題が出ました。
サロゲートペア文字はどちらも2でカウントするらしく大丈夫そうでした。

明日にでもBCCで試してみます。SP3のバグとかいうオチは～ないよね。
▼ 2008/12/7 (日) 22:16:53 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5497] Re3:コンボボックスのリスト選択－編集－エンターの不具合
▼ syatさん

Patches:2394131(combo_list_hide_A2.patch)を適用したプログラムを、
Vista SP1で動かしてみました。

> 　あいA|BCDE　　縦棒はカーソル

の状態でEnterを押すと、
　あ|いABCDE
のようにカーソル位置がずれてしまいます。

ワークで使っているローカル変数は以下の値になってました。
Aeroスタイル有効のとき：nSelStartByte=3, nSelStartChar=1
Aeroスタイル無効のとき：nSelStartByte=5, nSelStartChar=3

どうやら、
Aeroスタイル有効のときはCB_SETEDITSEL/CB_SETEDITSELとも文字数単位
Aeroスタイル無効のときはCB_SETEDITSEL/CB_SETEDITSELともバイト数単位
ということみたいです。

> 明日にでもBCCで試してみます。SP3のバグとかいうオチは～ないよね。

CB_GETEDITSELなどの動作結果は、コンパイラではなくOSやIEに付属のコモンコントロール（comctl32.dll）のバージョン依存になると思います。
▼ 2008/12/7 (日) 22:59:46 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5498] Re4:コンボボックスのリスト選択－編集－エンターの不具合
パッチ後のexeをXP SP3でも動かしてみました。

結果はVista SP1と同じで、
　あいA|BCDE
から
　あ|いABCDE
になってしまいます。

ローカル変数もVista SP1と同様で、
Lunaスタイル有効のとき：nSelStartByte=3, nSelStartChar=1
Lunaスタイル無効のとき：nSelStartByte=5, nSelStartChar=3
でした。

ひょっとするとsyatさんの環境で使用されている何らかの常駐ソフトが怪しいかもです。
＃自分のところの確認環境はVirtual PC上の仮想PC(XP SP3)で、凝ったカスタマイズはほとんどしてません。
▼ 2008/12/7 (日) 23:48:07 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5499] 解決です！
まず、BCCでコンパイルしてみたところ、皆さんの環境と同じような結果になりました。
また、VC2008EEで、SDKを6.0A、6.1でビルドしたところどちらも私が主張する動きを再現しました。
不思議ですね～

という報告を書き込もうとしたところで、ryojiさんの書き込みを見ました。
▼ ryojiさん
> ひょっとするとsyatさんの環境で使用されている何らかの常駐ソフトが怪しいかもです。
> ＃自分のところの確認環境はVirtual PC上の仮想PC(XP SP3)で、凝ったカスタマイズはほとんどしてません。
ryojiさん、正解です！
ZTopという常駐ソフトを止めて試したところ問題が発生しなくなりました。どうもお騒がせしました。

もしこの問題が簡単に解決できそうにないものだったらあまり深入りしたくないので、選択状態を復元する機能をやめようかと考えていました。リストを閉じたら文字列を全選択にするというのも不自然じゃないかな、と。ZTop便利だし。
▼ 2008/12/13 (土) 16:34:25 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5503] Re:コンボボックスのリスト選択－編集－エンターの不具合
リストボックスを閉じたら文字列を全選択するだけにしてみました。
Patches:2394131
▼ 2008/12/23 (火) 21:07:01 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5506] Re2:コンボボックスのリスト選択－編集－エンターの不具合
▼ syatさん
ソースコードおよび動作を確認しました。
コミットOKと思います。
▼ 2008/12/26 (金) 21:06:33 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5
[5513] Re3:コンボボックスのリスト選択－編集－エンターの不具合
▼ なすこじさん
> ソースコードおよび動作を確認しました。
> コミットOKと思います。
ありがとうございます。
リビジョン1496でコミットしました。
■ 5414 ■
▼ 2008/9/5 (金) 21:16:15 てふてふ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
[5414] PHPなどでの変数名補完の改善
こんにちは。いつもサクラエディタにはお世話になっています。

PHPやPerlのソースで、変数名が$や@で始まっている場合に補完機能がうまくいかない点について、パッチを投稿しました。
http://sourceforge.net/tracker/index.php?func=detail&aid=2094871&group_id=12488&atid=312488
以前の動作と微妙に変わってしまう部分はありますが、便利だと思います。
ご意見ください。
▼ 2008/9/10 (水) 00:06:43 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5420] Re:PHPなどでの変数名補完の改善
▼ てふてふさん
カーソルの左の単語種類を調べるのにWhatKindOfChar()を使用してるようですので、おっしゃる通りに #$@\ から始まる単語の補完は変な動作になっていますね。

件のパッチは、キーワードの開始を英数およびアンダースコアに制限するということですよね？
開始部分はこれで良いのではないかと思います。

途中に #$@\ がある場合についてはどうでしょうか？
例えば myname@mydomain というのがあったとして my まで入力してctrl + spaceした場合、途中の記号をキーワード文字として扱うと myname@mydomain が候補となりますが、途中の記号もキーワード文字としないようにすると myname と mydomain が候補となりますよね。
どちらが使いやすいと思いますか？

私は補完を普段使っていないので判断がつきませぬ (^^;

今度はMacで書き込めるかな……？
▼ 2008/9/10 (水) 20:45:31 てふてふ 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
[5424] Re2:PHPなどでの変数名補完の改善
▼ なすこじさん
ご意見ありがとうございます。

> 途中に #$@\ がある場合についてはどうでしょうか？
> 例えば myname@mydomain というのがあったとして my まで入力してctrl + spaceした場合、途中の記号をキーワード文字として扱うと myname@mydomain が候補となりますが、途中の記号もキーワード文字としないようにすると myname と mydomain が候補となりますよね。
> どちらが使いやすいと思いますか？

２行下にも同様の箇所があったんですね。見落としてました。。。
パッチその②を投稿しました。
http://sourceforge.net/tracker/index.php?func=detail&aid=2103564&group_id=12488&atid=312488
このパッチで、途中の記号もキーワード文字としないようになります。

私は主にプログラム作成と日本語文章書きにサクラエディタを使っていますが、#$@\を含んだ単語を見かけることはほとんどありません。
メールアドレスの@はよくありますが、myname@mydomain.com のようなとき「なぜ.comは補完されないんだ？」とか「mydomainだけ欲しいのに…」という光景が思い浮かびます。
それだったら mynameを補完 → @を打つ → mydomainを補完、で全然問題ないと思うし、
補完対象は英数字の単語のみ、とするほうがわかりやすくていいと私は思います。

英文書きの人とかTeX使いの人（\の需要？）の意見も聞いてみたいですね。私の周りにはいませんが。
▼ 2008/10/7 (火) 05:51:34 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5435] Re:PHPなどでの変数名補完の改善
▼ てふてふさん
現実逃避中の なすこじ です (^^;

最初のパッチについて、ソースコードおよび動作を確認しました。
unicode版と同様の状態にした方が良いと思うのでコミットをお願いします。
▼ 2008/10/8 (水) 23:10:00 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
[5438] すみません。パッチを改版しました
▼ なすこじさん
Unicode版にコミットしたパッチは、こちらに投稿した初回の(9/5)パッチから少し手が加わっています。
せっかく確認いただいたのにすみません。

ANSI版のほうにも同等のパッチを新たに投稿しました。
よければこちらをもう一度確認いただけないでしょうか
https://sourceforge.net/tracker2/?func=detail&aid=2153215&group_id=12488&atid=312488
一通り動くことは確認してあります。


＃ところで次回のリリースはどのようになるんでしょうね？
＃1.6.3.0(ANSI)と1.7↑(UNICODE)の２本立てになるのかな、とか妄想したりしてますが。
▼ 2008/10/10 (金) 20:09:29 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5439] Re:すみません。パッチを改版しました
▼ syatさん
#2153215 についてソースコードおよび動作を確認しました。
コミットOKと思います。

> ＃ところで次回のリリースはどのようになるんでしょうね？
> ＃1.6.3.0(ANSI)と1.7↑(UNICODE)の２本立てになるのかな、とか妄想したりしてますが。

しばらくはANSI版を安定版として2本だてでいくと思います。
unicode版のバージョンは2.0から始まるのではないでしょうかね。
▼ 2008/10/10 (金) 21:10:28 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
[5440] Re2:すみません。パッチを改版しました
▼ なすこじさん
> #2153215 についてソースコードおよび動作を確認しました。
> コミットOKと思います。

ありがとうございます。コミットしました。
▼ 2008/11/30 (日) 16:07:22 maru 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
[5490] Re3:すみません。パッチを改版しました
▼ syatさん なすこじさん
簡単に動作を確認したところ、補完リストの単語ファイルについては従来動作と思われたため、編集中のファイルから候補を選出する処理の機能改善、といった理解でヘルプを更新いたしました。

http://sakura-editor.sourceforge.net/htmlhelp/HLP000104.html

ヘルプ内の日本語表現が適切かどうかという問題もありますが、そもそも私の理解が合っているかも不安です。

誤りなどあれば、ご指摘願います。
▼ 2008/11/30 (日) 21:24:12 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5491] ヘルプについて
▼ maruさん
ヘルプ修正どうもありがとうございます。
補完機能の部分で少しコメントさせてください。

> 簡単に動作を確認したところ、補完リストの単語ファイルについては従来動作と思われたため、編集中のファイルから候補を選出する処理の機能改善、といった理解でヘルプを更新いたしました。
おっしゃる通りです。編集中ファイルから候補を探す部分だけの修正です。

・編集中ファイルから候補を探す部分で、'$@\#'の半角記号を含みません、とありますが、'_'以外の半角記号を含まない、としたほうが仕様として正確かと思います。'$@\#'は以前は候補単語に含めてましたが、1.6.3.0からは含まなくなりました、のような記述を添えるとよいかもしれません。

・今回から半角英数以外も候補に含めるよう変更しました。単語の区切りは文字種が変わるところ（英数・ひらがな・カタカナ・漢字・etc）ですが、ひらがなだけは前の単語にくっつけるようにしています。
　（助詞の部分を候補として出したくなかったのと、送り仮名がわかって便利かなと思ったため。）
　この動きが奇妙に思われるかもしれないので、仕様としてヘルプに書いていただけますか。

その他はとくに気になるところはありませんでした。
■ 5489 ■
▼ 2008/11/30 (日) 12:49:34 ラスティブ 　
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 (.NET CLR 3.5.30729)
[5489] [ 1724317 ] 文字コード判別改善（２）
「CheckKanjiCode の修正＋α」のANSI版を、
なんだかいくつもおなじ内容の投稿を作成するのが
気が引けたため、タイトルに書いてある場所に
アップロードしました。
自分でも驚くほどの投稿数の、
調子に乗りすぎている感がある過去のパッチは、
すみませんが無視して下されば幸いです（笑）

内容（過去のと比べて）：
・いろいろと実装されていた判別オプションは、
　すべて削除しました。
・オプションを削除した代わりに、
　UTF-16の判定を厳しくしました。
（少しでも不正値が見つかればUTF-16に判定しないなど）
■ 5488 ■
▼ 2008/11/30 (日) 02:26:55 maru 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
[5488] 改行のない入力補完ファイルで単語が途切れる
入力補完ファイルの最終行に改行がないとき、最終行の単語を補完入力すると単語の末尾１バイトが切り取られてしまいます。

ついでに、最終行に登録した単語がもし日本語だった場合、先頭0x81だけが入力されてしまい、さらに続けて入力した後続の文字が予期せぬ文字に生まれ変わってしまいます。

1.6.3.0と1.6.2.0で確認しました。

■ 5450 ■
▼ 2008/10/30 (木) 11:40:39 豊臣家康 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 1.1.4322) Sleipnir/2.8.2
[5450] Sleipnirブラウザー・MDIEのようなタブ操作に改善して頂けますか？
以下の操作があれば、有難いと思います。
①左をすべて閉じる
②右をすべて閉じる
③これ以外をすべて閉じる
④すべて閉じる
▼ 2008/11/22 (土) 21:39:03 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5467] パッチを投稿しました
▼ 豊臣家康さん
> 以下の操作があれば、有難いと思います。
> ①左をすべて閉じる
> ②右をすべて閉じる
> ③これ以外をすべて閉じる
> ④すべて閉じる
>>data:6789

①～③を追加するパッチを作ってみました。
④は「グループを閉じる」という名前で既存です。
Patches:2326632

タブの右クリックメニューに登録する方法は、
　・共通設定のカスタムメニュータブで
　・種別は「ウィンドウ系」
　・選択は「タブメニュー」
でできます。
▼ 2008/11/26 (水) 00:42:59 げんた 　
INCM1.23c
[5481] RE: パッチを投稿しました
>①～③を追加するパッチを作ってみました。
判定条件以外同じ処理なのでうまく共通部分をまとめられると良いのですが．特に複数の編集ウィンドウを閉じる場合の警告判定部分がコードに何度も現れるのは今後が心配です．

そもそもCloseAllEditorがCEditAppにあるのが何故？複数ウィンドウを閉じる場合に警告出すことを意識しなくても良くなるように，警告を出す処理を取り入れたCloseSomeEditor(?)を作った方が自然な拡張になるんではないでしょうか．
(判定関数を関数ポインタで渡すとか？)
▼ 2008/11/29 (土) 13:25:29 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5485] Re2: パッチを投稿しました
▼ げんたさん
> 判定条件以外同じ処理なのでうまく共通部分をまとめられると良いのですが．特に複数の編集ウィンドウを閉じる場合の警告判定部分がコードに何度も現れるのは今後が心配です．
はい。警告メッセージを複数箇所にベタ書きするのはまずいなと自分でも思ってました。

修正パッチを投稿しました。
共通部分をなるべくRequestCloseSomeEditorに移しています。CEditAppのCloseAllEditorはReques～の方を呼ぶだけ。
また変動部分は関数ポインタでまとめきれなかったので、個別にクラス化してみました。
▼ 2008/11/29 (土) 20:33:36 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
[5486] Re3: パッチを投稿しました
クラスの使い捨てはムダすぎる気がするので、もっとシンプルなパッチ３を投稿しました。
■ 5461 ■
▼ 2008/11/18 (火) 18:19:23 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 1.1.4322; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5461] BCCでコンパイルできない(_strlwr未定義エラー)
rev1432以後、BCCでコンパイルできなくなっているようです。
修正パッチ（１行だけの修正）を作成しました。
→Patches#2308427
▼ 2008/11/19 (水) 21:20:33 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5463] Re:BCCでコンパイルできない(_strlwr未定義エラー)
▼ ryojiさん
BCC5.5.1,VC2005 Expressにてビルド／sakura.exeが起動できることを確認しました。

BCCのダウンロードに個人情報の提供が必要なんですねぇ。ちょっとヤな感じです。
しかもダウンロードリンク切れてたし……
フィッシング詐欺かと思いました (^^;
▼ 2008/11/22 (土) 23:02:07 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5468] Re2:BCCでコンパイルできない(_strlwr未定義エラー)
▼ なすこじさん
> BCC5.5.1,VC2005 Expressにてビルド／sakura.exeが起動できることを確認しました。

確認ありがとうございます。rev1470でcommitしました。
■ 5344 ■
▼ 2008/6/18 (水) 14:18:25 もか 　
INCM1.23c
[5344] パス貼り付けパッチ
お試し版で統合されている、パス貼り付け
http://sourceforge.net/tracker/index.php?func=detail&aid=1894888&group_id=12488&atid=312488
　このパッチで貼り付けるとソートするように実装されています。
エクスプローラで並べ替えたものをコピーすると、順番がくるってしまうので不便に感じます。
例えば、拡張子順でならべたり、0.jpg 1.jpg 10.jpgみたいに数字が混ざっている場合です。
サクラなら並び替えずに貼り付けても、このパッチと同等のソート機能がありますので、
貼り付け時のソートは不要だとおもうのです。

あと、ソース上にここだけzlib licenseと連絡先が書いてあるのは、どこかにlicenseファイルにまとめるべき項目なようなきが。
▼ 2008/6/19 (木) 00:17:48 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5348] Re:パス貼り付けパッチ
▼ もかさん
ついこの間ソース見て動作確認まではしていたのですが、似た様な理由でちょっと放置していました (^^;

・並び替えはここでやる必要があるのか？親切過ぎないか？
・ライセンスのコメントはここではなく冒頭の方が良いのでは？
　（このままコミットするとコメント部分が削除できなくなってしまわないか？）

並び替えについては、元々ある機能で可能と言う事で貼付け機能からは削除した方が良さそうですね。

ライセンスのコメントはどうすりゃ良いのでしょうかね？
勝手に移動したり……はやっぱりダメ？
ご本人の登場を待つ？
▼ 2008/6/20 (金) 14:41:11 もか 　
INCM1.23c
[5355] Re2:パス貼り付けパッチ
>>サクラなら並び替えずに貼り付けても、このパッチと同等のソート機能がありますので、
ソースをよく読み直したら同等ではありませんでした。
nocase(大文字小文字を区別しない)になってました。
▼ 2008/9/8 (月) 10:19:34 bosagami 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.1)
[5416] Re2:パス貼り付けパッチ
> ライセンスのコメントはどうすりゃ良いのでしょうかね？

書き込みをしばらく見ていなかったもので、いまさらですが・・・
以前にもzlibライセンスへの同意は表明しているので、
コメントも含めて自由に編集していただいてかまいません。
＃むしろ、著作権放棄orコミッタに著作権移譲でいいです。
＃ライセンスは面倒ですね。同名の人がいる可能性もありますし、
＃連絡先一覧とか作らないといけないのかも？

パスのソートはエクスプローラと同等のほうがよいと思います。
ソートなしだと「何でこの順序？」とつっこまれそうなので。
なすこじさん、修正していただきありがとうございます。
▼ 2008/9/9 (火) 22:16:40 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5417] Re3:パス貼り付けパッチ
▼ bosagamiさん
コメントどうもありがとうございます。
エクスプローラと同じ並びとなる方でコミットを目指すことにします。

▼ 2008/9/9 (火) 22:48:30 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SV1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; InfoPath.2; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
[5418] Re4:パス貼り付けパッチ
Vista のエクスプローラには、（シフトキーを押しながらの）右クリックメニューに「パスとしてコピー」という、そのものずばりの機能があります。
他アプリでの貼り付け用にパス名をテキスト形式でクリップボードに格納してくれるんですが、この機能でコピーしたときの並びは、フォーカスがあるファイルが先頭で、残りは現在表示している並び順になります（例えば日付順ならその順番）。
CF_DROP形式のコピーでもエクスプローラがクリップボードに格納する並びは、上記と同じなので、わざわざソートしなくてもそのまま貼り付けてしまえば良いと思いますが．．．

あと、200800806-path-paste_B.patch は StrCmpLogicalW をスタティックロードで利用しているようなので、Win9x や Win2k + IE5.0 環境ではサクラがまったく起動しなくなってますね。
▼ 2008/9/9 (火) 23:33:36 なすこじ 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 2.0.50727)
[5419] Re5:パス貼り付けパッチ
▼ ryojiさん
本当は目の前に見えている状態と同じ並びとなるのが理想的なんですが、どの道全然ダメみたいですね (^^;
Bでのコミットは止めにしましょう。
Aの方はOKですか？

なぜかまったくアップできんかったのでPC変えた orz
▼ 2008/9/10 (水) 11:04:46 bosagami 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.1)
[5421] Re6:パス貼り付けパッチ
> 本当は目の前に見えている状態と同じ並びとなるのが...
うーん、そうなんですよね。以前に議論されていたとおりで。
まあ、右クリックドロップなんて便利な機能がすでにあるようですし、
とりあえずは仕様をあわせてソートなし版でもコミットいただければ、と。

あとは、大文字・小文字を区別しないソートをどこかに追加するか、
ソートオプションを追加するか・・・＞暇になったら考えます。

patch Aのコード＆動作をもう一度確認しましたが、問題なしです。

> Vista のエクスプローラには、（シフトキーを押しながらの）右クリックメニューに「パスとしてコピー」という...
こんな便利な機能があったとは。


ついでにパス貼り付けのunicode版もアップしました。
http://sourceforge.net/tracker/index.php?func=detail&aid=2102923&group_id=12488&atid=1013762
＃クリップボード周りが整理されててちょっと焦った。
▼ 2008/9/10 (水) 17:29:56 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
[5423] Re7:パス貼り付けパッチ
▼ bosagamiさん
> あとは、大文字・小文字を区別しないソートをどこかに追加するか、
> ソートオプションを追加するか・・・＞暇になったら考えます。
[ツール]-[外部コマンド実行]を使ってソートする手もあります。
ソートしたい範囲を選択して下記の設定で[実行]。

 名前(N): SORT
 レ 標準出力を得る(S)
 レ 標準入力に送る(I)
 ● 編集中のウィンドウ(C)

Windows 標準の SORT コマンドは大文字・小文字を区別しません。ひら・カタや全角・半角の並びもサクラのソートとは異なります。探せば別のタイプのソートプログラムもあると思います。比較関数さえ手に入れば自作も容易（コンソールアプリ）ですね。サクラ側で用意してあげなくても、それで十分間に合うかもしれません。
▼ 2008/9/10 (水) 17:29:04 ryoji 　
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
[5422] Re6:パス貼り付けパッチ
▼ なすこじさん
> Aの方はOKですか？
Bのような動作不正の問題は無いと思います。Win9xでも動作しました。
通常の「貼り付け」で CF_HDROP も扱うこと自体に若干の違和感あり？まぁ、懸念には及ばないかしら？
▼ 2008/9/17 (水) 00:19:46 なすこじ 　
Mozilla/4.0 (compatible; MSIE 6.0; KDDI-MA33) Opera 8.60 [ja]
[5428] Re7:パス貼り付けパッチ
▼ ryojiさん
> Bのような動作不正の問題は無いと思います。Win9xでも動作しました。
 
確認ありがとうございます。
週末にでもコミットしようと思います。
 
> 通常の「貼り付け」で CF_HDROP も扱うこと自体に若干の違和感あり？まぁ、懸念には及ばないかしら？
 
また悩ましいことを (^^;
エクスプローラに Ctrl-C, Ctrl-V したようなイメージなんですけどね。
▼ 2008/8/6 (水) 21:55:02 なすこじ 　
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 2.0.50727)
[5399] パッチを更新しました
パスをソートしないのと、エクスプローラと同様の並びにするのを作成してみました。
悩んだ末にコメント部分にも手を入れました。

200800806-path-paste_A.patch
　パスをソートしません。右ボタンでのファイルドロップと同様の仕様です。

200800806-path-paste_B.patch
　XP以降ではStrCmpLogicalWを使ってパスをソートします。
　エクスプローラと同様の並びとなりますが、比較関数でレジストリを読んだりしてて美しくないです (^^;

Patchesの方にはアップできませんので、下記にアップしました。
　http://sakura.qp.land.to/?Develop%2F7
▼ 2008/11/18 (火) 23:09:26 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5462] Commit報告:(New) パスの貼り付け
コミットしました。
2個前のコメントで週末と言っていたのに1ヶ月過ぎてる……

リビジョン：
  　rev1469

  変更種別：
  　新規機能追加

内容：
　クリップボードからのパスの貼り付けに対応
　Wiki_develop:7（Patches#1894888ベース）
■ 5451 ■
▼ 2008/10/31 (金) 00:42:25 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
[5451] 日本語の補完(ANSI)
入力補完、編集中のファイルから候補を探す場合で、英数_
以外の文字も補完できるようにするパッチを投稿しました。

ID: 2209897
https://sourceforge.net/tracker2/?func=detail&aid=2209897&group_id=12488&atid=312488

ご確認お願いいたします。
▼ 2008/11/8 (土) 18:05:24 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5457] Re:日本語の補完(ANSI)
▼ syatさん
ソースコードおよび動作を確認しました。

良い感じで動作していると思います。
ソースの方は、strchr()を使っている所と( kindPre >= CKMBCSPACE ? 2 : 1 )のようにサイズを取っている所が気になりました。
・strchr()の所をIS_KEYWORD_CHAR()では変ですか？
・CMEmory::GetSizeOfChar()で取得できるサイズとは意味合いが違います？

ではでは。
▼ 2008/11/9 (日) 12:51:23 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
[5458] Re2:日本語の補完(ANSI)
▼ なすこじさん
> ソースコードおよび動作を確認しました。
ありがとうございます。

パッチを修正しました。japanese_hokan_A_3.patch
> ・strchr()の所をIS_KEYWORD_CHAR()では変ですか？
strchrとIS_KEYWORD_CHARが混在していたのでIS_KEYWORD_CHARにあわせました。

> ・CMEmory::GetSizeOfChar()で取得できるサイズとは意味合いが違います？
CMEmory::GetSizeOfChar()の存在知らなかった。。。ありがとうございます。
UNICODE版でも必ずしも１文字＝２バイトの固定長ではない（サロゲートペア？）と判明したので、GetSizeOfChar()を使うように改めます。
▼ 2008/11/15 (土) 14:53:45 なすこじ 　
Mozilla/4.8 (Macintosh; U; PPC)
[5459] Re3:日本語の補完(ANSI)
▼ syatさん
ソースコードおよび動作を確認しました。
コミットOKと思います。
▼ 2008/11/16 (日) 19:49:05 syat 　
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
[5460] Re4:日本語の補完(ANSI)
▼ なすこじさん
> ソースコードおよび動作を確認しました。
> コミットOKと思います。
ありがとうございます。
rev1465でコミットしました。
ページ:[≪ ＜] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [＞ ≫]
INCM/CMT
Cyclamen v3.81
[ut:0.050][st:0.010]