Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Not right now. I've just filed an issue to track this:

https://github.com/windowjs/windowjs/issues/19

Window.js replicates web APIs where it makes sense, so I'd look into duplicating the Gamepad API:

https://developer.mozilla.org/en-US/docs/Web/API/Gamepad_API

Does that make sense to you?



100%. Sticking close to web APIs will guarantee the longest shelf life of code written against it. I'm a big fan of Deno rather than Node for the same reasons.

Thanks for building a cool project, I'll definitely be tracking along.

I've been working on something that should be fairly compatible, but I'll need to do a little tweaking on my end for windowjs: https://thelanding.page/tag/

It's basically a reactive client-side library that aims to decouple the necessary UI things like state management and event delegation from the DOM. It's tiny (~300 lines of code iirc). No external dependencies besides a lazy loaded Virtual DOM library that wouldn't be needed in a windowjs environment.

instead of an html function that renders when state changes, i can create a function that can draw on the windowjs canvas, probably on requestAnimationFrame.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: