@rogerdecrook

have you considered using the newer ComparePlus version from Pavel?

Made it correct in https://github.com/notepad-plus-plus/notepad-plus-plus/commit/060396c6988e278dbc10208099010947e72be6dc

@Jefferson-Motta

View (menu) > Word wrap
???

@Dustin-riddick said in Change language to specific user defined language:

There is nppm_getnbuserlang however I don’t see what use this information gives me.

I think it does give you something helpful: the starting menu id for user-defined languages, and the number of user-defined languages. (I haven’t checked, but “starting number” implies they are consecutive.)

As described here, you can access menu items by id and Windows will traverse the menu structure. So once you know the first id and the number of ids (from NPPM_GETNBUSERLANG) and the handle of the main menu (from NPPM_GETMENUHANDLE), you can use GetMenuItemInfo to find the string associated with each until you either find the one you need or run out of entries.

Hello @Stefan-Pendl ,

I have just released ComparePlus v1.2.0 - it has a bug-fix for and overall improved changed lines detection algo - your example files compare as expected now.
It doesn’t mean that now the plugin will always consider the most intuitive lines as changed in all cases (that is simply not possible because of the different scenarios and user expectations) but it does a much better job now.

I am sorry about the long time it took for releasing this update - there were also other pending issues that required attention and I didn’t had enough spare time to work on ComparePlus.

@Ekopalypse
Thanks, that its.

I still can’t really get to grips with WIN32 window programming. I’m too spoilt by windows forms and xaml.

best regards Mario

@rdipardo said in Update NotepadPlusPlusPluginPack.Net DllExport Function:

a build dependency on Framework 3.5 isn’t so bad as long as Visual Studio keeps on supporting it.

Yes, let’s hope that .net Framework 3.5 will be supported/available for future Visual Studio Versions.

@rdipardo , thanks for digging into this.

I contacted the author from the UnmanagedExport Nuget Package asking if the package could be made available for higher .net versions. Let’s see

@valerie-bauche
You should also raise an issue in the GitHub repo.

@Coises said in Where to set SC_TECHNOLOGY_DEFAULT:

if you have Settings | Preferences… | MISC. | Use DirectWrite (May improve rendering special characters, need to restart Notepad++) checked

Yes, thanks for that. The option, Use DirectWrite (May improve rendering special characters…) was selected. I unchecked and all works fine now…

Thanks again for your help.

@Charles-Billow, some earlier forum threads mention a rulers plugin and also that the ColumnTools plugin has a ruler.

Adding Ruler below tab bar A Notepad++ beautiful ruler plugin (finally!) Can someone convert the Horizontal Ruler Plugin to 64 bit, please? Plugin Horizontal Ruler Keep words and number with columns I quit. You win. I’ll go find another tool

That said, it’s not clear what you mean by “ruler.” Notepad++ does not have, and probably can’t have, the inch or centimeter style rulers that Microsoft Word, for example, can show.

Preferences / Margins/Border/Edge has a Vertical Edge Settings thing that can add vertical ruler style lines.

At times I construct temporary rulers in Notepad++ but have always just typed out 123456789. and then copy/pasted to make it as wide as needed.

123456789.123456789.123456789.123456789.123456789.123456789.123456789. My text that needs to be lined up

@rdipardo said in Generalized fix for Ctrl+C/X woes in C# plugins (beginning in Notepad++ 8.6.1):

Don Ho obviously took for granted that every plugin would be developed on the same toolchain as the host application. And C++ developers have mostly vindicated that assumption by using Microsoft’s Visual C++ compiler almost exclusively. Plugins built with GCC are even harder to find than non-C++ ones.

I don’t draw the same conclusion. It’s possible that I’ve missed something, but as far as I can tell, the plugin interface is strictly C (not C++) and Win32 API. That is as close to generic as you can get under Windows.

Were the interface C++, a GCC plugin probably wouldn’t work. The C ABI is compatible across compilers (and languages); C++ ABIs are not. (They’re not even guaranteed to be compatible between different versions of the same compiler, though generally compiler vendors try really hard not to break things in that way.)

When writing in C++ for Windows only and using the Win32 API, Visual Studio with MSVC is simply the path of least resistance. Unless you have another tool chain already set up, or additional requirements, there is little reason to use GCC, so I’m not surprised it isn’t frequently done. There’s no reason it can’t be done, it’s just extra hassle for no benefit.

