@JAK ,

ComparePlus is great for doing a “diff”, where it shows the difference. But it’s not really for quickly/easily deleting extras

It depends on exactly what you have, but there are some simple ways to delete things from one file that are found in another:

If you have
file1:

apple banana carrot daikon eggplant fig grape

file2:

apple carrot jalapeno

If you copy all the contents of file2 and paste them before a --- at the beginning of file1, like:

apple carrot jalapeno --- apple banana carrot daikon eggplant fig grape

Then File > Line Operations > Remove Duplicate Linees will remove the second (or more) occurrence of any line. So the second apple and carrot lines, leaving

apple carrot jalapeno --- banana daikon eggplant fig grape

then delete everything before and including the --- line, and your file will now have every line that was in file2 removed from file1. (It will also delete duplicates inside file1, so if file1 had started with an extra fig after the grape, only the first fig would remain.)

If that doesn’t do what you want, you will have to give more details about your rules.

Also, if you want an easy way to delete everything before and including the --- line, use FIND WHAT = (?s)\A.*^---\R, REPLACE = empty, Wrap Around = Checkmarked, Search Mode = Regular Expression, Replace All

@PeterJones ,
To verify, I’m not sure if that “no” switch is effective or not, but on the 8.9.2 version plain vanilla, I downloaded the dBASE language files and changed just the Dark mode file with the darkModeThene="yes" switch, and just switching between dark mode and light mode, and opening the same code file in each allowed for the change to take place, magically.

Thanks, now I can get rid of my contextMenu.xml hack for switching between the Dark and Light version, and when I finish the other dBASE dialects, they’ll be the only choices I need to put in the contextMenu.xml to switch between them. Because of the same named file extensions and similarity in much of the language syntax in files between them, it may require manually choosing the right version on opening them and the right click will be dedicated to that purpose. Thanks for that info.

Bravo!

You may also be interested in this issue: “ANSI auto-completion shows garbled text when typing Chinese characters (since v8.8)”

@leleganja said in Notepad++ v8.9.1 Release:

Why do I get these errors when I install Notepd++ with both v8.9.2 and v8.9.1?

At first glance: it appears that whatever account that is being used to install Notepad++ doesn’t have write-permission to the temp directory that the installer created. That is odd, given that the installer usually asks for Admin privileges to install. But maybe your computer is set up so the Admin account(s) don’t have write permission to the indiviudal user file-areas.

Try creating a directory someplace where both your normal user and your admin user have write access, and then temporarily set %TMP% to point to that directory. When you run the installer, it should use that new directory instead, and should (I would think) have write-permission there. (My experiments showed it used the alternate location if I set the %TMP% user variable, but not if I set the %TEMP% variable, so you only need to change %TMP%. If you don’t know how to change that variable: click the START menu, type system environtment which will find the Edit the system environment variables option, which you use; click Environment variables button, then in the User variables section, edit TMP to point to the new directory you created; after doing OK a few times, then you can run the installer, and it should use that directory. When done installing, don’t forget to set TMP back to %USERPROFILE%\AppData\Local\Temp in the same manner.)

@PeterJones Hi, I managed to complete your code so that all color formats work. If you want, I can send you the code.!Sem títulddddo.jpg

@PeterJones

I will try with v8.9.3-RC and v8.9.1,

regarding my last question it’s with v8.9.2,

“create new” works fine with old name, it’s the “save as” function which shows that behavior : “can’t use a name preivously used” (i wasn’t enough precised in my question, sorry).
Note : if i well understand the way notepad++ works at closing : “save as” should not be used,

I will have a try with the portable version of v8.9.3-RC,

Again thanks for the help,

@Võ-Văn-Hiếu said:

It seems that when I select all the text (which should exceed that default number), the box stays checked even after I stop selecting.

I’m not quite sure what your meaning is here, but…

…and I presume that when you say “default number”, you mean 1024…

The In selection checkbox isn’t truly dynamic; it isn’t going to change while you are selecting text. It only changes when you invoke search, and here are some examples of that:

input focus in the editing area and you press Ctrl+f input focus in the editing area with Find window also visible, and you use the mouse to activate the Find window

@Freon-Sandoz said in Unexpected match when searching files for an end-quote character (non-ASCII):

I can reproduce the file contents and the unexpected behavior

I was able to do that, too… and now I see what is happening. The character you are calling an end quote is not the Right Double Quotation Mark, U+201D but the Double Prime, U+2033.

Windows-1252 (and Windows-1254) contains the right double quotation mark at 0x94. However, it does not contain the double prime. The entry boxes on the file dialog are always in Unicode. (That’s how it works pretty much everywhere in modern Windows.) But if the file is in ANSI, the file search is done in ANSI, so Notepad++ asks Windows to translate the string you gave it into ANSI. Seeing that there is no double prime character in your current code page, Windows “helpfully” translates it to something that looks a lot like it… the ASCII double quote.

Further confusing the issue is that Notepad++ never loads a file in any code page other than your system code page (which you said is 1252) or Unicode. So when you open the file in Windows-1254, Notepad++ is actually converting it from 1254 to UTF-8 and editing that way. That’s why the search behaved as expected in 1254: it wasn’t really 1254 in, it was in UTF-8.

Bottom line… this behavior actually is “expected”… but not by any normal human being. About the only thing you can do about it is to work in Unicode wherever possible when you are using non-ASCII characters.

