[リロード] [検索]

ページ:[≪ <] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [> ≫]
■ 2372 ■
▼ 2016/7/16 (土) 04:35:54 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
[2372] DIFFの一時ファイルがCRLF改行になる
diff.exeの種類によっては影響がないようですが、
DIFF機能の一時ファイル出力のコードがLFをCRLFに置換するようになっているため、ファイルがLFだった場合に一時ファイルの改行コードが食い違うバグがたぶんあります。

■ 2367 ■
▼ 2016/6/19 (日) 20:16:13 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
[2367] 外部コマンド実行/UTF-8
外部コマンド実行でUTF-8で取り込むと、
一部文字(たぶんバッファ境界)が文字化けするのを1度だけみました。
もしかしたら、バグありかもしれません。
該当文字はたぶん「い」です。

#gihub/私用版固有かもしれませんけど。

▼ 2016/6/19 (日) 22:08:06 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
[2368] Re:外部コマンド実行/UTF-8
本家版でもバグを確認しました。
パッチを作成してpatchunicode#1077にアップロードしました。

▼ 2016/6/20 (月) 13:11:36 MK  
Mozilla/5.0 (Windows NT 10.0; Win64; x64; Trident/7.0; rv:11.0) like Gecko
[2369] Re2:外部コマンド実行/UTF-8
ありがとうございます

■ 2364 ■
▼ 2016/5/15 (日) 10:37:22 mmm  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2364] 文字選択範囲を返すマクロ専用関数の返す値がおかしい。
マクロ専用関数 GetSelectLineTo(), GetSelectColmFrom(), GetSelectColmTo() が正しい値を返しません。

GetSelectLineTo() は GetSelectLineFrom() と同じ値を返しています。
GetSelectColmFrom(), GetSelectColmTo() は文字の桁位置ではなく、左端からのピクセル数を
返しているように思われます。
なお、GetSelectLineFrom()は正しい値を返しています。

例:適当なテキストで、1行目2桁目〜2行目3桁目を選択して、
GetSelectLineFrom(), GetSelectColmFrom(), GetSelectLineTo(), GetSelectColmTo()
の返す値を表示すると、それぞれ1, 2, 2, 4になるはずですが 1, 8, 1, 22 になります。

Ver 2.1.1.2、Ver 2.3.0.0で確認しました。
また、Ver 2.0.5.0では正しい値を返していたことも確認しました。

▼ 2016/5/15 (日) 20:49:17 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2365] Re:文字選択範囲を返すマクロ専用関数の返す値がおかしい。
▼ mmmさん
> GetSelectLineTo() は GetSelectLineFrom() と同じ値を返しています。
こちらではちゃんと違う値が取得できているようです。
>>2282
2.3.0.0からレイアウト座標が文字幅からピクセル単位に変更になったのです。

(function(){
   	var layoutXFrom = GetSelectColmFrom();
	var layoutYFrom = GetSelectLineFrom();
	var layoutXTo = GetSelectColmTo();
	var layoutYTo = GetSelectLineTo();
	var logicXFrom = LineColumnToIndex(layoutYFrom, layoutXFrom);
	var logicYFrom = LayoutToLogicLineNum(layoutYFrom);
	var logicXTo = LineColumnToIndex(layoutYTo, layoutXTo);
	var logicYTo = LayoutToLogicLineNum(layoutYTo);
	var columnXFrom = Math.floor((layoutXFrom - 1) / GetDefaultCharLength()) + 1;
	var columnXTo = Math.floor((layoutXTo - 1) / GetDefaultCharLength()) + 1;
	InfoMsg(
		"layout (" + layoutYFrom + ", " + layoutXFrom + ") - (" +
		layoutYTo + ", " + layoutXTo + ") \n" +
		"logic(" + logicYFrom + ", " + logicXFrom + ") - (" +
		logicYTo + ", " + logicXTo + ") \n" +
		"column (" + layoutYFrom + ", " + columnXFrom + ") - (" +
		layoutYTo + ", " + columnXTo + ")"
	);
})();
columnXFrom,Toが正しく半角文字単位になるには、フォント選択を固定幅フォントを使用していて、
かつ、選択範囲のFrom,Toの行の文字が固定幅になる文字により構成されている必要があります。
(固定幅フォントでも0幅文字などが混ざっているとそれらは1pxの文字になるので、幅がずれます)
選択文字が半角文字かどうかを判定するには、GetLineStrで実際に文字を取得して、GetStrWidthで取得するか、自分で文字種判定する必要があります。
GetDefaultCharLengthは、2.1.0.0から使用可能です。
もし古いバージョンでも動作させたければ
if(0 < CompareVersion(ExpandParameter("$v"),"2.1.0.0"))
などで条件分けが必要です。

