ページ:[≪ <] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [> ≫]
■ 2190 ■
▼ 2014/6/7 (土) 04:11:46 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
[2190] ファイルツリー表示お試し版
GUIで設定できませんがファイルツリー表示v0.5のお試し版を上げました
http://ux.getuploader.com/sakura_editor/download/108/skrw_new_filetree_v0_5.zip

■ 2176 ■
▼ 2014/5/13 (火) 13:20:12 nanashi  
Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0
[2176] v2112:桁数表示の異常
行番号とか桁数のあたりの表示がなんか変な気がします。
v2111に戻してみたら、こちらは正常に表示されます。
誰も気にしてないみたいですけど...
うちではまだXPを使っているんですが、まさかその関係?

▼ 2014/5/14 (水) 11:03:56 minasesayo  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2180] Re:v2112:桁数表示の異常
▼ nanashiさん
> 行番号とか桁数のあたりの表示がなんか変な気がします。
2.1.1.2 64bit版でもおかしくなりますね。
(64bit版はもともとサポート外だと思いますが)

具体的には、2行目先頭がメニューバー右上表示で 2:1 ではなく 2:2となります。
3行目先頭は 3:3 です。
過去の行の文字数の影響は受けていないようです。

開いたファイルの文字コードはSJIS(LF) EUC-JP(LF)でそれぞれ確認しています。

Windows 8.1 Pro update1で確認しています。

▼ 2014/5/16 (金) 00:49:02 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2185] Re2:v2112:桁数表示の異常
この件は>>data:7821で話題になっており、修正パッチもコミット済みです。
次回リリースで修正されます。

■ 2174 ■
▼ 2014/5/12 (月) 17:37:20 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:29.0) Gecko/20100101 Firefox/29.0
[2174] 起動パラメータに不正パス名を渡すと異常終了する
2.1.1.2です。
起動パラメータに不正なパス名を渡すと異常終了します。
例)sakura.exe ?.txt

多言語対応で言語が確定する前にLSマクロを実行し、落ちているようです。

▼ 2014/5/16 (金) 00:44:17 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2184] Re:起動パラメータに不正パス名を渡すと異常終了する
パッチを登録しました。

http://sourceforge.net/p/sakura-editor/patchunicode/817/

■ 2169 ■
▼ 2014/5/10 (土) 17:27:11 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
[2169] アクティブ化時にキャプション更新されないことがある(rev2929-)
>>unicode:2165の件で動作を確認していたところ、アクティブ化時に
メインウィンドウのキャプションタイトルが非アクティブ用の文字列
のまま切替わらないケースがありました。

(1) サクラからダイアログ(メッセージボックスでも良い)を出す
    例:バージョン情報ダイアログや検索ダイアログを出す
    → アクティブタイトルのまま
(2) 他のアプリをアクティブにする
    → 非アクティブタイトルに切替わる
(3) (1)で出したダイアログをクリックしてアクティブにする
    → 非アクティブタイトルのまま変わらない

Ver.1.6.6.0やVer.2.0.5.0では(3)でアクティブタイトルに戻っていました。
サクラでは、自プロセスのどれかのウィンドウがアクティブなら
メインウィンドウのキャプションをアクティブタイトル文字列にしているのですよね。
(タイトルバーの色とは別に)

