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

141–150 of 262 posts

Re: Nyxt: The Hacker's Browser

#141

Post by cryptonector »

doctor_eval wrote: post #137
cryptonector wrote: post #131

Earlier quoted context omitted.

What's key about vi is modal editing. Modal editing is very powerful. It also means not having to use the mouse for everything and also not having to type too many modifier key sequences. For some of us that's absolutely essential to avoid deviations that lead to injury.

I don’t really understand. Many of the common bindings in Vim use modifiers. How do you navigate back a word without a modifier? Do you just exit editing mode like in the old days? Do you just forgo this and arrow back? In case it’s not clear from my tone, I’m totally sympathetic to relieving injury, and whatever works, works. I just don’t understand how Vim bindings help, and am genuinely curious.

> Do you just exit editing mode like in the old days?

Yes! I very much do. I do not use the arrow keys for cursor movement in edit mode.

Re: Nyxt: The Hacker's Browser

#142

Post by trinix912 »

SanderNL wrote: post #129
p-e-w wrote: post #70

Looks like Nyxt, a browser "inspired by Vim", inherits Vim's showstopper bug: Being unusable on many non-US keyboards, at least with the default bindings. The 'switch-buffer-previous' command is bound to C-[, which cannot be pressed e.g. on QWERTZ layouts because the [ character requires AltGr. This is like sending around text files encoded in Windows-1252 and expecting things to just work. Sorry folks, but it turns…

Yes and calculators have the same issue. I mean, what about Indian numerals, Ethiopian and how does one perform a proper Coptic calculation using these awful devices with showstopping UX flaws? It’s time we pander to each and every culture’s random conception of symbol manipulation and end this era of universal, gate-keeping, commonality. The time of personalized input devices is upon us. Vim and thus this browser is…

Remember that most European keyboards don't have [ and ] accessible on the first/second level. That's already half of the western civilization, not some random's custom layout.

Re: Nyxt: The Hacker's Browser

#143

Post by alpaca128 »

dexterdog wrote: post #90
RhodesianHunter wrote: post #80

Earlier quoted context omitted.

>When a product is unusable without changing configuration, it absolutely is a bug I don't think that adage applies when the target user is the average VIM user

But the average vim user is jumping to new instances often, so if he has to reconfigure it everywhere he might as well install a different editor with a config.

I have over 100 custom keybindings in my Vim config and can assure you I can still use the default configuration without any issues, it's just a bit slower.

The few settings I find really important can just be quickly set with a couple commands. No big deal.

Re: Nyxt: The Hacker's Browser

#144

Post by brirec »

microtonal wrote: post #123
z_open wrote: post #120

Earlier quoted context omitted.

Why do comments like this always ignore the obvious solution of using an IDE like code with a vim plugin. And yes that's more efficient.

I tried vi emulation VS Code for a while, but the emulation is often incomplete and breaks at times. The only thing that emulates vi well enough is Evil in Emacs.

Try embedding a real neovim into vscode: https://marketplace.visualstudio.com/items?itemName=asvetlia...

Re: Nyxt: The Hacker's Browser

#145

Post by tourmalinetaco »

mattigames wrote: post #108
bharrison wrote: post #97

Earlier quoted context omitted.

True, Hackers hate changing settings. Imagine if those precious keystrokes wasted on setting a keyboard layout could instead be utilized usefully. Say, to post some cloying, whiny critique of someone else's work, wherein one might go so far as invoking their diety in the hopes it might stem the tide of what, I guess, must be a massive recent influx of vi(m)-keybinding-based projects.

if Vim had the very same problem for US keyboard layouts it would have never become the standard choice for "hackers" (e.g. in a parallel universe where Vim was created by a Japanese for Japanese keyboards), so yeah, in general hackers hate when their tools don't work out of the box, hackers expect the very basics of any tool to work out of the box, changing settings should be a step to accommodate it to your liking,…

> if Vim had the very same problem for US keyboard layouts it would have never become the standard choice for "hackers"

Not necessarily, since it’d just be a matter of popularizing Vim + the community’s preferred shortcuts as a starter instead.

> in general hackers hate when their tools don't work out of the box

Indeed we do. However, we don’t give up on something if it doesn’t work. We simply hack at it until it works how we want ;)

Re: Nyxt: The Hacker's Browser

#146

