Why WebPositive? Why work on it and spend time if there’s a ready to go browser on HaikuDepot, im about epiphany
Because Epiphany like others is relying on a bunch of dependencies.
You have to understand that the first use of the browser is to read the manuals and access Haiku sites and this as soon as you’re installing. Web+, like other native apps, doesn’t take a large space on disk so you it’s easy to include in the iso image. You wouldn’t be able to include another browser, they are simply too large.
2 Likes
I had no idea WebPositive was smaller than other browsers. A real a-ha moment for me here!
Other than that, I really like being able to drag a URL from WebPositive on to the Desktop or into a Tracker window to use as a bookmark which I can open with a double click. It’s a pity other browsers in Haiku don’t have this ability.
The Haiku project uses the WebKit engine as it is used for Apple’s Safari. As mentioned, low dependency requirements and it compiles on the 32-bit platform. Legacy of Net+ project from BeOS.
HaikuPorts provides and ports the FOSS-based web browsers.
WebPositive was there first (since 2010), long before many of the other browsers became available for Haiku (with the exception of Firefox 2, which is completely unusable today and was already starting to show its age back then).
I do not know why other people chose to port other browsers, instead of improving WebPositive.
Anyway, personally I like working on new applications, and I am not so much interested in porting Linux ones. So I continue working on WebPositive. Other people can do other things if they want.
4 Likes
Tell everyone if they want to contribute but are scared of kernels, tell them to contribute specifically to the browser. Idk if it will work but still its possible to try
I work on the kernel, and I prefer doing that to working on the web browser.
As PulkoMandy has posted on this forum many times before: kernels are just another kind of program. Are there some special rules? Sure, but there are for many kinds of programs, so that’s no different. As a matter of fact, there are many more “special rules” for most web browsers than there are for kernels; it’s much more complicated to work on web browsers.
1 Like
WebPositive looks good, beside proxy settings don’t work.
They do work, or well more precisely used to work. But Haikuwebkit no longer supports it properly. This is because we changed from the libservices backend to the curl one.
In theory someone just has to hook up these settings again… curl already knows how proxies work, and iirc you can also use enviroment variables right now to make it use other proxy settings.
I’m sorry, if set proxy in the settings window and nothing changes, it means that it doesn’t work.
1 Like
What does Haikuwebkit do? Is it some basic piece of software which works with WebPositive (and other browsers too?) to access the web via TCP/IP? Something similar to Trumpet Winsock on old Windows machines?
It’s a web engine. It does all the web things: html, css, javascript, …
WebPositive is essentially just a window with tabs and an address bar, the tabs contents is all done by haikuwebkit.
1 Like
It takes some special effort to only read Half a sentence and then respond… I explained why it is broken.
But again: the problem is not in WebPositive. blaming it is nonsense. Haikuwebkit is the problem, so fix it there.
It is in WebPositive. If it’s known problem, why not just remove this setting and mention that it must be done through the system variables instead?
Why not just delete the webrowser If it’s causing so many problems?
Let me put it this way:
Changes that broke proxy settings in WebPositive Were Zero, nothing changed at all.
Changes that broke proxy settings in Haikuwebkit were one.
and your solution to this is just remove the support for proxy settings entirely? why? Just fix the webkit support for the settings.
2 Likes