rev2929(Keep: 不要なUpdateCaption()呼び出し削除[Patchunicode#456])
の変更を以下のように戻すことで従来動作に戻るようです。

Index: sakura_core/window/CEditWnd.cpp
===================================================================
--- sakura_core/window/CEditWnd.cpp	(リビジョン 3706)
+++ sakura_core/window/CEditWnd.cpp	(作業コピー)
@@ -1269,12 +1269,10 @@
 
 			// 2009.01.17 nasukoji	ホイールスクロール有無状態をクリア
 			ClearMouseState();
-		} else {
-			// 非アクティブになるときだけキャプション設定(アクティブ時はほかで呼び出される)
-			UpdateCaption();
 		}
 
-		// タイマーON/OFF		// 2007.03.08 ryoji WM_ACTIVATEから移動
+		// キャプション設定、タイマーON/OFF		// 2007.03.08 ryoji WM_ACTIVATEから移動
+		UpdateCaption();
 		m_CFuncKeyWnd.Timer_ONOFF( m_bIsActiveApp ); // 20060126 aroka
 		this->Timer_ONOFF( m_bIsActiveApp ); // 20060128 aroka
 
ご確認お願いします。

▼ 2014/5/10 (土) 17:55:02 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
[2170] ANSI版ではrev2966-
> rev2929(Keep: 不要なUpdateCaption()呼び出し削除[Patchunicode#456])
> の変更を以下のように戻すことで従来動作に戻るようです。


ANSI版では、rev2966で上記rev2929と同じ変更が行われているようです。

▼ 2014/5/11 (日) 09:50:29 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
[2171] Re:アクティブ化時にキャプション更新されないことがある(rev2929-)
▼ LR4さん
> >>unicode:2165の件で動作を確認していたところ、アクティブ化時に
> メインウィンドウのキャプションタイトルが非アクティブ用の文字列
> のまま切替わらないケースがありました。

ご指摘ありがとうございます。
r2929の変更を元に戻したいと思います。

潜在的な問題として、メインウィンドウをアクティブ化すると、
3回UpdateCaption()を呼び出すため、
呼び出し削除の件は再度検討してみたいと思います。

■ 2163 ■
▼ 2014/5/4 (日) 10:43:46 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2163] リリース予告
不具合の修正がたくさんコミットされているため、2.1.1.2をリリースしようと思います。
急な話ですみませんが、明日のリリースを予定しています。
都合よくない方は言ってください。

▼ 2014/5/9 (金) 01:17:54 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2167] Re:リリース予告
一般掲示板に出ているカーソル関連のパッチを取り込んで、近いうちに2.1.1.3をリリースしたいと思います。
新機能追加の前に、いったん安定版とよばれるリリースを作りたいですね。

■ 2129 ■
▼ 2014/2/10 (月) 22:09:53 もか  
INCM1.23a
[2129] リリース物件のファイル名について
sinst2-x-x-x.exe
ssrc2-x-x-x.tar.gz
help2-x-x-x.zip
macro2-x-x-x.zip
plugin2-x-x-x.zip
に現状なっていますが、ダウンロードした後何のファイルか分からないので、
sakura_install
sakura_src
sakura_help
sakura_macro
sakura_plugin
みたいなファイル名にしませんか?

▼ 2014/5/5 (月) 23:03:52 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36
[2164] Re:リリース物件のファイル名について
▼ もかさん

2.1.1.2からそのようにしてみました。
あとでリリース手順もなおしておきます。

■ 2158 ■
▼ 2014/4/25 (金) 19:54:03 Viu89r9VV  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2158] 禁則文字の重複
Windows 7, サクラエディタ 2.1.1.1

行頭禁則に「¢」が2つ重複して登録されています。もしかして「¢」を登録したかったのかもしれません。ところで「¢」は何なのでしょうか。世界中の文字コード表に記述されていないのですが。Microsoft Word 2007 の行頭禁則文字に登録されています。

----------------------------------------
!%),.:;?]}¢°’”‰′″℃、。々〉》」』】〕゛゜ゝゞ・ヽヾ!%),.:;?]}。」、・゛゜¢
----------------------------------------

▼ 2014/4/26 (土) 08:07:36 Viu89r9VV  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2159] Re:禁則文字の重複
投稿者です。補足説明します。なお、本件の内容は、この掲示板では適正に表示されない可能性があります。

『本来、行頭禁則記号一覧の11番目に記述されるべきと想定される記号』の「¢」記号は、半角記号で環境依存文字です。この掲示板で適正に表示されないのは、掲示板のソフトウェア側で環境依存文字の半角記号を強制変換しているためと想定されます。

¢ ¢ セント
http://cssxhtmlseo.web.fc2.com/css_sample/css_cord.html

一方、『行頭禁則記号一覧の51番目(最後)に記述されるべきと想定される記号』の¢記号は全角記号です。

これがサクラエディタでは、両方とも全角記号になっているように見受けられます。確認をお願いします。

なお、なぜ前述のように想定したかというと、Microsoft Word では、上記のように11番目に環境依存文字の半角記号、51番目に全角記号が記述されているからです。サクラエディタの行頭禁則は、それをコピーしたと想定されるため、上記のように判断しました。

