Forum Replies Created

Viewing 25 posts - 1 through 25 (of 25 total)
  • Author
    Posts
  • in reply to: Shortcut for EmEditor Window switching? #10056
    chjfth
    Member

    Thank you, hope to see them soon.

    in reply to: How to find in only text files #9866
    chjfth
    Member

    Hello Yutaka. Is there any plan to implement “Find in non-binary files” feature?

    I suggest, in Find in Files dialog box, Add a check box “Find in all non-binary files” below the file types edit box. If it is checked, file types edit box greys out.

    REASON 1:

    You know, specifying individual file types can be impossible sometimes, because some big software(like Atlassian Confluence) use varies extension names for their data files, like .xml .properties .policy .vm etc. I do not know what more extensions will they incorporate in the future, since they use so many third-party modules from the JAVA world.

    REASON 2:

    Some text files do not have extensions, like C++ STL headers, , etc.

    REASON 3:

    What’s more, I think this option will be very popular because of its convenience. Imagine, how often do we just want to find a word from a bunch of source code inside a directory and really do not care the disturbance of some unrelated files. Very often, right? For example, we want to find a definition of a C macro, we write regex search pattern as


    #defines+MYMACRO

    We can be sure that such text will not show up in Visual Studio .vcproj , .rc etc, and if we don’t mind the extra little time checking those unrelated files, it will be a time saver to just enable “Find in all non-binary files”.

    in reply to: Easy launch of Find In Files from Explorer, Can I? #9865
    chjfth
    Member

    Well, I did not notice EmEditor’s Find in Files Explorer context menu until you told me in this post, because I used to install 32-bit EmEditor on a Windows 7 x64 machine, in order for some 32-bit plug-ins to work.

    You know, current(v11.0.2) 32-bit installer will not install context menu on 64-bit Explorer.

    So, I highly suggest your 32-bit installer can add context menu to a 64-bit Explorer. In case that is not easy to do, I hope you present a way to manually add that context menu.

    in reply to: Feature request: auto highlight selected word #9863
    chjfth
    Member

    Thank you very much. This new feature implemented in v11.0.2 is great.

    in reply to: Wish: new "Save a Copy as…" command #9861
    chjfth
    Member

    Yes, I think “Save as copy” should be a useful feature.

    Hope I can see it in v11.0.3 and later.

    in reply to: Search highlight override auto-marker highlight, Can I? #9860
    chjfth
    Member

    Good to see you did it in v11.0.2 .

    in reply to: How to make replaced text automatically selected #9011
    chjfth
    Member

    Thank you for replying. Hope you can provide an easy way to accomplish that. For example, add a flag to Replace so that replaced text is selected automatically.

    in reply to: How to know a doc's return method #8705
    chjfth
    Member

    Many thanks to your final clear reply. Now I know that EmEditor supports mixed EOL mark. And thank you for pointing out


    str = document.GetLine( 1, eeGetLineWithNewLines )

    can find out the EOL of line 1. (Yes, I must use 1 as first parameter instead of 0. 0 will cause script error “Invalid procedure call or argument”.

    Now, I realize that I pratically don’t have to care if current text file has LF or CRLF as end-of-line marker; I can simply replace all occurence of “rn” to “n” before counting slen, then my goal is fulfilled.

    So my script becomes:


    ' This VBScript macro do the following:
    ' For a block of selected text,
    ' * if a / is found, replace all occurance of / to .
    ' * else if a is found, replace all to / .
    ' After the macro is executed, the converted text will remain at its select state(invert-colored).

    Set ds = document.selection
    TextCopy = Replace(ds.Text, chr(13)+chr(10), chr(10)) 'replace rn to be one n
    slen = Len(TextCopy) 'get selected text length, rn counted as only one char
    posSlash = InStr(ds.Text, "/")
    posBkSlash = InStr(ds.Text, "")

    If posSlash>0 and (posBkSlash=0 or posBkSlash>posSlash) Then
    ' / in selected text and / appears before
    ds.Text = Replace(ds.Text, "/", "")
    ds.CharLeft True, slen 'make the new text in selected state(inverted color)
    ElseIf posBkSlash>0 Then
    ' in selected text
    ds.Text = Replace(ds.Text, "", "/")
    ds.CharLeft True, slen
    Else
    Set WshShell = CreateObject( "WScript.Shell" )
    n = WshShell.Popup( "There is no / or in your selected text. This macro can do nothing.", 0, "EmEditor Macro running", 0 )
    End If

    EmEditor is so great with custom script.

    in reply to: How to know a doc's return method #8703
    chjfth
    Member

    Excuse me, I cannot tell how document.GetLine() can help. In order to call GetLine, I have to know the line numbers of the selected text, which seems to stray away from my topic.

    This issue is not urgent. I can wait until next EmEditor release when you add a document property to tell current document’s return method.

    Regards.

    in reply to: How to know a doc's return method #8697
    chjfth
    Member

    Oh, yes, I do have a further question.

    I’m writing a slash-cvt.vbee macro.


    ' This VBScript macro do the following:
    ' For a block of selected text,
    ' * if a / is found, replace all occurance of / to .
    ' * else if a is found, replace all to / .
    ' After the macro is executed, the converted text will remain at its select state(invert-colored).

    Set ds = document.selection
    slen = Len(ds.Text) ' get selected text length
    posSlash = InStr(ds.Text, "/")
    posBkSlash = InStr(ds.Text, "")

    If posSlash>0 and (posBkSlash=0 or posBkSlash>posSlash) Then
    ' / in selected text and / appears before
    ds.Text = Replace(ds.Text, "/", "")
    ds.CharLeft True, slen 'make the new text in selected state(inverted color)
    ElseIf posBkSlash>0 Then
    ' in selected text
    ds.Text = Replace(ds.Text, "", "/")
    ds.CharLeft True, slen
    Else
    Set WshShell = CreateObject( "WScript.Shell" )
    n = WshShell.Popup( "There is no / or in your selected text. This macro can do nothing.", 0, "EmEditor Macro running", 0 )
    Set dc = document.config
    crlf_style = dc.FileSave.ReturnMethod
    WshShell.Popup "abc" & crlf_style
    End If

    If the selection is partial line, or, multiple lines of a Unix text file, it works well. However, if the selection is multiple lines of a CRLF text file, there is something wrong: ds.CharLeft True, slen will move(select) visually more characters than I expect, –because, at end of a line, ds.CharLeft True, 1 will actually step 2 characters(CR and LF).

    So, If I can know whether a text file is CRLF-ed, I can replace all CRLF to LF before I count slen=Len(ds.Text) , so that the finally selection length will be correct.

    I hope you can add this property in future version. On the other hand, is there another way to achieve the same goal(implement the slash-cvt.vbee macro)?

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #8034
    chjfth
    Member

    A new messege for you, Yukata.

    I found tonight that when gciba 2.0 is running(on Win7), Visual Studio 2005 SP1 IDE(run as Admin) becomes completely irresponsive for Ctrl+Tab. Normally VS2005 will respond to Ctrl+Tab and cycle through the list of opened source files.

    But in my office Windows XP SP2, gciba 2.0 does not affected VS2005 SP1 IDE’s Ctrl+Tab behavior.

    So, it is still weird.

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #8025
    chjfth
    Member

    Well, I have never realized that “Arrange Tabs by” menu so far. I checked it some moment ago, “Auto Arrange” is not checked.

    I tried to check(tick) it, but the symptom does not go away. So I think “Auto Arrange” has nothing to do with my problem.

    Now, I’m back to my office starting a new day, still trying figure out the real reason of this problem. Luckily, I get progress!

    Now I have confirmed that the symptom is affected by a software called Kingsoft Powerword Dictionary. The current version is called 谷歌金山词霸 2.0 (Google·Kingsoft Powerword 2.0, gciba 2.0 for short). Website: http://g.iciba.com . It is the derivation product of the most famous English-Chinese dictionary in China over the past ten years, and now this version is free.

    Direct download link(57MB): http://download.iciba.com/pwl/powerwordPE_F.25269.3022.exe

    While this gciba 2.0 is running, EmEditor Ctrl+Tab symptom arises(no matter it is v8 or v9). After quitting gciba 2.0, the symptom disappears immediately. This is really hard to imagine.

    I have further tested this scenario in a clean WinXP virtual machine, the same result.

    I’m sorry to admit that I upgrade my EmEditor from v8 to v9 roughly the same time I upgrade gciba from 1.0 to 2.0, so I had almost concluded that was an EmEditor issue.

    So, Yukata, if you have time, could you install gciba 2.0(all use default) and debug your code to see why this happens?

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #8019
    chjfth
    Member

    Well Yukata, now I got your very clear reply. Then I go further try the following:

    1. In the afternoon, install EmEditor v9 on a new Win7 and a WinXP machine(VMware virtual machine). As you said, I suprisingly find that they show the correct behavior.
    2. In the evening, go back to my home, power on my Win 7 machine, open my documents, like the picture below.

    And I again suprisingly find that the Ctrl+Tab behavior still works correctly.
    3. Continue my work with EmEditor and other software. About 1 or 2 hours later, I suddenly find that Ctrl+Tab(ACTION 1) works abnormally as described in my previous posts!!!!! Thanks God. I finally catch it!
    4. I choose File -> Exit All for EmEditor, then restart it, the bug still exhibits.
    5. I log off Win7 then log on, open EmEditor, all tabs restored automatically(an EmEditor v9 feature), now Ctrl+Tab(ACTION 1) returns to its normal(correct) behavior.

    BTW: Most of the time, I power off my Win7 and WinXP machine with “hibernate”(only a reboot every 2 to 3 weeks), so that I can return back to my desktop at next computer power on, all opened programs still there. Therefore, I seldom do a Windows log off; I think this makes me more easily bump into this EmEditor v9 bug(probably) than other users.

    Yes, I happend to “shut down” my home Win7 computer instead of “hibernate” it yesterday night, so as to realized the fact this night, — quite fortunate, right?

    Please try to simulate my work process to make it appear on your on machine. Of course, I will continue observing how it happend and feed back on this thread.

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #8013
    chjfth
    Member

    Please be serious, Yukata. I believe I have described my problem very very clearly, so, please read my posts again.

    Before you say “I still coulnd’t reproduce your issue”, I’d like to ask, have you used two computers running EmEditor v8 and EmEditor v9 side by side, both try ACTION 1(described in my post at 1/5/2010 8:39 am) and observe the difference between the two EmEditor versions? If you did, I believe you can see the difference.

    At office, I use Windows XP SP2; at home, I use Windows 7 professional, both present the same problem.

    To ToadLoadin: Yes, ACTION 2 works great on EmEditor v8 & v9. I admit from the very beginning of this disccusion thread. The problem resides in ACTION 1.

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #8006
    chjfth
    Member

    ACTION 2: If the ”Switch to Last Used Document for Next Document Command” option is checked, this action switches back to A. Otherwise, to C. Is this behavior different between v8 and v9? How is it different?

    My God. I can’t imagine you EmEditor author cannot understand it while MariaK can — perhaps you’re not a native English speaker.

    I checked my post in this thread once again. My presentation was correct! Now, let me say that again. You prepare two PC, one to install Emeditor v8, one to install v9. Then on both PC do the following:
    1. Enable option ”Switch to Last Used Document for Next Document Command”
    2. Open three files(tabs), say, A, B C .
    3. Do my keyboard ACTION 1 .

    Now you will see the difference:
    * On EmEditor v8, active tabs cycle through A -> B -> C -> A ->B ->C -> A …
    * On EmEditor v9, active tabs cycle through A -> B -> A ->B -> A …

    Apparently, v8 exhibits the reasonable bahavior, but v9 does NOT.

    ”Switch to Last Used Document for Next Document Command” is useful, that’s OK. But it SHOULD ONLY be effective when you take keyboard ACTION 2.

    in reply to: Ctrl+Tab behavior change in EmEditor v9. A bug? #7995
    chjfth
    Member

    Thanks MariaK, but that’s NOT what I expect.

    Assume there are 3 tabs(A,B,C) opened, and A is current active tab. Please distinguish the two keyboard actions:
    ACTION 1. Press and hold Ctrl, then press TAB multiple times. This should ALWAYS cycle through all 3 opened tabs. –no matter if ”Switch to Last Used Document for Next Document Command” is checked.
    ACTION 2. Press Ctrl, press TAB, release TAB, release Ctrl, this switches active tab to B. Again, ress Ctrl, press TAB, release TAB, release Ctrl, will this switches back to A or switch to C ? This will be affected by ”Switch to Last Used Document for Next Document Command” option.

    EmEditor v6 to v8 did quite right to present different behavior for ACTION1 and ACTION2. But EmEditor 9 does not.

    in reply to: Can I tune the caret size? #7079
    chjfth
    Member

    Oh yes, you should use control panel setting as default, but change it according to user request. Is this still forbidden for “Designed for Windows XP logo”.

    in reply to: Can I tune the caret size? #7060
    chjfth
    Member

    Well, thank you for your answser. But changing caret width from Windows Control Panel has global effect, which is probably not desirable for a Windows user. So I hope I can customize caret width according to different file type(called Configuration in EmEditor).

    As I know, Windows provide CreateCaret API which allows application to set the caret width(the nWidth param). Can EmEditor consider letting its user customize it?

    in reply to: Request for integrating Explorer context menu #6729
    chjfth
    Member

    Great, I now realize it. That’s good enough.

    in reply to: Request for integrating Explorer context menu #6724
    chjfth
    Member

    I want to keep the EmEditor core as light as possible. How about using Explorer plug-in?

    Sure, is there already an Explorer plug-in? Seems no in this page http://www.emeditor.com/modules/mydownloads/viewcat.php?cid=4 .

    I hope some guru can do it for us soon.

    in reply to: Count unicode characters within EmEditor #5702
    chjfth
    Member

    Although there is no reply to my topic, I’m glad to see EmEditor 7.00.5’s Word Count plugin does just want I’ve expected, and even more.

    in reply to: Matching brackets not highlighted in quotes(7.00 RC6) #5174
    chjfth
    Member

    Well, I know what you mean. But that’s not a decent solution. Looking forward to your fix on this issue. Thank you in advance.

    in reply to: Matching brackets not highlighted in quotes(7.00 RC6) #5172
    chjfth
    Member

    Yup! That’s a useful feature anyway, can you tell me what the keyboard shortcut is for “jump to matching bracket”.

    However, I use EmEditor as my favorite editor for writing makefiles, and there are lots and lots of cases where brackets are inside double quotes. So, please give user a choice instead of dropping the old good feature. EmEditor has done a great job of providing options to various user preferences, so why not adhere to that good tradition.

    See my complex makefile here: http://gnumakeuniproc.svn.sourceforge.net/viewvc/gnumakeuniproc/GMU-main/trunk/GnumakeUniproc/GnumakeUniproc.mki?revision=413&view=markup

    in reply to: Matching brackets not highlighted in quotes(7.00 RC6) #5168
    chjfth
    Member

    For EmEditor v7 RC6, whether something is typed after “()”, the brackets never highlight up to now.

    I install EmEditor v7 RC6 on a machine(that vmware machine I posted above) that EmEditor has never been installed and only install the default plugins bundled.

    See the screen shot please:

    Brackets highlighted:

    Brackets NOT highlighted in quotes:

    in reply to: Matching brackets not highlighted in quotes(7.00 RC6) #5166
    chjfth
    Member

    I can’t believe you said that. I’ve tried it on at least three Windows machines(WinXP SP2 & Win2000 SP4 both involved), and they all exhibit what I’ve said. Just create an empty file, press F11 and select “C++”, then key in () “()”, — quotes should be keyed in. You see yourself whether the round brackets in the quotes are highlighted. In case yourself are cofused by what you will be seeing, please install EmEditor v6 and compare to it.

    If you demand a real Windows environment, please download this VMware virtual machine(brand new Win2000 Simplified Chinese version) and install EmEditor v7 RC6 in it and see. http://down.nlscan.com/Misc/Internet-Keep-Ref/_vmware-5-Win2kchs-nsExec-bug.7z

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