Forum Replies Created
- Posts
EmEditor is optimized for the Registry usage, and the USB install will slow down. If the speed is a top priority, please consider using the Registry (without INI files). I will optimize a little more for INI files, but it won’t become as fast as the Registry version.
You should have seen at least some improbements. Can you please describe more details that might help me to reproduce your issue? Without descriptions, I won’t be able to reproduce your issue. Thanks!
I don’t know why this happens, but did you completely uninstall the previous versions of EmEditor? When you uninstall, try to unintall from the user account that you used to install the previous version with.
xxx_pic wrote:
How about give user an option to turn the “Save” command always enabled ?Currently, EmEditor cannot “Save” a document while the document is “Empty” and without any changed (Just used the “New” command or just clicked EmEditor’s shortcut from Start Menu) .
However , The Windows NotePad can “Save” anytime I want !
You can always enable saving from Configuration Properties – File tab – Saving button – “Always Enable Saving” check box.
garret wrote:
Notepad uses Lucida Console and doesn’t have a problem showing U+2045.Eclipse uses Courier New and doesn’t have a problem showing U+2045.
Why does EmEditor have a problem with this character?
I confirmed and reproduced this issue with those fonts, and I will look into this issue. Thanks!
Most monospace fonts do not support special unicode characters like this. However, in recent Windows, you can select monospace font and still you should see those special characters. Does Notepad use the same font?
I might make Insert Special Character dialog better in future. Thanks!
garret wrote:
I’m actively looking for a new editor—a simple editor that handles Unicode. (Unipad does, but is *too* simple.) EmEditor looked promising, but 7.00 beta 32 doesn’t even handle the character U+2045, when notepad.exe handles just fine.Disappointing.
I didn’t have a problem displaying U+2045. The font you use to display must cover that character code. Which font do you use? I used “MS UI Gothic” font in Windows Vista.
It is probably the Find dialog box was resized a little big larger than normal. You can drag the right bottom corner of the Find dialog box to fix this issue.
Flint wrote:
I have the following text:ALTER TABLE asd ADD xxx TINYINT(1) DEFAULT ‘1’ NOT NULL;
UPDATE asd SET temp=0 WHERE id=-1;
INSERT INTO dsa (col1, col2) VALUES (‘test’, ‘0’);
INSERT INTO dsa (col1, col2) VALUES (‘test_with_something’, ‘0’);I select it all, then open the Replace dialog and set the following parameters:
Find: (.*);
Replace with: ‘1’,
[X] Use Regular Expressions
[X] In the Selection Only
Then I press Replace All. Only first two lines are replaced, the 3rd and the 4th remain unchanged.If I untick the In the Selection Only checkbox, all 4 lines are replaced.
This bug will be fixed on beta 33. Thanks!
AussieDan wrote:
After resetting the highlight configuration the wordcomplete seems to be working properly, thanks!I did notice a couple of spelling/typo errors on the Options tab for WordComplete configuration:
Display Icons in the Cadidate List
Automatically Hide the List when No Candiate is MatchedKeep up the great work!
I fixed those spelling mistakes. Thanks for your report!
You should change the Opening Encoding in the File tab of the configuration properties from “UTF-8” to “System Default Encoding”. That should solve this issue.
When “Configured Encoding” is selected in “Find in Files” dialog box, EmEditor uses the encoding configured in the File tab of the configuration properties assiciated with the file extension you are searching. In default, Text configuration uses “System Default” encoding with UTF-8 and Unicode signature detection. The UTF-8 detection can make search slower. If the “Detect All” is also checked in the File tab of the configuration properties, it may become even more slower. Please let me know which options are checked in the File tab of associated Configuration Properties.
Also, in what encoding do those files you search are encoded? UTF-8 or Western European (CP:1252) or any other?
Also, make sure you write which options (such as Regular Expressions, Match Catch, etc.) you checked in the Find in Files dialog box. Using different options can make significant difference in search speed. Thanks!
Thanks for descriptions, but it might be more helpful if you can write which encodings those files are written with, and whether you use regular expressions, or escape sequences including new lines. A possible reason for the delay is that EmEditor internally works in Unicode, and it support Unicode-aware regular expressions. You can write exactly what you search for, and what the files are like, and you can email me sample files and more descriptions at [email protected]
Thanks!I opened one of my huge SQL-files (~160 MB; longest line is ~2700 characters) and found the following inconsistencies:
1. Wrapping Mode buttons on the toolbar are disabled both visually and functionally (the first button is shown normally, but cannot be pressed).
This is the specification. In order to improve performance in very large files, wrapping mode is fixed to “No-Wrap” mode in case of very large files. You can change the threshold in the file size in the Advanced tab of the Customize dialog box. The default is 100MB. You can change this value to 200MB if you don’t have problem with opening larger files.
2. Option Highlight (2) -> Strings Enclosed by Quotation Marks -> Continue to Next Line is not taken into account at all (I have a double-lines string but the first part of it is highlighted only).
This is also the specification, and it is restricted in larger files. Again, you can change the value above to 200MB if you need this feature.
3. When I try to search some text in this file, searching is performed twice (at least, it looks so). That is, in the progress dialog I see the line number increasing to the maximum number (1359306 in my case), then it becomes 0 and is growing to the maximum again – and only after this second cycle it stops. If I press Cancel during the first “stage”, the second stage immediately begins and I have to press Cancel again. (Maybe, this is valid not only with large files, but I can’t check it on small files – it’s too fast there.)
I reproduced this issue, and I will look into that.
4. Searching for n is extremely slow! Two tests:
a) Replace every n with n. In usual file it is done with speed ~1000 occurences per second. In this SQL file it happens just ~100 occurences per second. (The first lines in this SQL file are not long at all – maximum 80 characters, so it cannot be because of the rare appearance of the n’s in the file.)
b) Replace ^.{0,1000}$ with nothing: the speed is ~34000 replaces per second. When I changed the expression to ^.{0,1000}n, the speed became just ~100 replaces per second!I will further try to optimize find/replace operations.
Thanks!Built-in suggestions come either from words already contained in the document, or from highlight words that are defined in the Configuration Properties > Highlight (1) tab. In the PHP case, keywords might come from HTML configuration, or even from JavaScript or VBScript. By default, all PHP and HTML keywords are lowercases. Did you import some other keywords or did you define keywords yourself? What kind of keywords eactly do you see uppcases? Scripting or PHP keywords? You might want to reset all configurations and see if you can see the difference.
I cannot see the screenshot, and I don’t know what this means. Please email me at [email protected]
I am sorry for my late reply. Here are my responses:
* First of all I was shocked to find it uninstalls my working version of EmEditor when I install the beta. My plan was to have both version running side by side for a while before migrating my customizations. Now I am forced to use the new version. I don’t know if this is how it supposes to work. However I do hit a few wrong buttons during installation when some window popup unexpectly and I have to run the setup 3 times before it finish successfully.
You cannot run both old version and new version side by side at the same time. You don’t have to uninstall the older version before installing new version, but you need to go back to the older version, you will need to uninstall the new version before installing the older version.
* Secondly it is not clear to me what settings from previous version are preserved and what gets upgraded. I’m seeing examples of both cases. I have made a lot of customerization in the past and some may not be that useful. I was planning to start from clean slate and migrating my customization bit by bit. Right now I’m at some weird state where the settings are neither old or new.
Most of settings are compatible between older and newer versions. All settings are preserved when you go to newer version. In addition to that, in most cases, you can safely go back to older versions if you need to. One of settings that is not compatible is external tools. All external tool settings will be upgraded to newer versions, but once they are saved in the new version, they will not be used in the older version.
* Under the Configuration Properties | Auto Save Tab, if I have a directory (from older config) that does not exist, I was prompted if I want to create it. I clicked No. However I can’t just go to a different tab because the same prompt will popup again and block me from going elsewhere.
When this happens, you will have to either enter correct path, or uncheck “Save to Auto Save Folder”.
* Here is my little peeve. It used to be lightning fast for me to open a file. Now I see a delay of nearly a second. I hope this is not because EmEditor has become bloated. I know my expectation is unreasonably high. But for me this is what distinguish an amazing editor from just a good editor.
I believe I improved this issue in the recent beta version. If you still see delay, please let me know.
– This seems to be more than a minor annoyance. It seems to affect “Find In Files” also. Other program can look through 100 files in a breeze. With EmEditor taking 0.5 second to open every file, “Find In Files” becomes really slow.
Is Find in Files still slow? There have been a lot of optimizations worked between beta 12 and 29. I will try to optimize further more in future beta releases.
Thanks!
allenchak wrote:
When I edit a documents by right mouse click in windows.The emeditor will open the document and the line no. will show in bold, but the document does not edited.
After I type a word and undo it, the line no. will return a normall without bold.
I am using beta 26, and Windows XP Home SP2
Is there a bugs, or fixed it in Beta 28 already ?Cheers,
AllenThat has been already fixed on beta 28.
What OS are you using? It might be helpful if you can send me a screenshot of the issue at [email protected] Thanks!
