Forum Replies Created
- Posts
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”.
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.
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.
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.
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.
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, slenwill move(select) visually more characters than I expect, –because, at end of a line,ds.CharLeft True, 1will 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)?
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.
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?
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.
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.
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.
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.
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”.
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?
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.
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.
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.
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
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:
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