▼ 2016/5/18 (水) 07:35:41 mmm  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2366] Re2:文字選択範囲を返すマクロ専用関数の返す値がおかしい。
▼ もかさん
> 2.3.0.0からレイアウト座標が文字幅からピクセル単位に変更になったのです。

そうだったのですか。
教えてくださり、ありがとうございます。

これらの関数を使う自作マクロの挙動がおかしくなっていたので悩んでいました。
仕様を見直してマクロを変更しようと思います。


>> GetSelectLineTo() は GetSelectLineFrom() と同じ値を返しています。
>こちらではちゃんと違う値が取得できているようです。

これはこちらの勘違いでした。
すみませんでした。

■ 2358 ■
▼ 2016/5/6 (金) 20:08:35 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2358] hostsを上書き保存できる機能
しれっと新機能追加の要望です。

sakura使ったことある人なら
C:\Windows\System32\drivers\etc\hosts
を書き換えるのに、メモ帳じゃなくてsakuraを使うと思うんですよ。
でも、sakuraでhostsを開くと上書き保存できませんよね?

これ、できるようにしませんか?


従来)
 「管理者として実行」すれば上書き保存できるかも知れません。
目標到達点)
 権限昇格が必要な操作には盾マークを出す、UACの機構に一部対応。

▼ 2016/5/7 (土) 18:05:06 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2359] Re:hostsを上書き保存できる機能
CoCreateInstanceAsAdminはレジストリキーが必要なので不可っぽいですね。
もしやるならexeを分離してcopy処理だけやってもらうような形になるのかも。
そうすると、上書き保存の度にUACの画面が表示されそうです。
ちなみにファイル書き込みで管理者権限の昇格が必要な場合の判定ってどうやるのだろう。
アプリケーションはあまり一般的でない動作はさせない方がいいかもしれない。

▼ 2016/5/7 (土) 18:29:34 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2360] Re2:hostsを上書き保存できる機能
▼ もかさん
やろうと思えば同一exeでフラグで切り替えとか、
プロセス間通信を使ってUAC昇格は1プロセスで1回までとかもできそうです。

▼ 2016/5/11 (水) 00:04:37 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2361] Re3:hostsを上書き保存できる機能
▼ もかさん
> ▼ もかさん
> やろうと思えば同一exeでフラグで切り替えとか、
> プロセス間通信を使ってUAC昇格は1プロセスで1回までとかもできそうです。


権限昇格の起動自体は
ShellExecuteExのverbに"RunAs"を指定する方法でいけます。
サクラエディタの起動マニュフェストはAsInvokerなので
プログラムから「管理者として実行」ができるはず。
(当然、認証or承認ダイアログが表示される...)

コマンドライン引数で動作を切り替える処理は
コントロールプロセスが既に採用しているので
これ自体は既存設計方針とも競合はしないかと。


そうじゃない部分で、
概念的に既存設計方針と競合する気がしたので
とりあえず掲示板に投げてみたわけです。

ビューモードとか、自動実行マクロとか、
ファイル保存に関連する処理が怪しいです。

あと、読み取り専用属性が付いてたら、
間違って上書き保存しないようにする、
って方針があるような気がしないでもないです。

▼ 2016/5/11 (水) 02:54:42 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
[2362] Re4:hostsを上書き保存できる機能
▼ ばぼさん
> サクラエディタの起動マニュフェスト
関係ないのかもしれないけれど、マニュフェストは
1.zip添付版
2.zipでmanifesetを使わない人
3.インストーラでC:\Program files以下に入れるかどうか
4.インストーラで3.以外の人
5.自分でいじっている人
で、バーチャルストアの扱いやその他記述が違いますので、注意してください。

▼ 2016/5/12 (木) 22:34:48 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2363] Re5:hostsを上書き保存できる機能
▼ もかさん
> ▼ ばぼさん
> > サクラエディタの起動マニュフェスト
> 関係ないのかもしれないけれど、マニュフェストは
> 1.zip添付版
> 2.zipでmanifesetを使わない人
> 3.インストーラでC:\Program files以下に入れるかどうか
> 4.インストーラで3.以外の人
> 5.自分でいじっている人
> で、バーチャルストアの扱いやその他記述が違いますので、注意してください。


心配ないと思います。

