[CrashNBurn]

I updated my AHK fix for this,
1) Automatically Clear the Find Highlight when you Click [Close] on the Find|Replace dialog.
2) Does NOT clear the Find highlight if:
—> you press keyboard {ESC} or
—> click [X] on Titlebar. or
—> Shift+Click, or Ctrl+Click.

#ifWinActive, Find ahk_class #32770, &Search All Open Documents

	{

	    $LButton::    IWA_32770_FindReplace( "{LButton Down}" )

	    $LButton UP:: IWA_32770_FindReplace( "{LButton Up}"   )

	return

	}

	#ifWinActive, Replace ahk_class #32770, Search All &Open Documents

	{

	    $LButton::    IWA_32770_FindReplace( "{LButton Down}" )

	    $LButton UP:: IWA_32770_FindReplace( "{LButton Up}"   )

	return

	}

	

	WinGetParentClass(winTitle="A", winText="", exTitle="", exText="")

	{

	    WinGetClass, wClass, \% "ahk_id " DllCall( "GetParent", "UInt", WinExist(winTitle, winText, exTitle, exText))

	return wClass

	}

	

	IWA_32770_FindReplace(mKeyF)

	{

	    EmEditorMainFrame3_sendKey:="!{F3}", EmEditorMainFrame3_control:="Button16" 

	    ControlGetFocus, cgFocus

	    Send, \% ((wpClass:=WinGetParentClass()) && doKey:=(cgFocus==\%wpClass\%_control)) ? mKeyF : mKeyF

	    if( GetKeyState("Ctrl") || GetKeyState("Shift") )

		return

	    Send, \% (doKey && (WinGetClass("A")==wpClass) && \%wpClass\%_sendKey) ? \%wpClass\%_sendKey : "" 

	return

	}

[CrashNBurn]

Yes, but that does not happen. Unless it’s a setting that requires all windows be closed and re-opened.

There is no change in behaviour after enabling Vertical Scroll.

[CrashNBurn]

Note: I don’t see any difference in EmEditor’s behaviour when Always Enable 1 Page Vertical Scroll is checked.

[CrashNBurn]

Somewhat related to this, when doing Searches — jumping between results (next/prev) is very inconsistent with page orientation for a given result:
EMEditor might show the item at the bottom of the page, or the top or not quite centered…

It would be great if searches always centered the page.
==============================
[lines 20-30] (visible)
“Some Text you just searched” (result 1)
[lines 32-52] (visible)
==============================
[lines 24-34] (visible)
“Some Text you just searched” (result 2)
[lines 36-56] (visible)
==============================

[CrashNBurn]

I *just* realized the Tools / All Commands isn’t just a duplicate of the regular File/Edit/… MainMenu.

EmEditor is suprising sometimes. There’s still a number of features I really wish it had — but many of these other commands I’ve never seen in any editor.

[CrashNBurn]

Open a Command-Prompt: EDIT
Type: ALT+10
(Similiarly, NotePad seems to generate the same Char)

A character will print on-screen, which should be 0x0A
Select/Copy that, Paste into EmEditor where you need the 0x0A

The unfortunate side-effect of that, is the File-type will need to be UTF-8 or UTF-16 — even though the character in question is not unicode.

I looked in EmEditor’s Insert-Special Character, curiously it is missing Ctrl-J, 0010 and Alt+10 is a character that neither can Notepad2, Ted Editor nor MetaPad generate ALT+10 — though they do do most of the other ALT+codes.

It is possible that the ALT+10 generated by Notepad or “Edit” isn’t actually 0x0A.

Although I’ve had success with codes prior to 0x0A in a regular ASCII file.

[CrashNBurn]

Disagree all you like, but if you read that thread, we are told it’s possible by Choosing “Narrowing” and then the Sort.

Just that requires 3 actions, Narrow, Sort, un-Narrow.

Thus it is hardly a Bug, just an implementation difference.

[CrashNBurn]

You could use ShellExec

ShellExec “C:PathtoEmeditor.exe” “\%f”

Although NirSoft’s NirCmd is a more useful tool, it could also do that small task.

[CrashNBurn]

Right-CLick on your MAIN toolbar,
Choose Customize Plugins…
Which is an oddity I think), since one would keep looking for it on Customize toolbars.
And you can’t get there by right-clicking on the HTML toolbar itself?

[CrashNBurn]

I dont think it can do that, as far as I can tell…

You can save a particular string to always be there. But you can’t save “”. As well if you set a custom to a particular search string then the other features get disabled — which is non-optimal.

I can see where you are coming from though: You want it so if some text is selected, that text is in the find-box, otherwise the find-box should be blank.

[CrashNBurn]

Sorting Selection is more so a feature-request, than a bug though.

[CrashNBurn]

Ah, So that just searches the current window…
Awesome thanks again :-)

[CrashNBurn]

Open the Dialog [ > ]
Choose Selected Text.
Save as Default.
Close Dialog.

Any search you perform, when you re-open the dialog when text isn’t selected the previous search string will be the Search string.

[CrashNBurn]

There is an option to Activate previous tab when you close the tab.

What I mean is.
If a handful of files are open (in the Current Window) ::
Click on [File001] Tab -> Now Viewing File001
Click on [File002] Tab -> Now Viewing File002
==========
Click on [File002] Tab (which is the file I am already viewing), and EmEditor switches back to File001…
As it was the last active tab.

Click on [File001] Tab -> (which is the file I am already viewing), and EmEditor switches back to File002…
As it was the last active tab.

So whenever you Click (Left-Click) on the Tab you are already viewing/editing — then EmEditor would switch to the previous active Tab…

