ページ:[≪ <] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [> ≫]
■ 2221 ■
▼ 2014/12/6 (土) 22:41:41 もか  
INCM1.23a
[2221] ふぁんくらぶ17/71のバグについて
1. マウススクロールによるタブの切り替えが効かなくなってる
 upatchid:933
2. 画面全体が再描画される
 upachid:934
にて対応します。
報告ありがとうございます。

■ 2201 ■
▼ 2014/10/3 (金) 00:19:46 もか  
INCM1.23a
[2201] trunk投入予定
一週間後あたりから徐々にパッチをtrunkへ投入します。
2.1.1.4 or 2.1.2.0あたりをリリースしたい等色々考えてる人がいましたらお知らせください。
延期したりします。
(変更したり順番は変わったりします)

今現在、投入予定パッチは以下の通りです。
第一弾、改行コード・文字コード回りなど:
762        Grepで標準出力に出力するコマンドラインオプションを追加
311        コードページ対応
777        NEL,PS,LSの改行コード表示を変更
847        UTF-7のNEL,PS,LSを改行として読み込むように
854        改行コードNEL,PS,LSを有効にするオプション追加

第二弾、割と安全そうなパッチ類:
716        マルチプロファイル対応
726        エンコーディング名による文字コードの設定
765        偶数行の背景色の修正とノート線
773        タブ多段・下に表示
803        ブックマークの記憶方法の変更
821        上書きモードでの矩形選択入力で選択範囲を削除するオプションを追加
829        ファイルパスを省略表示するオプションの追加
838        大きいファイルの暫定サポート
840        文字情報が失われる場所を表示してジャンプできるように
851        ルールファイル拡張2(正規表現置換)

外部協力類:
858        保存確認メッセージが非フォーカス状態で表示される
863        タグジャンプの一覧選択の改善とタグジャンプ検索オプション

大物・仕様変更:
636        DiffのSJIS以外に対応
637        Grep置換
710        ファイルツリー表示
839        長い行の比較・DIFFのサポートと排他制御の追加
841        無題ウィンドウのカレントディレクトリをファイルダイアログの初期位置にする
864        ミニマップ
882        置換に行削除モード追加
883        Grepに否定行検索を追加

マクロ類:
694        SearchNext等のマクロで検索設定を元に戻すオプション
738        関数リストマーク追加
739        変更行へ移動コマンド追加
743        改行置換時次の行を変更状態にしない
751        PageUp/Downマクロの修正
758        行属性取得マクロ追加
759        選択ロック取得マクロ追加
760        画面スクロール位置設定・画面行桁数取得マクロ追加
761        ポップアップメニュー作成マクロ追加
865        マクロ保存処理の変更

■投入しない予定のもの
713        プロポーショナルフォント

▼ 2014/10/3 (金) 23:59:01 axis  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2202] Re:trunk投入予定
現状で一度リリースしていただきたいです。
2.1.1.3よりもバグフィクスが進んでいるようですので。

> 858        保存確認メッセージが非フォーカス状態で表示される

できればこのバグフィクスも欲しいです。
Win7->8.1にしたらタイトルバーの非フォーカスが目立つようになり、
操作上の問題だけでなく、残念感というか、見苦しさも加わりました。

よろしくお願いします。

▼ 2014/10/4 (土) 18:39:46 もか  
INCM1.23a
[2203] Re2:trunk投入予定
>> 858        保存確認メッセージが非フォーカス状態で表示される
これは今晩にでもコミットしておきます。
>現状で一度リリースしていただきたいです。
リリース係をしているsyatさんどうでしょうか?

リリースではなく、ベータ版とかでバイナリだけ上げるのは簡単なんですけど。

▼ 2014/10/5 (日) 15:39:51 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36
[2206] Re3:trunk投入予定
呼ばれました。

>現状で一度リリースしていただきたいです。
では今週のうちに少なくともバイナリまでリリースするようにします。
ほとんどFixとKeepなので2.1.1.4でよいですよね。

▼ 2014/10/4 (土) 21:52:17 もか  
INCM1.23a
[2204] Re: trunk投入予定(外部貢献関連)
> 858        保存確認メッセージが非フォーカス状態で表示される
コミットしました。

wikiに投稿されている、いくつかのパッチをトラッカーに登録しました。
他にもあるのを見つけた人はお知らせください。
以下の2つは、そのうちコミットします。
886 DIFF画面でダブルクリックしたとき実行
887 行番号の最小桁数


888 DLLプラグイン
これはほぼ完成のようです。
影響範囲も既存機能にはあまり関係ないため、取り込みやすいです。
しかしプロジェクトファイルのバージョンが違ったり、最新ではないみたいなので、すぐには取り込めそうにないです。

■作者の方へのお願い
zlib/libpngライセンスへの同意の表明をお願いします。
名前がない人は名前を名乗っていただくと一覧に掲載できます。