▼ 2014/4/26 (土) 20:07:12 しみづ  
INCM1.23c
[2161] Re2:禁則文字の重複

>『本来、行頭禁則記号一覧の11番目に記述されるべきと想定される記号』の「¢」記号は、半角記号で環境依存文字です。この掲示板で適正に表示されないのは、掲示板のソフトウェア側で環境依存文字の半角記号を強制変換しているためと想定されます。

 掲示板のソフトウェア側というより、多分OSがシフトJISでの受け取り側用に変換しているのでしょう。

 下の記述のU+00A2のほうが、元々は多分欧州で半角文字0xA2で表示されていたのでしょう。
http://ja.wikipedia.org/wiki/%E3%82%BB%E3%83%B3%E3%83%88_%28%E9%80%9
A%E8%B2%A8%29#.E7.AC.A6.E5.8F.B7.E4.BD.8D.E7.BD.AE
 しかし日本ではその辺のコードは半角カタカナを表示するように実装されてきました。バックスラッシュ「\」が日本では「¥」で表示されるようなものです。

 行頭禁則記号一覧の11番目がU+00A2で51番目がU+FFE0なのかということなのではないでしょうか。

▼ 2014/4/26 (土) 22:01:54 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0
[2162] Re2:禁則文字の重複
▼ Viu89r9VVさん
> これがサクラエディタでは、両方とも全角記号になっているように見受けられます。確認をお願いします。

patchを登録しました。
http://sourceforge.net/p/sakura-editor/patchunicode/807/

■ 2160 ■
▼ 2014/4/26 (土) 08:09:57 Viu89r9VV  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2160] ユーロ記号「€」が行末禁則に存在しません
ユーロ記号「€」が行末禁則に存在しません。追加の要望をとうこうしておきます。

よろしくお願いいたします。

■ 2156 ■
▼ 2014/4/24 (木) 11:00:22 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2156] 折り返し位置への一文字入力で次行が更新されない
マウスクリックで折り返し位置(表示行の右端)にキャレットを置き、
そこで一文字入力した場合、文字が挿入されたはずの次行の表示が
即時更新されません。

rev.3069(Fix: 折り返し行でEOF直前で改行したときEOFが再描画されない)
の変更以後おかしいです。
CEditView_Command_New.cpp(164)に追加された条件式
    if( 0 < nDataLen && WCODE::IsLineDelimiter(pData[nDataLen-1]) )
が原因になっているような気がします。

ご確認お願いします。

▼ 2014/4/24 (木) 20:14:47 もか  
INCM1.23a
[2157] Re: 折り返し位置への一文字入力で次行が更新されない
現象確認しました。
なお、カーソル行の背景色がONのときには再描画されるので確認しにくいです。
条件式を削除して元に戻したら直りました。
https://sourceforge.net/p/sakura-editor/patchunicode/802/

■ 2149 ■
▼ 2014/4/8 (火) 19:30:11 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2149] ファイル切替え時のフォント切換え不正
ファイルの切替え操作に伴って、フォント切替えが中途半端になるケースがあるようです。

【再現用の設定】
無題はMS ゴシック10pt(デフォルトのフォント)
.txtはMS 明朝10pt(タイプ別指定のフォント)

【再現の操作】
無題で何も入力せずにフォントを数段階拡大してから.txtファイルを「開く」。
→フォントはゴシックで拡大したまま。その後1回拡大操作すると明朝10pt(+α?)になる。

.txtファイルを開いた状態でフォントを数段階拡大し「閉じて無題」。
→フォントは明朝で拡大したまま。その後1回拡大操作するとゴシック10pt(+α?)になる。

.txtファイルを開いた状態でフォントを数段階拡大し「開き直す」。
→フォントは拡大したまま。その後1回拡大操作するか再度「開き直す」と明朝10pt(+α?)になる。

自分が確認できているのは上記のパターンです。
他にもあるかもしれません。

▼ 2014/4/8 (火) 19:34:56 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
[2150] Re:ファイル切替え時のフォント切換え不正
当て推量ですが、下記のような一行修正を加えると是正される感じです。
ご確認ください。

