Joe 0:
check these links:
https://github.com/notepad-plus-plus/old-releases

@PeterJones

Thank you many times!

@Yan-Serenade

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/16719#issuecomment-4132203721

@W-Pong said in Columns++, I'd like to *retain* commas when converting to elastic tabs/spaces:

Is there a way to retain the commas?

I made a new release of Columns++ with an option to do that — an additional checkbox in the Conversion settings dialog: Keep separator character when converting to tabbed.

The new release is Columns++ version 1.3.2.

I have not marked the release stable, but I believe that there is very little chance this change will have any unanticipated negative effects. It should be safe to install.

@PeterJones

Thanks for your reply. I will give your solution a try as a Macro learning experience. Maybe I’ll find other uses for it.

But, I just came up with a different solution:

I like Notepad++ so far, so I used the preferences to set Notepad++ as the default for a small number of file types I use occasionally. I renamed the extension of the file I use as my daily journal/log from .txt to my initials .th. I used the file properties to open that file with Windows Notepad.

It’s working well for me. I can use my journal/log with Windows Notepad, and everything else uses Notepad++.

@dfs ,
We could go a step further and lament that it would be nice if the entire graphical environment of NP++ could be contained in one dialog setting, and then when we switched between Light or Dark, the environment would change all the UI references:

Settings->Preferences...->Dark Mode,
Settings->Style Configurator...->Style:, and the
Settings->Style Configurator...->Select theme:

…could be coordinated to make just switching between Dark Mode and Light Mode change them all, accordingly. As it is, I’m glad to have just found out that the Dark and Light language files can automatically change by setting that one switch in the dark mode file @PeterJones mentioned, and that automatically chooses the correct code coloring file for the environment (Dark/Light) chosen.

@PeterJones Thank you. I just found this forum after searching about the multiple line issue. I’ve been using Notepad++ for years, fantastic program. First text editor I’d found that did search and replace on end of line charaters since good old Wordstar.

@Dervars14 Just checked and unfortunately the undo, ^Z, does not work. This used to be a more common occurance in the old days, Prior to Windows 7 and back in the DOS days, there was no checking to see if wanted to keep a file, it just got overwritten even if a totally different file, but just had the same name. The way we used to get around this is with a recovery program. The good thing is for a long time, whenever you save a file, it actually saves it to a different area of the dirve, precisely for this kind of incedent.

First important thing is don’t do any work on that drive, if the data is still there, it is not protected, the more you use the computer, the more likelihood those clusters of the drive will get overwritten.

I don’t think Windows has any internal programs, other than the Recycle bin, which is no use here, as overwritten files aren’t placed there. There is a free program called Recuva, from Piriform, the same people that do CCleaner. If possible, try and download this on another computer to a USB drive, as I said, the more work you do on the drive, the chance of losing the data.

The other good thing with using another machine, is you quickly play around with recuva, it is very basic program, the results are in table form, so easy to rearrange. You can save any detected files to the USB drive as well. If you get the file back, then just replace the current one. And this is the way to all learn to do backups more regularly, which reminds me.

@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)

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!