Community
    • Login

    Support for Plugins Admin & NppPluginList

    Scheduled Pinned Locked Moved Notepad++ & Plugin Development
    73 Posts 31 Posters 92.5k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • dinkumoilD
      dinkumoil
      last edited by

      @donho

      Alternatively it would be OK if Plugin Admin’s plugin list would accept ANSI encoded files which is not the case currently.

      1 Reply Last reply Reply Quote 0
      • dinkumoilD
        dinkumoil
        last edited by

        I requested Plugin Admin to install 3 plugins at the same time. Notepad++ was closed (after confirmation) and nothing happend for about to 1 minute. I guess the download of one or all plugins took a long time due to slow responding servers. In Taskmanager I saw a running GUP.exe process during this time.

        There should be some feedback (progress bar) for the user during plugin installation, otherwise users could assume that something went wrong. Maybe they even start Notepad++ manually during plugin installation and mess up things.

        1 Reply Last reply Reply Quote 5
        • pnedevP
          pnedev
          last edited by

          @donho ,

          Hi Don,

          I commented on 7.6 release thread, just posting the link here for completeness:
          https://notepad-plus-plus.org/community/topic/16621/notepad-7-6-new-plugins-admin/3

          BR

          1 Reply Last reply Reply Quote 1
          • dinkumoilD
            dinkumoil
            last edited by

            @donho

            File nppPluginList.dll is stored in a folder in the user profile of the user who has installed/updated Npp. Thus other users on the same computer have no plugin list.

            Also just for completeness, see https://notepad-plus-plus.org/community/topic/16621/notepad-7-6-new-plugins-admin/6

            1 Reply Last reply Reply Quote 2
            • bmg-ruudvB
              bmg-ruudv
              last edited by

              Not sure if this is the right place to post it, but i’ll give it a try. If it’s in the wrong place can someone move this post?

              I just installed the v7.6 update from the downloads-page (7z package). I saw the new version because I am subscribed to the RSS feed. I read the download page and the ‘plugin-admin.html’ page, but unfortunately not the ‘news’ page. So I missed the information about the new plugin structure. Therefore, I was surprised that when starting the new Notepad++ version, all my own installed plugins where gone (43 in total, so it’s noticable ;-) ). A notice when opening the new Notepad++ version when there are still non-default plugins in the ‘old’ plugin folder would be nice :)

              However, I migration of the plugins folder to the new situation is unfortunately not working for me. I am using a ‘portable’ package of Notepad++, so it’s not installed using the installer. I use the 7z package from the website, and extract it in my OneDrive folder. When there is an update of Notepad++, I just overwrite the files with the new files from the 7z package. I use it this way so I can use the exact same version, configuration and plugins on multiple systems that are all synced by OneDrive. Unfortunately, this way of working doesn’t seem to be supported in this new Notepad++ version, is that correct? As this new version seems to create a situation where I have to maintain multiple installations on all these systems, I just reverted to v7.5.9. Is there any way to let Notepad++ use the /plugins/ folder for it’s plugins?

              Michael DiGregorioM 1 Reply Last reply Reply Quote 3
              • Michael DiGregorioM
                Michael DiGregorio @bmg-ruudv
                last edited by

                @bmg-ruudv said:

                I use the 7z package from the website, and extract it in my OneDrive folder. When there is an update of Notepad++, I just overwrite the files with the new files from the 7z package. I use it this way so I can use the exact same version, configuration and plugins on multiple systems that are all synced by OneDrive. Unfortunately, this way of working doesn’t seem to be supported in this new Notepad++ version, is that correct? As this new version seems to create a situation where I have to maintain multiple installations on all these systems, I just reverted to v7.5.9. Is there any way to let Notepad++ use the /plugins/ folder for it’s plugins?

                I’m in the same boat as @bmg-ruudv, though with Dropbox, not OneDrive. Would appreciate any advice on what to do if one uses the portable version. Luckily, I didn’t overwrite my Dropbox version. Was testing out 7.6 in its own folder, but I can’t find how to access this Plugins Admin I see mentioned a lot. Nor are any of my non-default plugins working.

                1 Reply Last reply Reply Quote 1
                • David Brigden52D
                  David Brigden52
                  last edited by

                  I have a 64 bit computer running the 32 bit version. I’m behind a firewall and use a proxy server with ID/Pwd (proxy settings are stored in Internet Options). WinGup appears to be failing. When I attempt to install, N++ closes and I see that WinGup is running. After a minute or so, WinGup ends and N++ restarts. But the selected plugin is not installed. Worse, if I try to update an existing plugin, it is uninstalled.

                  1 Reply Last reply Reply Quote 1
                  • SinghRajenMS
                    SinghRajenM moderator
                    last edited by

                    @David-Brigden52, I observed the same thing. GUP always removes the plugin before downloading new one. If update is aborted due to any reason e.g. network not available or disconnected in between or downloading is not possible in restricted environment due to https or plugin extraction fails, then you can bring your original plugin from recycle bin. Right click on the required plugin and restore it.

                    @donho , The above GUP behavior really needs some changes. I feel, plugin should be extracted somewhere in temp and then it should be copied to original destination (either overwrite or delete first then copy. So that in case of any failure as described above, user will not lose existing plugin.

                    1 Reply Last reply Reply Quote 2
                    • Sven GroßS
                      Sven Groß
                      last edited by

                      How to manage if I use 32bit and 64bit parallel?
                      Up to now I had seperate Folders for 32bit and 64bit Plugins (%PROGRAMFILES(x86)%\Notepad++\plugins\myAwesomePlugin.dll and %PROGRAMFILES%\Notepad++\plugins\myAwesomePlugin.dll), but with the workaround from Homepage all plugIns are copied to 1 Folder (%LOCALAPPDATA%\Notepad++\plugins\ to create myAwesomePlugin ), that makes Problems with the different Versions.

                      1 Reply Last reply Reply Quote 1
                      • dinkumoilD
                        dinkumoil
                        last edited by

                        @Sven-Groß

                        Here already is an ongoing discussion concerning this topic.

                        1 Reply Last reply Reply Quote 0
                        • pnedevP
                          pnedev
                          last edited by

                          @Sven-Groß , @dinkumoil ,

                          It might be a bit off-topic but why would you need to have both 32 and 64 bit versions simultaneously?
                          Why would Notepad++ be built to support it, what is the justification? Do you have other programs co-existing in 32 and 64-bit version on the same computer?

                          Scott SumnerS 1 Reply Last reply Reply Quote 1
                          • Scott SumnerS
                            Scott Sumner @pnedev
                            last edited by

                            @pnedev said:

                            why would you need to have both 32 and 64 bit versions simultaneously?

                            The simplest answer might be:

                            • 32-bit for can’t-live-without-plugins that haven’t/won’t make the jump to 64-bit
                            • 64-bit for larger file capacity

                            Even better answers might be:

                            • experimentation / tinkering
                            • reported bug verification/reproduction in each
                            • because someone wants to

                            Regardless, it seems that with a “portable” install of each, one should be allowed to have both and they should be completely independent (sort of implies doLocalConf.xml file is present in each).

                            1 Reply Last reply Reply Quote 2
                            • pnedevP
                              pnedev
                              last edited by

                              Thank you for explaining @Scott-Sumner but still that is not good enough reason for me.
                              Anyway, it’s just a personal opinion and I understand that the less restrictions there are the happier the advanced user.
                              All depends on how difficult that would be to implement.

                              dinkumoilD 1 Reply Last reply Reply Quote 1
                              • dinkumoilD
                                dinkumoil @pnedev
                                last edited by dinkumoil

                                @pnedev said:

                                All depends on how difficult that would be to implement.

                                Two directories named x86 and x64 in the plugin folder should be sufficient, not so much effort. To support the supporters here in the forum it would be a nice gesture. They will have a lot of work in the next time with users who appear here in the forum and the issue tracker because they are running into problems after updating to Npp v7.6. If you look around you can see it already.

                                rinku singhR 1 Reply Last reply Reply Quote 1
                                • pnedevP
                                  pnedev
                                  last edited by

                                  @dinkumoil said:

                                  Two directories named x86 and x64 in the plugin folder should be sufficient, not so much effort.

                                  OK, and what about the plugins having to guess the path of their companion libraries?
                                  Now we have the new Notepad++ message to get the plugins location BUT it has to be made version-specific (32 or 64 bit), correct?

                                  So in one case the message should return
                                  %LOCALAPPDATA%\Notepad++\plugins\x86
                                  and in the other
                                  %LOCALAPPDATA%\Notepad++\plugins\x64 .

                                  @donho ,

                                  All this change of plugins residence is becoming very complicated and all Notepad++ files are getting scattered across various places making things confusing. At least that’s my impression. Is it really necessary?

                                  1 Reply Last reply Reply Quote 3
                                  • dinkumoilD
                                    dinkumoil
                                    last edited by

                                    @pnedev said:

                                    Now we have the new Notepad++ message to get the plugins location BUT it has to be made version-specific

                                    You are right. My first suggestion concerning this message was to return the complete path to the plugin DLL file. But Don liked it to be more simple, thus I accepted his regarding suggestion. Now I have to admit that it was wrong to give up discussing about this point so soon.

                                    1 Reply Last reply Reply Quote 0
                                    • donhoD
                                      donho
                                      last edited by

                                      I understand totally why your demand of 32/64 plugins folder so for the power users they could keep both architectures of Notepad++.
                                      It’s indeed possible by making at least one Notepad++ in another directory and set it as potable version (by adding an empty doLocalConf.xml file), et voilà.

                                      The true question is “why do we need both 32/64 bits Notepad++ in the same PC ?”. If it’s a spoiled answer like “because I want to” - in order to keep the logic as simple as possible for the maintenance reason, the answer is NO.

                                      dinkumoilD Andriy AstakhovA Meta ChuhM 3 Replies Last reply Reply Quote 2
                                      • rinku singhR
                                        rinku singh @dinkumoil
                                        last edited by

                                        @dinkumoil i think unsupported plugin never delete there after restart npp also

                                        1 Reply Last reply Reply Quote 0
                                        • dinkumoilD
                                          dinkumoil @donho
                                          last edited by

                                          @donho said:

                                          The true question is “why do we need both 32/64 bits Notepad++ in the same PC ?”. If it’s a spoiled answer like “because I want to” … the answer is NO.

                                          @Scott-Sumner already gave you some reasonable answers, see his comment above. Only one of these is a “because I want to”.

                                          1 Reply Last reply Reply Quote 0
                                          • Andriy AstakhovA
                                            Andriy Astakhov @donho
                                            last edited by

                                            @donho said:

                                            It’s indeed possible by making at least one Notepad++ in another directory and set it as potable version (by adding an empty doLocalConf.xml file), et voilà.

                                            As others already mentioned please make Notepad++ be truly portable. Add possibility to have Plugins directory inside Program folder.

                                            1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post
                                            The Community of users of the Notepad++ text editor.
                                            Powered by NodeBB | Contributors