--- sakura_core/doc/CEditDoc.cpp	(リビジョン 3671)
+++ sakura_core/doc/CEditDoc.cpp	(作業コピー)
@@ -177,6 +177,7 @@
 	m_cDocType.SetDocumentType( CDocTypeManager().GetDocumentTypeOfPath( m_cDocFile.GetFilePath() ), true );
 	SelectCharWidthCache( CWM_FONT_EDIT, m_pcEditWnd->GetLogfontCacheMode() );
 	InitCharWidthCache( m_pcEditWnd->GetLogfont() );
+	m_blfCurTemp = false;
 	m_pcEditWnd->m_pcViewFont->UpdateFont(&m_pcEditWnd->GetLogfont());
 
 	// 2008.06.07 nasukoji	折り返し方法の追加に対応

▼ 2014/4/9 (水) 19:34:44 もか  
INCM1.23a
[2151] Re2:ファイル切替え時のフォント切換え不正
GetLogfontCacheModeでm_blfCurTempを参照するので
SelectCharWidthCacheの前にm_blfCurTemp = falseする必要があると思います。

■ 2146 ■
▼ 2014/3/16 (日) 14:48:04 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2146] タイプ別設定変更内容がアウトライン表示に即時反映されない
タイプ別設定画面でアウトライン解析方法を変更した場合に、
表示中のアウトライン画面に即時反映されなくなっています。
(アウトラインをドッキング表示しているときのテキスト背景色変更も
アウトライン側に即時反映されなくなっています)
#いつからかは調べていませんがv2.0.5.0では即時反映されていました。

CEditWndのMYWM_CHANGESETTING処理で、PM_CHANGESETTING_ALLでやっているのと同様に、
PM_CHANGESETTING_TYPEでもアウトライン更新の処理が必要と思います。
#むしろ_ALLのほうに必要な理由が自分にはちょっとわかりません(汗)

▼ 2014/3/16 (日) 19:34:24 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2147] Re:タイプ別設定変更内容がアウトライン表示に即時反映されない
▼ LR4さん
> タイプ別設定画面でアウトライン解析方法を変更した場合に、
> 表示中のアウトライン画面に即時反映されなくなっています。
> (アウトラインをドッキング表示しているときのテキスト背景色変更も
> アウトライン側に即時反映されなくなっています)
> #いつからかは調べていませんがv2.0.5.0では即時反映されていました。


調べてみましたが、r3476〜のようです。

patchを登録しました。
http://sourceforge.net/p/sakura-editor/patchunicode/788/


> CEditWndのMYWM_CHANGESETTING処理で、PM_CHANGESETTING_ALLでやっているのと同様に、
> PM_CHANGESETTING_TYPEでもアウトライン更新の処理が必要と思います。
> #むしろ_ALLのほうに必要な理由が自分にはちょっとわかりません(汗)


共通設定にアウトライン解析に関係する設定がないので、
共通設定->タイプ別設定に移動しました。

▼ 2014/3/16 (日) 20:16:45 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2148] Re2:タイプ別設定変更内容がアウトライン表示に即時反映されない
> patchを登録しました。
> http://sourceforge.net/p/sakura-editor/patchunicode/788/

ご対応ありがとうございます。
パッチを見たところ、
case PM_CHANGESETTING_TYPE:
  if( GetDocument()->m_cDocType.GetDocumentType().GetIndex() == wParam ){
    GetDocument()->OnChangeSetting();
  }
の後ろに処理を移動していて、それで問題は無さそうな感じですが、
if文の{}ブロックの後ではなく、内側でも良いのかな?と思いました。
いかがでしょうか。

■ 2144 ■
▼ 2014/3/15 (土) 18:32:40 anonymous  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; Touch; MANMJS; rv:11.0) like Gecko
[2144] 無効なコントロールのショートカットキー
ラベルとコントロールが分かれていて、コントロールのみ無効になっているコントロールへの
ショートカットキーを押すと画面が閉じてしまいます。

例:共通設定画面>タブバー>タイトル(T)

sakura2.1.1.1です。


▼ 2014/3/15 (土) 23:00:21 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2145] Re:無効なコントロールのショートカットキー
▼ anonymousさん
> ラベルとコントロールが分かれていて、コントロールのみ無効になっているコントロールへの
> ショートカットキーを押すと画面が閉じてしまいます。