Note:
Minmize was a misnomer, it’s Opera Terminology of it’s Midi. Wherein clicking on a Tab – minimizes it so that what was behind it (the previous tab) can now be seen.

[CrashNBurn]

Current File would mean, the Current Tab right?

What I mean is an option to Search/Replace in ALL tabs of the Current Window — When you have multiple EmEditor Windows open that have Tabs in each one, especially.

[CrashNBurn]

COOL, thanks.

That’s actually a better default (for me at least).

So many hidden things aaaaah ;)

EmEditor is as complex as Total Commander apparently…

[CrashNBurn]

Doesn’t exist in my version 10 either.

Neither the FindDialog, nor the Customize/Search Tab…

[CrashNBurn]

I’ve noticed this when attempting to create a custom CodeCollapse, that I was unable to use a multi-line regex… which really limits the whole idea of “replace match with string”
Since you can’t replace a match with a back-reference 1 2 etc if it’s a multi-line regex. :P

[CrashNBurn]

It’s an old method. DOS days or before.
Windows generally still supports it, depending on the Edit-Form type.

Thanks again.

[CrashNBurn]

Cool, thanks.
Never even considered to look there.

[CrashNBurn]

Thanks, it would make accessing the backed-up saves easier, without polluting the active directory with so many files.

I move them manually but then the number sequence starts over — To then move the BackedUp files to the rest, it becomes a little more complicated:
1) Rename the files to be moved.
2) Move the files.
3) Sort by Date.
4) Apply a Rename/Mask with [C]ounter in TotalCommander’s MRT (multi-rename tool).

[CrashNBurn]

Updated Previous post with much cleaner/functional code.

[CrashNBurn]

I’d like to see this feature as well.
Perhaps something like IrfanView for Batch Renaming
where:
$N : Original Filename
$X : Original Extension (IV doesn’t have this)
$D : Current Date (IV doesn’t have this)
# : One Digit Number/Counter

Backup Options:
First Backup: $N.$X~
Next Backups: $N.$X~###
Starting Counter: 1
Increment Counter: 1
Date Format: YYYY_MM_DD_hh_mm_ss

ExampleFile.txt

:: Backups::
#1: ExampleFile.txt~
#2: ExampleFile.txt~001
99: ExampleFile.txt~099

Backup Options:
First Backup: $N.bak###.$X
Next Backups: $N.bak###.$X
Starting Counter: 0
Increment Counter: 1
Date Format: YYYY_MM_DD_hh_mm_ss

ExampleFile2.txt

:: Backups::
#1: ExampleFile2.bak000.txt
#2: ExampleFile2.bak001.txt
99: ExampleFile2.bak099.txt

Backup Options:
First Backup: $N_$D_###.$X~
Next Backups: $N_$D-###.$X~
Starting Counter: 1
Increment Counter: 1
Date Format: YYYY_MM_DD

ExampleFile3.txt

:: Backups::
#1: ExampleFile3_2010_08_16-001.txt~
#2: ExampleFile3_2010_08_16-002.txt~
99: ExampleFile3_2010_08_16-099.txt~

Anyways, just my 3 cents.

[CrashNBurn]

Using v10.0.0, file that last auto-downloaded on update.

[CrashNBurn]

I didn’t want to disable the Find Highlight.
My request was to to automatically clear the Find Highlight when the Find Dialog was closed — if a checkbox on the find dialog was checked: [x] Clear Highlights.

I solved it with AutoHotKey. The original AHK solution was Kludgy and didn’t work consistently.

Perhaps someone else will find some use for it.
Fixed clean code:

;;

	;;  Script: EE_AutoClearFindHighlight.ahk

	;;  Author: MwM - Crash&Burn, 2010

	;;  Usage:: 

	;;    Automatically clear the Find Highlight when EmEditor's

	;;    Find Dialog is closed with the [Close] Button.

	;;

	;;    Does not clear the Find Highlight if ESC, or the 

	;;    Find Dialog's TitleBar [X] is used, nor if a modifier

	;;    key is held down when clicking [Close] (i.e. Shift)

	;;

	  #SingleInstance, Force 

	  #NoEnv

	SetBatchLInes, -1

	

	#ifWinActive, Find ahk_class #32770

	{

	  ~LButton::

	; $ESC::

	  {  

	    aParent := DllCall( "GetParent", UInt, WinExist("A") )

	    aParent := (( !aParent ) ? WinExist("A") : aParent )

	    WinGetClass, aClass, ahk_id \%aParent\% 

	    if( aClass <> "EmEditorMainFrame3" )

	      return

	    if( A_ThisHotKey == "LButton" )

	    {

	      MouseGetPos, ,, aFind, aControl

	      if( aControl <> "Button16" )

	        return

	      KeyWait, LButton

	      Sleep, 50

	      ifWinExist, ahk_id \%aFind\%

	        return

	      WinWaitActive, ahk_class EmEditorMainFrame3

	      Send, !{F3}

	    }

	    ;; If one wanted the Find Highlight to clear on ESC

	    ;; Remove comment block below, and uncomment ESC above.

	    /*

	     *

	    else    

	    if( A_ThisHotKey == "$ESC" )        ;;  Not clearing Find Highlight on ESC, atm

	    {

	      Send, {ESC}

	      Sleep, 50

	      ifWinExist, ahk_id \%aFind\%

	        return

	      WinWaitActive, ahk_class EmEditorMainFrame3

	      Send, !{F3}

	    }

	     *

	     */

	  return

	  }

	return

	}  

	

[Author]

Posts