UAC対応は普通のwindowsを利用している人で、
sakuraを普通のアプリとして使いたい人向けの機能です。
レガシーアプリとして使いたい人には不要なので競合しません。
また、windows以外の環境で使いたい人の用途とも競合しないはずです。

ただ、vista以降のwindows環境でないと動かないので、
ver2系に組み込むのが妥当なのかどうかについては
議論の余地があると思っています。

■ 2352 ■
▼ 2016/5/3 (火) 14:43:56 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2352] 【議題】リソース管理について
C++開発者向けの話題です。

皆さんは、リソース管理をどうしていますか?

svnのsakura_rc.rcをリソースファイルをVC++で編集すると、
触ってない部分が書き換わってしまい、困惑しております。

VC++使っちゃいけないんでしょうか?


ver2系リポジトリのrev4101を見て書いています。
認識する限り、ver2系の開発にはvs2005以降が必要なはず。
試してみたところ、vs2005でも再現します。

各国語対応のときにsakura_rc.rcに加えた変更を、
TEXTINCLUDEに反映してないのが原因です。
生成されるexeには影響せず、投稿の本旨とも異なるので修正パッチは投稿しません。


議論したい内容
・現状どうしているか
・今後どうするか


私の分
> ・現状どうしているか
sakura_rc.rcを編集し、vs2013のリソースエディタで編集。
細かい修正はサクラエディタで実施。

> ・今後どうするか
今後もvs2013を利用して編集したい。

▼ 2016/5/4 (水) 00:43:11 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2353] Re:【議題】リソース管理について
パッチを作ってみたが、すでにnoviceさんのパッチが上がっていました。
→[upatchid:1074]
IDEで上書きすると
1.debug/releaseでアプリのアイコンが切り替わる
2.svn:revが自動設定される
のが働かなくなるので、個人の場合はいいけど、結局本家側へコミットする際は手作業が必要みたいです。
もしかするとDebugのときに上書きするとアイコンが青いやつのままになるかもしれません。

私の分
VC2005Expressを使用。こいつにはリソースエディタがないです。
sakura.rcはほとんどsakura上で手作業で更新
補助でResEditを使用し座標をコピペしてきてから手作業でダイアログ組み立て
最近VC2015Comを入れたのでこれも使うかもしれないです。

今後
とりあえず、エラーになるのは直るはずです。
でも相変わらずパッチ作成には手作業が必須なので、あんまり変わらないです。

IDEでいじったリソース使ってると svn update するとヤバいので、そういう人も手パッチ版を使わざるを得ないと思います。

▼ 2016/5/4 (水) 18:32:07 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2355] Re2:【議題】リソース管理について
▼ もかさん
> IDEで上書きすると
> 1.debug/releaseでアプリのアイコンが切り替わる
> 2.svn:revが自動設定される


2つとも、技術的には解決可能な問題です。
VC++が勝手に変更してもよいことになってる領域に、
変えられるとマズい記述を置いているために起きてます。
VC++から見て読取専用な領域に、記述を移動させればよいです。
デバッグアイコンは.rc2を使えばよいです。

sourceforgeってログインしないと書込みできないですね...orz

▼ 2016/5/4 (水) 09:22:21 anonymous  
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36
[2354] Re:【議題】リソース管理について
反映が足りないから変わる
変更したから変わる
だけでなく
変更してなくても変わります
だから自分が行った変更箇所だけを明確にするには手パッチしかないです

▼ 2016/5/4 (水) 23:59:02 ばぼ  
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
[2356] Re2:【議題】リソース管理について
▼ anonymousさん
> 変更してなくても変わります

変更してなくても変わるのがマズくね?
なのです。

反映漏れがどうの、と責めたいわけじゃないです。
大事なのは、問題が見つかったときにどう対応するか。

sakuraのソースコードはzlibだから
著作権表示さえ消さなければ
何をどう変えて行ってもよいはずだと思うんです。

もちろん「いや、問題ない。」も1つの対応。。。

▼ 2016/5/5 (木) 11:48:17 anonymous  
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36
[2357] Re3:【議題】リソース管理について
> 変更してなくても変わるのがマズくね?
> なのです。


いえ、変わるんです。
長年いろんなプロジェクトファイル触ってると分かります。

だからコミット前にそれが目的の変更なのかどうか
そのまま元に戻さすコミットしていいか
は確認するんです。

■ 2350 ■
▼ 2016/4/29 (金) 22:39:38 deh  
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0
[2350] バグ?
タイプ別設定→スクリーン→行の間隔で
負の値が指定可能なのですが、バグでしょうか?

