Forum Replies Created
- AuthorPosts
- Yutaka EmuraKeymaster
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.
Yutaka EmuraKeymasterVlad 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!
November 3, 2007 at 9:38 pm in reply to: [beta27]RegExp Replace with r or n not working and slow ! #4925Yutaka EmuraKeymasterxxx_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!
Yutaka EmuraKeymasterRiko 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.
Yutaka EmuraKeymasterI optimized on beta 27. Please let me know if that is acceptable. Thanks!
Yutaka EmuraKeymasterme75 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].
Yutaka EmuraKeymasterftwrks 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?
Yutaka EmuraKeymasterWe 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();
October 31, 2007 at 2:48 pm in reply to: Buy a license for ver 6 and get free upgrade to ver 7? #4893Yutaka EmuraKeymasterYes, the version 7 registration system and key is the same as version 6.
October 31, 2007 at 6:52 am in reply to: Crash autosave – what is 'show dialog again' checkbox for? #4890Yutaka EmuraKeymaster2. 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!
Yutaka EmuraKeymasterSome 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.
Yutaka EmuraKeymasterFlint 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!
Yutaka EmuraKeymasterI optimized very long line case on beta 25. Let me know if this is acceptable for you.
Yutaka EmuraKeymasterThis will be fixed on beta 25. Thanks!
October 29, 2007 at 6:10 am in reply to: [bug 24]Alt Select –> Convert Selection –>Half-Width->col's next char copyed #4871Yutaka EmuraKeymasterDon’t worry, this will be fixed on beta 25.
Yutaka EmuraKeymasterYou will need the last parameter strFilesToIgnore.
So the correct code is:
editor.FindInFiles("xxx", "C:web*.txt", eeOpenDetectUTF8, eeEncodingSystemDefault, "");
Yutaka EmuraKeymasterdorwins 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.
Yutaka EmuraKeymasterThe 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.
Yutaka EmuraKeymasterThe 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.
Yutaka EmuraKeymasterYou 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.
Yutaka EmuraKeymasterdorwins 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.
October 23, 2007 at 4:25 am in reply to: [6.00.4][WebPreview] Program crashes on changing "Custom Bar Position" #4839Yutaka EmuraKeymasterRohit 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!
Yutaka EmuraKeymasterThis will be fixed on beta 22. Thanks!
Yutaka EmuraKeymasterGarrett wrote:
in beta21 the same behavior… :(I mean beta 22, and it is not released yet.
Yutaka EmuraKeymasterI will add your requests to the wish list.
- AuthorPosts