Forum Replies Created
- Posts
Hello mguttman,
I believe the Snippets plug-in allows you to do the same thing. Please let me know if you try Snippets plug-in but can’t figure out how to use it.
Thanks!
Hello chekako,
#1 Do you Ctrl+Alt+N and Ctrl+Alt+X? These shortcuts are assigned to the tray icon. You can remove those shortcuts from the Tray icon. You can right-click on the Tray Icon, then select Customize Tray Icon and then you can remove shortcuts. I don’t know about Polish keyboards so you might need to explain if I didn’t answer your question correctly.
#2 I will work on improving these bookmark features in future versions. Thanks!
Hi mguttman,
Toolbar button images are fixed, and cannot be customizable. Currently, this is the specification. We might consider improving this in future versions.
Hi,
I am not sure if I really understand your question. Can you please write in details, how to reproduce your issue, some examples, etc. so I can reproduce your issue here. More examples and more details would help me fix issues earlier.
Thank you!
Hi LTT,
file(1) + file(2).txt will not work because parenthesis ( and ) are included in the file name, and not because spaces are included.
Thanks!
Hi jimmy,
I reproduced this issue under certain condition.
You can work around this by running RegEdit.exe, and add “UseUniscribe” value as DWORD in the following key:
HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Common
and UseUniscribe = 1
I will fix this in future versions. I am sorry for any inconveniences.
Hi LTT,
Yes, Customize >> Edit >> Tag Format >> Find should resolve this 4th issue.
Actually, even if the file name contains spaces (0x20), the default regular expression
^([w- :.&$\%~!]*?)(([0-9]+))*.*
allows tie file name highlighted. Did you try and see any issues?
Thanks!
Hi hihihlo,
I tried to reproduce this issue, but in my case, the same procedure finishes only in one second. Some users might think this is still too long, but it really depends on many factors. I will continue to optimize all the features in future versions. Thanks!
Hi,
I am using the latest version (v11.0.1), and I can’t reproduce your issue. Maybe, you can reset all settings of EmEditor, and see if you can reproduce the issue. To reset settings, the easiest way is to uninstall EmEditor, and during uninstall, you may be asked to save settings so please select “No”. Then you can install EmEditor again.
Thanks!
Hi scriptkit,
You should be able to select a tab using the mouse or keyboard. Can you please describe more in details? Thanks!
Hello Jamil,
Unlike number of lines in the document, there is a limit on the size of characters on a line. The limit of the size of characters on a line depends on the available memory, and even if there is enough memory, the limit is less than 2GB. I am sorry for inconveniences.
Hi Deipotent,
2) In my words, “Highlight” means the red-green highlight. “selection” means the light-blue text. If you switch between “cd” and “abcde” and if no match is found, the “selection” is not changed, but the “highlight” is correctly switched. This is the correct behavior.
3) If EmEditor performs the search every time you click “Match Case” or “Regex”, the selection may proceed to the next occurrence. This may be inconvenience to some users.
Hi Deipotent,
I would also like to increase the frequency of major upgrades. However, it is difficult to keep translations of the international UI other than English updated. We need to ask translators every time we do major upgrades. This takes time. Also we spend a lot of time to support customers. Many customers don’t need more features, buy they only want stable versions. Therefore, realistically, we could only do the major upgrades once a year. However, I would really like to do major upgrades more frequently if possible. We might do more than once a year in next coming versions. Thanks so much for your inputs!
Thank you!
Hi Deipotent,
1) This is the specification according to a customer’s request. If only one character is selected and the mouse cursor is at the end (right) of the selection, the status bar shows the character code to the right of the selection even though the different character is selected. Thus we already changed the specification according to the customer’s request.
2) I reproduce this behavior, but this not a bug. It simply cannot find the next string so the selection is not changed. Some users would be unhappy if the selection changes when no string is found. Highlighting is correct.
3) This is the specification. It is difficult to describe, but highlighting would not change just by changing the options. You will need to change the text in order to change the highlighting.
4) Currently, EmEditor cannot highlight more than one line of strings (or including a new line). Since “: +([[:alnum:];.]+)n” includes a new line ‘n’, it cannot highlight the string.
Thank you!
Hi Deipotent,
As you wrote, EmEditor strips out ‘r’ from regular expressions when you use Find. This is because a new line is represented as a ‘n’ and not ‘rn’ no matter whether ‘r’ or ‘n’ or ‘rn’ is used for a new line. Currently, this is the specification because many users were confused whey they needed to specify ‘r’ or ‘rn’ for a new line in earlier versions.
When you specify a new line, please use ‘n’, and not ‘r’.
Thank you!
