Need help with getting started using C++ Plugin Template
-
Per MS Learn >
GetTempPath2W(), that function is in Kernel32.dll, soI cannot see why it wouldn’t be found for you.[update: see next reply]Are you sure you were building the 64bit DLL for the 64bit Notepad++?Because I didn’t do anything special other than linking the Plugins\CollectionInterface directory to the VS build output (as described above), along with setting the run command to use my normal Notepad++ (also mentioned above). It works for me when I run it either from the VS Run button, or when I just manually run Notepad++ normally.
Mine is v8.7.5, but I don’t see how anything I’ve coded would be NPP-version dependent
-
The same MS Learn page mentioned at the bottom:
Requirement Value Minimum supported client Windows 11 Build 22000 Minimum supported server Windows Server 2022 Build 20348 Header fileapi.h (include Windows.h) Library Kernel32.lib DLL Kernel32.dllI hadn’t previously noticed that. I just saw that GetTempPathW told me to use GetTempPath2W instead.
Try changing from
GetTempPath2()toGetTempPath()(which has been around since WinXP, If that fixes it, I will update the repo tomorrow. -
@PeterJones ,
Looking for it now, but it appears to only show up in system files using the Code Search, and I don’t want to change VS2022 files…will change it when I find it in your code. -
@PeterJones ,
Okay, that fixed it.
ROFLMAO, I couldn’t find out how to use VS 2022 search to just find the file it was in, so I had to use Notepad++ Search in file feature to find it in the right .cpp file. God you got to love Notepad++ for it’s simplicity and funtionality.I may not be familar with VS 2022…but searching for code shouldn’t start at the libraries and never mention the opened code folder where it is. Sheesh.
Now to check out your handy work…remember, we all aren’t using Win 11. :-)
-
@PeterJones ,
It worked beautifully. I was able to download my dBASE UDL files, and install them in the right directories. The only problem, is that the Autocomplete and Functionlist aren’t functional because of the lack of linkage via the overrideMap.xml file, that didn’t include the association. That’s the only remaining issue, of automating it completely. :-) -
@PeterJones ,
One other thing, is that the names have to be consistent, and mine were all over the place. The file internal names (for the UDL definition) and the names in the autoCompletion and functionList and the overrideMap.xml file. That’s the weak spot at this point, is being able to keep the names consistent between the internal file name and the rest. I only did the Light version and had to modify all of them, because the long names in the repository, don’t match the names needed in the rest of the linkages needed for the files. At least, mine. :-)Other than that…where was this thing when I needed it. I could have focused more on the things I’m trying to do now with the UDL, but had to write the darn installer because of the namings required. :-)
I’m going to have to look at your code and stuff now, so maybe I can learn from it as it’s apparently something I’m interested in. -
might confuse users. The rightmost button is usually Cancel or Close
I knew that, but since RESTART N++ is “even more close than CLOSE” – it’s a more drastic “exit this dialog”, since it also exits and restarts the application, so I thought that it might be more logical to be further right than the DONE. I’ll probably reorder and rename to DOWNLOAD, RESTART N++, and CLOSE (instead of DONE)
if it means “Download what I have selected and then restart” or “Restart without downloading anything (more).”
Odd, I wasn’t expecting any confusion, especially since the instructions in the dialog explain why you would need to RESTART. I’ll definitely have the README explain things in more detail, but maybe I’ll add a HELP interface of some sort.
If it means just Restart, I would put it to the far left and disable it
I like the idea of disabling it… But putting it on the far left doesn’t make sense to me, because the primary action of the dialog is to DOWNLOAD, and I tend to think of the buttons as being layed out left-to-right in the order they would be used: since you would DOWNLOAD first, it would be leftmost, and then you would either RESTART or CLOSE, depending on your preferences, so those would go to the right. What’s your reasoning for putting the RESTART on the left?
really consider the multiple selection option
We’ll see. Doing the automatic or at least optional “also download AC and/or FL when you download the UDL” makes sense to me… but I’m not as certain about downloading multiple UDLs at the same time.
since you’re using an asynchronous interface (wininet) you should be able to put a cancel button on the downloading dialog. (Progress would be more work; I’d guess these files are small enough that it wouldn’t be necessary?)
With the downloading happening self-contained in a method on the object, rather than being inside the dialog-handler, I’m not sure of an easy way to signal the class/method to stop the download. Progress, in my mind, would be easier, because if I just passed the control for the progress bar as an argument to the download method, it could send the right signals at appropriate times. But we’ll see what I can figure out.
-
@Lycan-Thrope said in Need help with getting started using C++ Plugin Template:
@PeterJones ,
One other thing, is that the names have to be consistent, and mine were all over the place.yes, that does get confusing. And I’ve just realized that I might have to work on the autoCompletion naming, because I think I’m basing it off the JSON’s “id-name” field (ie, the UDL’s filename) rather than basing it off the JSON’s “display-name” field (which is what Notepad++ calls the UDL, and what I understand the autoCompletion feature needs for file naming on UDLs; I’ll have to double-check.[*]
The file internal names (for the UDL definition) and the names in the autoCompletion and functionList and the overrideMap.xml file.
The functionList requires the overrideMap update. If named correctly, autoCompletion should “just work” (though “if named correctly” is a big caveat; see my previous paragraph in this reply ;-))
Other than that…where was this thing when I needed it.
Just an idea at the back of my mind, at that point. Sorry I’m not a time traveler. ;-)
[*] update: yes, AC files must match the “display-name” (ie, the
<UserLang name="XYZPDQ" ...name); I need to update the CONTRIBUTING.md to make that clear, and eventually update the automatic checks run on the repo so that any AC filename must match its associated UDL actual-name. Yay, another thing for my growing TODO list on this project. ;-) -
@PeterJones said in Need help with getting started using C++ Plugin Template:
What’s your reasoning for putting the RESTART on the left?
(All these things are just thoughts from someone who is merely looking at your writing and images and hasn’t used the program or tried to implement any part of its function. If my tone sounds a little know-it-all, please accept my apology in advance; it gets unreadable to qualify everything with “I think maybe, if you like the idea”; but I’m really not trying to say everything should be the way I say, even if succinctness sometimes makes it sound that way.)
Usually dialogs which you call up via a command either show requested information, let you specify changes and then either OK or Cancel them, or let you make changes “live” and then Close them.
In all those cases, when the dialog closes, you are (in some sense) back where you started when you opened it. The buttons at the bottom in the center or at the right of a dialog usually represent actions within that flow.
Closing and restarting the host program is a more drastic action than one normally associates with a dialog. Buttons don’t usually go on the left; when you see one there, you know (maybe subconsciously) that something is different about that button.
However, the more I think about it, the more I would recommend just the two buttons — Download and Close — and then raise an message box after the user closes your dialog if anything was downloaded. (Users are more used to a message box — if it appears when the action they took didn’t represent the intent to raise a dialog — indicating something unusual happened, will happen or might happen depending on their choice.) In that separate step, tell the user the changes won’t take effect until Notepad++ is restarted and ask whether to do that now. (Yes or No, No should be the default.)
(This isn’t something people are going to do often, so clarity is more important than keystroke efficiency.)
I will keep the Category as a dropdown (since there are only 4), but yeah, it makes sense to make the file list a List Box.
If there are only four categories, and they are always the same, and the names are short, consider radio buttons. (Or tabs: not a true tabbed dialog, since the content would be always the same single list box populated with different data; just the visual appearance. I haven’t used one in a while, but if memory serves the Tab Control itself is really just like a group box with a selector on top; what you put in the box is your business. If I did that, I would also put the Download button in the tab box, under the list box, with the close button below and outside the tab box.)
Edit to add: Roughly, like this:
-
@PeterJones said in Need help with getting started using C++ Plugin Template:
[*] update: yes, AC files must match the “display-name” (ie, the <UserLang name=“XYZPDQ” … name); I need to update the CONTRIBUTING.md to make that clear, and eventually update the automatic checks run on the repo so that any AC filename must match its associated UDL actual-name. Yay, another thing for my growing TODO list on this project. ;-)
Now you know how I felt making the UDL. I had to figure out how to implement the features everyone wanted, via the Notepad++ features and learn how to do it, then learn the hard way that the naming matters, and then write the installer because people had problems figuring out which
dbaseplus.xml(UDL, functionList & autoCompletion) file went into which directory, then try and explain how to modify theoverrideMap.xmlfile, and then depending on if they had a standard, portable and/or cloud install, and then write the installer to handle it all. I know your angst, believe me. :-)And your herculean efforts are appreciated for sure by me for my future works, considering you can’t time travel. :-) So Thanks!
-
@Coises ,
I can understand your point about upon having a popup appear when the user tries closing the dialog box, alerting them that their changes won’t take effect until NPP is rebooted, so you’re putting the responsibility on to the user…which by the way, is counter to the way the Plugin Admin itself does things.
It does the reboot, the same as @PeterJones plugin does, which is what I would expect when I’m required to reboot after completion, also just like Windows own update process requires. This might be the only change needed for the reboot procedure, but other than that, for a rough first version, it’s fine for me…I read directions. Sometimes not as well as I should, but I do read them. :-)
-
@PeterJones said in Need help with getting started using C++ Plugin Template:
since you’re using an asynchronous interface (wininet) you should be able to put a cancel button on the downloading dialog. (Progress would be more work; I’d guess these files are small enough that it wouldn’t be necessary?)
With the downloading happening self-contained in a method on the object, rather than being inside the dialog-handler, I’m not sure of an easy way to signal the class/method to stop the download. Progress, in my mind, would be easier, because if I just passed the control for the progress bar as an argument to the download method, it could send the right signals at appropriate times. But we’ll see what I can figure out.
My apologies. I also used wininet, but forgot that asynchronous operation is an option, not the only way it works. I see from your code that you are operating synchronously. I think passing a progress bar control couldn’t work, because if you’re operating synchronously, the message loop doesn’t run until you return. You can update the control, but the change won’t be displayed because the message loop never gets control to update the display.