patchを登録しました。
http://sourceforge.net/p/sakura-editor/patchunicode/787/

■ 2140 ■
▼ 2014/3/10 (月) 15:07:57 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:27.0) Gecko/20100101 Firefox/27.0
[2140] C++アウトライン解析でスタック破壊
UNICODE版rev3647をDebug_Unicodeでビルドしたsakura.exeで、
ANSI版のほうのrev3648に含まれるCEditView_Command.cppを開いて
アウトライン解析ダイアログを出す操作をしたところ、
以下のメッセージが出てエラー停止しました。
確認環境はWin7(32bit版), VS2005です。

Release_Unicodeでは一見、何事も無く動作しているように見えますが、
実は内部メモリは破壊されているのではないかと不安を感じます。
大丈夫でしょうか?ご確認お願いします。

---------------------------
Microsoft Visual C++ Debug Library
---------------------------
Debug Error!

Program: ...
Module: (省略)\trunk2\sakura\Debug_Unicode\sakura.exe
File: (省略)\trunk2\sakura_core\types\ctype_cpp.cpp
Line: 1198

Run-Time Check Failure #2 - Stack around the variable 'szTemplateName' was corrupted.

(Press Retry to debug the application)
---------------------------
中止(A)   再試行(R)   無視(I)
---------------------------

追記:
rev2134(v2.0.5.0相当)に戻して同じことを試してみましたが、
その場合は特に問題なく動作しました。

▼ 2014/3/10 (月) 20:04:17 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2141] Re:C++アウトライン解析でスタック破壊
現象確認しました。

wcsncat(dest,src,n)の使い方が間違っていました。
wcsncpyと違って、n+1文字書き込むのでバッファはwcslen(dest)+n+1が必要でした。
あと、Len++していない場所がありました。
https://sourceforge.net/p/sakura-editor/patchunicode/786/

▼ 2014/3/10 (月) 20:31:42 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:27.0) Gecko/20100101 Firefox/27.0
[2142] Re2:C++アウトライン解析でスタック破壊
ご対応ありがとうございます。
> https://sourceforge.net/p/sakura-editor/patchunicode/786/
パッチ適用し、エラー停止せずにアウトライン表示できることを確認しました。

▼ 2014/3/11 (火) 23:01:27 suzz  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2143] Re:C++アウトライン解析でスタック破壊
別件ですが、C/C++ アウトライン解析で一件不具合を見つけています。
紅桜側では暫定改修を行ったのですが、本家のほうで修正いただけると助かります。

https://bitbucket.org/suzzsegv/benizakura/commits/18497ccdd5f2aca409dd12659537255dc2500fc
0

■ 2138 ■
▼ 2014/3/9 (日) 17:37:09 SS9  
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; Sleipnir/2.9.19)
[2138] Grep検索について
Grap検索ですがたとえば "d:\test\test.txt" で
文字列 "test" を検索した後に再検索で フォルダを
"d:\" に書き換えても 検索ボタンを押すと検索対象フォルダが
"d:\test " に戻ってしまうのは仕様でしょうか。


ver2.1.1.0 ver2.1.1.1 Windows XP Windows7 で確認しました。

▼ 2014/3/9 (日) 19:48:12 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2139] Re:Grep検索について
▼ SS9さん
> Grap検索ですがたとえば "d:\test\test.txt" で
> 文字列 "test" を検索した後に再検索で フォルダを
> "d:\" に書き換えても 検索ボタンを押すと検索対象フォルダが
> "d:\test " に戻ってしまうのは仕様でしょうか。


"d:\"のようなドライブ直下のフォルダを指定すると戻るようです(r3153〜)。
2.0.8.1 ○(戻らない)
2.1.0.0 ×(戻る)
2.1.1.0 ×(戻る)
2.1.1.1 ×(戻る)

patchを登録しました。
http://sourceforge.net/p/sakura-editor/patchunicode/785/

