I see complaining about GTK on your first link - have you heard of Qt?
I've not only heard of QT, I originally developed Next in QT. I can't say it was a good time :D
Show HN: Next Browser native on Linux
71–80 of 117 posts
Re: Show HN: Next Browser native on Linux
#72Earlier quoted context omitted.
make sure to completely kill any running zombie instances of the program, copy it to your disk and try running it again. (e.g. search in activity monitor for "cocoa-webkit" and "next", and make sure there are no processes with that name)
I think it is more than that, libxmlrpc++.8.39.dylib missing in my case I guess
it should be shipped within the app bundle, can you please tell me what "otool -L Next.app/Contents/MacOS/cocoa-webkit" returns?
I'm not using libxmlrpc++, just libxmlrpc
Re: Show HN: Next Browser native on Linux
#73There is also Vimb [1], which is another keyboard-focused web browser. It also runs on GTK+ and WebKit2. How does Next compare to it? (Except for obviously being more suited for scripting and having Lisp support.)
When I was trying Vimb for myself it suffered from frequent WebKit («WebView crashed») crashes. And also its performance seemed to me worse than, say, latest Firefox Quantum or Chromium — it was consuming much more RAM when using many tabs or opening extremely large web pages (few megabytes of html with many pictures in it). Although it starts a lot faster than the latter two.
How does Next compare to Vimb with respect to performance and crashes?
[1]: https://fanglingsu.github.io/vimb/
EDIT1: minor change of wording
Re: Show HN: Next Browser native on Linux
#74I like the idea but it doesn't go anywhere near far enough. I feel like the web has become that "City of Destruction" that is talked about in "Pilgrim's Progress"; something like 95% of the bytes transferred are just junk. I am not at all interested in "seeing the content the way the created intended it", I really would rather decompose it into a semantic graph and then put it together to show me what is relevant. Th…
Being junk to you doesn't make it junk to everyone else. The only content you could re-present in 'your' way would be static contents, and only if they fit a specific design. This leaves out a significant portion of things that require dynamic capabilities. Something as simple as openstreetmaps would not work in this somehow ideal world.
Re: Show HN: Next Browser native on Linux
#75Am I the only one who is every problems with the download being an lzip file?
I really fought with my laziness to search what a "lz" file is, and the command to use to extract.
I'm doing:
"tar --lzip -xvf next-linux-gtk-webkit.tar.lz", and getting "tar (child): lzip: Cannot exec: No such file or directory". I guess I have to install lzip and tar isn't enough (so, the command I found was wrong).
Is there a reason to not use the more popular (on Linux) tar.gz or even .zip? I assume lzip offers better compression, but I bet I'm not the only one who's heard it for the first time today.
Re: Show HN: Next Browser native on Linux
#76Isn't NeXT still a trademark name?
Re: Show HN: Next Browser native on Linux
#77What if a browser was built like Emacs is built? With low-level rendering core exposing almost everything to scripting in Lisp, and the entire UX written in Lisp, fully customizable? It appears that Next goes in this direction. I don't know if gtk-webkit allows to script it very deeply, e.g. enough to expose DOM and write extensions in Lisp. It would also be great to have something like the Emacs's customization fram…
At one point you could embed webkit in emacs. https://www.reddit.com/r/emacs/comments/4srze9/watching_yout...
Re: Show HN: Next Browser native on Linux
#78Super cool that you use this Guix thing and all that (although Nix is better, who cares), but it is impossible to run this thing.
I've followed the steps and still my binary won't execute and the error messages aren't helpful. Please compile this thing into a single executable!
Re: Show HN: Next Browser native on Linux
#79Should have just forked Chromium tbh. Then all the extensions and configs could easily be transferred over.
Great to see people using Common Lisp.
Re: Show HN: Next Browser native on Linux
#80Super cool that you use this Guix thing and all that (although Nix is better, who cares), but it is impossible to run this thing. I've followed the steps and still my binary won't execute and the error messages aren't helpful. Please compile this thing into a single executable!
If you can produce a single executable, I will be quite amazed :D considering there is both a lisp core and platform port which are separate programs, however, you are free to try :D
on a more serious note, it is still alpha, so sorry about any issues you are having, we're working on making things easier for users to install and more robust!