▼ 2016/4/29 (金) 23:19:17 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2351] Re:バグ?
▼ dehさん
> タイプ別設定→スクリーン→行の間隔で
> 負の値が指定可能なのですが、バグでしょうか?

プロポーショナルフォント指定が可能になったタイミングで、
メイリオとか行間が空き過ぎなので、行の高さを減らせるようになりました。
ので、そういう機能です。
ちなみにr4070で数値の上下が反対だったのは修正されています。

■ 2334 ■
▼ 2016/2/26 (金) 19:38:25 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2334] カラーマーカ―の部分実装
任意の場所に色・スタイルを設定するカラーマーカ―の基本部分の実装ができたので
お試し版をweeklyに公開しました。
完成するかは未定です。


▼ 2016/4/5 (火) 21:50:07 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2349] Re:カラーマーカ―の部分実装
プラグインカラーキー
http://sakura.qp.land.to/?Request%2F519
これ試してみました。
複数検索ワードのような用途には、カラーキーのほうが便利そうです。
マーカーだと検索ワードを置換したあとは再設定しないと色が残ってしまいます。

■ 2348 ■
▼ 2016/3/25 (金) 02:05:03 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2348] HTMLモード
HTMLモードの修正とXMLモードのコミット
https://sourceforge.net/p/sakura-editor/code/4047/
https://sourceforge.net/p/sakura-editor/patchunicode/944/
なんですが、style/cssを無視するv0_1パッチの機能が入ってないみたいです。

■ 2343 ■
▼ 2016/3/14 (月) 00:10:46 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2343] コミット、リリース方針
一応、引退してることになってるくせにパッチばかり投稿してる人です。
現在バグ修正パッチについて、noviceさんが細かく確認してくれているので、大変助かるのですが逆に負担でないか心配です。
私はコードレビュー的にパッチを眺めてコンパイルして該当箇所を軽く動作チェック程度でいいと思っています。
どうでしょうか?
とりあえず次リリースはバグ修正とカーソル回りを2.2.0.0風にする修正を入れるとして。
込み入った矩形選択置換のパッチとかどうしましょうか?

あと新機能とかどうしますか?
パッチを投稿するからいけないんだけど、どんどん溜まっていきますし、
最近はやりのどんどんコミット、どんどんベータ版リリースのほうがいいかもしれませんし、
今だと、2.2.0.1のバグ修正安定リリースとベータとか複数チェンネルに分けるとかしますか?
パッチが溜まれば溜まるほど、コンフリクトの可能性が上がっていき、管理もバグも増えるだけで、負担が増えます。
そして、何人いるか分からないけど新機能とかが欲しいユーザはずっと待たなければいけません。
普段コミットやリリースについて、思う所がある人は意見を言ってくれるとうれしいです。
もちろん「新機能は一切いらない、バグなくせ」とかでもいいです。

▼ 2016/3/14 (月) 12:37:00 SNK  
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36
[2344] Re:コミット、リリース方針
個人的には、新機能はもっと欲しいです。
(Ver2.0以降の便利機能の追加には毎回ワクワクしました。)
安定版が欲しい人はメジャーバージョンアップを待てばよいのです。

ここ数年、新しいエディタが次々と出ていますが、サクラエディタにも欲しい機能がいっぱいあります。ですが、そのほとんどの機能は、プラグインやマクロや追加ファイルでも実現可能に思います。
なので、
・プラグインやマクロや追加ファイルで試して→共通に使える機能は本体に取り込み。(本体は必要最小限に)
という流れができると良いかと思います。

ただ、現状はWebに転がっている設定やマクロを導入する作業が、少々面倒なのが気になっています。現状でも良いやり方があるのかもしれませんが。

それから、ここ数年で開発環境が利用しやすくなり、5年前にくらべ格段に敷居がさがりました。もっと開発に参加したい人はいると思うのですが、サクラエディタ・プロジェクトへの参加は敷居が高く感じます。
策として例えば、
・マクロやプラグインの投稿が増える仕組み、とか
・sourceforgeと並行してGitHubでも開発参加の仕組み(既にやっている人はやっている)の紹介

などなど、何が良いかはわかりませんが、とにかく、今より開発が活発になれば良いなと思います。

▼ 2016/3/14 (月) 23:52:51 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2345] Re2:コミット、リリース方針
意見ありがとうございマス。
▼ SNKさん
> ・マクロやプラグインの投稿が増える仕組み、とか
Googleトレンドやダウンロード数からは利用者は減ってはいますが、全然いないという感じはまだしていません。
でもwikiのマクロは古いのばかり、プラグインは閑古鳥が鳴いてる状態ですね。
タイプ別設定セットとかもっと流行ってもいいと思いますし。

