Notepad++ v7.6.2 Yellow Vest (Gilet Jaune) Edition

pnedev

One more thing.

In v7.6.2 release notes here you are saying

Add new feature: double click splitter resets panes to equal size.

This doesn’t completely work. It resets the panes size BUT they are NOT of equal size.

Try this:

Open Notepad++ and clone the default new1 doc to other view.
Panes must be split horizontally (to appear Side-by-Side).
Have WordWrap mode turned ON.
Then start typing in one of the views.
When you reach the end of the visible line you will notice that the SUB view will wrap BEFORE the MAIN view meaning that the MAIN view is wider that SUB view.
Double-clicking the splitter doesn’t change that fact.

I suppose it is because the panes size is calculated WITHOUT taking into account the width of the splitter itself making the right pane narrower with the size of the splitter:

left_pane_width = right_pane_width + splitter_width

I made issue report some time ago about that - here it is for reference:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/3776

Alan Kilborn

@Aidolii said:

Politics need to stay out of programming.

You probably should take such comments here: https://notepad-plus-plus.org/community/category/8/boycott-notepad

Travis Owens231

Imagine living in a world where people think they need the political opinions from the products they use. I mean how can you know what to support or believe in until your favorite BBQ sauce tells you? We’re somewhere between 1984 and Idiocracy and most likely the latter if you believe this statement is in support of or against any political view.

donho

@pnedev said:

After full uninstall the plugins (DLLs) are not removed from the Public users folder.

It will be fixed in the next release.

The plugins in the PluginAdmin are not sorted by name (somebody already reported that but I can’t remember who that was). How are they ordered then? Alphabetical name order seems a good thing to have.

Sorting by default will be in the future release.

PluginAdmin is not supported in WinXP. Perhaps it should be noted somewhere that WinXP is no longer supported by Notepad++.

It’s due to WinGup, I have no time yet to investigate which part of wingup doesn’t work under XP.

CustomizeToolbar plugin folder and DLL are named _CustomizeToolbar after install via PluginAdmin.

No idea - need some investigation. I certainly have no time to do it.

Meta Chuh

@donho

It’s due to WinGup, I have no time yet to investigate which part of wingup doesn’t work under XP.

i agree with @pnedev that it would be enough to publish a note somewhere, for example at the download page, that the updater and plugins manager requires at least vista and/or that WinXP is no longer supported by Notepad++ if you like (unless you want to get gup running on xp for historic reasons.)

i think that all of us who are using xp as a testing environment don’t really need the updater or plugins admin on xp and the rest just works fine.

thanks for everything, i really enjoy the latest steps forward. 👍

Artur Harison

About Plugin Admin.
Removing and installing everytime is tiring.
Is it possible to add a function to Disable ?

alexhass

When are you fixing the serious bugs listed in https://notepad-plus-plus.org/community/topic/16796/you-ve-a-lot-of-reasons-to-hate-notepad/4?

dinkumoil

@donho

Access rights to directory %ProgramData%\Notepad++\plugins are still set incorrectly by the installer. Thus, normal Windows users are still allowed to write files to it or its subdirectories.

It was the intention of this commit to change that but it was done in the wrong way.

The directory %ProgramData%\Notepad++\plugins inherits access rights from the %ProgramData% directory. There, the user group CREATOR OWNER is configured to have all access rights. That means that every user account can write NEW files and subdirectories to %ProgramData% and its subdirectories. Furthermore, every user account can only delete/overwrite/change files and subdirectories which had been created by itself.

It is not possible to simply remove this access right from %ProgramData%\Notepad++\plugins. Instead the access rights inheritance has to be removed from this directory and a manually configured set of access rights has to be set.

I already elaborated about that in this comment which has been gracefully ignored, the same like that comment where user @ldlx has stated the same before the release of v7.6.2.

Additionally the access rights of the directory %ProgramData%\Notepad++\plugins\config have to be reconfigured in a way that writing to it is allowed for all user accounts in order to be able to update the file nppPluginList.dll.

Suggested access rights for directory %ProgramData%\Notepad++\plugins:

Owner: ADMINISTRATORS user group
SYSTEM -> Full access
ADMINISTRATORS -> Full access
USERS -> Read & Execute, List folder contents, Read

Suggested access rights for directory %ProgramData%\Notepad++\plugins\config:

SYSTEM -> Full access
ADMINISTRATORS -> Full access
USERS -> Full access

Fran Favorini

@dinkumoil said:

Suggested access rights for directory %ProgramData%\Notepad++\plugins\config:

SYSTEM -> Full access

ADMINISTRATORS -> Full access

