@Alan-Kilborn
Thank You …

@Scott-Badger ,

The Notepad++ developer doesn’t actually implement any builtin languages himself: he uses a library called “Lexilla” for doing the syntax highlighting. As a result, if you wanted that added natively into Notepad++, you would have to go make an official feature request at the Lexilla Project “Issues” page, then wait for them to decide whether to implement it or not (doubtful; from what I remember, their response to requests for a new language is usually “we’ll include it if someone will write it and create a PR for us”, unless it’s just a slight variant of an existing language); after Lexilla creates or merges the new language lexer, then you have to wait for Notepad++ to update its Lexilla copy (nowadays, it tends to do that any time the developer has noticed a new Scintilla/Lexilla release)

In general, the expectation is that for languages that aren’t in the list of 80+ languages included with Notepad++, the first line of defense is for the user to create a User Defined Language (“UDL”), with first checking the User Defined Language Collection and its list of contributed UDL definitions to see if someone else already has created it and made it public – I do see “DAX” with a description that confirms it’s Power BI, so at least that one already exists for you. You can follow the instructions in the Collection for how to install a UDL from the Collection.

@Dianta-Daniswara-Putra said in help me notepadd++ error:

Why is it that every time I run Java this error code always appears even though the compile time is perfect and there are no errors?

If you manually open a windows command prompt (cmd.exe or powershell.exe window), and change to the d: drive and cd d:\stuktur then run java struktur what happens? If you get the same error, then that’s your problem; if you get something different, then your environment variables or something else is different between the windows command prompt. You need to make sure that you have all the same settings in the NppExec script that you do to get the windows command line working.

@MarkusBodensee said in Can i always show active tab when editing autoscrolling tab bar if needed:

Maybe it is worth to file a bug report on Github, since I am not the only one observing this.

Since this is a real, it would definitely make sense to report it at GitHub, as described in our FAQ, otherwise the developer will never be made aware that people are seeing this.

@guy038 said in Emulation of the "View > Summary" feature with a Python script:

did you receive my e-mail to you, on March, 21, with an attached zip archive to possibly reproduce the problem ?

Hi Guy. Yes, I did receive it but haven’t had time to work with it. Because of your prompting, however, I just did finish evaluating it.

I believe that what is happening in the buggy case is that THIS PS bug is manifesting (side note: it’s a bug that I reported). When the caret is at the first location in the file (aka position 0) – which is one of your test cases – then the bug kicks in.

The bug has been fixed, but I don’t believe there has been a release of PS2 after the fixing, so only PS3 contains the fix (which is why I – running PS3 – did not see a problem with your script code that did not include the bytes_count check against 0).

I hope this clears it up.

@Alan-Kilborn cool man!

Thanks for the feedback! Can’t wait to update to 8.6.5 then!

You have a good one!

@notdodgeball said in auto insert <br> at the end of every line:

Just curious, now it doesn’t?

I have forgotten why I never switched to TextFX2. I ended up not updating Notepad++, staying at v8.3.3 plus classic TextFX, for about a year, until the TextFX features I used were added to Notepad++.

I have also come to realize that I am not a fan of Swiss Army knives. I use one or two parts of a knife and the remainder is dead weight. TextFX was/is a very thick Swiss Army knife.

I’d rather use plugins or scripts that do one thing, such as adding and maintaining a <br> at the end of each like how this thread started out, or wrapping text, as this thread’s topic drifted to.

@shmuelisrl and @ImSpecial

Hiding lines seems to work fine in dark mode. I’m using v8.6.5 but I suspect any of the more recent versions will work.

dark-hidden.png

This issue has been fixed via this commit which also fixes github issue 13916.

For those interested in trying the Notepad++.exe go to https://github.com/molsonkiko/notepad-plus-plus/actions/runs/8351086718 and download either Notepad++.MSVC.Win32.Release or Notepad++.MSVC.x64.Release. You will get a zip file that you can drop on top of the portable or installed version of Notepad++ you want to test with.

