WinApps doesn't use a Docker backend btw, you can use any Windows machine running anywhere - cloud, physical, container etc. All you need is the IP address of the box once it's set up.
This looks great though. +1 choosing Qt instead of Electron. -1 for Python though. Otherwise, your approach ticks most of my boxes.
One feature I'd like to see though is reverse file associations - basically associate Linux filetypes inside the Windows VM so that any file you open in a Windows app would open the file in Linux, assuming Linux has a file association for it. Say I've installed Directory Opus in the VM and I want to use it as my primary file manager in Linux, and say I double-click on a .xml file, I would like to open it in the Linux app associated with that filetype (which would be Kate in my case).
Right, I had WinApps pinned to dockur in that comparison and missed the IP-based flexibility part. That's an actual difference, will fix the README.
On Python: fair pushback. Picked it for stdlib coverage (zero runtime deps on 3.11+, one tomli fallback for 3.9/3.10) and iteration speed. Heavy lifting is in the container and FreeRDP so perf hasn't been the bottleneck, but yeah the language choice is a tradeoff.
Reverse file association is interesting, hadn't thought about that direction. The v0.3.0 agent could probably handle it but I'd want to look at the security model first. Marking it TBD. If you open an issue with the use case that'd help me scope it.
I'm fine with the language, I just don't like its dependency ecosystem. I don't mind using it for quick-and-dirty single-file scripts, but once a python project reaches a certain level of complexity, you start relying on external libraries and before you know it, you now have to maintain this messy behemoth of a project with a gazillion dependencies, breakages and potential vulnerabilities up the chain... just thinking about it gives me a headache.
yeah.. I also agreed with that. so I'll optimize the code continuously and lower the dependency on python. but for now I'll keep it because of some benefits.
Yes, looking at their profile it does look that way for all their contributions on HN. Ctrl+F "real" and Ctrl+F "genuine" as one quick indicator--AI absolutely loves these adjectives and their forms right now.
Is Grammarly considered AI or not? I use Grammarly heavily because I use speech recognition in a stream of consciousness mode. It catches misrecognitions and language where I thought the right word but said a different one.
The below is the above once through Grammarly and a couple of written-by-me substitutions.
Is Grammarly considered AI or not? I use Grammarly heavily because I use Aqua speech recognition in a stream-of-consciousness mode. It catches misrecognitions and language where I thought the right word but said the wrong one.
It’s the reaction of the audience that matters, not what happened on your device that nobody can see.
If the writing ends up being the same as what you would produce if you carefully edited it yourself, it will be well received.
If it shows any signs of being machine-generated rather than human-authored, the audience will sense it and react negatively.
We advise against copy+pasting any generated text into HN. If you think there’s some fuzziness around the definition of “generated”, well, see what happens.
Might be harsh to say but not bothering to fix the spacing in the ai generated ascii diagram tells me how much i should be taking this project seriously.
This looks great though. +1 choosing Qt instead of Electron. -1 for Python though. Otherwise, your approach ticks most of my boxes.
One feature I'd like to see though is reverse file associations - basically associate Linux filetypes inside the Windows VM so that any file you open in a Windows app would open the file in Linux, assuming Linux has a file association for it. Say I've installed Directory Opus in the VM and I want to use it as my primary file manager in Linux, and say I double-click on a .xml file, I would like to open it in the Linux app associated with that filetype (which would be Kate in my case).
On Python: fair pushback. Picked it for stdlib coverage (zero runtime deps on 3.11+, one tomli fallback for 3.9/3.10) and iteration speed. Heavy lifting is in the container and FreeRDP so perf hasn't been the bottleneck, but yeah the language choice is a tradeoff.
Reverse file association is interesting, hadn't thought about that direction. The v0.3.0 agent could probably handle it but I'd want to look at the security model first. Marking it TBD. If you open an issue with the use case that'd help me scope it.
https://news.ycombinator.com/newsguidelines.html
Is Grammarly considered AI or not? I use Grammarly heavily because I use speech recognition in a stream of consciousness mode. It catches misrecognitions and language where I thought the right word but said a different one.
The below is the above once through Grammarly and a couple of written-by-me substitutions.
Is Grammarly considered AI or not? I use Grammarly heavily because I use Aqua speech recognition in a stream-of-consciousness mode. It catches misrecognitions and language where I thought the right word but said the wrong one.
If the writing ends up being the same as what you would produce if you carefully edited it yourself, it will be well received.
If it shows any signs of being machine-generated rather than human-authored, the audience will sense it and react negatively.
We advise against copy+pasting any generated text into HN. If you think there’s some fuzziness around the definition of “generated”, well, see what happens.
https://en.wikipedia.org/wiki/AAlib