USERS -> Full access

I always avoid giving Users Full access to anything. They shouldn’t need more than Modify (RWXD). If you want to be extra thorough, you can set RWX on the Config folder itself (and not inherited) and RWXD to be inherited by files/folders (inherited only). That way users can’t accidentally delete the whole Config folder in one step.

donho

@dinkumoil said:

Access rights to directory %ProgramData%\Notepad++\plugins are still set incorrectly by the installer. Thus, normal Windows users are still allowed to write files to it or its subdirectories.

So could you create an issue in Notepad++ github please?

dinkumoil

@donho said:

So could you create an issue in Notepad++ github please?

Done. See here.

pnedev

Hi @donho ,

What do you think about this ?

mattesh

Hi @donho,

is it intional, that foreign installed plugins in ProgramData are not deleted by uninstalling even if user decides to remove all NPP settings?

I fear that is this uninstall is done to cleanup, old (maybe 32-bit) plugins pollute a possible new installation…
If you don’t mind, I would vote for deleting all directory content in (%ProgramData%|%AppData%)…\Notepad++
in this case.
Or?

mattesh

Sorry was already discussed with @pnedev 8 days ago.
Vote for deleting complete folders would still be my vote ;-)
Thanks,
Mattes

Monika Lobinger

I noticed utf-8 not working in all cases

Fresh install (v7.6.2) (do not keep settings)
write “abcd” in file - save and reopen - everything is fine, it is still utf-8
Add “ü” - save and reopen - it is ISO 8859-7

Monika Lobinger

I forget to mention, that before adding the “ü” there had do be a newline (Windows CR LF) inserted
“abcd\nü” changes utf-8 to ISO 8859-7 on reopening.
Besides, this is a regression, already existing in 7.6

PS: I can only edit post the first 3 Minutes, But I can only add a new post after 20 Minutes

Meta Chuh

welcome to the notepad++ community @Monika-Lobinger

unfortunately the last update to “autodetect character encoding” is not working properly, so you have to disable it for now, to avoid the sequence \nü to be detected as greek.

go to settings > preferences > misc., and deactivate “autodetect character encoding” as seen in the screenshot below.

Imgur

i’ve already filed a bug report for french at github
and i hope it get’s looked at in the near future.

little technical info, if it is of interest:

the auto detection engine UCharDet was updated to 0.0.6.
the UCharDet 0.0.6 engine itself works fine, but there seems to be a bug in it’s implementation to notebook++.

i’ve tested UCharDet as a stand alone program on the same documents, and all tested documents are detected correctly.

if auto detect encoding is enabled, and a file is not detected correctly, for example greek as in your case, you also will not be able to set it to utf-8 by clicking on encoding > encode in utf-8. it will deselect utf-8 automatically and the bullet will jump back to eg. 8859-7.

Meta Chuh

@Monika-Lobinger

btw: thanks for taking your time to find out and break down which character sequence triggers it for you.

i can also confirm, that a text file with only an utf-8 \nü and no other text in it will also be detected as greek ISO 8859-7.

Shizdenn

Hi guys, recently packaged NPP 7.6.2 64bit edition, and installed the 64Bit versions of XML Tools and ComparePlugin - that were working fine with NPP 7.6.1 or lower (till 7.5.8 I have tested).

The issue now is that the plugins are not displayed under Plugins tab with the latest version.
Is this know or? Is there any solution to this inconvenience?

Kind regards,
Vasile

Meta Chuh

welcome to the notepad++ community @Shizdenn
and sorry for the inconvenience.

you will have to move your plugins from: %LOCALAPPDATA%\Notepad++\plugins (location in 7.6.1)
to: %PROGRAMDATA%\Notepad++\plugins (location since 7.6.2)
as the location of the plugins have changed once more (and they will hopefully stay there 😉 ).

afaik. the reason for this change were many requests, to make it possible to use the same plugins for all users, instead of having to install them separately for every user account.
(the past location %LOCALAPPDATA%\Notepad++\plugins has lead to a separate folder for each user, eg. C:\Users\[AnyUsername]\AppData\Local\Notepad++\plugins)

Notepad++ v7.6.2 Yellow Vest (Gilet Jaune) Edition

I forget to mention, that before adding the “ü” there had do be a newline (Windows CR LF) inserted “abcd\nü” changes utf-8 to ISO 8859-7 on reopening. Besides, this is a regression, already existing in 7.6

I forget to mention, that before adding the “ü” there had do be a newline (Windows CR LF) inserted
“abcd\nü” changes utf-8 to ISO 8859-7 on reopening.
Besides, this is a regression, already existing in 7.6