Reply to Re: Updated File: Windinkedit Plus 2.5 (source code included)
If you don't have an account, just leave the password field blank.
>If you want any help with this, or C++, or the WDE source code in general, feel free to ask. We can chat about any of those over discord or something.
Hah, I'll probably take you up on that offer. I basically never really did anything in C++ before.
In uni and at work I worked with C for AVR microcontrollers, and then at work I got mainly into C# and WPF.
I've just started messing around with C++ and MFC. My only issue is, having mainly used JetBrains Rider for the past year, I've kind of started to hate Visual Studio now... It's just so slow compared to JBR and even CLion, when searching for something solution wide, JBR is basically instant even for a massive solution with over 70 projects, while VS keeps you waiting like it's larping as Snake from Metal Gear...
Edit: BTW, before you actually posted the source, the whole saving config files in the windows directory got so annoying for me[*] that I started looking into x86 assembly and tried hexediting function calls to make it store config files in a local folder. Basically my idea was to replace GetWindowsDirectory calls with GetCurrentDirectory calls, since they were quite similar. The function call swap approach turned out to have some other issues. In the end, I ended up hexing away some constant string defintions to achieve the same result, since it was easier.
* - I honestly don't know how DMOD makers have been dealing with that without whining about it all day
Hah, I'll probably take you up on that offer. I basically never really did anything in C++ before.
In uni and at work I worked with C for AVR microcontrollers, and then at work I got mainly into C# and WPF.
I've just started messing around with C++ and MFC. My only issue is, having mainly used JetBrains Rider for the past year, I've kind of started to hate Visual Studio now... It's just so slow compared to JBR and even CLion, when searching for something solution wide, JBR is basically instant even for a massive solution with over 70 projects, while VS keeps you waiting like it's larping as Snake from Metal Gear...
Edit: BTW, before you actually posted the source, the whole saving config files in the windows directory got so annoying for me[*] that I started looking into x86 assembly and tried hexediting function calls to make it store config files in a local folder. Basically my idea was to replace GetWindowsDirectory calls with GetCurrentDirectory calls, since they were quite similar. The function call swap approach turned out to have some other issues. In the end, I ended up hexing away some constant string defintions to achieve the same result, since it was easier.
* - I honestly don't know how DMOD makers have been dealing with that without whining about it all day
