@robert-bratton

I’m the developer of the plugin. Unfortunately there isn’t anything I can do. Our corporate security also uses some flavor of CrowdStrike as well. I’m on Notepad++ 8.1.9.3 (64 bit) and I don’t plan on using 8.3 due to the various issues it is causing. I don’t have any issues, though I’m sure each deployment of CrowdStrike is different.

@peterjones said in [Need Help] npp c++ plugin:

Well, the PythonScript console is a docking panel of sorts, and could be used for outputting such data, as long as the OP just wants a simple text output, and doesn’t care about fancy formatting.

All true, but I think the OP is going for something more sophisticated.

Did you find a solution to this?

@aldo ,

In many of the builtin lexers, comment blocks or multiple sequential comment-lines already do have a “fold” button to the left, which can be used for hiding the comments.

1755d37f-efd6-4e22-82eb-8c242287e5e4-image.png

3b87fdb6-b1fe-4079-be97-2f84832bdb4c-image.png

For User Defined Languages (UDL), it will only fold the comments if you check on the “Allow folding of comments” checkbox:

3885d555-5c27-4e06-8978-40e43bfe94b5-image.png 85d64c2e-457a-479a-9f53-0230754a3b47-image.png

@michael-vincent said in DSpellCheck crashes on Notepad++ 8.2.2 test builds:

@Predelnik
I see you here sometimes

Unless he has a second account, or only logs on in hidden mode, his account info:
a0845116-ff85-4297-a6fe-ec6a1c094fd6-image.png
… indicates that he hasn’t been here in over two years… I think the issue on the repo is more likely to catch his attention. ;-)

@manousos-p-koutsoukos said in Quick Text and Regex:

im trying to make it recognize a html opening tag and add the closing tag

That is the wrong use of that plugin. Notepad++ auto-completes HTML tags automatically. Settings => Preferences => Auto-Complete

5606e962-4630-4aa2-b81a-64fb9405b8e4-image.png

Cheers.

@john-huang

From Npp’s point of view you only provide the main menu via the function item array, everything else has to be handled by your plugin.
To do that, ask Npp for the plugin menu handle and once you have it, find the menu item you want to add sub-items to like here.
Now, to know when an npp user has clicked on such a menu item, you need to listen to the messageProc and act accordingly.
If it is necessary to manipulate the main menu of the plugin at runtime, then you need to ask Npp for a list of pre-assigned menu items.
I agree that this part could be described in more detail in the manual, which I will do soon.
If there is anything else that you think is not well described or maybe irritating, let us know.

@Alan-Kilborn

It is the same for any Windows program coding.

Creating the menu, yes, but with some Npp-related *quirks that I hope I described clearly above.

*can’t find another/better word for it.

Vote to adding Custom/user adapters for autocompletion

@slusher59 said in Looking for tips/directions on how to best approach creating a custom plugin for Notepad++:

is it possible in NPP to display only the search results that have > 0 hits, and hide all searches that returned 0 results?

As I said before:

@alan-kilborn said in Looking for tips/directions on how to best approach creating a custom plugin for Notepad++:

So Search results window and PythonScript don’t typically play well together.

If you script searches, you have to find your own way of presenting the output to the user.

One way of doing this is having your script write output to a new (file) tab that it creates. That way you have total control of what goes into the output. You can even make it appear a lot like the usual Search results. If you want to get really fancy, you could even set it up so that double-clicking in this output would open the file where the hit was found.

It just depends if the time you want to spend on this is better spent scripting or developing a true plugin. But even a true plugin isn’t going to have an easy time of doing custom things with Notepad++'s Search results area.

