Notepad++ v7.6.2 Yellow Vest (Gilet Jaune) Edition
-
So is this what my plugin folder is now suppose to look like, using portable notepad++ in a non-windows location (aka. “Program Files (x86)”)? https://i.imgur.com/TKEKe83.png
On an old portable version I had an empty “APIs” folder and a “disabled” folder… what are/were those?
I’ve also noticed a few dupes of files in my install location. langs.model.xml + langs.xml // stylers.model.xml + stylers.xml, they seem to be the same, with the same hash, do I need both of them? Is this just something old that got missed in a cleanup somewhere?
Anyway thanks for the new version and have a Happy New Year.
-
It’s nice to think that there could be a child that truly understands the scope of what is being said in this video. But children, regardless of circumstance, just aren’t this worldly.
The Yellow Vest protests are not one of a particular political party. That is why it is currently in a tug of war match between La République En Marche and Parti Socialiste to try and have it identified more strongly with their policies for the upcoming election.
The protests never had anything to do with the climate previously. This is an attempted hijacking of the movement by using a little girl as a stage prop. Politics need to stay out of programming.
-
To clarify, I’m not saying that was the intent of the people who had the little girl speak (not that they’re not exploiting her to boost their cause), I’m saying that you’re trying to construct an association between environmentalists and the Yellow Jacket protests, and that is an underhanded move that I do not appreciate.
-
So is this what my plugin folder is now suppose to look like, using portable notepad++
yes, eventually you will also have a doc folder inside of npp.7.6.2.bin\plugins
On an old portable version I had an empty “APIs” folder and a “disabled” folder… what are/were those?
the APIs folder was used for auto completion files before.
those files have been moved to npp.7.6.2.bin\autoCompletion as this is a more descriptive, logical and intuitive location compared to \plugins\APIs.I’ve also noticed a few dupes of files in my install location. langs.model.xml + langs.xml // stylers.model.xml + stylers.xml, they seem to be the same, with the same hash, do I need both of them? Is this just something old that got missed in a cleanup somewhere?
this is a normal feature and has been like this before.
*.model.xml are the originally installed files used as templates for the corresponding *.xml’s.
for example you can even delete your langs.xml and it will be recreated from the langs.model.xml, as fail safe if you customized it and made a mistake and want to restore it automatically -
Thanks for the infos, do you happen to know what this “doc” folder is used for? It’s currently empty… Is it just a dumping grounds of sort for various Readme texts to plugins to keep things more organized? Or am I off base of what “doc” stands for.
-
Is it just a dumping grounds of sort for various Readme texts to plugins to keep things more organized?
yes, you are correct.
note: due to the new plugin folder sub-structure (plugins\pluginname\plugin.dll instead of plugins\pluginname.dll)
the folder plugins\doc will not be used anymore, as every plugin sub-folder will have it’s own doc folder if docs exist (example: plugins\NppFTP\doc) and you can safely delete plugins\doc of your portable version if empty. -
Hi @donho ,
Thank you for the new version.
I noticed several things:- After full uninstall the plugins (DLLs) are not removed from the Public users folder.
- 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.
- PluginAdmin is not supported in WinXP. Perhaps it should be noted somewhere that WinXP is no longer supported by Notepad++.
- CustomizeToolbar plugin folder and DLL are named _CustomizeToolbar after install via PluginAdmin.
P.S. Happy New Year everyone!
-
@donho ,
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 -
@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
-
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.
-
@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.
-
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. 👍
-
About Plugin Admin.
Removing and installing everytime is tiring.
Is it possible to add a function to Disable ? -
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?
-
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 groupCREATOR 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 filenppPluginList.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
-
@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.
-
@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?
-
-
-
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?