You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I need to import lots of APIs from different modules (most notable are kernel32 and user32). I'd like a way to keep them in different namespaces, i.e.
kernel32.Sleep(100);
user32.MessageBeep(0);
Right now all imported functions are thrown together into a single class (Windows.Win32.PInvoke by default).
Describe the solution you'd like
I'd like an option to have imported method in separate classes (corresponding to modules they were imported from), especially if the import is done with the "match all"-pattern (f.e. kernel32.*).
Describe alternatives you've considered
A solution is to generate each class once and make them permanent part of the solution, not auto-generated.
Additional context
The text was updated successfully, but these errors were encountered:
Thank you for your feedback. We actually originally had this feature, but removed it in #444 because it added complexity to CsWin32 which is already quite complex, and it didn't match the native development experience where all methods are in the global namespace anyway.
Is your feature request related to a problem? Please describe.
I need to import lots of APIs from different modules (most notable are
kernel32
anduser32
). I'd like a way to keep them in different namespaces, i.e.Right now all imported functions are thrown together into a single class (
Windows.Win32.PInvoke
by default).Describe the solution you'd like
I'd like an option to have imported method in separate classes (corresponding to modules they were imported from), especially if the import is done with the "match all"-pattern (f.e.
kernel32.*
).Describe alternatives you've considered
A solution is to generate each class once and make them permanent part of the solution, not auto-generated.
Additional context
The text was updated successfully, but these errors were encountered: