Forum Replies Created
- Posts
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!
xxx_pic wrote:
I think that should update the * mark and the toolbar’s “Save” button or menus’ “Save” commands together to fix it.You may check out your Emeditor’s source code around updating the document’s caption of the * mark , to add some code to update the toolbar and menu.
What version of EmEditor are you using? Are you using the latest version? I cannot fix the issue unless you explain more details about the issue and how to reproduce the issue.
Vlad wrote:
Yutaka wrote:
I optimized on beta 27. Please let me know if that is acceptable. Thanks!Regexp replace speed is indeed dramatically improved in Beta 27. I used the “catalog.htm” file provided in previous posts. I cannot scroll it because of ridiculously long lines, but it doesn’t matter. Replace “.+?” with nothing (match case, use regexp). It’s done in about 5 seconds! Previously it would take minutes.
HOWEVER, there is something seriously wrong with Undo. After replacements were done I hit Ctrl-Z. It took about 10 minutes. This is not right.
And there is no improvement for other patterns.
The following replacement (to split long lines) still takes too much time (>5 minutes. It takes a few seconds in jEdit or Vim which I keep just for such jobs):
Find: (<table|<tr)
Replace: n1I optimized this Undo case and this regular expression case on beta 28, and I will still work on further optimization. Thanks!
xxx_pic wrote:
When replace a file with very long line :
[beta25] that works, but very slow !
[beta27] if “Use Escape Sequence” checked and “Use Regular Expressions” not checked, the “replace all” works , but very slow too !the screenshot and the test file can be downloaded from:
THE TEST FILEHowever , the displaying speed is really improved !
I optimzed this case on beta 28. thanks!
Riko wrote:
In beta 26 && beta 27 i have next bugs:1) “find in files” with “configured encoding” not working in some folders (returned empty lines).
If i select any codepage in “find in files” window, all working ok.2) some ASCII files detected as “UTF-8 without signature”
(program code, only english letters && programming symbols)
If i clear checkbox “detect UTF-8” in configuration properties, all working ok.This is new bugs – In beta 22 all working OK
I realized these were bugs, and fixed on beta 28.
me75 wrote:
EmEditor Professional 7.00 beta 26 makes some progress in speed.
But Regex replace for big file is still slow.
Comparing with UltraEdit,you will find making same Regex replace UltraEdit is very rapid.Example:
http://rapidshare.com/files/66852099/slowReplace.zip.html
Regex replace”.+?“.
It takes EmEditor several minutes.
It takes UltraEdit less than one second,almost instantaneously.I couldn’t find your sample file. The URL is an HTML file but it doesn’t contain tag. Also, what do you want to replace that text with? You may send me a sample file to [email protected].
ftwrks wrote:
Auto repeat is greatly slowed for apparently all keys except spaces.
This is not the case for the other editors I have installed (e.g., EditPad Pro, NotePad++, and TextPad).What might the fix be?
Many thanks,
Tom Foote
Is “WordComplete” plug-in turned on? If so, can you try turning off, and can you see the difference?
We are not adding new features any more before the version 7 release. You can write a macro doing exactly this, and assign that macro to your favorite keyboard and a toolbar button. Here is the macro:
document.selection.SelectWord();
document.selection.ChangeCase(eeCaseUpperCase);
document.selection.Collapse();
2. It will not be shown for these two files, but will appear on next crash for new AutoSave-files.
is correct.
I will try to add more information to the help. Thanks!
Some people including myself use the “Delete” key to simply delete the currently selected text in the edit box (upper part of the drop-down list box). So I could not assign the Delete key.
Flint wrote:
1. Check Properties -> General -> Tab/Indent -> Wrap Indent option.
2. Open a file with long lines that will be wrapped.
3. Switch to some other window and move this window over the EE window.
4. The text in the wrapped line is cleared partly.This will be fixed on beta 25. Thanks!
You will need the last parameter strFilesToIgnore.
So the correct code is:
editor.FindInFiles("xxx", "C:web*.txt", eeOpenDetectUTF8, eeEncodingSystemDefault, "");
dorwins wrote:
I tried this, but it’s a 22meg file being loaded over a network share. It just ends up continually reloading. Thank you for adding it to the wishlist! :-)
Have you tried changing the “Monitor Interval [sec]” drop-down list in the File tab of configuration properties? The default is 2 seconds, and it might be too short in your case.
The new Projects plug-in allows only once instance of the tree displayed at once. This is because if you modify a project in one group of windows, and modify another project in another group, then your modifications would not be synchronized. The limit of one instance is necessary to avoid this confusion.
The syntax for VBScript for EmEditor is exactly same as VBScript. I am not very familiar with VBScript, so you might want to refer to VBScript reference books or sites.
Please use only English in this forum and do not write any other languages except when necessary to use in sample code.
You might want to explain what “Monitor Clipboard” does. Do you want something like clipboard history or “Copy Append” (Copy the selection and add to the current clipboard content)? By the way, some of these functions can be done using macros or plug-ins, and you can assign any macros or plug-ins to toolbar buttons.
dorwins wrote:
This isn’t a bug that’s new to 7.0, but when opening a log file that keeps growing emeditor puts up the notification dialog asking if you’d like to update the file so fast, it’s impossible to close the file without going to the task manager and killing emeditor. Maybe a button should be added to allow you to close the file.What I’d really love, however, is the ability to have emeditor tail the file. This would be very nice!
Thanks!
Dorwin
If you haven’t done so yet, how about selecting “Auto-Reload” for “Changed by Another Program” drop-down list in the File tab of Configuration Properties.
I will add your request “tail the file” to our wish list.
Rohit wrote:
I’m using EmEditor Professional 6.00.4, with all the Plug-ins installed.There appears to be a series of steps that causes EmEditor to crash, in a reproducible manner.
The steps are:
1. Open an HTML file in EmEditor.
2. Launch the WebPreview plug-in.
3. Right-click in the WebPreview pane, and choose “Properties” from the popup menu.
4. From the drop-down list displayed, change the value for the Custom Bar Position.
5. Press the OK button.
Result => EmEditor crashes.Some further observations, after the crash:
6. Launch EmEditor again
7. Open an HTML file in EmEditor
8. Again launch the WebPreview plug-in.
Result => The WebPreview pane appears in the new position (the one chosen just before the crash).I hope this helps. Please let me know if I can help in diagnosing the problem.
My machine’s information is:
* OS: Windows XP SP2 Professional
* Internet Explorer version 7.0.5730.11.
* RAM: 512 MB
* Locale: en-US.Best regards,
RohitP.S.: I really enjoy working with EmEditor, and am looking forward to version 7. :-)
This bug will be fixed on version 7 beta 22. Thanks!
