Live data from Hacker News

Zen, a Arc-like open-source browser based on the Firefox engine

zen-browser.app

291–300 of 427 posts

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#291
post #237

Earlier quoted context omitted.

As a very longtime VIM user, can you talk me into helix?

I'm not one for preaching about software :p I thought I'd miss the infinite extendability of neovim with all my plugins and such but it didn't end up mattering to me and it was quite freeing actually to be just bound to what is supported in the core editor (as long as it's enough for you). I've been waiting for editorconfig support since before switching but it doesn't look like it will be merged into core. Afaik the…

Thanks you! I will take a look. I waited very long to jump to neovim.

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#292
post #243

Earlier quoted context omitted.

Reading the discussion, I see the developers intend to never sign their OSX package. This is a pretty big red flag for me, shows that the developer isn't really serious about supporting OSX. Too bad, I was excited by the idea, but this is just unprofessional and I really need to trust my browser.

> this is just unprofessional Or they just prefer to not go out of their way to support the walled garden that is the Apple ecosystem. Principles beat professionalism any day for me.

Then don't claim to support it

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#293

Earlier quoted context omitted.

Vote here: https://connect.mozilla.org/t5/ideas/split-screen-tab-in-tab...

Or don't waste your time, given Mozilla management does whatever it or Google wants? Just like with Google, nobody works on anything that won't help get them promoted? There are decade-old "everyone agrees this sucks, please fix it" bugs in bugzilla that are ignored because nobody in management or development cares. It's not sexy, can't go on their resume, it won't let them give presentations at conferences, or get t…

76 ideas which were submitted are currently in development and 84 have been delivered.

Using your anger/passion to try and sway people to be even less involved doesn't help anyone.

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#294

Earlier quoted context omitted.

Mozilla could keep building FF without Google, but it would require that 90% of the C suite get laid off and dedicated focus from the company...

Good. They've lost market share continuously for fifteen years . In 2009 they had a 30% market share. Now they have a 5-6% market share. 4/5ths of their market share, gone.

The number of internet users have also gone up 300% over that time period, so on absolute terms they still have a sizeable user base.. but yes. They need to figure out how to increase market share.

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#295

Earlier quoted context omitted.

You should try Firefox Mozilla containers https://addons.mozilla.org/en-US/firefox/addon/multi-account... This is official supported add-on

Along with the excellent "open in container" extension, allowing launching URLs into containers: https://addons.mozilla.org/en-US/firefox/addon/open-url-in-c... $ firefox 'ext+container:name=HN&url=https://news.ycombinator.com/item%3Fid=41311435'

I'm curious what the use-case of this extension is? Other sites/applications aren't going to be using this custom protocol handler, and if it's just for my own browser then I'm going to be creating containers and then setting "always open site in this container" and Firefox will always open that site in a specific container. What are you using this for?

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#296

Earlier quoted context omitted.

Good. They've lost market share continuously for fifteen years . In 2009 they had a 30% market share. Now they have a 5-6% market share. 4/5ths of their market share, gone.

The number of internet users have also gone up 300% over that time period, so on absolute terms they still have a sizeable user base.. but yes. They need to figure out how to increase market share.

They are even losing users in absolute terms: check https://data.firefox.com/dashboard/user-activity

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#297

I've recently made a similar (more modular) project which compiles various features and patches them into a Firefox profile. It can compile themes, hardening, userscripts, userstyles and more into a clean firefox profile, basically removing the bloat from firefox while still being fully customizable: https://github.com/explosion-scratch/firebuilder

This looks really great. One thing I have never seen done is having the url bar completely removed and put everything in the sidebar. That would really save some vertical space. Since you seem to know your way around the firefox sources, do you think that's possible?

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#298
post #295

Earlier quoted context omitted.

Along with the excellent "open in container" extension, allowing launching URLs into containers: https://addons.mozilla.org/en-US/firefox/addon/open-url-in-c... $ firefox 'ext+container:name=HN&url=https://news.ycombinator.com/item%3Fid=41311435'

I'm curious what the use-case of this extension is? Other sites/applications aren't going to be using this custom protocol handler, and if it's just for my own browser then I'm going to be creating containers and then setting "always open site in this container" and Firefox will always open that site in a specific container. What are you using this for?

> Other sites/applications aren't going to be using this custom protocol handler

I have my own xdg-open in the PATH which supersedes the /usr/bin one (I believe there actually is a plugin mechanism for xdg-open but I found it easier to just create my own binary than learn their tomfoolery), and with that in mind, I'm able to make any URL routing decisions I'd like via that

> then setting "always open site in this container"

... which won't work for multi-tenant sites like console.aws.amazon.com or portal.azure.com which use cookies or other such nonsense to determine who you are currently logged in as. That's actually true of Google and Microsoft, too, although I have less day-to-day experience with that. I am, of course, aware of the user switcher built into both AWS and Azure consoles, but it's not the same as having a giant red themed container for production accounts versus green for QA ones

As for your specific question, I also use aws-vault to cook federated login URLs for the console because my experience of working with AWS SSO and Okta is some ... it's a lot of clicking ... versus letting aws-vault build the federated signin URL and then launching it into the container named according to its AccountID (so it's easy to programatically dispatch them)

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#299

Earlier quoted context omitted.

I like it, because it shows the author's aspiration. Not all software aims to be visually appealing, which is totally fine. But depending on what the software is, aesthetics are something that I find important. For browsers in particular, that is a major reason why I don't use any of the existing Firefox forks: they are all very utilitarian. But I look at a browser window pretty much all day long, so I prefer a visua…

> I prefer a visual design that brings me joy This sounds like a marketing-speak. Joy is not an experience gained by staring at the visual design of a browser. You are confusing joy and another experience, perhaps appeal or attraction. If you genuinely experience joy from browser visual design, you are probably that same guy who experiences “delight” when a customer support representative treats you well on a phone c…

Why are you spending your time explaining to people you've never met what kinds of emotions they feel, or how legitimate their emotions are?

Re: Zen, a Arc-like open-source browser based on the Firefox engine

#300
post #185

Earlier quoted context omitted.

I like it, because it shows the author's aspiration. Not all software aims to be visually appealing, which is totally fine. But depending on what the software is, aesthetics are something that I find important. For browsers in particular, that is a major reason why I don't use any of the existing Firefox forks: they are all very utilitarian. But I look at a browser window pretty much all day long, so I prefer a visua…

Can we just have two separate things? One is a browser that works well, and the other could be maybe some pretty pieces of paper that you can stick over the UI elements that don't spark joy for you.

Why do they ned to be separate?
Post reply on HN