▼ 2014/10/5 (日) 08:54:01 axis  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2205] Re2: trunk投入予定(外部貢献関連)
> > 858        保存確認メッセージが非フォーカス状態で表示される
> コミットしました。


をぉ、ありがとうございます!

▼ 2014/10/25 (土) 20:28:13 ねこ  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.104 Safari/537.36
[2214] Re2: trunk投入予定(外部貢献関連)
▼ もかさん

> 887 行番号の最小桁数

これを担当したねこです。
ライセンスに同意いたします。
よろしくお願いします。

▼ 2014/10/24 (金) 02:25:26 もか  
INCM1.23a
[2212] RE: trunk投入予定(r3836について)
[r3836]のログに書くべき内容を#896と#895を取り違えてしまいました。
[patchunicode:#896] CP_UTF7でのNEL等を改行コードとして読み込めていない(r3832-)
が正しいです。
ログは修正しましたが、
https://sourceforge.net/p/sakura-editor/code/3836
のページに記載されたlogは間違っていますので注意してください。

▼ 2014/10/24 (金) 03:58:46 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2213] Re:trunk投入予定
第二弾までコミットしました。

また、だいたい最新のバイナリを個人サイトのほうにアップしておきました。
http://mocaskr.web.fc2.com/weekly/sakura_weekly.html

▼ 2014/11/27 (木) 23:39:45 B.Terios  
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
[2216] Re2:trunk投入予定
▼ もかさん
> 第二弾までコミットしました。
> 
> また、だいたい最新のバイナリを個人サイトのほうにアップしておきました。
> http://mocaskr.web.fc2.com/weekly/sakura_weekly.html
こちらのファイルを使用しています。
新しい機能にワクワクしています。
ありがとうございます。

不具合(?)のご報告をさせてください。

sakura2-1-1-4r3863.zip の sakura.exe
サクラエディタ   Ver. 2.1.1.4 (Rev.3863)

      Share Ver: 160
      Compile Info: V1400 WR WIN500/I501/C000/N500
      Last Modified: 2014/11/23 23:30:40

でエディタ起動直後に Grep を実行すると
[サクラエディタ は動作を停止しました] が表示され、異常終了します。
(タスクトレイのサクラエディタは生き残ります。)
Grep ウィンドウ上で Grep を続けて行った場合も同様になります。

同じ操作を正式版の sakura.exe
サクラエディタ   Ver. 2.1.1.4

      Share Ver: 151
      Compile Info: V1500 WR WIN500/I501/C000/N500
      Last Modified: 2014/10/9 21:06:48

で行った場合は Grep が想定通りに実行されます。

実行した OS は Windows 7 Professional Service Pack 1 です。

ご確認いただけましたら幸いです。
よろしくお願いいたします。

▼ 2014/11/28 (金) 02:31:39 もか  
INCM1.23a
[2217] Re3:trunk投入予定
報告ありがとうございます。現象確認しました。
Grep置換パッチにバグがありました。
私用版のほうでテストしていないマージで追加修正した部分でした。
https://sourceforge.net/p/sakura-editor/patchunicode/918/

▼ 2014/11/28 (金) 23:18:00 B.Terios  
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
[2218] Re4:trunk投入予定
▼ もかさん
> 報告ありがとうございます。現象確認しました。
> Grep置換パッチにバグがありました。
> 私用版のほうでテストしていないマージで追加修正した部分でした。
> https://sourceforge.net/p/sakura-editor/patchunicode/918/

早速のご確認・ご対応ありがとうございます。
度々ですみませんが、不具合というか不都合のご報告をさせて下さい。

以下の 2 行
S_SelectWord(0);
S_SearchClearMark(0);
を .mac ファイルにし、ダブルクリックに割り当てしています。
(以前、サクラエディタ掲示板で話題に上がったマクロで
 単語をダブルクリックすると、文書内の同じ単語がハイライト
 表示されるようになります。)

こちらを正式版の sakura.exe で実行するとステータスバーに
7 chars (1 lines) selected.
のように表示されます。
一方、sakura2-1-1-4r3863.zip の sakura.exe で実行すると
ステータスバーに情報が表示されません。
(正確には、一瞬表示されているようですが消えてしまいます。)

正式版と同様の動作にしていただけると有難いです。
また、マクロの記述内容の変更等で回避可能であれば方法を
教えていただけないでしょうか?

ご検討よろしくお願いいたします。

▼ 2014/11/29 (土) 01:52:04 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0
[2219] Re5:trunk投入予定
またまた報告ありがとうございます。
現象を確認してパッチを投稿しました。
https://sourceforge.net/p/sakura-editor/patchunicode/925/
回避策ですが、ちょっとマクロで回避するのは難しいみたいです。
PostMessageで遅延してステータス表示が消えるためです。

