サクラエディタふぁんくらぶ part19
■ このスレッドは過去ログ倉庫に格納されています
俺はvivi使わんから知らん
unix使えるんなら好きなのつかえばええやん キーワードヘルプで「¥n」が連続してると、それ以降が表示されないね。
たとえば、以下のようなキーワードヘルプを設定したとして、
hoge /// ABC¥nDEF¥n¥nGHI¥nJKL
「hoge」のキーワードヘルプを表示させると
ABC
DEF
だけ表示されて
GHI
JKL
が表示されない。
サクラエディタ v2.4.1.2849 で確認。 もう報告はされてるんだ。
> Thread 一般話題(質疑・要望等):キーワードヘルプ内の連続改行で表示エラー? - SAKURA Editor - OSDN
> https://osdn.net/projects/sakura-editor/forums/34071/42347/#forum-message-84978 サクラエディタでモニタの左右に2窓並べて英文の翻訳してるんだが
折り返し位置を「右端で折り返し」してると英語のほうが文章が長くて行数がずれていっちゃうんだけど
2窓の行数(行番号の位置)を同期させるような設定ってないかな >>126
”指定桁で折り返す” にして、 「折り返し桁数」 を数千行にしておく。 >>127
その方法か"折り返さない"でどんな長文だろうと1行になって行番号が合うのはわかるんだが、
「長文を右にスクロールさせずに見たい」
かつ
「行番号を左右のウィンドウで揃えたい」
から"右端で折り返す"をしたいんだよね。
わがまま要求な気はしてる、レスありがとう 平仮名と片仮名を区別せずにソートするオプション欲しいなぁ
Googleスプレッドシートでソートすると区別しないんだ これと同じソートがしたい サクラエディタの弱点は、行番号に関する事! [ ← 新バージョンでも変わらず ★ ] >>131
Meryの"行並べ替え"マクロにはそういうオプションがあるよ Meryは素のままだと機能が少なすぎて
サクラに近い使い勝手にするには
マクロを大量に導入しなきゃいけないから面倒くさい ファイル作成タイミングの排他したところで
先行がファイル読むときに後続がファイル書き込んだら不完全な壊れたファイル読むやろ 天才プログラマ N様
復活して下さり、ありがとうございます。早速新バージョンを使わせて頂いてます。
少し気になった点がございますのでご報告いたします。
条件A:タイプ別設定で、"指定桁で折り返す"を選択している
条件B:行をまたがるテキストがファイル内に1箇所以上存在する
条件C:最下行が[EOF]のみ
条件A・B・Cが揃った状態になると、
最下行の行数のカウントがおかしくなるようです。
またお時間あるとき、ご確認下さいますと幸いです。
本家版とはまた違う輝きを放つ、センスの良い独自のカスタマイズ。
凄いです。 自作のスマートインデントプラグインを作っている者ですが
このたび意図した動作をするところまで漕ぎ着けたのでここに報告します。褒めて下さい
しかし一つどうしてもクリアできない部分があり困ってます
こちらで質問する前にググったら「(現状)無理。」とのこと
よってここに要望を書きます
//要望ここから ----------
・現在の画面スクロール位置の行(画面先頭行)を取得したい。
SetViewTop() に対応する Getメソッドが欲しいです。
ExpandParameter() からの取得でも構いません。
// ここまで---------------
スマートインデント実行後に元の行に戻ると
元の画面スクロール位置(表示位置)とずれてしまいます
実害はないのですが、操作性・視認性を損なうため改善する価値はあります
これはスマートインデントに限った話ではなく、カーソル移動を伴うマクロ全般で役に立ちます
↓過去に同様の話題が出ていたようなのでリンク貼ります
>マクロの命令 SetViewTop を使用すると,
>表示する一番上の行の行番号を指定することができますが,
>現在何行目から表示されているかを取得するにはどうすればよいのでしょうか?
https://sakura-editor.github.io/bbslog/sf/macro/641.html sakuraエディタ、ハングアップというか
永久ループだと思いますが、
なにも応答なくなって、
プログラムを終了させました。
どんな馬鹿が作ってるんだろうと思います。
テストしないのか?
デバッグできないのかバカだから?
もう使いません! 僕の環境では安定してるけどなー
また使ってくれてええんやで こんな素敵なエディタを作ってくれた先人達を
馬鹿よばわりしてんじゃねーよ、と言っておこうか。 i7にてCPU使用率14.3%とかだったから
そのまんまのまっすぐな永久ループw
画面はそのままだったから画面みながら
秀丸に入力していった
見える範囲は助かったw
秀丸は一度もそゆーことなかった
やはり「俺、俺」の烏合の衆が組むと
バグが出る
かといってボランティアだから
時間もとれない
無料ソフトのリスクは
仕方がないのかな? 100MBぐらいのファイルでも開いてるのだろうかね
どんなテキストエディタでもそうだろうが
よけいな機能がONになっているのなら設定ではずせばよい 見えてる範囲だけ拾えれば助かる道理が分からない。
8Kディスプレイで解像度100%の全画面表示とかか。 見えてる範囲は、だろバカ!
ホント、さくらチームは
バカボランティアw 再現手順わかればバグとして修正できるかもだけど
環境依存で再現率低いと難しいかも 公式以外のとこから拾ってきた特殊版か古いバージョン使っててテキストサービスやIME制御関係の相性でフリーズしてるだけじゃね? そうだよな。見えてる範囲だけ拾えてもクソの役にも立たんのが普通だ。
見えてる範囲が救えて助かるのは、その程度の作業量だってことなのよ。
その程度のカスだって教えてあげてるやさしさなのよ。わかる?日本語。 >>152
データが消えるのがどうしても嫌ならバックアップ機能使うと良いと思うよ、有効にするのいっつも忘れちゃうけど
フリーズが起きたバージョンとか再現方法とかが分からないと開発者は直せないよ
他の無料ソフトではMeryとかVisual Studio Codeもかな〜り出来が良いからお勧めだよ
∧_∧
( ´・ω・`) < サクラエディタ Ver. 2.3.2.0 で大人しくしてればいいのに・・・
/ >>152
バグ再現データを提示してお前がボランティアになるんだよ めったにないけど「壊れたファイル」ってあるでしょ
ハードに問題を抱えたPCなんかで編集してるときにできる
「NULL文字」を含んだファイル
そういうのを開くとたいていのエディタは落ちる
以前テストしたことがあるんだけど
「サクラエディタ」は「警告なし」で開いて
NULLのある文末に近づくと一時「応答なし」になってたね
おれがテストしたときは、かろうじてフリーズはしなかったが……
「秀丸」は一番優秀だったね
「指定したエンコードで変換できない文字が含まれています。編集を続行して保存するとファイルの中身が破壊されます。」
という警告が出たし
その後の処理のダイアログが一番充実してた
Mery(64bit)も事前に「ファイルに含まれていたNULL文字は、スペースにして開きます。」と出る
ほかにもEmEditor、WZ Editor10、Epsaly、NoEditor、TeraPadは
それぞれ開く前にダイアログが出た
とにかく「警告なし」開くエディタは怖い うちではNULLを含んでるファイルサクラで扱ってもなんともないから
お前のPCどっか壊れてんだろうな どっか壊れてる――じゃなくて
壊れてるからNULLを含むファイルができるのだが ちなみに
「警告なし」で開くのは
MIFES10、gPad、Notepad++、GVim、Visual Studio Code、Atom、メモ帳(notepad)、xyzzy
エラーが出て開かないのは
NoEditor
フリーズしたのは
K2Editor、J-cref サクラもNUL文字含めたバイナリデータ普通に扱えるしな NUL文字のファイルが原因でサクラがフリーズするのか
NUL文字のファイルが作られるくらいPCが壊れてるからサクラがフリーズするのかよくわからぬ 事象を再現できるファイルをアップロードしてもらったが良いかも 壊れたファイルが出来るような、問題があるPC?メモリー?ディスク?を使い続けている方が、怖いワナ
一回でもそんな症状見かけたら、メモリーテストなり、ディスクのバックアップとって即交換する 必死に擁護するような話かね?
ヌル文字が含まれてたら事前にダイアログを出せばいいだけの話だろ
壊れたファイル ∈ ヌル文字のあるファイル
∴テキストエディタがヌル文字を警告すれば壊れたファイルを見つけやすい
それだけの要望だろうが はいはいわかりましたー
結局 >>152 のいうことが正しかった
無料ソフトには期待しない ヌル文字どうこう以前に、クロスリンク起こしてる破損ファイルを読もうとしてFSコールがスタックしただけじゃね? >>176
要望は要望として出さないと
>>152はフリーズしたって言ってるだけでどうして欲しいと言ってないっすよね >>178
要望って何処に出せば良いの???
オプションの項目に新規でチェックボックスを追加して、そのチェックボックスのチェック有無の判定をした上でちょっとソースを変更するだけで搭載出来る機能の搭載を切望してるのだけど、何処に要望を出したら良いかが分からない・・・。 iii orz iii sakuraはバイナリも普通に編集できるのが特徴なんだしいちいちNUL程度でメッセージは出さないのよ v2.4.2はbeta版も出ないので、v2.4.1で実質的に開発終了したってことでしょうか? 開発は日々続いてるよ
ttp://ci.appveyor.com/project/sakuraeditor/sakura/history
何ができたら2.4.2としてリリースするかが決まってないだけ
ttp://github.com/sakura-editor/management-forum/issues/82 天才プログラマ N様
最下行の行数のカウントがおかしくなる件をご報告した者です。
最新バージョンにて修正を確認致しました。
ご対応頂きまして、ありがとうございました。
また、ステータスバーのカスタマイズですが、
更に使い勝手を向上させる、センスの良い独自のカスタマイズを
加えて頂き、こちらもありがとうございました。
既に充分な完成度なのに、改良を継続されている。
凄いです。 「全て破棄して終了」を選択した際に、「保存していませんが終了しますか?」を確認する/しないを設定出来るオプションが欲しいです・・・。 iii orz iii
「全て破棄して終了」を選択したら、一切確認せずに終了して欲しいのです。
オプションを付けるだけで済みますので、是非とも実装をお願い致します! >< vivaldiのブックマーク編集用で最近になって使い始めた。滅茶苦茶便利ね、このテキストパッド。 >>187
行を跨ぐ検索とかめっちゃ便利そう。一週間前にその存在を知ってたらもうちょっと楽が出来た… 支流はオープンならなおのこと歓迎だけど
便利なものの基本ガラパゴス進化だから悩ましい
本家追随とか将来性とか考えると死亡しやすいので共通項ならなるべく本家にフィードバックしたほうが公共の福祉的にはいいかもしれない
まあそれは元側に迷惑とかもかけてないし俺は好きだよ WNDCLASSEX.cbWndExtra=32
ってやってるんですが64ビット版だと64の間違いじゃないですか >>182-183
サクラエディタの開発者の方はこの板、見て下さってるのかな?
とりあえず。思うんだけど、バグ修正の件もあるからもうちょっとこまめにバージョンアップしてもいいように思いますよ。
「目玉になる機能を盛り込んでから公開する!」
ってなるとなかなか次のバージョン出せませんよね?
大きく機能に変更が加えられた場合なら「Ver.ココの部分.xx.xxx」を変えればいいし、目玉になる機能を盛り込んだバージョンアップなら「Ver.x.ココの部分.xxx」を変更。
そして、小さなバージョンアップは「Ver.x.xx.ココの部分」を変えて公開すれば良いと思います。
(まぁ、たいていのアプリはそうゆう感じのバージョンアップになっているとは思いますが)
GitHubをWatchしていると、中の人たちは日々開発を続けていて、毎日のように開発版が更新されてたりします。
開発版のバージョンアップをそのまま直に公開版に反映させる必要はないけど、適度な間隔でβ版なり安定板なりを公開するほうがGitHubをWatchしていない一般的な利用者の方々にも優しい仕組みになると思います。
少なくとも。
いくつかのバグ修正やアウトライン解析のちょっとした機能修正、マクロ関数の追加などなど…。
現時点でも十分「Ver.2.4.2」を公開する意義はあると個人的には感じています。
ちなみに。
そういう自分はGitHubをWatchしているので、めぼしい更新があったら開発版からダウンロードして勝手にバージョンアップさせています。
(^^ゞ >>193
リリース作業するのが大変すぎて気が進まないのでは?と思ってしまう。
出来れば半年に1度はリリースして欲しいけれども。 せっかちな人はAppveyorから持っていけばいいのでは? >>198
どうゆう部分がどんなふうに間違った修正されているのかもうちょっと詳細に書いてくれないと分かんないです。
自分 Ver.2.4.2.3097 使ってるけど特に不満はないよ? メンバー増えて開発進むようになったようで期待してる Cのソース編集なんですけど
自動インデントを禁止とかできないのでしょうか?
間違ったインデントばかりやってくれるので、
マジ疲れます。 >>206
設定→タイプ別設定一覧→設定変更→インデントの枠 >>207
>>208
ありがとうございます!
「スマートインデント」というのもOFFにしないと
いけないんですね。 SHIFT+HOMEで選択したとき先頭のSPACEが選択されないんだが、
何処を設定すればいいの? >>210
SHIFT+HOME をもう一度押下するのではダメですか? GoLineTop(5);
っていう1行マクロをShift+Homeに割りつければどやろ 別に煽ってるわけじゃないからね
なぜにサクラエディタは今もX86(32bit)がメインなの?
「X64環境で問題なく動くしメリットも無いから」
それはそれで間違ってもいないんだけど
いい加減X86を切り捨てていかないといけないとも思うのね
そんなにX86じゃきゃダメなユーザが多いの?>サクラエディタ使い X86を切り捨てなきゃダメなユーザがいないんじゃないの >>214
「X86を切り捨てていかないといけない」と思う理由は何なのさ? このソフトウェアにしかないマニアックな機能があればいい
○○に対応!……てのもマニアックでニッチでコアな機能
全部が全部平滑化されたVSCodeみたいになるのは危険だ まあx64求める様な人の多くがカスタムパッチ当てて野良ビルドしちゃうような人
だったってのもあるからねぇ。 ■ このスレッドは過去ログ倉庫に格納されています