@Maurizio-Scian The real problem is that most Americans don’t know left from right. True right wingers wear BLUE ball hats. American right wingers wear RED ball hats. Now is that fucked-up or what? And what’s more, real communists restore old American cars and put diesel engines in them without catalytic converters. America communists ride electric bicycles and believe in climate change. Lets try to keep this in mind when discussing politics.

Thank you guys all so very much, now that I know that it’s a GVAS file, I’ll chase down that lead and try to get somewhere!!!

@rdipardo

I didn’t mean that I run and hide from anything that AI is touched or influenced by. That wouldn’t be practical.

@Wes-Owens

Here is the procedure, which is 100% reliable for me:

Ctrl+F, enter search terms, FIND ALL IN CURRENT DOCUMENT Find Dialog closes. Search Results dialog is shown Hitting F7 will toggle between the Search Results and Editor having focus If Search Results has focus, it will have blue title bar If editor has focus, you will be able to type in editor If Search Results has focus, hitting ESC will close it

See this animated screen grab:

3ca2bc47-53e2-4871-b24b-80793ab27d1a-SearchResultsF7-ESC.gif

edit: even if I have the setting that @Terry-R mentioned checkmarked: I see the Search Dialog after hitting the FIND ALL IN CURRENT DOCUMENT button, I still see that the Search Results window is given focus when I do (see the blue title bar for that panel):

f034944b-732d-455c-a662-8c445c4d0573-image.png

And when the Search Results have focus, the SINGLE KEY ESC is sufficient to close the panel.

@Pieter-Hoeben

You probably have the “Search Mode” set to “Regular expression”. Change it to “Normal”.

@James-Burke-0 said in Avoiding Tabbed Spaces:

Is there a toggle for NPP to NOT insert tabbed spaces at the beginning of a line? Somewhere in Preferences, perhaps?

You probably want Settings | Preferences… | Indentation | Indent using: Space character(s).

@mpheath

I had to save the UDL with and it worked very well, thank you very much!

@Juan-Delgado said in Windows ARM64 25H2 Notepad++ 8.8.7 doesn't start:

So, I uninstalled the Notepad

I think it helped due to completely deleting the N++ settings, namely the config.xml file. There is a N++ Smart Highlighting bug (already fixed for the next N++ version), more here: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17126#issuecomment-3476961976

@PeterJones Thank you for the explanation and my apologies for the confusion. I meant for both sides of lines to have the same number of dashes. I guess I did not catch that.

Your regex code worked and that was what I needed. Thank you very much!

@flaviozluca said in Default LF and not CRLF:

Thanks but in short, so I cant change the default always to default LF?

In short, your statement is 100% wrong.

Notepad++ does save the default for new files, as I described above, in detail. Since you don’t seem to want to read that, I will shorten it for you: Open exactly one instance of Notepad++ (no more, no less). Set Settings > Preferences > New Document > Format (Line Ending) to Unix (LF). Exit Notepad++. Then the next time you start Notepad++, all new files you create will use that line ending.

This obviously doesn’t change the line endings on existing files – existing files are saved with the bytes for either CRLF or LF already. If you open a file that’s already saved with CRLF, you can change the line endings with the Edit > EOL Conversion … sub-menu actions, or by right-clicking on the line-ending indicator on the status bar.

@James-Burke-0 ,
Yeah…okay, whatever. It’s clear now, you don’t know what you’re talking about and pushing a product that isn’t what you say it is.

Your statement is false, period. It can’t read all known DBF types, as you state because it can’t read level 7 DBF files, which has been the latest official dBASE file type for the past approx 28 years almost since it’s been written to work in Windows, so I’ll consider your postings to be uninformed spam. Have a nice day.

@john-murphy said in Editar formulas de excel en Notepad:

You can click on the cell so that the formula goes up to the input window (I don’t know what it’s called). Highlight the formula there, not within the cell itself. Then Cntl C in excel and Cntl V in NP++

You didn’t actually read the question. The people who answered earlier did. Please don’t try to “help” by giving answers that just use keywords, instead of actually understanding the question asked.

I cannot prove you are using generative AI, but it sure feels like it. That is expressly forbidden in this forum. You’ve had two posts like that. If you make a third post that has the same unhelpful pseudo-replies, you will be banned.

@john-murphy said in where exactly can I find the file where the new macro I just saved was saved?:

Also, go to to the search input window and type name:bbb or whatever you named the file if it’s not bbb. Windows will find it. Of course you need to search from a folder that you can reasonable expect to find the file, so that the search doesn’t take too long.

That has nothing to do with the question asked. You do not name the file that Notepad++ stores macros in. It’s defined internally, and the answers above already explained where to find them.

I cannot prove you are using generative AI, but it sure feels like it. That is expressly forbidden in this forum. You’ve had two posts like that. If you make a third post that has the same unhelpful pseudo-replies, you will be banned.

@PeterJones

Changing only the ink color is much better than nothing, it works very well, thank you!

@Terry-R

Your second option \sR(\s|$) worked like a charm.

Thanks so much for the insight - huge help!

@donho ,
And it updated flawlessly. Thank you for getting that smoothed out. When things like that, act up, it gives users the heebee jeebees. :-)

XBrackets Lite v2.0.3

Glory to Ukraine! Glory to the heroes! fixed: CXBracketsLogic::OnCharPress was truncating a multi-byte character to a single-byte one, thus incorrectly treating e.g. 0x1D5B as 0x5B which is ‘[’.

https://github.com/d0vgan/npp-XBracketsLite/releases/tag/XBrackets_v203

@Laurie-Stearn said in Columns++ display anomaly:

Out of interest, getting similar behaviour in a UDL when selecting Arial as font as opposed to Consolas:

<WordsStyle name="COMMENTS" fgColor="008000" bgColor="000000" colorStyle="1" fontName="Arial" fontStyle="2" nesting="0" />

As before type a long line of text which overflows the wrap limit thus

texttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttext

Then insert before it the opening comment tag:

/*

Solid pink line appears below the long line which prevents any cursor movement below with down-arrow.

Replacing Arial with Consolas for example doesn’t repro.
Some rare irreproducible glitchiness with pink lines may occur in other situations by just typing the slash instead of the asterisk.

Edit: Just realised this is for a plugin not installed - the issue seems to be with N++ itself. Sorry.

When it happened with my plugin (Columns++) the cause turned out to be a wrapped line getting shorter (due to tab layout changing), so that it needed one less wraps. The solution involved temporarily disabling Scintilla’s line cache: something that can cause slow processing in large files with word wrap on. The problem doesn’t happen when editing itself makes the line shorter; it happens when something done after the editing is complete (like recalculating tab widths, or changing styles) causes the line to get shorter.

My guess is that in this case, the text wraps to n lines after editing, before the new styling is applied; then, when styling is applied, the text only requires n-1 lines for wrapping, and the leftover line is magenta-marked. That marking is a Scintilla “feature” to show that something went wrong. (Why it doesn’t just correct the wrapping instead, I don’t know. Scintilla is open source, but it’s still pretty much a black box to me.)

The practical fix is probably to avoid specifying different fonts (or font variations with differing widths) for different styles if you expect to use them with word wrap. For performance reasons, turning off the Scintilla line-wrapping cache would not be something Notepad++ would do.