@wolf480pl yeah, because the idea is that #drivers should hook in the #USB stack and unless it's a Universal Class Driver should just passthrough to the driver / userspace application for ease of support.
Yeah, it's using either webusb or webserial which are only supported on Chromium-based browsers :(
Firefox decided to not implement these to APIs citing security concerns :(
#firefox #webusb #webserial
A lot of the development efforts (both creative and destructive) in web browsers in the last decade+ has been going into fostering the “web app” vision of the web, to the detriment of the “web of documents” vision. From the removal of native support for #RSS and #Atom to the introduction of JavaScript APIs like #WebUSB or the “Web Environment Integrity” attempt, nearly all work done on browsers has been in this direction.
8/
Ich finde diese Umfrage zu #HTML & Co. inhaltlich interessant, um auf ein paar wenig bekannte oder selten verwendete Techniken zu stoßen.
Für mich erstaunlich, dass #WebUSB erwähnt wird, aber die in den letzten Wochen im Kontext des #Calliopemini eingesetzte #WebSerialAPI nicht.
Von daher Finger weg von Zadig und #WebUSB ist wohl aktuell kein Thema für Datenkopplungen zwischen #Calliopemini und Browsern. Selbst wenn das mal klappen sollte, wären die Möglichkeiten auch nicht umfänglicher als die von mir mit der #WebSerialAPI probierten Ansätze zum Empfangen und Senden von Daten (wäre dann auch nur für V3 einsetzbar, meine Beispiele laufen mit V1/V2/V3).
Als letzte Option noch die Verbindung eines #Calliopemini 3 über #WebUSB probiert. Formale Kopplung ok:
const device = await navigator.usb.requestDevice({ filters: [{ vendorId: 0x0D28, productId: 0x0204 }] });
Beim folgenden await device.open(); kommt jedoch direkt access denied. Alle nachlesbaren Ideen halfen nicht, u. a. mit einem Tool namens »Zadig« WinUSB-Treiber nachzuladen. Fehler bleiben gleich, aber man zerschießt sich damit auch die bisherigen funktionierenden seriellen Zugriffe.
because @mozilla thinks someone might be able to do harmful things with #WebUSB they do not want to add WebUSB to #firefox.
I wonder if #mozilla has ever heard about the possibilities of JavaScript. 🙄
reference: https://mozilla.github.io/standards-positions/#webusb
Это под силу даже веб-разработчику! Размышляю, как создать драйверы на JavaScript с API WebUSB
Привет! Я Игорь Кечайкин, руководитель группы разработки во Frontend-команде Flocktory. Недавно, решая задачу, связанную с API WebUSB для Fingerprint-атрибуции пользователя, задался совершенно не связанным теоретическим вопросом: а как создать с этим API драйверы на JavaScript? Чтобы разобраться, изучил спецификацию API WebUSB, а теперь принёс на Хабр выжимку самых важных элементов. В статье я расскажу о принципах работы решения и том, что с ним делать веб-разработчику, который хочет напрямую реализовать на сайт функцию, например, 3D-принтинга с пользовательских девайсов. А также вы узнаете, насколько это безопасно — для сайта, внедряющего API, и для девайсов юзера. Если интересно, как расширить возможности своих сайтов и избавиться от головной боли с адаптацией под всевозможные устройства, заходите в статью.
https://habr.com/ru/companies/flocktory/articles/899688/
#webusb #браузеры #hardware #javascript #embedded #w3c #drivers #usbif #chromium #мнение
Another day, another 🥪 of #tech #hysteria wrapped in a desperate attempt to make #Firefox relevant again. Instead of waiting for #WebUSB, let's just build an entire Rube Goldberg machine to reinvent the wheel! As if GitHub isn't already bursting with enough "ingenious" hacks nobody asked for. 🙄
https://github.com/ArcaneNibble/i-cant-believe-its-not-webusb #RubeGoldberg #IngeniousHacks #HackerNews #ngated
I-cant-believe-its-not-webusb: Hacking around lack of WebUSB support in Firefox
https://github.com/ArcaneNibble/i-cant-believe-its-not-webusb
#HackerNews #I-cant-believe-its-not-webusb #WebUSB #Firefox #Hacking #TechNews #OpenSource
I've used #webusb again. It's been a super convenient way of installing #grapheneos : https://grapheneos.org/install/web
Unfortunately, it works in Chrome only. Ubuntu's snapped Chromium doesn't work. But I could isolate Google through #flatpak .
I've written a small utility to use my #heatit USB-C gadget rather than using the official app: https://github.com/muelli/heatit
I also produced a small #WebUSB site! https://capable-otter-a0e467.netlify.app/usb.html
Now you can get your treatments without being tracked by their app.
A new SID handler with WebUSB support for USBSID-Pico has been added to Hermit's emulator by LouD. Note that WebUSB can be quite demanding resource wise. https://github.com/LouDnl/USBSID-Pico
After remapping some keys with a locally installed version of #chrysalis (the configuration software) I've realized there is an online version at https://chrysalis.keyboard.io
#webUSB for the win!
Dear folks of #JavaScript #async #programming. This #Promise stuff is still voodoo to me. Any simple solution to set a timeout on this byte-receiving loop? I have to collect data from an USB IN endpoint... and let's assume(!) I don't know when I am done (how much data to receive) so that I always have to cancel the last started `transferIn` (#WebUSB) after a timeout (let's say 500 milliseconds). How would you do it? I've trued hacky Promise/timeout stuff, but don't feel comfortable with it.
