Forum Replies Created
- Posts
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!
The issue you posted was not related to the IVS.
I have seen your screencast, but it was hard for me to reproduce the issue.
Can you explain which key you have to press to reproduce this issue using the Thai keyboard, or may be EmEditor’s Insert Special Character command. I am using English keyboards, and I don’t know which key sequence do I have to press in Thai keyboard, or which Unicode characters I have to enter.Thanks for your patience.
Hi Flint,
Thanks for finding the cause of this. Nevertheless, this is still a potential bug, so I am fixing this. When the previous EmEditor window was launched as an administrator, the next EmEditor should open the file separately.
Thank you!
Hi JohnQSmith,
I am sorry, but that is not possible with EmEditor. If you need this feature, I might consider that in future versions.
Thank you!
Hi Flint,
I can’t reproduce your issue. It seems your txt file associations are not correct.
Can you try associating another file extension (such as .log) from the EmEditor tools menu, Customize, File tab, click Associate with EmEditor button, and then add .log to the list. Then please try opening from Explorer. If this works and if .txt doesn’t work, you might want to remove .txt from the association list, and add again. You can also try uninstalling EmEditor completely, and the try installing EmEditor again.I hope this helps.
P.S. The “Customize Toolbar” dialog is a part of the OS.
Thanks!
