Forum Replies Created
- Posts
As for the macro, yes, you are right. The last line of the macro was not necessary.
I might think about the ability to grab EmEditor by EmEditor. Thanks,Issue E and G: I am NOT sure what these issues mean. Can you please describe them?
Issue F: I might think about adding a new option to specify the encoding of the dictionary file.
Issue H and I: Since WordComplete is a plug-in and NOT a core feature of EmEditor, it isn’t as flexible. To address these issues, we would make it a core feature of EmEditor, otherwise EmEditor would become much slower.
Issue J: It is an expected behavior by internal code design. We’ll fix the Help in the future.
Suggestion 3: The Home/End key will be available on v17.8.0. Thanks!Hello,
“currDoc.Activate();” was necessary before the “doc.Saved = true;” line because a particular internal code reason.
We can’t allow EmEditor grabbing EmEditor if both documents are in the same group window by design. Why do you need this ability?
Issue 3-2 and Issue 3-3 will be addressed on the next version.
Thanks for all the comments!
Hello,
Suggestion 1:
The next version (v17.7.97) allows you to do searches par your request.Suggestion 2:
We will think about that in future versions.Issue A:
The next version (v17.7.97) addresses this issue.Issue B:
Already fixed on v1q7.7.96.Issue C:
I am not sure where you want to double-click. Can you please describe in details?Issue D:
If you select Keymap on the Help menu, “All Configurations” check status will be restored.Issue E:
We might think about changing the UI in the future.Issue F:
We optimized the behavior.Issue G:
The behavior depends on whether the focused item is at the top of the multiple selections, or the bottom of the multiple selection. If the focused item is at the top of the multiple selections, pressing UP will set the focus to the search box but I think this is the correct behavior.Issue H:
I might think about that in the future.Issue I:
The next version (v17.7.97) addresses this issue.Issue J:
The next version (v17.7.97) addresses this issue.Issue K:
It depends on whether the “Keep this Window Open” button is pressed on the Quick Launch window. The next version (v17.7.97) addresses this issue.Thanks for all the bug reports!!
Hello,
As for Suggestion, you can use the following macro:
currDoc = document; docs = new Enumerator( editor.Documents ); for( ; !docs.atEnd(); docs.moveNext() ){ doc = docs.item(); if( !doc.Saved ) { doc.Activate(); doc.Saved = true; } doc.close(); } currDoc.Activate();As for Issue 1, we don’t support EmEditor grabbing EmEditor, please! We will disable this on the next version.
As for Issue 2, we will undo the “Close without Save” command change. I don’t really want to change the specs back and forth. Please think twice before suggesting a change or consider writing a macro next time.
As for Issue 3, I agree. We will change the initial status to no “*” for grabbed text.
As for Issue 4, Currently, the split persists. Do you want the split NOT persist?
We finally figured out the reason of this issue, and it should be fixed on the next version.
Thanks for your patience.I reproduced the issue, and it will be fixed on the next beta (v17.7.95) but not all cases are supported, for instance, Undo after deleted lines.
I reproduced both issues (Adjust Visible Lines Only, and last 2nd empty line visible), and they will be fixed on the next beta (v17.7.95).
Thank you!We reproduced this issue, and it will be fixed on the next beta version. I am NOT sure if I can support this X-Mouse behavior completely in EmEditor and its plug-ins, but let me know if there are any other issues. Thanks,
I am not sure if I understand your question. In my test, the current line in pane 2 changes as I add/remove lines in pane 1.
As for Issue C, in this case, you will have to Backspace to delete your text “unes” and type “UNES”. That is the purpose of this “Never and Keep Original Text when Completes” option.
As for Issue 3, we reproduced the issue, and it will be fixed on the next beta.
As for Issue 4-2-2, yes, we fixed this issue.
Thanks,
Currently, “(Whole Document)” does the entire documents even if some lines are filtered out. I will think about adding a new command that can adjust only filtered lines in the entire document.
I can’t reproduce the bug. I would appreciate if you could let me know how to reproduce it.
As for Issue 2, I assume it is a negative filter, and I will fix it on the next beta.
As for Suggestion, if you choose “Display Coordinates” in the General page of configuration properties, you will see the line number according to the filtered result.
We found there was a difference in the Windows system behavior between Windows 7 and Windows 10. You can see the Large File Bar scrolls up and down if you set focus (click) on any text box in the Large File Bar. This issue will be fixed on the next beta version.
The relative path should be from the Plug-ins folder. For instance, if the plug-ins folder is:
C:\Program Files\EmEditor\PlugIns
the dictionary path will be:
..\Dictionaries\en_US.dic
It doesn’t matter where the current directory is.
Thanks,
I use Logitech mouse (without Logitech driver) on Windows 10, but I don’t see any issues. Can you check if you use the latest mouse driver, or can you uninstall the Logitech mouse driver?
I removed the 2-step shortcut key feature on v17.7.94 for now. I am not sure if I restore this feature in the future.