@michael-vincent
Ack…my apologies…I was checking NPP XML Treeview. Sorry for that and thanks for the correction. I don’t know how I confused that, because I saw someone post about an update in xml tools and I could have sworn that’s where I went, but it may have been a mis-selection in the installed directory link. :-(

XMLMistake.PNG

It was actually this link where I saw that. Thanks for the correction :::slinks away embarrassed::

Lee

Earlier I posted a simple calculator script which is based on Python 2.7. In Python 2.7 an integer division yields an integer (as in Fortran). In Python 3 this was changed to yield a float. If the Python 3 behavior is wanted, one must add to the top of the script: from __future__ import division.

Continuing from above…

The screenshot directly above is for the fluent icon.

For a bitmap I found VS shows the “type” a bit differently; I had to invoke “Properties” to see it, example:

9ef77518-201f-4aff-98b6-09d3e381fa67-image.png

The properties shown are for the print.bmp file from N++ source.

@wintersilence
thank’s

@donho
Was just starting to implement darkmode icons…
What happens with plugins used in older versions of NPP?
I guess I’m not the only one facing this for some time.
I would implement both messages and make the choice by the NPP version:

if (8 <= HIWORD(execute(nppHandle, NPPM_GETNPPVERSION))) { // version 8 did introduce the dark mode g_TBIconsDrk.hToolbarBmp = (HBITMAP)::LoadImage(_findDlg.getHinst(), MAKEINTRESOURCE(IDB_TB_ANALYSE), IMAGE_BITMAP, 0, 0, (LR_DEFAULTSIZE | LR_LOADMAP3DCOLORS)); g_TBIconsDrk.hToolbarIcon = (HICON)::LoadIcon(_findDlg.getHinst(), MAKEINTRESOURCE(IDI_ANALYSE_NEW)); g_TBIconsDrk.hToolbarIconDarkMode = (HICON)::LoadIcon(_findDlg.getHinst(), MAKEINTRESOURCE(IDI_ANALYSE_NEW_DRK)); execute(nppHandle, NPPM_ADDTOOLBARICON_FORDARKMODE, (WPARAM)funcItem[SHOWFINDDLG]._cmdID, (LPARAM)&g_TBIconsDrk); } else { g_TBIconsOld.hToolbarBmp = (HBITMAP)::LoadImage(_findDlg.getHinst(), MAKEINTRESOURCE(IDB_TB_ANALYSE), IMAGE_BITMAP, 0, 0, (LR_DEFAULTSIZE | LR_LOADMAP3DCOLORS)); g_TBIconsOld.hToolbarIcon = (HICON)::LoadIcon(_findDlg.getHinst(), MAKEINTRESOURCE(IDI_ANALYSE)); execute(nppHandle, NPPM_ADDTOOLBARICON_DEPRECATED, (WPARAM)funcItem[SHOWFINDDLG]._cmdID, (LPARAM)&g_TBIconsOld); }

This works with older versions also.
Comments?
rgds, Mattes

@ekopalypse said in [C#] Gray Out Plugin's Tab Icon:

I agree, but if we stick to the need for questions to be tied to Npp, then I think this question meets the requirement

Well, I’ve given up trying to police regex questions (because it simply doesn’t work), so in general for other things I just try to hint that people will find better help elsewhere (when they will).

I do still try to discourage people that ask regex question after regex question from doing that.

Probably for the toolbar icon question, if answered here the likely advice would show it in PythonScript (well, if I were answering it). That could be helpful to the OP, but probably on the right forum (e.g. StackOverflow ?), code in the desired language to do exactly what is wanted is to be found. Thus getting to a better answer faster and not being off-topic (IMO) on this forum – 2 desirable goals.

@sover-david said in [C#] Find Text In File:

I know you can use the Find in Files dialog with NPPM_LAUNCHFINDINFILESDLG but can you use the regular find?

NPPM_MENUCOMMAND will run any builtin menu with lParam providing the command ID: in this case, IDM_SEARCH_FIND to run Search > Find to launch the FIND dialog.

// open the FIND dialog SendMessage( npp_hWnd, NPPM_MENUCOMMAND, 0, IDM_SEARCH_FIND);

Once inside the dialog, you should be able to search controls. If I understand things correctly, FindReplaceDlg_rc.h defines the control ID’s for each of the entries and buttons: in this case, I think you want IDFINDWHAT for the “Find What” text box.

I am starting to get out of my element, because for Win32 stuff, I am usually using a wrapper libary in Perl rather than truly programming in Win32 API code, so it sometimes provides wrapper functions that don’t map directly to Win32 API calls. But I think you would want to get the hWnd for the FIND dialog and maybe the edit control, then use WM_SETTEXT to the IDFINDWHAT entry:

find_dlg_hWnd = GetActiveWindow(); // or GetForegroundWindow(); // https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-getactivewindow find_box_hWnd = GetDlgItem( find_dlg_hWnd , IDFINDWHAT ); // https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-getdlgitem SendMessage( find_box_hWnd, WM_SETTEXT, 0, "search text");

or maybe instead of getting the extra hwnd, just

SetDlgItemText( find_dlg_hWnd, IDFINDWHAT, "search text"); // https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-setdlgitemtexta

Then somehow, you would have to press the “FIND NEXT” button (but I wasn’t able to find the raw API equivalent of Perl’s Win32::GuiTest::PushChildButton or PushChildById, so I cannot link you to the right API command for pusing the button, sorry).

But if the SendText/SendWait is working for you, that’s probably sufficient.

For other reference, the NPP User Manual’s Searching Actions When Recorded As Macros seem to be using the control IDs as the parameters of the macro commands, so that might give you insight into the control IDs needed for other actions in the FIND family of dialogs … though I’m not sure they always line up with teh FindReplaceDlg_rc.h constants, so I’m not sure.

@sover-david Alright I managed to find it out, for anyone in the future trying to find the answer, dockable dialogs are made with the Windows Form Designer, you can open it by double-clicking the frmMyDlg.cs file in the Forms folder (should be simple to look up a tutorial on it)

Has there been any update in this? I too and trying to script compares for my clients but the compare.exe is still missing. Is there an effort to get the program back in the new release?