>サクラエディタ・プロジェクトへの参加は敷居が高く感じます。
何が悪いんですかね。これ。現在人があんまりいない感じですか。
楽しくわいわいやってるように見えないのがいけないんですかね。
リリースソングとかオープンチャットとかニコ生とかツイキャスみたいな何かですか?

マクロで実現できる機能はあまり本体には入れない予定です。
それよりは、標準マクロを添付する方針の方がいいと思います。
マクロ・プラグインマネージャのweb連携あと設定の読み書きは今後の課題です。

▼ 2016/3/16 (水) 13:00:27 SNK  
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36
[2346] Re3:コミット、リリース方針
ご返答ありがとうございます。

> マクロ・プラグインマネージャのweb連携あと設定の読み書き
この機能には期待しています。
使う人、および、マクロ・プラグイン開発者を増やすために重要かと。
ただし仕様は悩みどころですね。どこか議論できる場があれば、、。

>でもwikiのマクロは古いのばかり、プラグインは閑古鳥が鳴いてる状態ですね。
>タイプ別設定セットとかもっと流行ってもいいと思いますし。

はい!その辺がさびしいですね!もっと流行っても良いと思います。
対策としては、単に「投稿を大募集です」って宣伝するだけでもぜんぜん違うかなと。
他には、Qiitaにマクロの活用法のTipsを投稿するとか、2chで呼びかけるとか、オープンソース系のオフ会に参加するとか。そういった投稿数を増やす活動と並行して、サクエディタのWebページ側と本体側の両方を改善していけばよいかと。

サクラエディタは、潜在的に多くのユーザーが使っていますが、その割りに表舞台に出てこないという感じです。その理由の一つとして、Unix系の文化とWindows系の文化の違いもあったりするので、プロジェクトの運営が悪いとかそういう原因じゃないです。

▼ 2016/3/17 (木) 00:18:35 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2347] Re4:コミット、リリース方針
とりあえずできることとして
wikiの自分のページ(げんたさんのページがあったので)を作り、
人募集だけでも書いてみました。

■ 2340 ■
▼ 2016/3/7 (月) 22:16:35 NaKIT  
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2340] カーソル・画面の移動系コマンドの並び順
共通設定における メインメニュー・ツールバー・キー割り当て 画面左側のコマンド選択,および,コマンド一覧 のメニューは同じ並び順となっており,プログラムで固定となっているようですが,その並び順について気になる点があります。

エディタのコマンドには,単なるカーソル上下のような,ファイルの先頭へ向かうコマンドと末尾へ向かうコマンドのペアとなっているものが多数あり,サクラエディタにも多くのそのようなコマンドが用意されています。

メニューにおけるそれらのコマンドの並び順は カーソル移動系・選択系・矩形選択系 では,先頭へ向かう・末尾へ向かう,の順となっていますが,ここにはなぜか例外があって,「次の段落へ」「前の段落へ」「次の変更行へ」「前の変更行へ」は逆順です。これらのコマンドも,先頭へ・末尾へ の順にするべきかと思います。

# 検索系・ウィンドウ系のコマンドは上記とは逆に,末尾へ向かう・先頭へ向かう,という順です。検索系ではこちらの方が直感的といえますが,設定をいじっているときは混乱しますね。

▼ 2016/3/9 (水) 22:41:34 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2341] Re:カーソル・画面の移動系コマンドの並び順
いつもありがとうございます。
パッチを登録しました。
https://sourceforge.net/p/sakura-editor/patchunicode/1036/

▼ 2016/3/12 (土) 00:40:30 NaKIT  
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2342] Re2:カーソル・画面の移動系コマンドの並び順
▼ もかさん
> いつもありがとうございます。
> パッチを登録しました。
> https://sourceforge.net/p/sakura-editor/patchunicode/1036/

こちらこそ,ありがとうございます。
メインメニューの初期設定を初めて押してみてしまいました。

■ 2337 ■
▼ 2016/3/1 (火) 19:17:42 NaKIT  
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2337] 1行目で 前の段落へ移動 を実行すると落ちる
Ver.2.3.0.0 Windows7, 10
適当なテキストファイルを開き,1行目で 前の段落へ移動 を実行すると,強制終了となってしまいます。

