Forum Replies Created

Viewing 25 posts - 3,376 through 3,400 (of 3,693 total)
  • Author
    Posts
  • in reply to: [b29] Problems working with large files #4954
    Yutaka Emura
    Keymaster

    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!

    in reply to: 7b29 WordComplete Uppercase #4952
    Yutaka Emura
    Keymaster

    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.

    in reply to: [b29] Tabs not redrawn on their scrolling #4951
    Yutaka Emura
    Keymaster

    I cannot see the screenshot, and I don’t know what this means. Please email me at [email protected]

    in reply to: EmEditor 7 installation issues #4950
    Yutaka Emura
    Keymaster

    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!

    in reply to: How choose marks for Highlighting ? #4940
    Yutaka Emura
    Keymaster

    In the Highlight(1) tab, press “Add” button, and then you can enter any marks.

    in reply to: [wish]Snippets can input More line content #4939
    Yutaka Emura
    Keymaster

    If you want to insert multiple lines in the Snippets plug-in, you can insert ‘n’ as a new line.

    in reply to: [beta 26] bugs edit a document #4936
    Yutaka Emura
    Keymaster

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

    That has been already fixed on beta 28.

    in reply to: [b6-b12] "Save(Ctrl+S)" command sometimes not work #4932
    Yutaka Emura
    Keymaster

    What OS are you using? It might be helpful if you can send me a screenshot of the issue at [email protected] Thanks!

    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.

Viewing 25 posts - 3,376 through 3,400 (of 3,693 total)