It might be possible for Notepad++ to change its search so that it warned you when you tried to search an ANSI document for characters that aren’t possible in that document. I haven’t looked into it in depth; I would guess there must be a call to WideCharToMultiByte somewhere, and it could be passed the WC_NO_BEST_FIT_CHARS flag and the lpUsedDefaultChar output pointer to detect such shenanigans so the program could tell the user about it instead of potentially claiming to find something that isn’t there.

@donho ,

Thanks for doing that. It’s good to be able to grab older versions, for historical purposes / comparisons, and for people who are trying to use Notepad++ on machines that still have ancient OS installed and cannot be upgraded (like a bunch of early 2000s electronic-measurement equipment that I used to use)

@tedhettel ,

With native Notepad++, you cannot get that exactly. But you can get close.

Notepad++ has a keystroke Ctrl+End to take you to the end of a document, and a menu action (Edit > Insert > Date Time … of three variants, one of which is customizable in settings). So you could record a macro (Macro > Start Recording, Ctrl+End, ENTER, Edit > Insert > Date Time …, ENTER, Macro > Stop Recording) and save it with a keystroke (Macro > Save Current Recorded Macro), which means when you open your logfile, you can do that one keystroke, and it would then take you to the end and put in the date for you. So it would be one extra keystroke when you open the file… but one keystroke isn’t bad.

see update in this announcement: new github repo with archived versions of Notepad++ at https://github.com/notepad-plus-plus/old-releases

@Mark-Olson You are right, thanx Mark.

@PeterJones
hello and Thank You…
I think I had read all of the references you posted, and must have misunderstood everything.
(sigh) I’m feeling so old (LoL)
just used your example and it worked perfectly
…
well, except I next will want to enter an exception for cases of a period before the first carriage return.
I think I know how to get that working, now that you’ve given me a great direction.
Again, Thank You!

@Robk-Blue said in Tidy2 or other HTM L plugins:

It looks like Tidy2 is a 32 bit plugin and I can’t find a x64 version. Is it able to be used still? Any other options?

Yeah, Tidy2 hasn’t been updated in more than a decade – it’s essentially abandoned. And as far as I can tell, no one here has grabbed the source code, recompiled for 64-bit, and published it anywhere (that has happened on some other plugins that used to be only 32-bit, if someone here was interested enough in that plugin to do it for themselves and share it with others)

XML Tools is able to make XML look pretty, and usually works on HTML files as well.

Other than that, it’s possible to pass the current file to your favorite external command-line code-prettifier (tidy.exe, if you installed HTML Tidy utility on your computer yourself), using either the Run > Run to create a User-defined command, or using a plugin like Pork2Sausage or NppExec.

See also the FAQ: How do I use Notepad++ to Compile my Source Code (or Convert My Text)?, which has a section on Converting text (which is what things like tidy.exe are doing), and explains how to use the plugins mentioned in the previous paragraph to accomplish conversion tasks.

thank you

@Vitalii-Dovgan said in NppExec Manual: CHM vs. HTML version [poll]:

Somebody, stop me! It has been 2 weeks I’ve been updating and improving the HTML form of the Manual!

Sorry, it is not possible for me to stop someone from improving documentation. ;-)

I’ve been footling around with my plugin a bit to try and generate a PR automatically when a new version is released. So - is the layout of the json files significant.

Most of the entries look like

\t\t\t{ \t\t\t"folder-name": "Linter++", \t\t\t"display-name": "Linter++", \t\t\t"version": "1.0.3.0", \t\t\t"npp-compatible-versions": "[8.7.5,]", \t\t\t"id": "F56573351010B62BFC75039725496C8687D53E82A3F47074F1F1B629A37A92C1", \t\t\t"repository": "https://github.com/ThosRTanner/notepad-pp-linter/releases/download/1.0.3/plugin_dll_ARM64.zip", \t\t\t"description": "Allows realtime code check against any checkstyle-compatible linter: jshint, eslint, jscs, phpcs, csslint, and many others.", \t\t\t"author": "Tom Tanner", \t\t\t"homepage": "https://github.com/thosrtanner/notepad-pp-linter" \t\t\t},

So I thought i could do my updater in python, just load up the json file, modify my entry, and dump it back, then commit

One entry (just one) uses spaces instead of tabs.

So my question is is there an official layout for these files? Is any valid json permissible (all on one line for instance), or is it expected to be formatted as 1 line per key and indented with tabs?

Would converting those spaces to tabs as part of my PR be frowned upon, or should I just read the file and modify the lines appropriately?

@PeterJones said in Is There a Way to Prevent Pasted Text from Spreading Out with Rows of Spaces?:

Or, since you said,

there aren’t any unused ones available under Plugins > Customize Toolbar

- I assume this is the one where you say, "there aren't any unused ones available". I cannot imagine that you've _actually_ enabled another couple-dozen buttons from its list, so that there are no other "available toolbar buttons", as that toolbar would be so full as to be unusable. On the other hand, that's the only thing I imagine that you _could_ mean by such a sentence.

Yes, all of the Old Large Legacy Icons are in the Current toolbar buttons box. After checking them, I decided that I might use all of them in the future.

Well, with all of that said, thanks for being patient and hanging in there through all of this. I have everything working, including adding a new icon to the toolbar. And thanks for the updated scripts.

I hope this thread serves many others.