Forum Replies Created

Viewing 25 posts - 3,351 through 3,375 (of 3,701 total)
  • Author
    Posts
  • Yutaka Emura
    Keymaster

    I believe this has been fixed on beta 37.

    in reply to: [the old question]to some .html files is slow too.Beta 37 #5042
    Yutaka Emura
    Keymaster

    me75 wrote:
    to some .html files is slow too.

    Dowmload the html file from this web–

    http://rapidshare.com/files/66200832/slowHTML.zip.html

    Open and Regex replace”.+?“.
    You will find,scrolling a little slowly,replacing very slowly.
    but other editors such as EditPlusUltraedit works well.
    :-?

    I believe you mean beta 36? beta 37 is not released yet.

    What do you want to replace “.+?” with? I tested your file by replacing

    .+?

    with

    ######

    and it took only one second.

    Make sure beta 36 is correctly installed by checking emeditor.exe timestamp. If you installed previous beta versions before, please uninstall previous versions before installing beta 36. This installer problem will be fixed on beta 37.

    in reply to: EmEditor Professional 7.00 beta 36 #5039
    Yutaka Emura
    Keymaster

    Please uninstall previous versions before intsalling beta 36, and make sure you installed correct version of emeditor.exe by looking at emeditor.exe timestamp. Thank you!

    in reply to: [b35] "Recent File History" always empty #5036
    Yutaka Emura
    Keymaster

    vha wrote:
    Not solved in b36…

    Please make sure beta 36 was installed correctly by checking emeditor.exe time stamp. You will need to close all EmEditor windows including the tray icon before installing b36. You might try uninstalling EmEditor and install b36 again.

    in reply to: [b35] "Save Cursor Position and Bookmarks" not working #5035
    Yutaka Emura
    Keymaster

    vha wrote:
    Not solved in b36…

    Please make sure beta 36 was installed correctly by checking emeditor.exe time stamp. You will need to close all EmEditor windows including the tray icon before installing b36. You might try uninstalling EmEditor and install b36 again.

    in reply to: [b35] "Recent File History" always empty #5030
    Yutaka Emura
    Keymaster

    vha wrote:
    Seems like the recently file list is always empty with b35

    [edit]
    Recent file list is emptied when closing EmEditor
    [/edit]

    [edit]
    And this only happens when enabling the option ‘Save Cursor Positions and Bookmarks’
    [/edit]

    Using Windows XP SP2

    This will be fixed on beta 36. Thanks!

    in reply to: [b35] "Save Cursor Position and Bookmarks" not working #5029
    Yutaka Emura
    Keymaster

    vha wrote:
    Doesn’t seem to be working with b35 (haven’t tested with earlier versions).

    Using Windows XP SP2

    This will be fixed on beta 36. Thanks!

    in reply to: [b35] change case operation don't change document status #5028
    Yutaka Emura
    Keymaster

    This has been already reported in the Japanese forum, and it has been fixed for beta 36.

    in reply to: bug 35 wrap #5023
    Yutaka Emura
    Keymaster

    yongfa365 wrote:
    win2003+sp2

    long line

    ctrl+1
    ctrl+2

    no scroll

    This should be fixed on beta 36. Thanks!

    in reply to: EmEditor Professional 7.00 beta 35 #5021
    Yutaka Emura
    Keymaster

    yongfa365 wrote:
    Tray Icon right-clicking does not work on Windows 2003

    This was fixed on beta 35. Make sure you installed beta 35 correctly, and you might need to restart Windows.

    in reply to: [b33][b34] Uppercase/Lowercase bug? #5018
    Yutaka Emura
    Keymaster

    This has been fixed on beta 35. Thanks!

    in reply to: Configuration Association by Content #5017
    Yutaka Emura
    Keymaster

    AussieDan wrote:
    I frequently work with shell scripts that do not have an extension, so I need to select the correct configuration every time I open the file.

    It would be great if the Association settings allowed the user to specify a regular expression to be applied against the content of the file.

    For example, to match php shell scripts:

    ^#![/a-z]+php

    This would be a fallback, and only applied if the file could not be matched by the current extension system.

    What do you think?

    Dan

    That is a great idea, but it might be too late for the version 7 release. I will add that feature request to the wish list next time we begin another poll. Thanks!

    in reply to: annoying behavior after file selection in explorer window #5012
    Yutaka Emura
    Keymaster

    vha wrote:
    I’m using Windows XP SP2

    and have the option ‘single click to open an item’ switched on for the explorer plugin.

    To reproduce, this is what I do:

    – in the explorer window of the plugin, click on a file
    – the file opens up in the editor window
    BUT the explorer window of the plugin remains the active window

    result is that most of the shortcut keys don’t work (CTRL-G, CTRL-F, …)

    But i guess the misunderstanding was that I meant the explorer plugin window, not Window’s explorer window…

    vha

    I see. I don’t remember why I didn’t program that way, but on the next version clicking an item in the Exploer plug-in will set focus in the editor view. Thanks!

    in reply to: annoying behavior after file selection in explorer window #5010
    Yutaka Emura
    Keymaster

    vha wrote:
    If you select a file in the explorer window using the mouse, the explorer remains the active window.

    This means you first have to click inside the editor window before you can for example do a CTRL-G (go to line…) or CTRL-F (find…)

    More logical behavior should be that the newly opened window become the active window in the editor

    tx, vha

    You didn’t describe exactly what your OS is and how you can reproduce your problem. I don’t have a problem with Windows Vista or Windows XP when I double-click a file in Explorer.
    I know there might be a problem with a certain OS, due to a bug in that OS.

    in reply to: EmEditor Professional 7.00 beta 33 #5006
    Yutaka Emura
    Keymaster

    yongfa365 wrote:
    replace
    n
    to
    nn

    wrong

    win 2003 +sp2

    This will be fixed on beta 34. Thanks!

    in reply to: EmEditor Professional 7.00 beta 33 #5005
    Yutaka Emura
    Keymaster

    envisage wrote:
    execute the installer on windows server 2008(rc0)
    it claims
    “””
    EmEditor Professional(English) Files in Use
    The following applications are using files which the installer must update. You can either close the applications and click “Try Again”, or click “Continue” so that the installer continues the installation, and replaces these files when your system restarts.
    the application(s) is windows explorer.
    “””
    every beta version on windows server 2008(rc0) claims this.

    I realized this error message, but this claim shouldn’t happen again after installing beta 23. It has been already fixed on beta 23 by not using “emedshl.dll” file, but uninstalling beta 22 or earlier caused this message. Thanks!

    in reply to: [b29] Find in Files very slow to search a large number of files #5001
    Yutaka Emura
    Keymaster

    EmEditor is optimized for the Registry usage, and the USB install will slow down. If the speed is a top priority, please consider using the Registry (without INI files). I will optimize a little more for INI files, but it won’t become as fast as the Registry version.

    in reply to: [b29] Find in Files very slow to search a large number of files #4999
    Yutaka Emura
    Keymaster

    You should have seen at least some improbements. Can you please describe more details that might help me to reproduce your issue? Without descriptions, I won’t be able to reproduce your issue. Thanks!

    in reply to: Emeditor MSI Installation error need help.. #4997
    Yutaka Emura
    Keymaster

    I don’t know why this happens, but did you completely uninstall the previous versions of EmEditor? When you uninstall, try to unintall from the user account that you used to install the previous version with.

    in reply to: [b32] Wrap Indent & highlighting #4994
    Yutaka Emura
    Keymaster

    It will be fixed on next beta version. Thanks!

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

    xxx_pic wrote:
    How about give user an option to turn the “Save” command always enabled ?

    Currently, EmEditor cannot “Save” a document while the document is “Empty” and without any changed (Just used the “New” command or just clicked EmEditor’s shortcut from Start Menu) .

    However , The Windows NotePad can “Save” anytime I want !

    You can always enable saving from Configuration Properties – File tab – Saving button – “Always Enable Saving” check box.

    in reply to: Unicode support #4992
    Yutaka Emura
    Keymaster

    garret wrote:
    Notepad uses Lucida Console and doesn’t have a problem showing U+2045.

    Eclipse uses Courier New and doesn’t have a problem showing U+2045.

    Why does EmEditor have a problem with this character?

    I confirmed and reproduced this issue with those fonts, and I will look into this issue. Thanks!

    in reply to: Unicode support #4989
    Yutaka Emura
    Keymaster

    Most monospace fonts do not support special unicode characters like this. However, in recent Windows, you can select monospace font and still you should see those special characters. Does Notepad use the same font?

    I might make Insert Special Character dialog better in future. Thanks!

    in reply to: Unicode support #4983
    Yutaka Emura
    Keymaster

    garret wrote:
    I’m actively looking for a new editor—a simple editor that handles Unicode. (Unipad does, but is *too* simple.) EmEditor looked promising, but 7.00 beta 32 doesn’t even handle the character U+2045, when notepad.exe handles just fine.

    Disappointing.

    I didn’t have a problem displaying U+2045. The font you use to display must cover that character code. Which font do you use? I used “MS UI Gothic” font in Windows Vista.

    in reply to: Error in Display of Find/Replace Dialog #4980
    Yutaka Emura
    Keymaster

    It is probably the Find dialog box was resized a little big larger than normal. You can drag the right bottom corner of the Find dialog box to fix this issue.

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