Forum Replies Created
- Posts
zhouzh2 wrote:
Beta 5 still has this issue. doesn’t know if this is by design…
how to reproduce:
1. Do a vertical selection.
2. SHIFT+ARROWSHIFT+F8 work as they should.
3. type something. the selection is then be replaced with the text you input. this is fine.
4. SHIFT+ARROW has no effect afterwards. the cursor moves, but selection doesn’t, and text will only append to the last portion of the selection, no mater where your cursor is.
5. SHIFT+F8 changes the cursor from downright corner to upperleft corner, which is correct.
But SHIFT+F8 again changes the cursor from upperleft to downleft, instead of returning to downright.
this is also true with multiple selection.I reproduced this issue. When a box selection converts to multiple selections (3. by typing something), SHIFT + ARROW no more works. On Beta 6, I will clarify the behavior by clearing all the selections in this case.
Thanks!
Deipotent wrote:
Yutaka wrote:
Deipotent wrote:
Glad to see a new version of EmEditor with some useful new features. Bit disappointed though that my suggestion for text extraction has still not made it in though, particularly given that EmEditor already has a lot of the functionality needed to implement this feature:http://www.emeditor.com/modules/newbb/viewtopic.php?topic_id=1647&forum=4&post_id=5462
I am not exactly sure what you would like to see in future versions. If you want to extract searched lines, you can “bookmark” searched lines (by pressing the “Bookmark All” button in the Find dialog), and then use the “Extract Bookmarked Lines to New File” command. You can also write a macro to automate this process.
Thanks!
I only want to extract text that matches the find expression, and not the whole line where the match occurs. The link I gave to the original suggestion topic explains in detail what I’m after, but a very simple example would be – Suppose I have the following lines:
abcdefgh
bbcdfgt
pskdbcdjksh
jsjkslkdj
jksahoiehwIf I do a simple match (ie. not regular expression) of “bcd”, all occurrences of “bcd” would be highlighted in EmEditor (as is currently the case when incremental search is enabled), and the output bar would have the following (as the first 3 lines contain this search expression):
bcd
bcd
bcdEach match goes on a separate line. This would allow text to be extracted that matches a search expression. This is only a really simple example – see the linked topic for more detail.
It should update the output bar in real-time with the matches (ie. as the find expression is being modified), if incremental searching is enabled. It should obviously support regular expressions, with back-references.
EmEditor already has most of the funxctionality in-place to make implementing this feature relatively straight-forward:
– Regular expression support for Find/Replace
– Incremental search with all occurrences being highlighted1) As CrashNBurn mentioned in the other topic, Find and Replace dialogs should allow output to Output bar
There are various other related features/options regarding this suggestion (eg. extract to a new document) that are mentioned in the other topic, so please read the other topic for more info.
With this functionality, EmEditor can be used as a text-extraction/mining tool, with real-time feedback on what is being matched (which helps with constructing the correct regex).
Let me know if there is anything that is not clear and I’ll do my best to explain it further.
Sometimes a simple image or screenshot can explain better than many words. Can you show an image including a new check box exactly how you want it to be called, and include sample text before and after you set this check box?
Thanks!
Deipotent wrote:
While replying to your post in the previous beta topic about my extract text option, I noticed that when doing a find, the latest beta indicates there is one more match then there actually is. Using my example from my other reply – given a document with:abcdefgh
bbcdfgt
pskdbcdjksh
jsjkslkdj
jksahoiehwIf I do a simple find using “bcd”, EmEditor 13 beta 5 incorrectly indicates 4 matches, instead of 3.
I reproduced this issue, and it will be fixed on Beta 6. Thanks!
Stefan wrote:
.Yutaka wrote:
Updates from beta 4 include:
– The Quick Launch window now includes options
and allows you to access a searched dialog box.What does this means?
Where can I see this ‘options’?
How am I able to ‘access a searched dialog box’?Please elaborate. Thank you.
.
All of these items in this screenshot are either Configuration Properties or Customize. By double-clicking one of these items will take you directly to the corresponding dialog box.
Notes that these items appear only when you have typed something in the Search text box (in this case “file”).
Thanks!
Flint wrote:
4.
Since Ctrl+click does not select a word anymore in multi-selection mode, why not use it for adding the clicked cursor position to the multi-selection? I mean, if I want to type in the same word in multiple places, I have to make a number of non-empty selections, which means I can only replace the text with some other text, not append it. It would be useful if EE allowed to add empty selections (insert points, actually) as well. EE already supports them for vertical selection, but the desired insert points are not always aligned vertically, and multi-selection could be very handy there.5.
A bug similar to reported earlier.
Press and hold Ctrl. Start selecting text, then reduce the selection area to empty (return the mouse pointer to the beginning of selection). Release the mouse button, release the Ctrl key. Now press any alphanumeric key. The result is “freezing” of EmEditor window contents, just like in this report.5. will be addressed on Beta 6. Thanks!
Flint wrote:
1.
I had a configuration named Makefile which had no association. In the new association dialog it was shown as “*.txt” with unticked checkbox. Now I assigned it to the wildcard:
Makefile*
However, in the Open/Save dialogs it still displays “Makefile (*.txt)”.2.
Suggestion: remember the column widths in the the Quick Launch dialog. By default they are too narrow, so I have to enlarge them, but next time I open the dialog the witdhs are default again.3.
Suggestion: make the drop-down path of the Commands listbox in the Configuration->Keyboard wider than the list itself. For example, there’s a screenshot of how this idea is implemented in Total Commander:
1. and 2. will be addressed on Beta 6. I will also think about 3. in future versions. Thanks!
Flint wrote:
I hope this issue was fixed on beta 5. If not, please let me know. Thanks!
Yes, in beta 5 both issues are fixed.
If you disable the multi-selection, you can still use the CTRL to select a word.
I don’t think it’s a good idea that each time when I need to select a couple of words I should open the configuration dialog, untick the checkbox, then select the phrase, then open the dialog again to tick the checkbox back. It’s definitely easier to manually aim at the word boundaries, just like in lousy editors which do not have this feature at all. It’s a pity that I can have either multi-selection, or word-selection, but not both of them… :-(
Maybe you could add a new command, so that it was at least possible to assign a hotkey and quickly switch between these two modes instead of going to the dialog each time?
On beta 6, CTRL + click will select a word again. CTRL + Click will also work for the second selection while the Multi-selection is enabled. For some users, this might be inconvenient, so I added the “CTRL + click to Select a Word” check box to the Mouse tab of the Customize dialog box, and allow you to disable the feature.
Thanks!
Deipotent wrote:
Glad to see a new version of EmEditor with some useful new features. Bit disappointed though that my suggestion for text extraction has still not made it in though, particularly given that EmEditor already has a lot of the functionality needed to implement this feature:http://www.emeditor.com/modules/newbb/viewtopic.php?topic_id=1647&forum=4&post_id=5462
I am not exactly sure what you would like to see in future versions. If you want to extract searched lines, you can “bookmark” searched lines (by pressing the “Bookmark All” button in the Find dialog), and then use the “Extract Bookmarked Lines to New File” command. You can also write a macro to automate this process.
Thanks!
Flint wrote:
And I have one suggestion. With multi-selection we lost one very useful feature: selecting by words when holding Ctrl. Could you please return this feature back, maybe using different modifier, for example, Ctrl+Alt?If you disable the multi-selection, you can still use the CTRL to select a word. For customizing the mouse buttons, I will have to wait until future major versions. Thanks!
Flint wrote:
I tried to test the multiselection feature and found a couple of bugs. Steps to reproduce:
1. Click anywhere in the document.
2. While holding Ctrl, double-click on some word (different from where the first click was). Problem1: the word seems to be invisibly selected. The caret jumps to the end of the word, and when you move the mouse cursor over this word, its shape changes from the “text” into “arrow”; however, no selection background color is applied.
3. Now, while holding Ctrl, make a single mouse click at some third place, different from the first two.
4. Press any alphanumeric key. Problem2: The letter you typed does not appear anywhere, and from this moment EmEditor becomes unusable. It ignores all editing and navigation within the current document. After you switch to another document using tab header, EE starts to perform all editing actions, but the window contents is not redrawn: it constantly displays unchanged contents of the first document, no matter what you do.I hope this issue was fixed on beta 5. If not, please let me know. Thanks!
zhouzh2 wrote:
In vertical/multiple selection mode, SHIFT+ARROWSHIFT+F8 does not work, the cursor moves, but text always append to the last portion of the selection.I am not exactly sure what this means. If the issue still exists in beta 5, can you please let me know detail procedure to reproduce the issue? Thanks you!
I guess the installer compresses x64 binary better than 32-bit binary. The actual size of DLLs and EXEs are bigger in x64 than 32-bit. Thanks!
Hello,
This will be possible on v13. The new Switch Starting Point and Ending Point command (SHIFT + F8) will allow you to move the cursor position to the starting point, and move the starting positions by SHIFT + LEFT/RIGHT keys.
Thanks!
Hello,
Unfortunately, there are no features that allow you to customize mouse buttons. I will think about that in future versions. Thanks!
Hello Stefan,
I am sincerely sorry for my delayed responses, but I am spending much of time these days to develop a new major version of EmEditor.
Currently, this is the specification because macros can’t paste text as a box format. The only way to work around this is using the Clipboard like this:
sel = document.selection.text;
Lines = sel.split("rn");
out = "";
for(L=0,E=Lines.length; L<E; L++){
line = Lines[L];
out += line.replace("i", "X") + "rn";
}
alert(out);
clipboardData.setData("BoxText", out);
document.selection.Paste(eeCopyUnicode);
I hope this helps.
Thanks!Hello,
I see. I understand. I will think about that.
To work around this, if you use a macro or Snippet macro, you can use
editor.FullName;
to get the full path of EmEditor.exe.
Thanks!
Hello ArthurZ,
I know it is not perfect, but at least it restore the EmEditor window size. I will try to see if I can address the issue.
Thanks for your inputs!