▼ 2016/3/1 (火) 22:12:26 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2338] Re:1行目で 前の段落へ移動 を実行すると落ちる
▼ NaKITさん
>強制終了
報告ありがとうございます。助かります。
対応パッチをPatchUnicode:#1023にアップロードしました。
ただ最近syatさんを見かけないので心配しているのですが、
パッチの確認・コミットをしてくださる方がいなくて修正リリースがいつになるか不明です。
すみません。

2.0.0.0 △ なぜか最終行末尾に移動(EOFではない)
2.2.0.1 × 落ちる
2.3.0.0 × 落ちる

▼ 2016/3/2 (水) 21:15:50 NaKIT  
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2339] Re2:1行目で 前の段落へ移動 を実行すると落ちる
▼ もかさん
> ▼ NaKITさん
> >強制終了
> 報告ありがとうございます。助かります。
> 対応パッチをPatchUnicode:#1023にアップロードしました。

こちらこそ助かります。
パッチを適用してコンパイルし,正しく動作することを確認しました。
ありがとうございました。

■ 2321 ■
▼ 2015/12/24 (木) 15:18:51 stonee  
Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; kashiwa-7.0.0.0v; rv:11.0) like Gecko
[2321] ロシア文字の判別
v2.3.0.0 にて、
ロシア文字の判別にЁ(U+0401)、ё(U+0451)が含まれていないため、
たとえば「ПЁТР」のような単語がダブルクリックで選択できません。
対応策としては以下のような案でいかがでしょうか。

対応策1)
SJISに対応コードがあるЁ(U+0401)、ё(U+0451)
を暫定的に追加しておく。

対応策2)
UNICODEブロックの定義どおり、
  0400-04FF Cyrillic
  0500-052F Cyrillic Supplement
  2DE0-2DFF Cyrillic Extended-A
  A640-A69F Cyrillic Extended-B
をロシア文字の範囲とする。

▼ 2016/2/29 (月) 22:00:42 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2336] Re:ロシア文字の判別
> 対応策2)
> UNICODEブロックの定義どおり、

これのパッチを登録しました。PatchUnicode#1022

■ 2325 ■
▼ 2015/12/26 (土) 19:33:59 mmm  
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0
[2325] 変数Typeへの代入がVisual Basicアウトライン解析で表示される
タイプ別設定でアウトライン解析方法に標準ルール「Visual Basic」を指定したとき、アウトライン解析を実行するとVisual Basicアウトラインのダイアログに変数Typeへの代入が表示されてしまいます。

具体的には、以下のようなVBSマクロがあったとします。

1: Set ado = CreateObject("ADODB.Stream")
2: ado.Type = 2
3: ado.Charset = "UTF-8"
4: ado.Open

すると、Visual Basicアウトラインのダイアログに以下のように表示されます。

行 桁 関数名
2 1 2    ユーザー定義型宣言(パブリック)

VBS で外部ファイルを読み込もうとすると、毎回表示されてうっとおしいのです。
なんとかならないでしょうか?

▼ 2016/2/29 (月) 20:43:30 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
[2335] Re:変数Typeへの代入がVisual Basicアウトライン解析で表示される
これ対策のパッチをPatchUnicode:#1019に登録しました。
Type以外のFunction,Privateなどもメソッド名になっている場合は表示しないようにしてみました。

■ 2331 ■
▼ 2016/1/31 (日) 15:29:07 cobolin  
Mozilla/5.0 (Windows NT 6.1; rv:44.0) Gecko/20100101 Firefox/44.0
[2331] V2の検索で、見つからない時に「後方(↑)・・・」「前方(↓)・・・」と出る
【種別】
バグ報告

【確認環境】
バージョン: ver.2.3.0.0
OS      : Windows 7

V2 (Unicode版) 2.3.0.0 になるまで気が付かなかったのですが、
手元の 2.1.0.0 でやっても同じでした。ANSI版はOK。

F3で「次を検索」してEOFまで行った時のメッセージが
「前方(↓) に文字列・・・」と出ます。「前を検索」では
「後方(↑) に文字列・・・」と出ます。
ソースを見ると sakura_rc.rc に書き間違いが見つかりました。
これは「後方(↓)・・・」「前方(↑)・・・」ですよね。
CFuncListManager.cpp はコメントなので実害は無いでしょうが・・・。

長くなってしまいますが、以下はGREPの結果です。

