@Alan-Kilborn Apologies… I am not experienced with this.

@Alan-Kilborn Thanks! This is exactly what I needed!

I fixed the issues, The dll needs to go as follows; Notepad++ install directory\plugins\ComparePlugin And now it works!

Got it ! thanks, WORKS !

@Sylvester-Bullitt Sounds like Notepad++ is not the tool for the job.

@PeterJones Thanks for the clarification!

Expanding a builtin language for anything other than a keyword is not something you can do without access to the source code. You could use a User Defined Language, but you’d probably feel it didn’t meet all your needs. If that was enough, a UDL will allow \\ to mark a comment line, like so: [image: 1579299154962-f71846ac-63a9-4a88-b670-384ca07fe399-image.png] However, you can add extra highlighting to a builtin lexer (like the SQL lexer) using regexes via the script EnhanceAnyBuiltinLexer.py that @Ekopalypse shares in this linked post

“Until EOL” is easy: DELIMITERn open = :, close = ((EOL)) Unfortunately, stop-on-other-whitespace is harder; not sure how it could be done natively in a Notepad++ UDL. There are two alternatives that I can think of: just define it as a delimiter with ((EOL)) closing it, but set the STYLE for that delimiter to allow nesting of anything else (that you have defined). For example, if = was defined in Operators 2 as magenta, Number defined with blue foreground and cyan background, Keywords 1 defined as Green/Bold with Area as the keyword, and DELIMITER1 defined with open = :, close = ((EOL)) and foreground=red, bg=yellow, nesting=operators2+numbers, I see: [image: 1579298351581-7f97a779-14f3-4046-b719-3abb641fdf54-image.png] which might be enough for you. Otherwise, you can add extra highlighting to a UDL language using regexes via the script EnhanceUDLLexer.py that @Ekopalypse shares in this linked post

@Adnan-Haddad install procmon, set a filter for shortcuts.xml and run it. Start npp and see where it is loading the file from. Make your changes and close npp. Check if procmon informs about any error or whether npp was able to save it correctly.

@Alan-Kilborn said in Selecting, Leaving, Returning, then Copying from Find-Result window: Maybe you can now that 7.8.3 offers … To be honest, I barely use the find window. In my workflow there is no need to do this often. I’ve never understood the “full keyboarding” approach, … occasionally grabbing the mouse gives the wrist a rest from constantly the same activity. :-) I don’t have this problem because the coding represents maybe 10% of my working time. At home, when I program for fun, I constantly have to take my hand off the keyboard, because I have to take the board off my head all the time, because of the stupid mistakes I make all the time. :-D Not sure this board off my head translated correctly. Blockhead seems to be the translation for Brett vorm Kopf

@superluig164 https://github.com/notepad-plus-plus/notepad-plus-plus/issues/2287#issuecomment-256638098

@PeterJones tnx, you gave me more info than 2 days of searching on the internet, have a nice day :).

@aristosv Not! Installation from the command line hides the entire installation process)))

Change these settings (clear this flag) [image: imm754a.png]

@PeterJones Yay! Got it work without having to mess with NppExec interface. For the benefit of anyone who wants to do this with Firefox & Windows 10, the macro below is what I finally settled on. I used a keyboard shortcut of Ctrl-Shift-Enter (your mileage may vary on other systems, especially the virtual key number). Thanks for help and patience, Peter. If you’d like to see the the Web site I’m using it for, it’s at http://www.hymntime.com/tch. I’m editing several hundred files, so this will be a tremendous help! <Macro name="Save File and Launch in Firefox" Ctrl="yes" Alt="no" Shift="yes" Key="13"> <Action type="2" message="0" wParam="41006" lParam="0" sParam="" /> <Action type="2" message="0" wParam="44100" lParam="0" sParam="" /> </Macro>

@Jeff-Gordon SEE HERE!

@vijay-S , Please stop marking most of your normal discussion as “plaintext” or “code”. That </> CODE button (or manually using the ``` lines before and after) is used to highlight text that you need to keep raw – like code, or example text for your data – it is not meant to format every paragraph of your discussion. It makes it really hard to read. As proof, here’s my last paragraph in CODE mode; notice how hard it is to read? Please stop marking most of your normal discussion as "plaintext" or "code". That `</> CODE` button is used to highlight text that you need to keep raw -- like code, or example text for your data -- it is not meant to format every paragraph of your discussion. It makes it really hard to read. Don’t get me wrong: It’s great for example text – so keep using it for when you are asking about certain text that you are trying to work with. But don’t use it for your normal conversation paragraphs. Back to your clarification: The regex works in 7.8.8 There is no such version as 7.8.8 (at least, not yet); v7.8.2 has been released, and there is a release-candidate for v7.8.3. I will assume you mean v7.8.2, since that was the newest when this conversation started. The regex works in 7.8.8 7.8.2 not in 7.3.3 in case if the selected xml is big Regarding there being a bug in v7.3.3 that isn’t present in v7.8.2: What do you expect? Do you expect a bugfix version of v7.3.3? The version number is incremented as bugs are fixed or features are improved. If v7.3.3 has a bug that you need fixed, you need to move to a newer version that has the bug fixed; you have already admitted that the feature works in newer versions. So if you need a version with the bug fixed, use the version with the bug fixed. If you don’t need a version with the bug fixed, feel free to stick with the old v7.3.3; either way, don’t complain that the bug still exists in the old version when you know it’s fixed in a newer version.