Live data from Hacker News

Nyxt: The Hacker's Browser

nyxt.atlas.engineer

81–90 of 234 posts

Re: Nyxt: The Hacker's Browser

#82
post #75

Earlier quoted context omitted.

Browsing is mainly of exploration (e.g. reading) then data entry (which does require a keyboard but all on one page no scrolling) and much less repeatable tasks. My hand is usually already on the mouse. Switching apps, scrolling text etc. I started on PC-DOS and mainframes so was originally all keyboard, but having mouse made things much easier for me. Now don't get me started on gestures - I can never remember any.…

Thats interesting. Im using GUI Windows OS, but im very heavy keyboard user, utilizing shortcuts and alt+tab for windows switching. I barely even use start or desktop to start most common apps I use. I wrote myself QuickRun tool that is activated by Win+Q, and I type what I want to run. Usually its just 2-3 first letters of alias name, like bash and autocompletion kicks in. Mouse is used mostly to position windows so…

Do you use multiple desktops? Windows seems terrible at positioning windows, I can't work out how to tell a window to move to the next desktop, say, or just start on a particular desktop (nevermind start at a particular position). Instead it takes a lot of mouse work just to setup after a boot/reboot.

Do you have a solution?

I'm stuck with native solutions, otherwise I gather this can be fixed with AHK. I'm interested in what you use either way.

Re: Nyxt: The Hacker's Browser

#83
post #54

As someone that started in computing when affordable computing was all about keyboard, and mices only existed in computers with prices similar to buying a car or a mortgage, I don't get the hype of keyboard == hacker mentality. Specially since that on my hacker circle of Demoscene, during the 16 bit days, we were mostly on Atari and Amiga systems, then we had plenty of mouse time, and no one ever stop to wonder we we…

> I don't get the hype of keyboard == hacker mentality.

It's all about investing a little time to learn something that dramatically speeds up your workflow. A mainstream user has no interest in this even if they work with the computer all day. Hackers as computer enthusiasts do.

When you worked on those early computers you either had to be an enthusiast or be forced by an employer to use them :)

GUIs are great for infrequent tasks. TUIs for efficiency at frequent ones.

Re: Nyxt: The Hacker's Browser

#85
I don't know, I feel like some of the more pressing features of this browser are already provided with add-ons such as Vimium. And I would really like to see this on a Firefox back-end / compatible with the likes of uBlock origin. I don't want to have another chrome derivative that has a fancy new UI to boast.

Re: Nyxt: The Hacker's Browser

#86

So why this over qutebrowser [1] ? (Which has been my go-to keyboard-first browser for a long time.) This isn't mentioned in the FAQ despite I think being the natural comparison. [1] https://github.com/qutebrowser/qutebrowser

As someone who used Qute for a long time: * Python is much slower than SBCL (yes, even if rendering is done by Blink); including the lack of threading * Bookmarks are pure crap, they don't have tags nor directories to sort them better * Less hackable (e.g. something that should be possible in Nyxt: https://github.com/qutebrowser/qutebrowser/issues/3933 ) * Massive gaps: https://github.com/qutebrowser/qutebrowser/issu…

Nyxt does have ublock origin? It would be a must have for me too.

Re: Nyxt: The Hacker's Browser

#87

Earlier quoted context omitted.

As someone who used Qute for a long time: * Python is much slower than SBCL (yes, even if rendering is done by Blink); including the lack of threading * Bookmarks are pure crap, they don't have tags nor directories to sort them better * Less hackable (e.g. something that should be possible in Nyxt: https://github.com/qutebrowser/qutebrowser/issues/3933 ) * Massive gaps: https://github.com/qutebrowser/qutebrowser/issu…

Nyxt does have ublock origin? It would be a must have for me too.

Not yet, but Nyxt 4 is supposed to support WebExtensions.

Re: Nyxt: The Hacker's Browser

#88

Any initiative to make a fast powerful UI is a good one imo. Some features, like clipboard history and window management (i.e "tabs") are better left to the desktop environment though. Every app shouldn't need to reimplement this logic.

The homepage probably to broaden the audience talks about tabs but as can see in screencasts, in-program, they're called (borrowing from Emacs) buffers. In contrast to tabs, buffers don't belong to a specific window and can switch to one within another window.

Re: Nyxt: The Hacker's Browser

#89
post #14

A few years ago I doggedly tried to switch to Nyxt for everyday use. I really liked the concept, but at the time, it was too buggy, and constantly crashed on me. I'm going give it another shot.

Nyxt is very promising, and I hope it gains momentum. The obvious advantage of Nyxt is programmability and keyboard-driven workflows. However, I use old hardware, and it's a bit slow and laggy. Chromium behaves the same way, so I imagine this is due to WebKit and Blink being significantly heavier than Gecko. Firefox is really snappy on old hardware, at least when running Linux, and uses a modest amount of memory.

Hmm for me on BSD it's the opposite. But every release something breaks in Firefox' GPU acceleration so I've kinda stopped trying to fix it. I assume chromium handles that better. Though I don't use it much.

Re: Nyxt: The Hacker's Browser

#90

So why this over qutebrowser [1] ? (Which has been my go-to keyboard-first browser for a long time.) This isn't mentioned in the FAQ despite I think being the natural comparison. [1] https://github.com/qutebrowser/qutebrowser

As someone who used Qute for a long time: * Python is much slower than SBCL (yes, even if rendering is done by Blink); including the lack of threading * Bookmarks are pure crap, they don't have tags nor directories to sort them better * Less hackable (e.g. something that should be possible in Nyxt: https://github.com/qutebrowser/qutebrowser/issues/3933 ) * Massive gaps: https://github.com/qutebrowser/qutebrowser/issu…

you can redirect in QB. this is how i do it (from my config):

    def redirect(info: interceptor.Request):
        if info.request_url.host() == "en.m.wikipedia.org":
            new_url = QUrl(info.request_url)
            new_url.setHost("en.wikipedia.org")
            try:
                info.redirect(new_url)
            except interceptors.RedirectFailedException:
                pass
Post reply on HN