▼ 2014/11/30 (日) 00:30:04 B.Terios  
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
[2220] Re6:trunk投入予定
再び、早速のご確認・ご対応ありがとうございます。
マクロでの回避が難しいことも承知いたしました。
また何かございましたら連絡させて下さい。
よろしくお願いいたします。

■ 2130 ■
▼ 2014/2/14 (金) 19:42:20 anonymous  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; Touch; MANMJS; rv:11.0) like Gecko
[2130] GetDocumentation
掲示板で指摘されているGetDocumentationの問題は
http://sourceforge.net/p/sakura-editor/patches/152/
の最後のコメントで答えが出てますが放置されてますね。

実行確認してないので申し訳ないですが、以下のような感じだと思います。

virtual /* [local] */ HRESULT STDMETHODCALLTYPE GetDocumentation(
/* [in] */ MEMBERID memid,
/* [out] */ BSTR __RPC_FAR *pBstrName,
/* [out] */ BSTR __RPC_FAR *pBstrDocString,
/* [out] */ DWORD __RPC_FAR *pdwHelpContext,
/* [out] */ BSTR __RPC_FAR *pBstrHelpFile)
{
  // Feb. 08, 2004 genta
  // とりあえず全部NULLを返す (情報無し)
  if(pBstrName != NULL) *pBstrName = SysAllocString(m_MethodsRef[memid].Name)
; //これでいいのかな?
  //if(pBstrName != NULL) *pBstrName = SysAllocString(L"");
  if(pBstrDocString != NULL) *pBstrDocString = SysAllocString(L"");
  if(pdwHelpContext != NULL) *pdwHelpContext = SysAllocString(L"");
  if(pBstrHelpFile != NULL) *pBstrHelpFile = SysAllocString(L"");
  return S_OK ;
}

少なくとも元のpBstrName = NULL;はスタック上の変数を書き換えてるだけです。

ActiveScriptRubyの呼び出し側は
https://github.com/arton/RScript20
のeventsink.cppの111行目あたりです。
最後のコメントに掲載されてるコードと同じでした。

▼ 2014/2/14 (金) 20:57:16 もか  
INCM1.23a
[2131] Re: GetDocumentation
情報ありがとうございます。
MEMBERID memidは、対応するメソッドID名を返せばいいんですね。

memid == -1のときに自分の名前を返すようにする必要があるのと、範囲チェックが必要みたいです。
ちょっとウェブで検索した感じでもRScript20のコードでも、エラーを返す時は呼び出し側のBSTRの後処理が行われないので引数に値を設定してはいけないみたいです。
もっともRScriptの場合は、サクラ側のGetContainingTypeLibなどが実装されていないので、GetDocumentationまで到達しないと思います。
もし呼び出し側がBSTRを最初にNULLで初期化しないような実装があった場合は、今の実装だと落ちるかもしれません。
こんな感じでどうでしょうか。
m_sNameは、m_MethodsRef同様CIfObjから引っ張ってくるようにしたうえで、
GetDocumentation(...){
        //        2014.02.12 各パラメータを設定するように
        if( memid == -1 ){
                if( pBstrName ){
                        pBstrName = SysAllocString( m_sName.c_str() );
                }
        }else if( 0 <= memid && memid < m_MethodsRef.size() ){
                if( pBstrName ){
                        pBstrName = SysAllocString( m_MethodsRef[memid].Name );
                }
        }else{
                return TYPE_E_ELEMENTNOTFOUND;
        }
        if( pBstrDocString ){
                *pBstrDocString = SysAllocString(L"");
        }
        if( pdwHelpContext ){
                *pdwHelpContext = 0;
        }
        if( pBstrHelpFile ){
                *pBstrHelpFile = SysAllocString(L"");
        }
        return S_OK;
}

---
GetFuncDesc, GetNamesでmemidの範囲チェックをしていないけどいいんだろうか。

■ 2209 ■
▼ 2014/10/12 (日) 17:19:59 suzz  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2209] サクラエディタ開発者の方へのお願い

SVN へのコミットに関するお願いです。

コミットの際に、「変更した機能」や「修正した不具合現象」の詳細が分かる
ように書いていただけないでしょうか?

機能変更の場合、例えば、
「New: Grep拡張」
「Imp: PHPヒアドキュメント/C++ RowString/C# quoted String等対応」
と書かれているだけでは、どのような機能が増えたのか分かりません。
もう少し具体的にどのような機能を追加、変更したのか書いて
いただけないでしょうか?

不具合修正であれば、「不具合の原因」しか書かれていないことが多いです。
「バッファーオーバーラン」、「初期化不足」、「ハンドルリーク」など。
具体的にどのような操作を行うと、どのような問題が発生していたかが分からないと
修正が妥当なのか判断できませんし、動作確認もできません。

