Hi, @dougk.az, @peterjones and All, Oh, yes, Peter, you’re perfectly right ! But I must be a little tired from this heat wave. Since June 22, in the room where my desk is, even with a fan, the temperature has usually been between 29 °C and 30.5 °C. It’s awful ! BR guy038 Oh ! Now, I also realized that @dougk.az never spoke about the form feed ( FF ) characters, of code \x0C but spoke about the line feed ( LF ) chars, of code \x0A As I said above : really tired by heat !!!

@Claudia-Svenson said: Assume I started with an empty file an ANSI encoding. I write some text. Then (later) I copied some UTF-8 encoded text from browser webpage or from other document into this ANSI file. Now this file contains two types of text: One part is ANSI encoded the other UTF-8 encoded. No matter if I switch the file encoding or if I convert the text a part of the file content does not match the encoding. Have you actually tried this? Can you show a minimal demonstration? I can’t reproduce it. When you paste text from the Windows clipboard into a document, the text should be converted right then to match the current encoding Scintilla (the control used to display documents in Notepad++) is using. (That encoding is not always the same as the file encoding that will be saved; it will always be either ANSI, if the file encoding is ANSI, or else UTF-8; anything else is converted when reading or writing the file.) There cannot be two different encodings in the same document window in Notepad++. Does the text appear wrong in Notepad++ when you paste it? Or are you saying that it looks good when you paste it, but when you reload the file the text you pasted is corrupted? If the text appears wrong when you paste, it is probably a problem with the application from which you are copying the text. If it is a common application that some of us might have, please tell us and give an example of how to reproduce the problem; but I suspect it will be out of Notepad++’s control. If the text appears good when you paste it but is corrupt when you reload, then you are probably pasting characters that are not in the codepage you are using. That can happen if you are using a named legacy codepage (not ANSI, but something like ISO-8859-15), because internally Notepad++ uses UTF-8 when you have anything other than ANSI. The pasted characters look fine, because they exist in UTF-8, but they can’t be converted to the codepage when you save if they aren’t in the codepage.

@Howard-Brown @peterjones has given you the necessary information to get back the default DarkMode settings, so you should learn from this issue and do what I did, and make your own DarkMode settings by copying that file, and giving it a different name. I called mine MyDarkModeDefault to avoid the confusion, and played with it to my hearts content. Doing this trick, even with your new default version, you can make another copy and continue to fine tune what you need to, without damaging the default, or your own new default versions. Call it MyExperimentalDarkMode, and have fun without worrying. As @peterjones and many of us around here always say, “back up what you don’t want to lose or recreate” - though that is paraphrasing. :-)

Thanks, your script works perfectly.

@vvPeterJones I switched Settings>Preferences>Print from “No background color” to “Black on white” and the print is much better.

@Mario-Lemelin , everything work fine except for the equations in latex Not all Markdown processors understand LaTeX. (For example, the Markdown processor for this forum does not.) It appears that MarkdownViewer++ does not have that feature (which doesn’t surprise me). I visited this site (https://github.com/npp-plugins/plugintemplate) but was unablew to find help. That site is just the repository for the C++ template for creating a plugin. It’s not going to have information on how to use any specific plugin. The home for MarkdownViewer++ is https://github.com/nea/MarkdownViewerPlusPlus , so that’s where you’d have to go. But the author has recently set the repo to “read only”, indicating that they are unwilling to support that plugin any more. However, there are other Markdown plugins available from Plugins Admin. I’ve never used them, but two I see include NppMarkdownPanel @ https://github.com/mohzy83/NppMarkdownPanel AnotherMarkdown @ https://github.com/ezyuzin/NppAnotherMarkdown this appears to be a fork of NppMarkdownPanel with a different feature set. when I look at its README, it mentions the ability to use katex for math (I think it’s an option that you’d have to enable by editing a config file for the plugin; you’d want to experiment and read the documentation for that plugin to be sure) – and a quick look at the katex description implies to me that it’s essentially LaTeX compatible syntax. You can install either of those from the Plugins Admin interface. It may be that one of those will do what you need (my bet would be on the second as your best chance).

@blueicehaller , Plugin commands, like Plugins > MIME Tools > URL Encode cannot be recorded in a macro. However, we have a sub-FAQ: “Using Plugin, Run-menu and Macro Commands in Macros” which explains how you can manually edit a recorded macro to include such a command (noting that caveat that if you add or remove plugins, you might have to update your macro to refer to the new menuCmdID for the plugin command).

@PeterJones Great. Thanks

Thank you again for your help.

Even if the shorter, similar string was after the longer string, the same Regular Expression (Regex) can be used to get the same result:- Input abcdefghijklmnopqrstuvwx abc Output abcdefghijklmnopqrstuvwx ABC Explanation: The abc.*xyz preceding the (SKIP)(*F) in the Regex helps skip the long string starting with abc and ending with xyz and matches the other abc in the shorter, similar string! By using that Regex (mentioned in my previous post, just above this), the abc after the (SKIP)(*F) is matched, found and replaced.

Hello, Trying to do IPv6 in Syntax Highlighting for FortiOS. As I wanted to have a different font color for the dots and the colons in the IP address, I use those as operators, and have 0-9 A-F (Uppercase A-F) as keywords set to prefix. This only works if you’re building configs though, and will go back to default if there are lower case a-f hex values if you do a copy/paste type of thing in NPP. I chose to opt for uppercase A-F since all FortiOS words are case sensitive and must be lowercase(Not strings/objects mind you). You can, while configuring the device, set IPv6 addresses with these uppercase hex values. Note: You can specify objects without string delimiters, but I find that to be bad form. And if you include grep filtering in NPP, these keywords could be exposed. Keywords List Group Prefix Mode: Checked 0 1 2 3 4 5 6 7 8 9 A B C D E F Operators 1 . : /