For the bug report please do it in “General Discussion” or “Help wanted”.

If it is a REAL bug report, report it HERE.
If you want to discuss it first before filing an actual report, then yes, “General Discussion” or “Help wanted” is fine.

This thread is for the regression or critical bugs for the new release.
For the bug report please do it in “General Discussion” or “Help wanted”.

You should be able to post elsewhere… probably just too high a percentage of your post was HTML without being inside the ``` markdown (using the </> button on the toolbar) so the forum thought you were trying to build HTML to spam us.

But to simply answer your question: edit %AppData%\Notepad++\langs.xml, find the <Language name="html" section. In the <Keywords name="instre1"> element (which has href in the text), put download between dl draggable (so that it’s in alphabetical order) => dl download draggable, save, and reload Notepad++.

From there on out, your copy of Notepad++ will know the download attribute for HTML files.

Further discussion on this should be in a separate topic.

The context is as follows:
<a href=“the URL of the file to download”
download=“the name you want to give to the downloaded file”>
</a>

<DOWNLOAD> isn’t an HTML tag that I’m aware of. download might be a keyword in one of the web scripting languages (javascript, ASP, or similar), but I don’t know for sure.

But it’s not a regression in v8.4.7, and that’s the focus of this topic. If you have generic Notepad++ questions that aren’t specific to breaking-changes in v8.4.7, please create a new topic in “Help Wanted”

Style Configurato

Thank you for your answer. You are right.

I didn’t know this “Style Configurator” feature which is very useful.

<tittle> is not an HTML tag, so it will not be styled as an HTML tag. The correct tag <title> would be properly styled.

If you want to make it more obvious that you’ve got an error in your HTML, you can go to Settings > Style Configurator > HTML > TAGUNKNOWN and change the foreground colour from black to red

This is not a regresion in Notepad++: it has always been like this. This is not a bug in Notepad++: it was intended to style invalid/unknown HTML tags differently than valid/known tags. This is intended behavior.

https://community.notepad-plus-plus.org/topic/10945/shellexecute-failed-2-is-this-command-correct-fix

so run as admin which some settings-changes required I will only do when I need 😎

Windows ShellExecute is limited in the number of characters it will accept; this was true in v8.4.6 and is still true in v8.4.7, because it’s part of the Microsoft Windows win32-api definition for maximum command length.

You might consider not opening so many files from the same right-click from Explorer; then you can select the second half, and unless you have done something like telling Notepad++ to always open files in multisession, it will add the files to the existing Notepad++ window. Or just open the folder as a workspace from inside Notepad++.

Yes, “enable smooth font” slightly changes how the font appears. this isn’t specific to v8.4.7, and is rather the point of the option.

I have a small (bag)

Please add Notepad++ on windows 11 context menu !

Windows 11 has intentionally hidden that away, to steer users into a single Open With application. You can see the old-style menu by using Show More Options in the Right-click menu, or using Shift+F10 instead of Right clicking.

…
Or see the user manual section on the right -click for Windows 11 on this page: https://npp-user-manual.org/docs/other-resources/

Please add Notepad++ on windows 11 context menu !

Unfortunately, @Craig-O-Neil has just reported a v8.4.7 regression in “New document | Default langauge not working for new NP++ instance”. I confirmed it and created the issue #12586.

Done, #12541 . You can assign it to me.

I hope you don’t mind that I combined both the N++ exit inconsistencies reported here into one issue. Otherwise let me know and I split these to two separate issues.

Should I create an issue for this where we can continue in discussion about solution?

Yes, please.

It would be logical to behave identical on normal/manual exit and OS restart, but now N++ doesn’t do that.

Simply saying - you are right.

I took the opportunity to alert the users that they do not have data (standardly) saved. So if there is a non-critical OS restart/shutdown users are now notified about this fact and by selecting “Cancel” on the restart screen, they can handle this. Otherwise by clicking on the “Restart anyway” they are relying on the N++ backup engine as before.

@donho
What do you think - should we also fix this “inconsistency” in between the normal N++ exit and N++ exit forced by OS restart/shutdown?

(possible solution is easy - just adding one more check for the active isSnapshotMode…)

There’s no reason for me to modify bool Notepad_plus::fileSaveAll(), because since this function is used everywhere, it could bring another regression.

What my proposal would do is to return the status before this speed optimization (1st in v8.4.3):

“Skip save all warning dialog if only current editing file is dirty. (Fix #10995)”

But only in case that Windows is being terminated.

It is simple patch and it reuses already existing N++ code, but if you do not like it, we can create a new N++ message (e.g. IDM_FILE_SAVEALL_AT_SHUTDOWN), where we show your message to the users and so on…

Should I create an issue for this where we can continue in discussion about solution?