Forum Replies Created

Viewing 17 posts - 1 through 17 (of 17 total)
  • Author
    Posts
  • tungwaiyip
    Member

    I’ve been using EmEditor v8 for a while. I have just upgraded to a new laptop with Windows 7. So I come back here to check if I should give it a software upgrade. I’m so excited to see EmEditor v10 coming. When is the time frame for the release of v10?

    in reply to: [b29] Find in Files very slow to search a large number of files #5000
    tungwaiyip
    Member

    The procedure is the same as what has been posted in this thread. I see no difference between b29 and b32.

    One more data point. I’m using the “exported to USB drive” version. If I just run the version installed in “C:program files” it does not seems to have this problem.

    tungwaiyip
    Member

    Upgraded to b32 and found the same issue.

    tungwaiyip
    Member

    This surely is a bug isn’t it? There is no explanation why it would take so long for certain combination of encoding setting.

    Besides I tried you recommendation. It doesn’t help. Picking “utf-8” or any other encoding in the Find in File dialog however does solve the problem.

    Is it true that choosing .ini for configuration slow things down? This is one thing to make me love EmEditor 7.

    tungwaiyip
    Member

    In the File tab I have these options selected:

    * Prompt if null char found
    * Prompt if invalid char
    * show file name w/full path
    * Detect BOM
    * Detect UTF-8
    * Prompt at inconsistent returns
    * Opening Encoding: UTF-8

    The files I have searched should be all Ascii files.

    Even if EmEditor is doing more detection, it just doesn’t sound right to me that one program can search all files in 2 seconds but it takes EmEditor 9 minutes. Also if I select any encoding, says UTF-8, the performance goes up dramatically to a few seconds.

    Of course now I have a workaround as stated in my previous sentence :-)

    tungwaiyip
    Member

    I’ve figured it out. The problem is in the “Encoding” listbox. The default “Configured Encoding” is the slowest. Choosing anything other than “Configured Encoding”, even if you pick something random like Korean, will give you good performance.

    The other options I have set is “Look in subfolder” and “Use Escape Sequence”. Unfortunately I cannot post my data file. But this is irrelevant. I repeat the search over 1000 files from an open source project and the result is the same.

    in reply to: EmEditor 7 installation issues #4958
    tungwaiyip
    Member

    Thanks for looking. Find in file is still slow in b29. I have added a new post with more detail.

    http://www.emeditor.com/modules/newbb/viewtopic.php?topic_id=430&forum=12

    in reply to: OutputBar object requests #4910
    tungwaiyip
    Member

    About danderson’s second suggestion, I actually use it a lot with my previous editor. I have macros that parse a file and extract data into a new, temporary, unnamed buffer and like to have a way to refer to data in the unnamed buffer. Right now EmEditor only support one kind of address, that is filename/lineno. Since the unnamed buffer has no filename, it is not addressable. So one idea is to define a new address format such as

    Untitled(lineno):

    This is only a first suggestion. Of course the format should be carefully designed so that it does not overlap with other usage.

    in reply to: OutputBar object requests #4909
    tungwaiyip
    Member

    About 1, I have also make a enhancement suggestion that not only applied to the OutputBar but to all document Windows. There is an obscure concept of Tag (filename, linenumber) in EmEditor and it should be a simple enhancement to allow custom Tag format.

    http://www.emeditor.com/modules/newbb/viewtopic.php?topic_id=413&post_id=1091&order=0&viewmode=flat&pid=0&forum=4#forumpost1091

    in reply to: control + click on links #4908
    tungwaiyip
    Member

    Sounds good. My suggestion is to add a command similar to TagJump that activates a URL. Then user can map any key to that command.

    in reply to: EmEditor 7 installation issues #4896
    tungwaiyip
    Member

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

    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.

    in reply to: EmEditor 7 installation issues #4877
    tungwaiyip
    Member

    P.S. It is beta 24 that I am using.

    in reply to: Virtual space #4183
    tungwaiyip
    Member

    I love this. Right now it is a pain to work in column when some lines are shorter than the others.

    wy

    in reply to: Fill column of text #4182
    tungwaiyip
    Member

    Not that I know of. However I have written a collection of macros that does what you want and more. I’m trying to clean it up and post it some time.

    wy

    in reply to: how to find all words containing a string #4122
    tungwaiyip
    Member

    How would you like to see the result of ‘find all words’?

    What I often do is to close the ‘Find’ dialog box. You will find all matched items highlighted. You can then use ‘Find Next Word’ or ‘Find Previous Word’ to navigate within the document.

    Another way is to use the ‘Find in Files’ to see all matched lines. It will search all files in specified directory though. I wish it has a easier way to saerch within the current document only.

    Wai Yip

    in reply to: Search Plugin Enhancments #4108
    tungwaiyip
    Member

    1) Display the line text in addition to the line number. Often I just want to see the lines not actually navigate to them. It would also help with finding a pertinent occurrence rather than looking at each line. It would also be helpful to be able to show only the file/buffer name rather than the full path. The full path takes up too much space. Often all of the files are in the same path as well. The current setup requires expanding out the file column to actually see the file.

    I’m with you. The file column is mostly useless for me as the directory name would take up most spaces. I’m usually more interest to see the matched lines. Something like the output of grep is would be great.

    in reply to: Do not ask to reload files Changed by Another Program? #4107
    tungwaiyip
    Member

    Thank you for your response. I have somehow missed the notifcation.

    Yes, I can turn off the prompting altogether with the property dialog. But usually I don’t want that. Only in certain scenario like reading a constantly changing log file would I be bugged by the prompt.

    Ideally I want ‘No’ to mean no for all subsequence file changes. Only if I manually reload the file should it resume checking for file changes.

    Wai Yip

Viewing 17 posts - 1 through 17 (of 17 total)