The-Compiler

5 ms·

1.
by The-Compiler 2y ago
Ah, Verso looks nice and active, that wasn't on my radar. I kind of lost hope after a lot of embedding tracking issues and meta-issues over the years (the ones you linked is the third one I've subscribed to I think). As for the Qt
2.
by The-Compiler 2y ago
I had no idea that existed, that's pretty cool!
3.
by The-Compiler 2y ago
I might experiment with it if they improve their embedding story, and if someone (not me) makes it work with Python and Qt. Sadly, https://github.com/servo/servo/issues/27579 has been pretty dead for the past
4.
by The-Compiler 2y ago
Huh‽ While running with QtWebKit still happens to work, qutebrowser has supported QtWebEngine (based on Chromium) since 2016 or so, and it's been the default since v1.0.0 in 2017. If you're still using it with QtWebKit despite the
5.
by The-Compiler 2y ago
RTL support should be as good as Chromium's for web contents (as QtWebEngine is based on Chromium), and as good as Qt's for the UI. Admittedly I never tested, but if you notice something in the UI that doesn't look right, I&#
6.
by The-Compiler 2y ago
Note that on Linux, the browser engine (QtWebEngine) is installed/updated separately from qutebrowser. They have a new feature release (updating to a new Chromium baseline) every 6 months, with patch releases backporting security fixes
7.
by The-Compiler 2y ago
Thanks for the nice words! :)
8.
by The-Compiler 2y ago
Ah, I see. That's not due to the Chromium version though, it's because the Chromium that comes with Qt releases (which is what's shipped in qutebrowser releases) is built without proprietary codec support. Unfortunately, supp
9.
by The-Compiler 2y ago
> I’ve stopped using qutebrowser because it has some limitations due to be a bit behind on the web engine, which leads to problems with some sites. Assuming you're on Linux, that's usually more of a problem with Linux distribut
10.
by The-Compiler 2y ago
FWIW there are Windows/macOS builds too.
11.
by The-Compiler 2y ago
The devtools let you do that FWIW.
12.
by The-Compiler 2y ago
See https://github.com/qutebrowser/qutebrowser/issues/8389 - unfortunately there's a lot of stupid false-positives especially with PyInstaller (packaging a Python application into an .exe). Happens a few
13.
by The-Compiler 2y ago
<3
14.
by The-Compiler 2y ago
You might like Firenvim or Wasavi: https://github.com/glacambre/firenvim https://github.com/akahuku/wasavi qutebrowser (and some others) also allow spawning vim from inside a text area, and readin
15.
by The-Compiler 2y ago
Nyxt[1] caters to emacs people (being extensible in Lisp and all that), but personally I'm somewhat wary of it: They handled a critical security vulnerability[2] quite badly a few years ago, and the project seems to get more and more c
16.
by The-Compiler 2y ago
DRM should work just fine via Widevine if you have a Qt build with proprietary codec support, and you have an appropriate version of Widevine available. See https://doc.qt.io/qt-6/qtwebengine-features.html#html5-drm
17.
by The-Compiler 2y ago
The majority of security issues in browsers is in the more low-level components (rendering engine, sandbox, network stack, JS runtime, etc.). None of those small browsers implement any of that themselves, they either build on top of WebKit
18.
by The-Compiler 2y ago
qutebrowser author here, use Dodo and can confirm it's basically the qutebrowser of mail clients :) Development is slow but not unmaintained. The author comes back every month or so to merge PRs. Reminds me I have a bunch of local chan
19.
by The-Compiler 3y ago
Chromium-based (QtWebEngine) would probably be more accurate. While Blink technically was WebKit at some point, it's been quite a while. (Also you can still technically run qutebrowser with a QtWebKit from 2016, but I definitely can&#x
20.
by The-Compiler 4y ago
qutebrowser used to use QtWebKit back in 2013, but doesn't use it anymore by default ever since its v1.0.0 release in 2017. Ever since then, it uses QtWebEngine, which is based on Chromium. You can still use it with QtWebKit (at leas
21.
by The-Compiler 4y ago
FWIW qutebrowser can disable JS (and also many other settings) per domain, though not on an as finegrained level as uMatrix. However, there is this: https://gitlab.com/jgkamat/jmatrix It's quite a hack and I have
22.
by The-Compiler 4y ago
See https://www.reddit.com/r/qutebrowser/comments/tpuqj5/qutebro... - it seems to be, unfortunately.
23.
by The-Compiler 4y ago
See https://www.reddit.com/r/qutebrowser/comments/tpuqj5/qutebro... - it seems to be, unfortunately.
24.
by The-Compiler 5y ago
> Qutebrowser would become my daily driver whenever they implement extension support. If you're thinking of WebExtensions (i.e. Chrome/Firefox/... extensions), that's unlikely to happen without Qt implementing support
25.
by The-Compiler 5y ago
FWIW you can donate (via my GitHub Sponsors profile), I'd rather not force people to pay for it, though ;) One thing I would perhaps consider is having more "proper" releases for macOS and Windows (with things like code sig
26.
by The-Compiler 5y ago
Fun fact, I've been asked by a VPN company if I'd ship their (somewhat proprietary) VPN stuff with qutebrowser. The guy who contacted me didn't understand "if you won't offer a SOCKS or HTTP proxy, even if I wanted
27.
by The-Compiler 5y ago
Hehe, yeah, I sometimes show up in random places when people mention qutebrowser thanks to https://f5bot.com/ :) Thanks for the nice words, much appreciated too!
28.
by The-Compiler 5y ago
Well, thanks for the heads-up, I suppose ;) https://github.com/qutebrowser/qutebrowser/commit/c022893a76...
29.
by The-Compiler 5y ago
Hey, I remember that nickname! Yeah, for smaller projects with only a handful of people behind them, WebKit (via WebKitGTK) or Chromium (via QtWebEngine, Electron, Chromium Embedded Framework) are pretty much the only choices there are. The
30.
by The-Compiler 5y ago
<3

More ›