□検索条件  "(↓)"
sakura_core\sakura_rc.rc(3953,24)  [SJIS]:         STR_ERR_SRNEXT3                                "前方(↓) に文字列 '%ls' が1つも見つかりません。"
sakura_core\sakura_rc.rc(3987,33)  [SJIS]:         STR_BOOKMARK_NEXT_NOT_FOUND        "前方(↓) にブックマークが見つかりません。"
sakura_core\sakura_rc.rc(3989,32)  [SJIS]:         STR_FUCLIST_NEXT_NOT_FOUND        "前方(↓) に関数が見つかりません。"
sakura_core\sakura_rc.rc(4003,30)  [SJIS]:         STR_DIFF_NEXT_NOT_FOUND                "前方(↓) に差分が見つかりません。"
sakura_core\sakura_rc.rc(4008,32)  [SJIS]:         STR_MODLINE_NEXT_NOT_FOUND        "前方(↓) に変更行が見つかりません。"
sakura_core\docplus\CFuncListManager.cpp(70,9)  [SJIS]:                 //前方検索(↓)

□検索条件  "(↑)"
sakura_core\sakura_rc.rc(3950,24)  [SJIS]:         STR_ERR_SRPREV3                                "後方(↑) に文字列 '%ls' が1つも見つかりません。"
sakura_core\sakura_rc.rc(3988,33)  [SJIS]:         STR_BOOKMARK_PREV_NOT_FOUND        "後方(↑) にブックマークが見つかりません。"
sakura_core\sakura_rc.rc(3990,32)  [SJIS]:         STR_FUCLIST_PREV_NOT_FOUND        "後方(↑) に関数が見つかりません。"
sakura_core\sakura_rc.rc(4004,30)  [SJIS]:         STR_DIFF_PREV_NOT_FOUND                "後方(↑) に差分が見つかりません。"
sakura_core\sakura_rc.rc(4009,32)  [SJIS]:         STR_MODLINE_PREV_NOT_FOUND        "後方(↑) に変更行が見つかりません。"
sakura_core\docplus\CFuncListManager.cpp(58,9)  [SJIS]:                 //後方検索(↑)

▼ 2016/1/31 (日) 19:58:24 novice  
Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0
[2332] Re:V2の検索で、見つからない時に「後方(↑)・・・」「前方(↓)・・・」と出る
▼ cobolinさん
> F3で「次を検索」してEOFまで行った時のメッセージが
> 「前方(↓) に文字列・・・」と出ます。「前を検索」では
> 「後方(↑) に文字列・・・」と出ます。
> ソースを見ると sakura_rc.rc に書き間違いが見つかりました。
> これは「後方(↓)・・・」「前方(↑)・・・」ですよね。


https://sourceforge.net/p/sakura-editor/patchunicode/141/
この変更で後方と前方の意味が逆になりました。

Migemoに合わせて...とありますが、下記に
https://github.com/rubikitch/daily-emacs-jp/blob/master/1503190533.sd1409-migemo-ace-jump-mode-dabbrev.org
・前方(カーソル以降)
・後方(カーソル以前)

説明があります。

(カーソル以降を)F3で「次を検索」してEOFまで行くと、「前方(↓) に文字列・・・」になります。

▼ 2016/2/1 (月) 13:12:10 cobolin  
Mozilla/5.0 (Windows NT 6.1; rv:44.0) Gecko/20100101 Firefox/44.0
[2333] Re2:V2の検索で、見つからない時に「後方(↑)・・・」「前方(↓)・・・」と出る
▼ noviceさん

あ、そうでしたか。大変失礼致しました。m(__)m

> ・前方(カーソル以降)
> ・後方(カーソル以前)
> 説明があります。


読ませて頂きました。なるほどねぇ。
知らなかったのは私だけみたい・・・(汗)
ありがとうございました。

■ 2319 ■
▼ 2015/12/20 (日) 02:34:50 hndred  
Mozilla/5.0 (Windows NT 6.0; rv:42.0) Gecko/20100101 Firefox/42.0
[2319] フリーカーソル時のキャレット移動不具合
【種別】
バグ報告

【確認環境】
バージョン: ver.2.3.0.0
OS      : Windows Vista SP2

【内容】
上記バージョンでフリーカーソルONの際に、文字列がなにもない位置で矢印キー左右を使って移動すると移動速度がとても遅くなります。
ver.2.2.0.1 までは一回のキーストロークで半角1文字分移動できていたのですが、 1/6 文字くらいの移動量に落ちてしまってます。
キャレットの移動量計算がおかしくなってしまったように見受けられます。
間違いなければ、お手数ですが修正いただければ幸いです。

【補足】
Ctrl+←キーの「単語の左端に移動」だと何か単語があるところまで一気に移動していたのですが、こちらも半角1文字分だけしか移動しなくなってました。