I suspect the problem for C# plugins is, strictly speaking, WinForms and not C# itself. WinForms was probably not meant to interoperate with unmanaged Win32 API windows in the same application (especially with Win32 handling the top level windows and the message loop).

If that’s the problem, and if the creators and maintainers of C#/WinForms have not specified any mechanism by which this can be reliably accomplished, then there’s little anyone can do about it except hack around and hope, or refrain from trying to use C#/WinForms for something it is not meant to do.

I needed the number of open tabs in NppExec script, and I found this way:

npp_sendmsg NPPM_GETNBOPENFILES 0 0 // = total, may be wrong +1 set local n ~ $(MSG_RESULT) npp_sendmsg NPPM_GETCURRENTDOCINDEX 0 0 // MainView, returns -1 if view is closed set local n ~ $(n) - ($(MSG_RESULT)<0) npp_sendmsg NPPM_GETCURRENTDOCINDEX 0 1 // SubView, returns -1 if view is closed set local n ~ $(n) - ($(MSG_RESULT)<0) echo $(n) // = right number of open tabs

If somebody knows simpler method, it’s very welcome.

@DGutierrez3
i face the exact same issue you mention on top when i migrate my development environment to new PC with fresh intallation of visual studio. 1st i thought would be due to newer version of visual studio but its not.

later on i found the solution for this, not sure if you still need it, keep a record here in case anyone else face the same issue.

Solution:
this was due to missing .net framework 3.5, just need to manually install .net framework 3.5 solve my compilation issue. Guess .net 3.5 only come with VS 2015 or older, VS 2017 onwards come with newer .net framework

@miro-penchev ,
Sadly, @Alan-Kilborn is right, as I have on my older desktop computers the old keyboards with 124 keys, and always appreciated the extra spots for putting my own macros etc, so this would be a feature that interested me, but as @Alan-Kilborn points out, this is a niche use case, and finding a desirable number of people to test it, let alone NEED it, isn’t a compelling issue, since most people using those kinds of keyboard may very well be able to write their own macros for those keys to do what they want. I don’t have access to them right now to test that theory, but the argument still holds, that it’s not a common enough keyboard to warrant an application wide need to change it.

I’ve put the file on Github, will be better compared to a forum post to keep track in case of updates.

Link

@Coises
@rdipardo

Thank you both for your suggestions! I meant to respond sooner, but there was a power outage.

In any case, Coises’ original suggestion worked! Thank you so much! I already knew that I had to disable GenericTabNavigationHandler, so all I did was go into the Designer.cs files for all of my forms and rearrange the order in which they were added to their parent and it just worked.

Hand-editing Designer.cs files is kind of a no-no, because they’re automatically generated by Visual Studio when you edit a form in the designer, but I’ll happily take this solution over whatever lousy alternative I was going to use.

@MaximilianKohler Do a simple test to debug.

startup.lua:

-- Startup script -- Changes will take effect once Notepad++ is restarted print('Hello World')

Console:

Hello World Lua 5.3.5 Copyright (C) 1994-2018 Lua.org, PUC-Rio

With the PortableApps distribution of Notepad++, If you install a plugin and Notepad++ restarts then the environmental variables related to PortableApps are not set from that instance of Notepad++. You need to close that instance and start a new instance using Notepad++Portable.exe to have those environmental variables set. You can check by running CMD and use the command set from Notepad++ to see all the extra environmental variables that are added or values being modified.

@А-А ,
In addition to what @PeterJones has mentioned, there is also a quirk with the functionList that requires you to add I believe 2 carriage returns at the end of a file, to make it ‘see’ the last functions in a file. I found this to be the case recently when I was checking some code I had been fixing and noticed that one of the functions I was looking for was missing at the end of the file, and I remembered the bug, added two carriage return/line feeds, and it became visible. Read the FAQ for the FunctionList Basics where @MAPJe71 documents some of the bugs with the FunctionList.

@Ekopalypse said in Looking for Text Masking Logic in N++:

I’m not sure, but I assume you are looking for TinyXML .

Yes, this was the part i was looking for. PutString is translating the special characters. This helps me a lot! Thanks!