Clean installation / Notepad 7.6.4 / SourceCookifier 0.7.3 via Plugins Admin / Folder structure:

C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\Config\SourceCookifier.languages.model.xml

C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\doc\SourceCookifier.README.TXT

C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\SourceCookifier\icons
C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\SourceCookifier\AddPolicy.bat
C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\SourceCookifier\ctags.exe
C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\SourceCookifier\RemovePolicy.bat

C:\Program Files (x86)\Notepad++\plugins\SourceCookifier\SourceCookifier.dll

The icons from the sub folder “icons” are not display in the Notepad++ itself.
(Anyhow possible to add a screenshot?)

@Meta-Chuh and all

The reason for @bruderstein to include some advertisement into his Plugin Manager was the high server traffic generated by solely the download of the plugin list - 70 GB per month as he stated somewhere.

His web hoster refused to continue that for free and GitHub wanted 80 Euro per month to host this file, which Dave was not willing to pay, additionally to all the work and time he invested in development of Plugin Manager.

So Dave asked his employer to host the plugin list file. They have been willing to do that but wanted their logo to be placed into Plugin Manager, which was the reason for Don to kick it out of the Notepad++ downloads.

Providing an all-time up-to-date plugin list for Plugins Admin will cause the same problem again. Let’s see how it will be solved…

Furthermore, AFAIK Notepad++ checks the SHA-256 hash value of the plugin list’s DLL file against a value hard coded into each Notepad++ release. This will not work anymore in case of continous updating that file. When I see the security issues that have been raised in the EUFOSSA bug bounty program for Notepad++, I suspect that a completely unprotected plugin list would also be considered a security issue.

@Tod-Mar

When I started to develop plugins for Notepad++ the following links have been helpful:

How to develop a plugin or a lexer
Messages and notifications
Sources of plugin interface
Scintilla documentation

Regarding toolbar buttons

The handling of toolbar buttons is totally transparent to a plugin developer because they work like a menu entry.

A plugin developer has to fill an array at plugin’s startup that contains structs of type FuncItem. Every array element describes a menu entry of the plugin (text, click handler function, menu command id, Checked state, and keyboard shortcut).

Notepad++ queries a pointer to this array at a certain time in the startup process. It generates the menu entry of the plugin in the Plugins menu, adds for every array element a submenu entry and fills the menu command id member of the array elements. So you know the menu command ids of your menu entries.

If you want to have a toolbar button you have to hook the NPPN_TB_MODIFICATION event sent by Notepad++ to your plugin. In the handler of this event you have to fill a struct of type toolbarIcons (please note: you have to fill only one of its two members, either hToolbarBmp or hToolbarIcon but it seems only the first one works). The bitmap whose handle you provide has to be in a 8 bits-per-pixel palletized format (max. 256 colors) and its size has to be 16x16 pixels. Then you can send a NPPM_ADDTOOLBARICON event to Notepad++ where you provide the menu command id of the menu entry which you want to connect with your toolbar button and a pointer to the toolbarIcons struct you filled before.

More news. After getting 24 32-bit Plug-ins working on Windows 7, I renamed the Program Files>Notepad++ folder on XP to “Notepad++ Org”, copied the whole Program Files>Notepad++ folder tree structure to XP from my Windows 7 box, and got 21 of the 24 Plug-ins to work on XP. The only problem is now, that I do not have a “Plug-in Manager” or “Plug-in Admin” that works on XP with Notepad++ V7.6.4. I can technically only install “Plug-in Manager” on XP, whereas I cannot even install “Plug-in Admin” on XP. However even if I install “Plug-in Manager”, “Plug-in Manager” cannot manager the Plug-ins running under Notepad++ V7.6.4, since V7.6.4 uses a different installation configuration. So my option now is to install the 32-bit Plug-ins on the Windows 7 box and then copy same to the XP box, and if they work then great, if not then bad luck hey? All you have to do, if the 32-bit Plug-ins do not work on XP, is to answer yes when asked if you wish to remove for compatibility reasons, or delete the incompatible Plug-in name folder under the Program Files/notepad++\plugins folder, e.g. C:\Program Files\Notepad++\plugins\csvquery to remove the 32-bit “csvquery” Plug-in. I hope that what I have learned is of some help to someone. Cheers from Aussie mate and happy Notepad++ing hey? :-)

@PeterJones
Thanks.

@Eko-palypse

I use regex in npp as a normal text cleaning. removing unwanted text, breaking lines at certain places “, ; . etc.”, joining them back after certain processing.

I don’t use regex in pythonscript, because I don’t know much of pythonscript.

several things I do is repetitive, I have to do the same set, with slight changes for numbers, etc., to break the text again and again, and join back again and again after processing, that’s why I had thought to make pythonscripts for repeated use, and I had installed the plugin.

But I tried for somedays and couldn’t make much headway so I gave up. Now only one pythonscript is there for repeated things.

some day I will gather courage again to learn pythonscript, till then it is find-replace regex on text.

@Bill-Florac154 said:

I can’t seem to get the maker images in the correct place to load correctly. I assume this is due to the ever changing location of the plugin files.

The Bookmark Manager plugin needs an update to adopt the new plugins directory structure.

The marker images are located in a directory named images. This directory can not be placed in the same directory like the DLL file of the plugin itself. It has to be stored under <Notepad++-installation-directory>\plugins instead.

@guy038

But, why you don’t simply use the Ctrl + D shortcut ? It quite faster than clicking on any button, anyway ;-))

👍
i think @taa1 thinks the same about that, as we do.
i guess its just: “i don’t need it at all, but now that i’ve found this bug, i somehow i just want it” 😂😉

@taa1

i’ve found a workaround using the built in macro function, together with customized toolbar.

first open or create any text file for testing, and select any amount of text
then go to macro > start recording
now press ctrl+d to duplicate your selection at the test file
go to macro > stop recording
go to macro > save current recorded macro and save it as Duplicate Current Selection (without setting any keyboard shortcut)

now open your custom button config file, CustomizeToolbar.btn, usually located at: %AppData%\Notepad++\plugins\Config\CustomizeToolbar.btn

add this line at the position you like: Macro,Duplicate Current Selection,,,optional_icon.bmp
it should look like the screenshot below
then save CustomizeToolbar.btn

now restart notepad++ and … tadaaa … here is the button 😃

Imgur

note: you can also execute SCI_SELECTIONDUPLICATE using powerful scripting plugins like pythonscript, but for ctrl+d alone, the macro workaround will be the simplest solution.

well where is your repository at github.com