Post by ainar-g »

https://nyxt.atlas.engineer/faq

> Nyxt is a browser with deeply integrated AI and semantic document tools that work as a second brain to help you process and understand more, more quickly.

It'd be nice if they elaborated on what this “integrated A.I.” thing actually is in that or another FAQ entry.

Re: Nyxt: The Hacker's Browser

#147

Post by Gud »

trinix912 wrote: post #142
SanderNL wrote: post #129

Earlier quoted context omitted.

Yes and calculators have the same issue. I mean, what about Indian numerals, Ethiopian and how does one perform a proper Coptic calculation using these awful devices with showstopping UX flaws? It’s time we pander to each and every culture’s random conception of symbol manipulation and end this era of universal, gate-keeping, commonality. The time of personalized input devices is upon us. Vim and thus this browser is…

Remember that most European keyboards don't have [ and ] accessible on the first/second level. That's already half of the western civilization, not some random's custom layout.

I switch between keyboard layouts all the time, depending on which input language I need to use. I simply cycle between the langugaes I write in(Swedish, German and English) by pressing alt and caps lock.

I accept that U.S. English is the computer lingua franca.

Re: Nyxt: The Hacker's Browser

#148

Post by olodus »

trinix912 wrote: post #142
SanderNL wrote: post #129

Earlier quoted context omitted.

Yes and calculators have the same issue. I mean, what about Indian numerals, Ethiopian and how does one perform a proper Coptic calculation using these awful devices with showstopping UX flaws? It’s time we pander to each and every culture’s random conception of symbol manipulation and end this era of universal, gate-keeping, commonality. The time of personalized input devices is upon us. Vim and thus this browser is…

Remember that most European keyboards don't have [ and ] accessible on the first/second level. That's already half of the western civilization, not some random's custom layout.

Yes, mine for example. Swedish keyboard layouts are horrible for coding. The [ and lots of other symbols require super weird hand movements to input. That is why when I code I usually use an American layout keyboard instead.

However, even if I wouldn't switch - wouldn't it just be to remap the keys in my config?

Re: Nyxt: The Hacker's Browser

#149

Post by cschmatzler »

brabel wrote: post #110
p-e-w wrote: post #105

Earlier quoted context omitted.

Entering [ works just fine on QWERTZ: You simply press AltGr+8. But this doesn't work in shortcuts, e.g. when combined with Ctrl. That is, AltGr+8 generates the character '[', but Ctrl+AltGr+8 is not the same as pressing Ctrl+[ on keyboards that have a dedicated [ key. This bug is decades old, and every Vim derivative suffers from it.

I use Cmd+[ on MacOS to "go back" on multiple software like IntelliJ, emacs (I probably configured it) and Firefox, so I would say this is a pretty common combo. It's easy to remember, specially given that the mirror, "go forward", is Cmd+]. As I said, even though my first language is not English, I only write code in an English keyboard layout so I've never even considered that [ is "hard to press". EDIT: the Dr Rac…

Using [ and ] is completely normal in so many applications. QWERTZ just is a bad design, and applications shouldn’t have to work around that by making keybindings more difficult. My team has ~100 engineers in QWERTZ countries and I don’t know a single one of them that actually uses it. QWERTY is the standard order for all new laptops. Nobody complains.

Re: Nyxt: The Hacker's Browser

#150

Post by cfn »

wkat4242 wrote: post #128
linmob wrote: post #119

Earlier quoted context omitted.

Honestly, as a fellow QWERTZ-native, QWERTZ is generally a terrible layout for doing any programming in languages that go beyond round brackets. Instead have all these umlauts you rarely need, even in normal writing, right there - just a bad tradeoff. One might even argue that it's terrible for some other keyboard shortcuts, as they stop making sense: E.g., when Ctrl+Z is undo and Ctrl+X is redo, that makes perfect s…

Spanish keyboards, while QWERTY, are terrible for this too. All the special characters are in a weird place and many require modifiers. While I live in Spain now I still use the US layout I'm used to from the Netherlands. It means I can't type the Spanish accents which are kinda important but anyway...

Same here with Portuguese keyboards! I gave up on them 30 years ago and adopted UK or US layouts. For a long time I wrote a kind of pidgin Portuguese due to this but eventually learned the Portuguese layout by heart using both US and UK layouts.
Post reply on HN