The coding changes for 13916 appear non-trivial and so I doubt @donho will pull them into v8.6.5 which is already in the release candidate state.

@TomRobert said in Highlighting variable in backticks in JavaScript:

The bug seems fixed:

https://github.com/ScintillaOrg/lexilla/issues/114

But I don’t see any change in Notepad++ yet?

… And if you follow the various links, the commit that fixed it was tagged in rel-5-3-1 two weeks ago. So it is unsurprising that Notepad++ hasn’t yet updated it’s Lexilla instance and made a release.

Update: nevermind, that was merged into Notepad++ last week. Have you checked to see if it’s in v8.6.5 release candidate? Like say in item 6 of those release notes

Issue submitted:

FindAll with single zero-length match at start-of-file breaks subsequent same search

@Abel-Peralta said in Disable auto-complete:

you are a friend of mine now

You could also be on friendly terms with the user manual:

https://npp-user-manual.org/docs/auto-completion/

The UM is accessible via the ? menu in Notepad++:

cd6c3920-b795-4375-a64e-7991e4a56964-image.png

@kuzduk-kuzduk

How i can make an official feature request?

You read the FAQ area, which you should have done when you first joined this forum.

@Ekopalypse said in Column mode smart selection shortcut:

Shouldn’t that be 42 instead?

That just selects everything. And by “everything,” I mean everything: life, the universe, etc.

@Alan-Kilborn said in List of free keyboard shortcuts:

Interesting; I’ve never noticed that “key” before.
And I still don’t know what it is. :-P

VK_OEM_102. It’s a key on some international keyboards, not on standard US keyboards.

The third post of the shortcuts FAQ has the <> listed, and you’ll see it has a description in the French column but not US column. And @dinkumoil’s German description and @notdodgeball’s Portuguese description show what the key maps to on those keyboards

@guy038 said in Show/Hide Tools Panel via Hot Key:

notepad.hideToolBar(not(notepad.isToolBarHidden()))

Thanks! It is working via 1 hour of learning PytonScript…
Thanks for all who helped in current problem!

Many little thigs in npp can use via monstrous system of plugin, like Firefox philosophy… It is not good! Old Opera and today Vivaldy phylosophia is best: all setting work correctly from installer.

FYI

The HTML Tag wiki now includes a more accurate description of its decoding limitations. Not sure yet if this can be improved while the source code is targeting the Free Pascal runtime, which tends to favour UTF-8 as being more compatible with the many different platforms it supports. Perhaps for the sake of legacy Delphi code, the WideString type is an exception:

WideStrings consist of COM compatible UTF16 encoded bytes on Windows machines (UCS2 on Windows 2000), and they are encoded as plain UTF16 on Linux, Mac OS X and iOS.

The P.E. header of a recent plugin DLL shows “4.0” as the minimum required OS version, even older than Windows 2K, so it’s possible that Unicode text is actually encoded as UCS2 (!).

The orignal developer seems to have assumed that a signed 16-bit SmallInt would be enough for all potential code points. They’ve been stored as 32-bit unsigned integers for a long time now, so there’s really no excuse for not extending the logic to decompose ordinals north of U+010000 into surrogate pairs and feeding them back into the decoder.

It’s a somewhat hotly contested thing: Is a line a line without a line-ending at its end? For me, it’s a No…and, because Notepad++ doesn’t enforce that, I, like Peter, use the editorconfig plugin, which forces the final line in a file to have a line-ending. An unfortunate side effect of that is that Notepad++ won’t sort “correctly”.

@ThosRTanner said in sort seems to get confused if you've done a find and replace:

It’s a bit confusing of it to display the things the same though.

It’s a Scintilla thing. Scintilla considers CR alone, LF alone, or CRLF (together) as the end of a line, regardless of the file’s line-ending type as shown in the status bar.

BTW, I think I remember that the line-ending type (determined when a file is loaded) isn’t a complicated algorithm: it’s simply the first line-ending in the file.