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

Gosub – An open-source browser engine

github.com

Post reply on HN
Print view View original

81–90 of 173 posts

Re: Gosub – An open-source browser engine

#81

Post by dmz73 »

opem wrote: post #73

It's true that the complexity of these kinda projects are enormous, but considering chrome/webkit's monopoly in the browser space, I feel we should always welcome and appreciate alternative efforts...regardless of the project's outcome. P.S. the website and the probably AI generated logo is giving a sketchy vibe about the project :)

Isn't this how generative models are supposed to be used? Instead of generating a sub-par (no pun intended) logo myself, I get a model to build one for me. It is the same as using any computer software to achieve the goal - human is providing the inputs and hardware and software are generating the output.

Re: Gosub – An open-source browser engine

#83

Post by opem »

serf wrote: post #76
opem wrote: post #73

It's true that the complexity of these kinda projects are enormous, but considering chrome/webkit's monopoly in the browser space, I feel we should always welcome and appreciate alternative efforts...regardless of the project's outcome. P.S. the website and the probably AI generated logo is giving a sketchy vibe about the project :)

>P.S. the website and the probably AI generated logo is giving a sketchy vibe about the project :) certainly some reasoning would be more constructive than a smiley face, because I looked at the website, I looked at the logo[0] - I didn't share the same feeling. Certainly it could be AI generated, but why 'sketchy'? Is it something to do with your own personal feelings on AI use, or just the aesthetic in general? I g…

> certainly some reasoning would be more constructive than a smiley face...

I already gave the reasons there.

> I didn't share the same feeling.

Just a personal opinion.

Re: Gosub – An open-source browser engine

#84

Post by dustedcodes »

pessimizer wrote: post #68
dustedcodes wrote: post #25

Why does it matter if it’s written in Rust?

1) I suspect that it's important for potential contributors to know what language it's written in. 2) It mattered enough for you to complain about it for some reason, so look at that reason, then look at its reflection.

Huh, Complain??

Re: Gosub – An open-source browser engine

#85

Post by madeofpalk »

pests wrote: post #53
diggan wrote: post #31

Earlier quoted context omitted.

> develop a fully compatible browser engine Do we need more "fully compatible" engines? I could imagine there are use cases for browser engines that work with just parts of the specification, particularly the most common ones used in the wild.

Just as a data point, the YouTube app on most TVs and devices is a stripped down browser only supporting exactly the HTML/CSS/JS needed to run the big picture client. By tighter integration with the final product, the browser can provide specialized elements or APIs to simplify the actual application code. I think it's used a few other places as well.

Most smart tv apps are just web apps. YouTube isn’t particularly unique in that regard.

Even the old pre-tvOS Apple TV apps were kinda web apps - XML and JavaScript delivered over HTTP

Re: Gosub – An open-source browser engine

#86

Post by sharktheone »

opem wrote: post #80
sharktheone wrote: post #77

Earlier quoted context omitted.

No, the website isn't AI generated. There might be some parts of it, though, like general structure of the website and structure of texts. Yes, the initial logo design was generated by AI, however the current logo was made by a designer from the AI's draft. I don't know if it is a compliment that my website design skills match the ones of AI or if it is more an insult

> I don't know if it is a compliment that my website design skills match the ones of AI or if it is more an insult Neither, it has nothing to do with design. I just wanted to point out that putting an AI generated logo, and writing vague statements like "optimised search and unlimited browsing" seems unprofessional to me.

The "optimised search and unlimited browsing" isn't really a statement, it is the expanded form of the acronym gosub. As I said, I don't really like it, but this is what we have now... :/ But I can definitely see where you are coming from.

Re: Gosub – An open-source browser engine

#87

Post by sharktheone »

joshmarinacci wrote: post #72
sharktheone wrote: post #36

Earlier quoted context omitted.

The byte stream is one of the first components that was written. Probably It wouldn't be written nowadays. The browser is quite modular, so in the end you can completely out out of that system.

That’s good to hear. I’m excited to see you’ve got a good html parser. That’s worth a lot just by itself.

Yes, the HTML parser, probably the component that is the most spec compliant. I think the CSS parser also is. For the initial phase, I think it is more important to get something working. For a later implementation, the spec should dictate what we do and what not. But with a small team, it is just not feasible.

Re: Gosub – An open-source browser engine

#88

Post by Y_Y »

thwg wrote: post #50
thesuperbigfrog wrote: post #45

Earlier quoted context omitted.

"GOSUB" is the syntax used to call subroutines (functions) in BASIC: http://retro-basic.com/manual/GOSUB.html

Thanks for the pointer. And it makes it doubly confusing. Doesn't a reference to an obsolete, pre-modern language tarnish the reputation of Rust? Doesn't the creator of this project fear lawsuits from the legal team at The Basic Foundation?

Oh no! Don't tarnish the rust!

Re: Gosub – An open-source browser engine

#89

Post by flaburgan »

ricardobeat wrote: post #82

I was hoping for a small embeddable engine to finally replace Electron. The build on Windows ends up being 55MB, not too bad but still too large for simple apps. Is anyone working on something like that?

That's now one of the goal of Servo. Also, did you look at Tauri?

Re: Gosub – An open-source browser engine

#90

Post by sharktheone »

ricardobeat wrote: post #82

I was hoping for a small embeddable engine to finally replace Electron. The build on Windows ends up being 55MB, not too bad but still too large for simple apps. Is anyone working on something like that?

Well, the application is basically unoptimized. However, we also don't have many components yet that can eat up your memory. But we try to keep the memory usage as low as possible. We also thought about integrating it into something like Electron, and for something like that it is important to have a low memory usage.

Lateron, we might have some compile time flags to reduce memory usage in cost of a bit of speed. Most Electron apps don't require that big oomf performance on the startup, since everything is locally and can be cached in a better way.

Post reply on HN