コミットログに source forge のチケット(patchunicode#xxx)や掲示板の
 ID が書かれていますので、これらのページを見れば変更内容が分かることも
ありますが、できれば、チケットIDや掲示板IDだけではなく、チケットや
掲示板に書かれている内容も、詳細としてコミットログに一緒に書いて
いただけると、非常に助かります。(あちこちのページを見ずに済むので)


また、コミットの単位についても、別々の変更が一度にコミットされています。
例えば
1. 「typo修正」というコミットで、インデントの修正、コメントの修正、
ファイルヘッダの追加などを同時に行なっている
2. 不具合修正のコミットで、現象が似ている別の不具合を一度に修正している
3. 機能改善や不具合改修と一緒に、コメントやインデント修正などを行っている

など。
これら論理的に別々の変更は、分けてコミットしていただけると、
ソースコードの差分を見た際に、変更が把握しやすいです。

以上、ご検討、よろしくお願いいたします。


▼ 2014/10/13 (月) 00:09:06 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2210] Re:サクラエディタ開発者の方へのお願い
svn logを [patchunicode:#1234] 形式で書いてもらう。
なんと!このページでlogを見ると、リンクになります。
https://sourceforge.net/p/sakura-editor/code/HEAD/log/?path=/sakura/trunk2
リンクになっていないと、ご指摘の通り不便極まりないがリンクならなんとか許せないでしょうか。

トラッカーの変更内容は、一番上のところに書き、パッチの内容が変わったら一番上の本文も修正する。
wiki・この掲示板の内容は、要約か必要な個所を引用して、トラッカーに貼り付ける。
パッチをコミット後に不具合などが出た場合は、新しくトラッカーIDを発行する運用にする。
(新ID側からリンクすると、バッグリンクが旧ID側に表示されるのが便利だとおもう)
で、手を打たない?

この上のURLおよび、forkしてgit svn fetchなどで取り込んだ後のsvn logは、
後で修正しても反映されないらしいので、気に食わない。
 コミット後のパッチに対するバグとかあってもフォローできないし、
記述が間違っててもフォローできない。
というか、コミットそのものがめんどくさくなるので、私はそれならコミットしない。

▼ 2014/10/13 (月) 12:50:58 suzz  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
[2211] Re2:サクラエディタ開発者の方へのお願い
> svn logを [patchunicode:#1234] 形式で書いてもらう。

チケット ID を書く時のキーワードを統一していただけると、BTS/ITS 連携機能が
使えるので便利ですね。

http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-bugtracker.html


>トラッカーの変更内容は、一番上のところに書き、パッチの内容が変わったら一番上の本文も修正する。
>wiki・この掲示板の内容は、要約か必要な個所を引用して、トラッカーに貼り付ける。


情報を「トラッカーの一番上の本文」に集められるのであれば、あとはコミットの時に
同じ文章をコピペすればよいと思うのですが。。。
そこまで頑張ったのなら、あともう一手間です。

リンクに対するコミットログの利点は、すばやく検索できることです。
ただ、svn だとサーバに接続しないとコミットログが検索できないので、
あまり恩恵は無いのかもしれないですが。


>この上のURLおよび、forkしてgit svn fetchなどで取り込んだ後のsvn logは、
>後で修正しても反映されないらしいので、気に食わない。
> コミット後のパッチに対するバグとかあってもフォローできないし、
>記述が間違っててもフォローできない。


ちょっと意味を取り違えているかもしれないですが・・・

ソースコードと同様、コミットログも間違えないように気を付けてコミットするしかないと
思いますので、コミットログもレビューしてからコミットすればよいのでは?


■ 2207 ■
▼ 2014/10/8 (水) 07:43:27 神楽  
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; ja-jp) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16
[2207] 「Grepファイル名で正規表現フィルター」の接頭文字について
「Grepファイル名で正規表現フィルター」の接頭文字について、
大なり小なり記号ではなくマッチ正規表現フィルターは/開始、
アンマッチ正規表現フィルターは!/開始といった具合の仕様にして頂けないでしょうか。
大なり小なり記号ですと、どちらが否定でどちらが肯定かをイメージできず、直感的には使いづらいと思います。

▼ 2014/10/9 (木) 00:44:07 もか  
INCM1.23a
[2208] Re: 「Grepファイル名で正規表現フィルター」の接頭文字について
どっちが否定なのか分かりにくいというのには同意しますが、
/はパス区切りに使うという伝統があるので、初版ではやめておきました。
いまのところ、ちゃんと動かないけど
*.* #/Users/username/Path/*.mac
は
*.* #C:\Users\username\Path\*.mac
と同じような動作をするべきな気がします。
(否定のフルパスを書くのはちょっと動作が遅いけどサポートされています)
/folder/*.ext
は、いまのところ実行結果は
folder/*.ext
と同じような物になってます(C:\basepath\/folder/fileaname.extになってる)
ファイル名の所にフルパスは指定できないことにしてあるので、
/で始まったものをルートフォルダと解釈せずに正規表現とみなすようにしても、構文的に困ることはないかもしれませんね。

こうかな
!NotFile
#NotFolder
/RegexFile
!/RegexNotFile
#/RegexFolder
#!/RegexNotFolder
こうやって並べてみると、フォルダ除外は#に変更しないで!#か元の!\にしておけばよかった
他の人の意見も聞いてみたいです。

■ 1665 ■
▼ 2011/11/1 (火) 07:05:33 syat  
Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0
[1665] パッチの棚卸し(単語検索で複数検索)
昔のパッチをr1960向けに再作成しました。

PatchUnicode:2890853 単語検索で複数単語を検索可能にします。(ds14050さん)
http://loda.jp/sakura_editor/?id=12.zip

検索時に「単語単位で探す」にチェックを入れると複数検索になります。
現在は複数単語指定しても該当なしになるので、新規機能としてコミット可能だと思います。

ちなみに単語をたくさん指定すると、検索文字列〜検索文字列5の色が繰り返し適用されます。
複雑な構文強調表示とか、なにかに使えそう…

▼ 2011/11/2 (水) 00:01:53 syat  
Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0
[1666] パッチの棚卸し(矩形選択中に操作と異なる方向に移動しない)
その2
PatchUnicode:2889930 矩形選択中にキャレットが操作と異なる方向に移動しないように。(ds14050さん)
http://loda.jp/sakura_editor/?id=13.zip

パッチページにもあるように、Chgです。


なお棚卸しスレにあげたパッチは、コミット賛成のレスがあった場合はすぐに、反対がなければ2週後くらいにコミットするつもりです。

▼ 2011/11/15 (火) 23:47:32 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1673] Commit報告:(Chg)矩形選択中に操作と異なる方向に移動しないように
リビジョン1966でコミットしました。

▼ 2011/11/6 (日) 14:12:55 syat  
Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0
[1667] パッチの棚卸し(新しいウインドウを開くオプション)
その3
PatchUnicode:2808790 外部から起動時に新しいウインドウを開くオプション(rastivさん)
http://loda.jp/sakura_editor/?id=14.zip

パッチページにある、「5ウィンドウしか開けない」と「アイコンがANSIと互換でない」指摘は修正してあります。
空きグループ番号の簡易取得は別パッチで作りました。
あと、F_FILENEW_WITH_NEWWINDOWは長いのでWITHを削りました。

▼ 2011/11/15 (火) 23:17:28 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.120 Safari/535.2
[1670] Re:パッチの棚卸し(新しいウインドウを開くオプション)
>PatchUnicode:2890853 単語検索で複数単語を検索可能にします。(ds14050さん)
パッチを見比べたところ問題ないと思います。

>PatchUnicode:2889930 矩形選択中にキャレットが操作と異なる方向に移動しないように。(ds14050さん)
差分はパッと見よく分からないのですがコンパイルして動かした感じだと大丈夫そうです。

>PatchUnicode:2808790 外部から起動時に新しいウインドウを開くオプション(rastivさん)
向こうにコメントしました。

>GREPフォルダ除外パッチ
未取り込みです。

プラグイン・マクロ回りのパッチもこの勢いでお願いします。

▼ 2011/12/4 (日) 12:47:47 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1701] Commit報告:(New) 新しいウインドウを開くオプション
リビジョン1976でコミットしました。

▼ 2011/11/13 (日) 15:37:46 神楽  
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.106 Safari/535.2
[1668] UNICODE版のGREPフォルダ除外パッチ(GrepExW.zip)
このGREPフォルダ除外パッチって本体未取り込みですよね?

http://sakura.qp.land.to/?Request%2F93
http://sakura.qp.land.to/?plugin=attach&pcmd=open&file=GrepExW.zip&refer=Request%2F93

▼ 2011/11/16 (水) 19:52:29 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0
[1676] Re:UNICODE版のGREPフォルダ除外パッチ(GrepExW.zip)
▼ 神楽さん
> このGREPフォルダ除外パッチって本体未取り込みですよね?
> http://sakura.qp.land.to/?Request%2F93

試にGrepExW.zipとtrunk2 HEADをマージしたものを作りました。
GrepExW.zip には CGrepEnumKeys.hが含まれていなかったので、
それは新しく作りました。
Grepファイルの所に「!\.svn」という風に !\ をつけると除外フォルダ指定になります。
http://loda.jp/sakura_editor/?id=18.zip

▼ 2011/11/23 (水) 19:40:45 神楽  
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.24) Gecko/20111103 Firefox/3.6.24 GTB7.1
[1694] Re2:UNICODE版のGREPフォルダ除外パッチ(GrepExW.zip)
▼ もかさん
> ▼ 神楽さん
> > このGREPフォルダ除外パッチって本体未取り込みですよね?
> > http://sakura.qp.land.to/?Request%2F93

> 試にGrepExW.zipとtrunk2 HEADをマージしたものを作りました。
> GrepExW.zip には CGrepEnumKeys.hが含まれていなかったので、
> それは新しく作りました。
> Grepファイルの所に「!\.svn」という風に !\ をつけると除外フォルダ指定になります。
> http://loda.jp/sakura_editor/?id=18.zip


返信遅くなって申し訳ありません。
動作確認させて頂き、ファイル欄で除外フォルダ指定ができることを確認しました。
(!\.*のようなワイルドカードの*も動作するのを確認)

ここからは仕様の確認と要望なのですが、フォルダ名に空白等を含む場合のダブルクォート囲みの方法が
!\"documents and settings"と
!"\documents and settings"のいずれでも除外フォルダが有効となりましたが、
\は!の直後のみに限定して、!の直後以外に\があった場合は、
「バックスラッシュ(\)は、除外指定文字(!)の直後でしか使用できません」
といったダイアログを出力するというのはいかがでしょうか?
こうしておけば、除外フォルダに「C:\documents and settings\」のような2階層以上の
除外フォルダ指定に対する抑止にもなるかと思います。

また、サクラエディタ常用者以外がGrep結果を参照した場合に、どんなファイルとフォルダを
Grep対象外としたかがわかりやすくなるように、
除外対象ファイルと除外対象フォルダという出力行を追加することを提案致します。
具体的な出力イメージは以下となります。
(正規表現と同様、除外指定がない時はGrep結果に当該行を表示しない)


□検索条件  "hoge"
検索対象:*.c,*.cpp,*.csh,makefile
除外対象ファイル:*.bak*,*.bk,"fu ga"
除外対象フォルダ:.*,backup,"pi yo",tmp
フォルダ   C:\Program Files\sakura\
    (サブフォルダも検索)
    (英大文字小文字を区別する)
    (文字コードセットの自動判別)
    (一致した行を出力)

▼ 2011/11/27 (日) 08:56:50 名無しさん  
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.1.249.1030 Safari/532.5
[1696] Re3:UNICODE版のGREPフォルダ除外パッチ(GrepExW.zip)
▼ 神楽さん
> \は!の直後のみに限定して、!の直後以外に\があった場合は、
> 「バックスラッシュ(\)は、除外指定文字(!)の直後でしか使用できません」
> といったダイアログを出力するというのはいかがでしょうか?
> こうしておけば、除外フォルダに「C:\documents and settings\」のような2階層以上の
> 除外フォルダ指定に対する抑止にもなるかと思います。


そこまで細かいメッセージにしなくてもいいんじゃないかと
もしそれをやるなら、!のエスケープも考慮して「ダブクォの中では!\は使用できません」
みたいなメッセージも必要になるだろうし

そんなのよりも除外ファイルや除外フォルダのみが指定されていた場合に、
自動的に*.*を補う機能があった方が便利でしょ

▼ 2014/9/2 (火) 05:03:08 管理者削除  
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
[2200] 削除
-

▼ 2011/11/13 (日) 16:28:51 神楽  
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.24) Gecko/20111103 Firefox/3.6.24 GTB7.1
[1669] パッチの棚卸し(改行コードを変換して貼り付けるオプション追加 - ID: 2648509)
▼ syatさん
http://sourceforge.net/tracker/?func=detail&aid=2648509&group_id=12488&atid=1013762
2年前から待ち焦がれている主題の「改行コードを変換して貼り付けるオプション」が
遂にV2本体に適用されそうで、wktkしているのですが(V1にも取り込まれたらいいな)、
上記オプションとは別に更に、他のアプリケーションへの貼り付け用に、「OSクリップボードはCRLF改行固定」のような
オプションもあると嬉しいです。

具体的には、オプションONの状態では、
SAKURAClipクリップボードへのコピーは複数改行コードの混在を許容し、
OSクリップボードへのコピーはCRLF改行に統一するというものです
(個人的には不要と考えますが、一応LFやCR改行統一オプションもあった方が良い?)。


以上、改行コード変換貼付オプションのV1へのパッチ適用と、
他アプリへの貼付改行コード統一オプションの追加のご検討を、
よろしくお願い致します。

▼ 2011/11/16 (水) 00:48:44 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1674] Re:パッチの棚卸し(改行コードを変換して貼り付けるオプション追加 - ID: 2648509)
▼ 神楽さん
> 上記オプションとは別に更に、他のアプリケーションへの貼り付け用に、「OSクリップボードはCRLF改行固定」のような
> オプションもあると嬉しいです。
>

そうですね。メモ帳に貼り付けるときなど便利かもしれません。
今回のパッチに含めるかは約束できません。クリップボードはあまり詳しくないので…

▼ 2011/11/22 (火) 00:57:02 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1688] Commit報告(New):改行コードを変換して貼り付けるオプション
現状のパッチでコミットしました。(リビジョン1968)

▼ 神楽さん
そういえば[編集]メニューに「CRLF改行でコピー」というコマンドが既にありますね。
オプションではないですが、機能的にはこれで足りるような気がしますがどうでしょう。
#Ctrl-Cにキー割り当てしちゃえばオプション相当?

▼ 2011/11/23 (水) 09:57:10 神楽  
Opera/9.80 (Android; Opera Mini/6.5.27049/26.1153; U; ja) Presto/2.8.119 Version/10.54
[1690] Re:Commit報告(New):改行コードを変換して貼り付けるオプション
▼ syatさん
> 現状のパッチでコミットしました。(リビジョン1968)
どうもありがとうございます。コミットを催促させてしまったみたいで、
失礼しました。

> ▼ 神楽さん
> そういえば[編集]メニューに「CRLF改行でコピー」というコマンドが既にありますね。
> オプションではないですが、機能的にはこれで足りるような気がしますがどうでしょう。
> #Ctrl-Cにキー割り当てしちゃえばオプション相当?

改行コード変換貼り付けオプションをオンにしてCtrl-Cのキー割り当て変更でいけるかと思いましたが、
Ctrl-Xの切り取りがCRLF改行にできないことに気がつきました。
ですがサクラエディタ内での改行コード混在問題ほどは困っておりませんので、
ひとまずは備忘録としてWikiのリクエストに挙げておこうと思います。

▼ 2011/11/23 (水) 12:16:27 ryoji  
Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
[1691] Re2:Commit報告(New):改行コードを変換して貼り付けるオプション
▼ 神楽さん
> Ctrl-Xの切り取りがCRLF改行にできないことに気がつきました。

この類のクリップボード操作は、最近はマクロでできるようになってるようです。

// cut_crlf_eol.js
// 「CRLF改行でカット」(Ctrl-Xにキー割り当て)マクロ
Editor.cut();
var s = Editor.GetClipboard(0);
s = s.replace(/\r\n/g, "\n");
s = s.replace(/[\r\n]/g, "\r\n");
Editor.SetClipboard(0, s)

※このマクロではクリップボードに入れたあとで中身を差し替えるのでラインモード貼り付け等のサクラ固有機能は無効になります

今回の「改行コードを変換して貼り付ける」オプション相当のことも、マクロを作って Ctrl-V に割り当てる程度ならできるです。
GetClipboard/SetClipboard マクロの説明:
http://sakura-editor.sourceforge.net/htmlhelp2/HLP000268.html

▼ 2011/11/15 (火) 23:18:28 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1671] Commit報告:(New) 単語検索で複数単語を検索)
リビジョン1964でコミットしました。

▼ 2011/11/19 (土) 19:46:55 Uchi  
Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.9.168 Version/11.52
[1677] Re:Commit報告:(New) 単語検索で複数単語を検索)
バグの報告をさせていただきます。

現象は正規表現で検索時に検索文字列に色がつかないといった現象です。
検索文字列への移動、置換は問題なく行えています。
リビジョン1964から発生しています。

環境的にはWinXpでVS2010C++Expressでのコンパイルです。
コンパイルはDebugとRelease共に同じ現象でした。
正規表現DLLはbregonig.dllのVer.2.04とVer.3.00β2で確認しています。

よろしくお願いします。

▼ 2011/11/20 (日) 00:29:32 ds14050  
Mozilla/5.0 (Windows NT 6.0; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0
[1678] Commit報告:(Fix) 単語検索で複数単語を検索のバグ
報告ありがとうございます。
CColor_Found.cppで変数の初期値を誤っていたせいのようです。
リビジョン1967で修正しました。

http://sakura-editor.svn.sourceforge.net/viewvc/sakura-editor?view=revision&revision=1967

▼ 2011/11/20 (日) 09:14:27 Uchi  
Opera/9.80 (Windows NT 5.1; U; ja) Presto/2.9.168 Version/11.52
[1679] Re:Commit報告:(Fix) 単語検索で複数単語を検索のバグ
▼ ds14050さん
> 報告ありがとうございます。
> CColor_Found.cppで変数の初期値を誤っていたせいのようです。
> リビジョン1967で修正しました。
>
> http://sakura-editor.svn.sourceforge.net/viewvc/sakura-editor?view=revision&revision=1967


ありがとうございます。
動作確認しました。

▼ 2011/11/22 (火) 01:12:49 syat  
Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0
[1689] パッチの棚卸し(正規表現による複数行検索)
▼ syatさん
r1967向けにパッチとバイナリを作成しました。

PatchUnicode:2309002         正規表現による複数行検索対応(簡易版)(なすこじさん)
http://loda.jp/sakura_editor/?id=29.zip

実際に触ってみないと機能のイメージがしにくいと思います。
改行またぎ検索と言ったほうが近いのかも。

■ 2196 ■
▼ 2014/7/6 (日) 12:02:52 piko  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
[2196] PatchUnicode#859が期待通りに動作しない
PatchUnicode#859が期待通りに動作しない

http://sourceforge.net/p/sakura-editor/patchunicode/859/
(#859 ファイルを開いた後落ちるとブックマークが消える)

上のパッチを試してみたところ、ファイル先頭のブックマークしか残りませんでした。
auto_strcpyを実行する時点で、eiOld.m_szMarkLinesの内容は、直前のCBookmarkManager::SetBookMarksの中のwcstokによって、「NULL区切り/連続2個のNULLで終端」という書式に書き換わっています。

▼ 2014/7/6 (日) 18:36:41 もか  
INCM1.23a
[2199] RE: PatchUnicode#859が期待通りに動作しない
報告ありがとうございます。
パッチ更新しました

■ 2197 ■
▼ 2014/7/6 (日) 13:32:32 piko  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
[2197] rev3758 Debug_Unicode-x64 でコンパイルエラー
ソースを最新のrev3758にして、VS2010でx64構成を追加し、
Debug_Unicode(x64)でビルドしてみたところ、
コンパイルエラーになりました。
少し前のrevまではコンパイルできていたと思います。

  CKeyBind.cpp
..\sakura_core\func\CKeyBind.cpp(490): error C2666: 'CStrictInteger<STRICT_ID,ALLOW_CMP_INT,ALLOW_ADDSUB_INT,ALLOW_CAST_INT,ALLOW_ASSIGNOP_INT>::operator <' : 6 のオーバーロード関数があいまいです。(新しい機能 ; ヘルプを参照)

▼ 2014/7/6 (日) 18:22:54 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
[2198] Re:rev3758 Debug_Unicode-x64 でコンパイルエラー
rev3726 メニュー周りの不具合..で
const int LABEL_MAX = 256;
を
const unsigned int LABEL_MAX = nLabelSize;
に変更したのが原因っぽいです。

(Int)を付ける変更をしました
https://sourceforge.net/p/sakura-editor/patchunicode/862/

■ 2191 ■
▼ 2014/7/1 (火) 17:01:19 aqua  
Mozilla/5.0 (Windows NT 6.1; rv:30.0) Gecko/20100101 Firefox/30.0
[2191] rev3756のGrepダイアログ検索キー設定について
手元で最新のrev3756をビルドしてみました。
新規の無題ウィンドウでgrepダイアログを表示したところ、
検索条件は空欄のままでした。
#履歴のドロップダウンリストには過去の検索履歴が入っています。

rev3756で適用されたpatchunicode:#836の説明を読むと、
空欄になるのを修正したような記述があるのですが…

rev3756は従来と比べてどのような違いがあるのでしょうか。

▼ 2014/7/1 (火) 18:47:00 もか  
INCM1.23a
[2192] Re: rev3756のGrepダイアログ検索キー設定について
カーソル位置の文字列をデフォルトの検索文字列にするがON(ONがデフォルト)の場合で
1. ファイルを開くか、変更有のウィンドウまたはタスクトレイからGrep
2. 新規作成されたウィンドウにGrep結果が表示される
3. 2のウィンドウでGrepダイアログを表示
 この3番のときにGrep条件が表示されるようになったはずです。
4. さらに新規作成画面を開いてGrepダイアログを表示しても、そこには空のキーが表示される

キーが空のときは履歴を持ってきてもいいのですが、
それだとファイル検索を連続してしたいときに、困るような気がします。
現状空のキーは検索履歴に登録されないので。

▼ 2014/7/1 (火) 19:24:57 aqua  
Mozilla/5.0 (Windows NT 6.1; rv:30.0) Gecko/20100101 Firefox/30.0
[2193] Re2: rev3756のGrepダイアログ検索キー設定について
回答ありがとうございます。
rev3756での変更についてはわかりました。

2.0.8.0あたり?のバージョンまでは、3番だけでなく4番でも1番で指定したGrep条件が入っていた記憶があり、そのほうが都合が良かったように感じたのですが、どうなのでしょう。
何か細かいところでそれまでのバージョンにはまずい部分があったのでしょうか。

▼ 2014/7/1 (火) 20:40:46 もか  
INCM1.23a
[2194] Re3: rev3756のGrepダイアログ検索キー設定について
rev3084で初期値を設定するのを削除したのが原因と分かりました。
この初期値は、Grepダイアログを表示したときではなくて、
メインウィンドウを作成したときに設定されるので、内容が古い場合がありました。
GetCurrentTextForSearchDlgで取得されるので、問題ないと認識していましたが、
キーが設定されない場合は、よくないですね。

新しいパッチを登録しました
https://sourceforge.net/p/sakura-editor/patchunicode/855/
こんな感じでどうでしょうか

▼ 2014/7/1 (火) 22:28:52 aqua  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0
[2195] Re4: rev3756のGrepダイアログ検索キー設定について
新しいパッチを適用して動作を見てみました。
改善されていると思います。

#ソースコードは読めていません

ページ:[≪ <] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [> ≫]
INCM/CMT
Cyclamen v3.81
[ut:0.060][st:0.010]