▼ 2015/12/23 (水) 18:29:42 ds14050  
Mozilla/5.0 (Windows NT 6.0; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
[2320] Re:フリーカーソル時のキャレット移動不具合
タイトルがあれで見つけにくいですが、矩形選択のこれと同根です。
http://sakura-editor.sourceforge.net/cgi-bin/cyclamen/cyclamen.cgi?log=data&v=8060#8060

それのパッチが一応ここにあります。
http://sourceforge.net/p/sakura-editor/patchunicode/1006/

単語の端に移動(Ctrl+←/Ctrl+→)の件については知りませんでしたが
これは意図された変更のようなんですね。

    // 矩形選択で、EOLより右側のときは1カラム単位で左移動
    // 矩形選択/フリーカーソルで、EOLより右側のときは1カラム単位で右移動
    http://sourceforge.net/p/sakura-editor/code/4035/#diff-6

EOLより後ろのカーソル移動量を従来通り1カラム単位とするなら
EOLより後ろの単語単位カーソル移動も従来通り文字通り単語単位
にするのがいいような気がしますが、どうでしょうね(チラッ

他人の仕事をばっさり削除するだけの簡単なおしごと、というのは
その実、簡単でもなんでもないと思います。

▼ 2015/12/26 (土) 10:29:47 hndred  
w3m/0.5.3
[2322] Re2:フリーカーソル時のキャレット移動不具合
ds14050様、ご返信ありがとうございます。
お教えいただいた r2 パッチを適用したところ、問題が解決した
のを確認いたしました。大変有難うございます。

単語の端に移動(Ctrl+←/Ctrl+→)について、意図された変更の
ようだとのことも承知しました。

ただ、これですと大変使いにくいです。
フリーカーソル・モード利用者は少ないので、あまり問題とされ
無いのかもしれませんが、仰るように従来通り単語単位で止まる
動作にしていただけると大変嬉しいです。

自分で勝手にやれ、と言われると苦しいのですが...

ご検討いただければ幸いです。


▼ 2015/12/26 (土) 11:09:24 anonymous  
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
[2323] Re2:フリーカーソル時のキャレット移動不具合
>EOLより後ろのカーソル移動量を従来通り1カラム単位とするなら
>EOLより後ろの単語単位カーソル移動も従来通り文字通り単語単位
>にするのがいいような気がしますが、どうでしょうね(チラッ

元の仕様の「単語単位」に戻すに1票


▼ 2016/1/21 (木) 22:18:31 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0
[2330] Re2:フリーカーソル時のキャレット移動不具合
やっぱり「→」は文字単位にして
必要ならpx単位移動って関数を追加するのがいいかもしれない。
普通の文字の所でも文字の真ん中に移動できる奴。
そうすれば矩形選択であとちょっとだけ選択したい時に困らないとおもう。
で単語単位も元に戻すだけど、右移動は1文字ずつなのに左はEOLまで飛ぶって対象性を考えるともやっとする。
ただ従来動作に慣れてるから変更してほしくないっていう意見は納得できる。

■ 2329 ■
▼ 2016/1/21 (木) 22:06:36 もか  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0
[2329] 矩形選択+すべて置換
矩形選択+すべて置換の修正案をweeklyに置きました。

■ 2324 ■
▼ 2015/12/26 (土) 11:21:40 anonymous  
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
[2324] メモ:掲示板703-708
サクラエディタふぁんくらぶ掲示板703-708に
問題や対処が書き込まれています。

▼ 2015/12/26 (土) 22:58:16 novice  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2326] Re:メモ:掲示板703-708
▼ anonymousさん
> サクラエディタふぁんくらぶ掲示板703-708に
> 問題や対処が書き込まれています。


m_posSaveAryの件はこちらにパッチ登録しました。
https://sourceforge.net/p/sakura-editor/patchunicode/713/

▼ 2015/12/27 (日) 00:26:01 novice  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2327] Re:メモ:掲示板703-708
▼ anonymousさん
> サクラエディタふぁんくらぶ掲示板703-708に
> 問題や対処が書き込まれています。


pcLayoutの件はこちらにパッチ登録しました。
https://sourceforge.net/p/sakura-editor/patchunicode/521/

▼ 2015/12/30 (水) 23:48:02 novice  
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
[2328] Re:メモ:掲示板703-708
▼ anonymousさん
> サクラエディタふぁんくらぶ掲示板703-708に
> 問題や対処が書き込まれています。


diff差分の件はこちらにパッチ登録しました。
https://sourceforge.net/p/sakura-editor/patchunicode/324/

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