Forum Replies Created
-
Posts
-
Good catch! Please see this snapshot for Binary ASCII view:
This view is much better! It’s hard to believe that I’ve only used the Hex view for so long. But is there an acceptable way to memorize these control characters? Thanks again.
It’s better, but not by much. Please see the effect of EmEditor vs Sublime (showing a portion of a PDF file):
IMHO, the point of Sublime’s display is, provided that the user is familiar with the “extended ASCII encoding” part of his current code page, all content is crystal clear.
After a little investigation, I guess it’s related to the introduction of DirectWrite rendering. However the caret is always thin with DirectWrite on or off.
By the way, the DirectWrite effect is amazing. Thanks a million!
Thanks, but I do have only one EmEditor installed, i.e. the 32-bit version.
I’ll try again once the new version is out.
Isn’t it better that Web Preview can wrap the contents within a simple
<body>...</body>, if no such construct exists? Poor man’s quirks mode, in some sense.Hello,
I just found a bug with this feature (v17.0.2). To reproduce:
1. Disable the synchronization.
2. Ctrl+F, type “hello”, and hit enter. “hello” won’t appear in the Find toolbar. Nice!
3. Close EmEditor and reopen it.
4. “hello” appears in the Find toolbar.Wow, that’s quite a life saver! Will this feature (/forums/topic/opt-out-of-the-new-document-title-sequential-numbers/) be implemented next? Thanks a lot.
If this could be implemented, please don’t synchronize Find/Replace flags either. There is real benefit in optionally keeping these Find/Replace utilities independent of each other. Thanks again.
Wow, finally got the reason. “CTRL + Click to Select a Word check box” has to be enabled for Ctrl-click to open an URL (w/o selecting any word).
This feels a little vague. Could they have separate options? Thanks.
Yes I tried many times, but unfortunately it just didn’t work. A clean portable version was also used in the test.
To clarify, the expected behavior is:
1. Double-click and Ctrl-click both open a URL.
2. Single-click doesn’t.
This was my favorite configuration with v10 for a long time.With v16.9, it’s easy to make double-click work and single-click not work. But Ctrl-click is not working here and I fail to find the configuration for it.
Any insight is welcome. Thanks.
Thank you for the update! Here is my version.
// jumpabove function isblank(str) { return /^\s*$/.test(str); } var y = document.selection.GetActivePointY(eePosLogical); if(y > 1) { if(!isblank(document.GetLine(y))) { // skip nonblank lines while(y > 1 && !isblank(document.GetLine(y))) y--; } else if(!isblank(document.GetLine(y-1))) { // skip nonblank lines y--; while(y > 1 && !isblank(document.GetLine(y))) y--; } else { // go to start of this block of blanks while(y > 1 && isblank(document.GetLine(y))) y--; if(y > 1 || !isblank(document.GetLine(1))) y++; } document.selection.SetActivePoint(eePosLogical, 1, y, false); }// jumpbelow function isblank(str) { return /^\s*$/.test(str); } var y = document.selection.GetActivePointY(eePosLogical); var n = document.GetLines(); if(y < n) { if(!isblank(document.GetLine(y))) { // skip nonblank lines while(y < n && !isblank(document.GetLine(y))) y++; } else if(!isblank(document.GetLine(y+1))) { // skip nonblank lines y++; while(y < n && !isblank(document.GetLine(y))) y++; } else { // go to end of this block of blanks while(y < n && isblank(document.GetLine(y))) y++; if(y < n || !isblank(document.GetLine(n))) y--; } document.selection.SetActivePoint(eePosLogical, 1, y, false); }Just found that Stefan provided rather simple macros for this purpose: /forums/topic/jump-go-to-move-to-next-empty-line-between-paragraphs/.
Continuous blank lines are not treated as a block, and the caret cannot be moved to TOF/EOF as advertised. Both are easy to customize, though.
And sorry for making it this long, twice. But it’s a real pain to see Find toolbar’s content dance around. :(
Right. I think the Find toolbar’s current value and history should not (better not) be modified whenever Ctrl-F or Ctrl-H is used.
When these Find/Replace utilities were designed, what’s the assumed way to differentiate between them? Here is my habit:
Use the Find toolbar for “valuable search”, including:
– Phrases used again and again, like “TODO” in the source code.
– Something hard to get right at once, like regular expressions. (Edited elsewhere and pasted into Find toolbar.)
– Quick short memo, noticeable whenever I raise my eyes or press Ctrl-D. (Dangerous abuse, but it works perfectly.)On the other hand, Ctrl-F is also used often, but mostly for one-shot things. Its current value (and history) mean much less, partly because it’s hidden for most of the time, and partly because it automatically picks up the word at caret. (For v10, there may be a bug with the Find dialog that causes some regexp search phrases to be lost in the history. But that has become history. :) )
Therefore, synchronizing values in between totally destroys this habit, with seemingly no benefit in return.
I sincerely wish there could be an option to stop it. After using v16.9 for one day I’ve become deeply afraid of Ctrl-F and Ctrl-H. :)