■ 2136 ■
▼ 2014/3/9 (日) 14:07:38 T's-Neko  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2136] ファイルの排他制御
[ 設定 > 共通設定 > ファイル(タブ) > 排他制御 ] で、
[ 読み書き禁止モード ] と [ 書き込み禁止モード ] が、
逆になっている気がします。
書き込み禁止モードならメモ帳でも開けるのが
期待される動きだと思いますがいかがでしょうか。

OS:Windows 8.1
sakura: 2.1.1.1

▼ 2014/3/9 (日) 15:50:41 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2137] Re:ファイルの排他制御
▼ T's-Nekoさん
> [ 設定 > 共通設定 > ファイル(タブ) > 排他制御 ] で、
> [ 読み書き禁止モード ] と [ 書き込み禁止モード ] が、
> 逆になっている気がします。


ご指摘の通り、逆になっていました(r3447〜)。
2.1.0.0 ○
2.1.1.0 ×(逆になっている)
2.1.1.1 ×(逆になっている)

patchを登録しました。
http://sourceforge.net/p/sakura-editor/patchunicode/784/

■ 2134 ■
▼ 2014/2/18 (火) 20:00:21 DOVE  
Mozilla/5.0 (Windows NT 6.1; rv:27.0) Gecko/20100101 Firefox/27.0
[2134] sakura_rc.rc
sakura_rc.rc(3862-3865あたり)で %ls と %s が混在していますが、正しいでしょうか。
STR_ERR_DLGKEYMACMGR4 〜 6の定義です。「関数%sの」と「関数%lsの」。

▼ 2014/2/18 (火) 20:46:21 もか  
INCM1.23a
[2135] Re: sakura_rc.rc
Unicode版では%sは%tsか%lsに置き換える方針なのでよくないです。
LS(STR_ERR_DLGKEYMACMGR6)
WCHAR szFuncName
なので、%lsが正解です。
まぁANSIビルドのときしかその違いの影響を受けないので、動作上は問題ないです。

■ 2128 ■
▼ 2014/2/9 (日) 15:08:56 神楽  
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.34 Safari/534.24
[2128] Unicodeの特殊な改行コード(NEL・LS・PS)の記号表記について
V2.1.0.0で追加されたUnicodeの特殊な改行コード(NEL・LS・PS)の
記号表記がLFと見分けがつかないので、独自の記号を割り当てて頂きたいです。
ただどんな記号がベストなのかは難しいかと思いますし、
また現状のバージョンではまだステータスバーからしか使えない限定機能扱いのようですので、
ひとまずは通常機能のLFと見分けがつけば良いと思いますので、
Unicode版で廃止されたLFCR改行の記号(↓ ̄)をNEL・LS・PSの共通記号にして頂ければと思います。

また以下のヘルプでNEL・LS・PSが触れられていませんが、追加した方が良いかと思います。
http://sakura-editor.sourceforge.net/htmlhelp2/HLP000149.html

以上、修正のご検討をお願いします。


▼ 2014/2/15 (土) 22:38:42 もか  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2132] Re:Unicodeの特殊な改行コード(NEL・LS・PS)の記号表記について
NEL,LS,PSを左下向きまっすぐ矢印に変更するパッチを上げました。
https://sourceforge.net/p/sakura-editor/patchunicode/777/

> http://sakura-editor.sourceforge.net/htmlhelp2/HLP000149.html
これUnicode版はSakuraClipWだし内容も古いままですね。

▼ 2014/2/15 (土) 23:07:29 もか  
INCM1.23a
[2133] Re2:Unicodeの特殊な改行コード(NEL・LS・PS)の記号表記について
> http://sakura-editor.sourceforge.net/htmlhelp2/HLP000149.html
いろいろ修正しておきました。(web版は未更新です)

■ 2124 ■
▼ 2014/2/8 (土) 20:12:04 もか  
INCM1.23a
[2124] マクロヘルプについて
macro.chmは古いし、今はsakura.chmにマクロ関数の情報も載っているので
ほぼ同内容のものを2つメンテするのは非効率じゃないでしょうか。
サンプルなどはsakura.chmに統合しmacro.chmは廃止にして
どちらかというと元のS_MAC.KHPを、(JScript/VBScript用にして)更新してほしいと思います。
----
と思っていたのですが、
>>help:659
から、svnに登録済みなんですね。
しかも最近noviceさんが更新して対応済みみたいですね。知りませんでした。
リリース手順がまた増えますが、2.1.1.1 のmacro.chmは、svnの更新版に差し替えてほしいです。

