Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nyxt: The Hacker's Browser

nyxt.atlas.engineer

Post reply on HN
Print view View original

71–80 of 234 posts

Re: Nyxt: The Hacker's Browser

#71

Post by evertedsphere »

shikck200 wrote: post #24
brabel wrote: post #15

Earlier quoted context omitted.

The only connection between this and emacs is that both use a Lisp language (Nyxt is written in Common Lisp)... and that Nyxt is inspired by how emacs works. Anyway, why did you assume it is an emacs plugin? It doesn't say that anywhere.

My first impression was the same. Mostly from the screenshots, each one had multiple places with an "emacs" text element. If this is not bound to emacs, what the hell is the emacs thing doing there?

i imagine it means emacs keybindings, as opposed to vi keybinds, in which case that indicator would indicate the mode

Re: Nyxt: The Hacker's Browser

#72

Post by jolmg »

guerrilla wrote: post #70

WebKit backend though, right?

Yes, but they're trying to add a Chrome-based one:

https://github.com/atlas-engineer/nyxt/issues/2989

They have this repo for Common Lisp bindings to QtWebEngine, but it's been archived:

https://github.com/atlas-engineer/cl-webengine

Seems they're currently trying Electron:

https://github.com/atlas-engineer/cl-electron

Re: Nyxt: The Hacker's Browser

#73

Post by BoingBoomTschak »

patrickkidger wrote: post #23

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/issues/2328 https://github.com/qutebrowser/qutebrowser/issues/2492 https://github.com/qutebrowser/qutebrowser/issues/5731 (!!!)

* Per domain/URL settings never progressed further than the initial batch of properties: https://github.com/qutebrowser/qutebrowser/issues/3636

* Adblocking is better than hostfile but still missing a lot compared to uBlock (https://github.com/qutebrowser/qutebrowser/issues/6480). No script blocking matrix like uBlock "advanced mode" at all.

My impression is that it has been stuck in bug fixing/dependency churn for a long time now. Switched to Firefox while waiting for Nyxt to be usable (apparently, Nyxt 4 will be it).

Re: Nyxt: The Hacker's Browser

#74

Post by guerrilla »

jolmg wrote: post #72
guerrilla wrote: post #70

WebKit backend though, right?

Yes, but they're trying to add a Chrome-based one: https://github.com/atlas-engineer/nyxt/issues/2989 They have this repo for Common Lisp bindings to QtWebEngine, but it's been archived: https://github.com/atlas-engineer/cl-webengine Seems they're currently trying Electron: https://github.com/atlas-engineer/cl-electron

Oh, that's disappointing. I want this on Gecko, to support the competition and get away from Firefox's increasingly user-unfriendly UI.

Re: Nyxt: The Hacker's Browser

#75

Post by Borg3 »

pasc1878 wrote: post #69
poincaredisk wrote: post #60

Earlier quoted context omitted.

>I don't get the hype of keyboard == hacker mentality. This is not about a hype or "looking cool". Mouse and GUIs are faster and more ergonomic for exploratory activities ("how do I do X" for a new task, skimming a document or folder, etc), while keyboard (keyboard shortcuts, command line) is faster for routine, repeatable tasks. Web browsing is full of the latter. I personally strongly prefer the keyboard and find i…

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 sometimes. Keyboard is just much faster..

Re: Nyxt: The Hacker's Browser

#76

Post by Y_Y »

jojohohanon wrote: post #17
Y_Y wrote: post #3

Earlier quoted context omitted.

Maybe they just mean Lisp, rather than LLM bullshit.

Because AI worked out great for lisp.

Be careful, or you'll summon one of the many locals here who have been very successful in AI and lisp. For example @marklwatson has a number of books on modern "AI" applications in various lisps (I particularly recommend checking out Hy, since it's so easy to move from python).

If you're talking about AI winter, it might be fair to put some blame on the commercial Lisp Machine producers, but I think it's indisputable that the early failures were due to capricious government funding as well as the non-existence of big, cheap GPGPUs.

Lisps existed long before any AI hype, and they'll happily continue long after.

Re: Nyxt: The Hacker's Browser

#77

Post by brimstedt »

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.

Re: Nyxt: The Hacker's Browser

#78

Post by Bigie »

I've used this browser for a long time. At first, it was very promising, but later on, I found it quite distracting when I needed to work, so I had to give up. If you enjoy the vim-style feel of operation, you might want to try this browser's extension, as it can accommodate your habits along with normal web browsing. Of course, I still hope that the browser can improve, and I will try downloading it again to use for a while.

https://chromewebstore.google.com/detail/vimium/dbepggeogbai...

Re: Nyxt: The Hacker's Browser

#79

Post by corank »

pjmlp wrote: 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…

For text editors or IDEs, basically contexts where we expect a lot of typing, I get why sticking to the keyboard is desirable. I don't get how it's better to browse the web without using the mouse. Most of the time on the web I just read, not type.

Re: Nyxt: The Hacker's Browser

#80

Post by Valodim »

mikae1 wrote: post #49
Valodim wrote: post #44

Pretty wise comment about web extension support by the main dev here: https://github.com/atlas-engineer/nyxt/issues/2875#issuecomm...

> People tend to think in terms of what they could lose, and not in terms of potential gains. It's easier for users to take familiar extensions to a new browser, than having to learn how to use an analog. How is this thinking wise? What are the potential gains and analogs for the end (without having to learn how to code)? What is the analog to Bypass Paywalls Clean and Cookie AutoDelete as an example? If writing new…

Did you interpret the comment as an argument for not having web extensions and recreating the features builtin instead? Because I'm fairly sure it's saying the opposite, even the last you quoted.
Post reply on HN