Forum Replies Created

Viewing 25 posts - 3,351 through 3,375 (of 3,660 total)
  • Author
    Posts
  • in reply to: [b6-b12] "Save(Ctrl+S)" command sometimes not work #4930
    Yutaka Emura
    Keymaster

    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.

    in reply to: EmEditor Professional 7.00 beta 26 #4926
    Yutaka Emura
    Keymaster

    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: n1

    I optimized this Undo case and this regular expression case on beta 28, and I will still work on further optimization. Thanks!

    in reply to: [beta27]RegExp Replace with r or n not working and slow ! #4925
    Yutaka Emura
    Keymaster

    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 FILE

    However , the displaying speed is really improved !

    I optimzed this case on beta 28. thanks!

    in reply to: EmEditor Professional 7.00 beta 27 #4924
    Yutaka Emura
    Keymaster

    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.

    in reply to: EmEditor Professional 7.00 beta 26 #4915
    Yutaka Emura
    Keymaster

    I optimized on beta 27. Please let me know if that is acceptable. Thanks!

    in reply to: EmEditor Professional 7.00 beta 26 #4913
    Yutaka Emura
    Keymaster

    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].

    in reply to: EmEditor Professional 7.00 beta 26 #4912
    Yutaka Emura
    Keymaster

    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?

    in reply to: [FEATURE] Change case with nothing selected #4911
    Yutaka Emura
    Keymaster

    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();

    in reply to: Buy a license for ver 6 and get free upgrade to ver 7? #4893
    Yutaka Emura
    Keymaster

    Yes, the version 7 registration system and key is the same as version 6.

    in reply to: Crash autosave – what is 'show dialog again' checkbox for? #4890
    Yutaka Emura
    Keymaster

    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!

    in reply to: EmEditor Professional 7.00 beta 25 #4889
    Yutaka Emura
    Keymaster

    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.

    in reply to: [b24] Wrap indent – text not redrawn properly #4875
    Yutaka Emura
    Keymaster

    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!

    in reply to: Very long line + Highlight colors = Very slow #4873
    Yutaka Emura
    Keymaster

    I optimized very long line case on beta 25. Let me know if this is acceptable for you.

    in reply to: [beta 24] Customize Plug-ins #4872
    Yutaka Emura
    Keymaster

    This will be fixed on beta 25. Thanks!

    Yutaka Emura
    Keymaster

    Don’t worry, this will be fixed on beta 25.

    in reply to: What is wrong with that search script? #4861
    Yutaka Emura
    Keymaster

    You will need the last parameter strFilesToIgnore.
    So the correct code is:


    editor.FindInFiles("xxx", "C:web*.txt", eeOpenDetectUTF8, eeEncodingSystemDefault, "");
    in reply to: Problem with rapidly growing files #4852
    Yutaka Emura
    Keymaster

    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.

    in reply to: New Project Plug-In #4848
    Yutaka Emura
    Keymaster

    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.

    in reply to: About VBEE grammar ( Select Case #4847
    Yutaka Emura
    Keymaster

    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.

    in reply to: Wish List #4843
    Yutaka Emura
    Keymaster

    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.

    in reply to: Problem with rapidly growing files #4842
    Yutaka Emura
    Keymaster

    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.

    Yutaka Emura
    Keymaster

    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,
    Rohit

    P.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!

    in reply to: EmEditor Professional 7.00 beta 21 #4837
    Yutaka Emura
    Keymaster

    This will be fixed on beta 22. Thanks!

    in reply to: EmEditor Professional 7.00 beta 20 #4833
    Yutaka Emura
    Keymaster

    Garrett wrote:
    in beta21 the same behavior… :(

    I mean beta 22, and it is not released yet.

    in reply to: Wish List #4831
    Yutaka Emura
    Keymaster

    I will add your requests to the wish list.

Viewing 25 posts - 3,351 through 3,375 (of 3,660 total)