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

231–240 of 262 posts

Re: Nyxt: The Hacker's Browser

#231

Post by anthk »

deafpolygon wrote: post #93
throwawayadvsec wrote: post #73

Earlier quoted context omitted.

what kind of "hacker" use windows as a main OS though? windows is only for gaming and testing the software you ship

What about Windows that makes it unsuitable? In fact, the majority of "hacking" and the proliferation of "hacking culture" over the history has been done on Windows - not any flavor of UNIX like many would have you believe. Don't gatekeep.

You wish. Proper hacking has been done under Unixen and before, MIT with ITS and Lisp. You don't know anything about hacker culture. The cracking one, maybe. Unix and Lisp users run circles on Windows' crappy warez culture any day.

Re: Nyxt: The Hacker's Browser

#232

Post by msie »

extheat wrote: post #91
msie wrote: post #23

I've always thought of developing a Hacker's browser. One where there are no restrictions of what it can do. For example, you can't write a chrome extension to spoof the Referrer header on requests. The Chrome browser is more locked down than you think.

What other restrictions are you referring to? This SO post seems to cover how to change headers (including Referrer) in Chrome API: https://stackoverflow.com/q/30999159/11173996 There is also Chromium which you can build and patch if you really need low level changes to the browser not achievable from JS, but nothing immediately comes to mind to necessitate that.

It doesn't look easy to change and even then, there is some doubt whether it works with newer Chrome versions. Anyways, the Chrome developers are purposely making hard if not impossible to change the Referrer and other headers. Part of the blame is to comply with standards but there should be some flag to turn off that behaviour.

Re: Nyxt: The Hacker's Browser

#233

Post by anthk »

akho wrote: post #224
deafpolygon wrote: post #189

Earlier quoted context omitted.

I did quote it. https://en.wikipedia.org/wiki/Hacker_culture

I thought you somehow differentiate “hacker” and “hacking”, because you are not making sense otherwise.

This. Common Lisp and Emacs' hacker/AI/REPL programming world make Windows' cracking culture a running joke.

Re: Nyxt: The Hacker's Browser

#234

Post by revelio »

PurpleRamen wrote: post #197
jug wrote: post #17

Hmm, not sure it's for me (a bit too much hacker) but I'd definitely like a highly customizable, module based browser with a pure shell by default. Something like Visual Studio Code but with less cruft from the get go. I've never thought about it until I saw this! Now I'm really irked about there not being a solid, mature browser based on extensibility. Where the base is basically an address bar and history awareness…

We basically had this with old Firefox, didn't work out. We kinda have and had this with all the small custom browsers, like Qutebrowser or Nyxt here, doesn't work either. Customizability is a liability, it's work. It comes with many problems, responsibility, work for the users, and not many are willing to take this. Chrome, Firefox and the others are more or less the best we can get regarding balancing customizing,…

Maybe? IntelliJ plugin API is pretty much infinite in scope, you can customize nearly anything. Not everything is well documented, mind you.

Re: Nyxt: The Hacker's Browser

#235

Post by friend_and_foe »

I'm a qutebrowser user and I really have been rolling it around in my head to check this out and switch to it. My main issue with it is that I develop userscripts for qutebrowser (not greasemonkey scripts, qutebrowsers version of extensions) and the lisp only thing in nyxt bugs me. I like lisp, but I'm stronger in other scripting languages. The benefit is of course i would not be limited at all to functionality because any part of nyxt can be modified.

It seems like an absolutely fantastic project and I shall see if I want to invest in the effort it takes to move.

Re: Nyxt: The Hacker's Browser

#236

Post by friend_and_foe »

sylware wrote: post #176

Still using big tech c++ diareha of webkit(apple) or blink(google). Please, do acknowledge this is nearly pointless. Stop coding that please: first thing first, namely code a web engine in a plain and simple language (like C89+ with bits of c99/c11) and not using that any grotesque and absurd language syntax like c++... even though the core of the issue is the web itself.

You can use any engine you want.

Re: Nyxt: The Hacker's Browser

#237

Post by kagevf »

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…

Nyxt has a vim mode, but it’s more inspired by emacs, and therefore fully customizable.

Re: Nyxt: The Hacker's Browser

#239

Post by cutler »

Why is the only Mac option a non-default, local repo-based Macports installation? What's wrong with a binary or a port that is actually listed in Macports? Isn't that the whole point of Macports?

Re: Nyxt: The Hacker's Browser

#240

Post by bornfreddy »

can16358p wrote: post #228
bornfreddy wrote: post #217

Earlier quoted context omitted.

Vi has a steep learning curve, but once mastered, it is on-par or exceeds the best of other editors. It is also present everywhere (on Linux at least) and works via ssh as well as locally. I'm not using it anymore myself, but I know and respect people who do. For me the tradeoff was not worth it, however it still annoys me to hell and back that I have to reach for the mouse so often in vscode.

I see. I develop mostly mobile apps and I need to be using mouse/trackpad anyway frequently so that's not an issue. Though about the keyboard part: I'm used to Vscode's keyboard shortcuts too (and I can in no way say I know all of it) and I can easily navigate and code in Vscode too. Perhaps many people who got used to those tools developed muscle memory so much that they can't give Vscode (or anything modern) the ch…

I also use keyboard shortcuts (obviously), but in some cases it seems impossible to configure them - for example maximizing the terminal window vertically seems to not be supported by shortcuts.
Post reply on HN