Ihor Dutchak
Ihor Dutchak
> better to add `DEVINST hid_internal_get_devnode(const wchar_t* interface_path)` I agree this would do good from Single Responsibility principle, but from implementation POV I believe it will be non-trivial to have...
> This means that if a user wants to switch from hidapi compiled with autotools to hidapi compiled with cmake, they have to recompile all their software that links with...
TL;DR; version of the library built with CMake will remain unchanged by default. --- > These should not be coupled. That is true if the project contains multiple components possibly...
@ryandesign please let me know what you think.
Lets separate the two things: switching from `wchar_t` to `char` in the public API and switching from `CRT` to `UCRT` for Windows backend. Those are totally independent things. Stop using...
Maybe it is. In any cases this sounds like something that might be implemented as platform-specific extension, in similar way as it is done for [macOS](https://github.com/libusb/hidapi/blob/master/mac/hidapi_darwin.h).
> it showed me parts that I had not considered convertin into draft for now
> The target branch needs a rebase onto the fresh master. That I can do (if no conflicts)
> I'm afraid there are a few, but they aren't that bad it looked trivial, I believe I didn't break anything but need to check
hidraw backend is not advertized to be able to compile on Android, and for libusb backend you don't need udev