▼ 2014/2/8 (土) 23:10:35 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2125] Re:マクロヘルプについて
▼ もかさん
> macro.chmは古いし、今はsakura.chmにマクロ関数の情報も載っているので
> ほぼ同内容のものを2つメンテするのは非効率じゃないでしょうか。


実際にメンテナンスして気が付きましたが、sakura.chmの内容をコピーしているだけなので、ご指摘の通り必要な作業なのかは若干疑問があります。


> リリース手順がまた増えますが、2.1.1.1 のmacro.chmは、svnの更新版に差し替えてほしいです。

作業途中ですが、リリースするのは特に問題ないです。

▼ 2014/2/9 (日) 12:13:19 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
[2127] Re2:マクロヘルプについて
次のインストーラには更新したmacro.chmとplugin.chmを同梱しようと思います。
(前回もUchiさんからplugin.chm同梱の依頼があったのですが、読んでみて我ながらひどい文章だなと思ったため見送りました。ごめんなさい)

▼ もかさん
> macro.chmは古いし、今はsakura.chmにマクロ関数の情報も載っているので
> ほぼ同内容のものを2つメンテするのは非効率じゃないでしょうか。


本体ヘルプの「マクロ」の下にマクロヘルプを組み込み、各コマンドのページにある関数仕様は徐々にマクロヘルプへのリンクに置き換えていくのはどうでしょう。
プラグインもマクロヘルプの書きっぷりに合わせて並べて置けばよいとおもいます。


■ 2104 ■
▼ 2014/2/6 (木) 19:28:55 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:26.0) Gecko/20100101 Firefox/26.0
[2104] タスクトレイのプロセスが異常終了します
v2.1.1.0ですが、起動時にタスクトレイのプロセスが異常終了してしまうことがあります。
自分の環境(Win7 Pro 32bit)では「アイコン付きメニュー」のON/OFF切替え後の再起動で異常終了することがありました。
タスクトレイ常駐はOFFにしています。
異常終了時のsakura.iniを見るとszLanguageDllに文字化けした長い文字列が入っていました。
szLanguageDll=の行を削除するととりあえず正常起動しますが、設定変更後の全終了→再起動で同じように異常終了することがあります。

直接の原因かわかりませんが、CShareData::InitShareData()でszLanguageDllが初期化されていないみたいな気がします。
以下のような行の追加が必要なのではないでしょうか。
m_pShareData->m_Common.m_sWindow.m_szLanguageDll[0] = _T('\0');

▼ 2014/2/6 (木) 20:33:25 LR4  
Mozilla/5.0 (Windows NT 6.1; rv:26.0) Gecko/20100101 Firefox/26.0
[2106] Re:タスクトレイのプロセスが異常終了します
今のところ、以下の手順でszLanguageDll行の文字化けは100%再現します。

(1) sakura.iniを削除しておく
(2) sakura.exeをダブルクリックで起動
(3) [共通設定]-[ウィンドウ]-[アイコン付きメニュー]をOFFにする
(4) [ファイル]-[サクラエディタの全終了]

(4)の後、sakura.iniを別エディタで見るとszLanguageDllの行が文字化けしている。
ただし、文字化けはしていても次回起動で異常終了しない場合もあります。

> m_pShareData->m_Common.m_sWindow.m_szLanguageDll[0] = _T('\0');

手元の環境で上記の行を追加してビルドしてみましたが、それでも改善しませんでした。orz
他にも何か修正が必要なのでしょうか…

▼ 2014/2/6 (木) 22:20:56 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2108] Re2:タスクトレイのプロセスが異常終了します
▼ LR4さん
> 手元の環境で上記の行を追加してビルドしてみましたが、それでも改善しませんでした。orz
> 他にも何か修正が必要なのでしょうか…


SSelLangInfo構造体のメンバ変数szDllNameを初期化してないのが問題のようです。
コンストラクタで下記のように初期化すればよさそうです。
szDllName[0] = _T('\0');

他のメンバ変数も初期化したほうがよさそうです。

