@Daniel-Brandon

| Finally, I use ^[^#].+\n to delete all lines that don’t start with a hash mark.

That expression seems to have three possible issues.

It will match and delete \n\n# Some stuff you wanted to keep as [^#] matches \n in the data. It won’t match \n#\n~ in the data though it should be removing a line that only has a # at the beginning. While you use \n in your expressions can you guarantee that there is never a \rn or \r\n pair in your data?

A safer expression is ^[^#\r\n].*\R.

Notepad++ regexp is a little different than some other regexp engines in that in Notepad++ [^#] will also match end of line characters such as \n or \r Also, the [^#] only matches one character. If you have a two-character CRLF in your data it will match just the CR (\r) and the next character in the data stream is a LF (\n).

@Alan-Kilborn, @mkupper, @PeterJones:

Would it make sense to anyone besides me to request changing the implementation of Auto-indent: Basic so that instead of relying on Scintilla’s indentation rules, it simply checked the line in which the Enter key was pressed for leading tabs and spaces, and, if it found any, inserted a copy of those before the caret in the new line, without regard to whether tabs or blanks are set as the indentation mode and without changing anything following the caret?

Since Basic never needs to create, expand or reduce indentation (like Advanced can) — it’s always duplicating the existing indentation, except for the case where spaces or tabs follow the caret — it shouldn’t be a problem to make it just do that: duplicate the existing indentation and not be reliant on having the tabs/spaces setting right for the specific file. And if you had tabs or spaces after the caret, they’d still be there following the caret in the new line, as a normal human being would expect.

I can request this and prepare an appropriate PR to implement it, but first I wanted to ask if others would find it logical. The major argument against it that I can see would be that it should really work this way for Advanced, too — but that’s more complex to implement, with more “OK, so what do we do if…” cases, and might thus be less likely to be deemed acceptable.

@mkupper ,

The image has inexplicably disappeared off the server: I don’t know why. (And if you refresh your browser on the full URL, I think it will be 404 as well) I might have to try to regenerate it…

@Kay-Haldor-Øvredal-Gjuvsland ,

Another option is to set that Console Output… dialog to UTF-8 for both input and output,
f7a0ab90-05f3-4c97-8923-5f4de8b5c964-image.png

… and to use python3’s -X utf8 command-line argument.

By adding a \u236a-encoded smiley, you can see better that without that -X, python is applying heuristics to determine what encoding to use when printing; and the NppExec environment is capturing the STDOUT/STDERR from anything executed in its Console, so the heuristics don’t necessarily come to the right conclusion.

Here are some screenshots in OEM/OEM, ANSI/ANSI, and UTF8/UTF8:

python -c "print('æøå')" python -c "print('æøå\u263a')" python -X utf8 -c "print('æøå\u263a')" OEM 3edf87b5-477f-4813-868a-6b53d5d9bf62-image.png ANSI 4282358f-de38-416f-b5f2-5b2f992aa68c-image.png UTF-8 efbbe229-2cbf-4ec2-a435-fe851804cd53-image.png

The error message for the python -c "print('æøå\u263a')" shows that Python3 is trying to use the charmap codec, which is what it uses when it’s using one of the ANSI-style codepage/character-map-encodings rather than a full unicode encoding like UTF-8.

Thus, without forcing python3 to correctly use UTF-8 output in the NppExec environment, you have to tell NppExec that it needs to interpret the output from python as your ANSI codepage.

… Looking at @Vitalii-Dovgan’s link, an alternative to using the -X utf8 and choosing UTF8/UTF8 in the plugin menu, is to set the environment variable and the npe_console as shown (the npe_console given is equivalent to setting UTF-8/UTF-8 in the plugin menu, but just for the active script).

@Dee-Neely Thank you Dee, for pointing to this plugin. Most likely it was activated unintentionally by pressing Ctrl+Shift+C.
Cheers, Ronnie

@PeterJones Looks like that solved the issue, thank you!

@radpopl ,

It’s called the current “session”.

Disable Settings > Preferences > Backup > Remember current session for next launch

This behavior (along with all the other settings) is described both in the user manual in the sections on sessions

@pilaGit The Notepad++ sorting seems to align with the Scintilla library sorting that Notepad++ uses for the autocomplete.

PythonScript example to test:

def main(): def check_order(): order = editor.autoCGetOrder() if order != 1: print('autoCGetOrder:', order) # Scintilla to do the sort order. editor.autoCSetOrder(1) order = editor.autoCGetOrder() print('autoCGetOrder:', order) text = editor.getText() words = text.split() itemList = ' '.join(words) print("py_sorted:", sorted(words, key=str.upper))) print("words:", words) print("itemList:", itemList) check_order() print('autoCShow') editor.autoCShow(0, itemList) main()

Document:

četiri dva ajde tri jedan ćevap đurđa žuži šest

Image of 1st run showing the autocomplete:

autoc_ps_sort.png

Scintilla internally sorted the autocomplete list instead of Notepad++ in this test.

This is not focusing about how the sort is done that I mention. It’s about the current sort is aligned between the Notepad++ sort and the Scintilla sort. If not aligned then unpredictable bad working behavior occurs with the autocomplete.

For how the sort is done, the change of sort algorithm would require change in both Notepad++ and the Scintilla library to remain aligned for good working behavior. There is a custom sort SC_ORDER_CUSTOM though means extra work to create an index … and extra processing is usually avoided if possible to prevent excessive lag with the editor.

@Terry-R Excellent!! Thank you!

@guy038 Oui, merci beaucoup!

@IronWalkers ,

Language > I > INI file

a97dc2ec-7270-424f-9454-73c8ae1f75c8-image.png

Though if you have any = in the “textlines under the [name]”, the = will be red and the text to the left will be blue italics (in the default styerls.xml theme; your selected/customized theme may use different colors):
335c9aac-8799-4504-9152-0d64750c4dc9-image.png

If you don’t like the = behavior , then you could define a simple UDL instead of using the built-in INI language: in Language > User Defined Language > Define your language, create a new language (named AI Music or something); leave most as the default settings, but on the Operators & Delimiters page, for Delimiter 1 style, set Open = [ and Close = ], and set the Styler to your preferred color (bold and purple to match INI, or whatever you want).

IMO the name of that variable could have been better

The reason toggle_rotating_direction isn’t good IMO is because, every time the code runs a toggle happens, and not just when toggle_rotating_direction is true.

what would be your choice?

Hmm, for this one, since it is a boolean, I might go with next_rotate_is_to_the_right.

With something like that, true/false makes sense.

Of course, this is all up to individual taste.

I’m constantly struggling to name things.

Yes, it is hard sometimes. Often what I do is to name something zz or zzz and just barrel ahead coding with that. Later, like when I’ve completed the local block of code, a good name surfaces and a rename fixes things.

I find that if I spend the time up front to come up with a great name, the code to be written changes the meaning somewhat and the great name is no longer great. So I end up taking the time to come up with 2 good names instead of just 1. Naming after the fact seems a viable technique, at least for me.

Of course I don’t do this 100% of the time, just when a suitable name doesn’t immediately come to mind.

@Joel-Bridgham said in Copy MS Word endnote text to Notepad++:

Is there a way to do this?

You need to understand that the endnote function in MS Word has no parallel in Notepad++. It acts in a similar fashion to a hyperlink. So as the endnote text doesn’t actually appear alongside the words you are copying you will not be able to copy in a single step all that you want.

I did a few basic tests with endnotes including saving the Word file as “plain text”. Unfortunately it still didn’t place the reference alongside the text that referred to it. So you will need to identify yourself what might work as obviously what you have currently tried will not work. You might even consider creating a Word macro to find each reference link, then copy that endnote and pasting alongside the text that referenced it. Essentially you will be removing the endnotes by moving that endnote to it’s rightful place. As this would be a destructive process I’d say work on a copy of the file.

Notepad++ is a text editor so obviously works in a completely different way to Word which is a word processor.

Terry

PS a quick Google search found this website (a MSoffice forum no less). See here. I will leave it up to you to read, decipher and consider if it is what you want to try. As it’s not about Notepad++, further discussions on this Word function isn’t permitted here. Good luck.

@CptTwinkie, @rwblues

The flickering probably means that DirectWrite rendering is not enabled:

385552490-cef0cac0-2a39-4b33-8cc7-5360f501c3f3.png

SciTE is another Scintilla editor with the same issue when DirectWrite is off (meaning, the technology option is 0).

scite-553-no-D2D.gif

@Atheriol

Sorry you feel that way. I said my response was intended as constructive. Notepad++ is full of lots of options and as I said, in order to understand and use them you need to have the basics sorted. You admit to not realising the difference between overtype and insert options. That is a basic premise of computer work.

I wish you well.

Terry

I had forgotten that some else has the same fat fingers that I do, and thus shared my pain; it’s a bit of a rant, but some good reading: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/15480

@ErolB1 said in POLL: Remove 'Show close button on each tab' option:

I want a close button on each tab. I use that feature all the time.

The poll was about removing the option, not the feature.
The idea was, the option could be removed (reducing UI “clutter”) if users always wanted to have the close button appear on each tab.
Removing the option would no longer give users the choice to not have the close buttons – they would always have them.

In the time since the poll was published here, I believe the author of Notepad++ has sensed that enough users want the option to turn the feature on and off, so the option will remain.

But I also believe there have been some changes to how the feature works, e.g. not showing the close button on inactive tabs unless they are pointed to with the mouse.

@ahopsu said in Bug? "Find All.." does very often not work anymore:

To me, with 8.6.7 (32-bit) version, the search results window came back, after I changed this “curr” value from “5” to “3” for the “InternalFunction”

Thanks for the report. I know about such N++ Docking Manager problems (it can happen in some specific steps) but currently I do not have a simple fix for it.

Did you undock that Search results panel to the floating state before?

@HEPBHbIU_KAPJICOH said in Translate plugin:

Is it possible to add Ukrainian language?

Looks like it already does include Ukrainian: https://sourceforge.net/p/npptranslate/code/HEAD/tree/nppTranslateCS/MyMemoryTranslateEngine.cs#l102

There’s also a slightly updated 64-bit version on GitHub with all the same languages: https://github.com/databird/npptranslate64/releases