▼ 2014/2/6 (木) 23:01:04 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
[2110] Re3:タスクトレイのプロセスが異常終了します
▼ noviceさん
▼ LR4さん


ちょっと心当たりがあったのでパッチを作成しました。
https://sourceforge.net/p/sakura-editor/patchunicode/768/
リリース前に余計なことをしたような…

▼ 2014/2/8 (土) 00:22:44 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2118] Re3:タスクトレイのプロセスが異常終了します
▼ noviceさん
> SSelLangInfo構造体のメンバ変数szDllNameを初期化してないのが問題のようです。
> コンストラクタで下記のように初期化すればよさそうです。
> szDllName[0] = _T('\0');
>
> 他のメンバ変数も初期化したほうがよさそうです。


少し調べてみました。
SSelLangInfo構造体は、POD型なので
new SSelLangInfo();
のように括弧を付けるとゼロで初期化されるようです。
new SSelLangInfo;
だとゼロで初期化されないので文字化けします。

http://msdn.microsoft.com/ja-jp/library/80ks028k%28v=vs.90%29.aspx

古いコンパイラ(2003)でもゼロで初期化されました。

▼ 2014/2/8 (土) 11:29:13 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
[2119] Re4:タスクトレイのプロセスが異常終了します
build_config.h にある USE_LEAK_CHECK_WITH_CRTDBG を使用すると、
「warning C4345: 動作変更 : 形式 () の初期化子で構築される POD 型のオブジェクトは既定初期化されます。」
という警告が出るのを解消したかったのです。

http://d.hatena.ne.jp/hiiragi_corona/20120618/1340012843
こちらを見ると、�@警告を無視する、�Aクラスにする、�Bコンストラクタ呼ばないのどれかということなので、�BをやろうとしましたがNGでした。
とりあえず無視してよい警告のようなので修正を戻しました。

▼ 2014/2/8 (土) 14:02:03 novice  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2123] Re5:タスクトレイのプロセスが異常終了します
▼ syatさん
> build_config.h にある USE_LEAK_CHECK_WITH_CRTDBG を使用すると、
> 「warning C4345: 動作変更 : 形式 () の初期化子で構築される POD 型のオブジェクトは既定初期化されます。」
> という警告が出るのを解消したかったのです。


自分もUSE_LEAK_CHECK_WITH_CRTDBGは有効にしていて、コンパイル時にC4345が表示されていたので気にはなっていたのですが、POD型の意味がよく分からずにほったらかしてました。
(そういう経緯があったので、少し調べてみました)

参考までに、もっと古いコンパイラ(VC6)だとゼロで初期化されませんでした。

▼ 2014/2/6 (木) 22:32:22 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
[2109] Re2:タスクトレイのプロセスが異常終了します
> > m_pShareData->m_Common.m_sWindow.m_szLanguageDll[0] = _T('\0');

上記の修正に加えて、CSelectLang::InitializeLanguageEnvironm
ent()内に、
psLangInfo->szDllName[0] = _T('\0');
の行を追加したら文字化けしなくなりました。

正しい対処かわかりませんが、ご確認願います。

▼ 2014/2/8 (土) 11:48:45 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
[2120] リクルート
▼ LR4さん

スレッドの趣旨と関係ないのですが、掲示板で名前をお見かけするので、開発メンバーになりませんか?
管理掲示板とかでSourceforgeアカウントを名乗っていただければコミット権限をつけます。

アクティブメンバー数維持のため最近活動している方に声かけ中です。Wikiでも みけCATさんに勧誘コメントを残しました。
他の方も、ちょっと手伝ってもよいとか、やってみたい事がある、という方を歓迎しますので、管理掲示板で名乗ってください。
イタズラ目的でないと判断できたら権限を付けます。

以上リクルートでした。

▼ 2014/2/8 (土) 13:11:47 LR4  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
[2121] Re:リクルート
▼ syatさん
お誘いいただけて光栄ですが、今回は遠慮させていただきます。
お役に立ちたくても能力足りてないですし、”修業中”ってことでお願いします。
(^^;;;

▼ 2014/2/9 (日) 09:25:10 syat  
Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
[2126] Re2:リクルート
▼ LR4さん
そうですか。気が向いたらいつでもどうぞ^^

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