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

Arc Browser 1.0

arc.net

Post reply on HN
Print view View original

201–210 of 263 posts

Re: Arc Browser 1.0

#201

Post by tsuujin »

freediver wrote: post #197
crooked-v wrote: post #196

Earlier quoted context omitted.

It uses its own separate keychain entries (whatever the term is), not the stuff that's used by the iOS system level functionality.

That is by design of Keychain, apps can not access each others keychain, otherwise it would not be secure. There is no "iOS system level keychain" but all apps use a bucket in keychain - Safari uses one and Orion uses one.

The design of “passwords” on the Mac and iOS doesn’t make it seem like anything is a “safari” password.

You save a password to the keychain in safari, and then you go to the “passwords” system preferences panel and you see those passwords. Or the other way around—creating a password from system preferences makes it accessible in browser. It appears on the surface to just be a password app, not a safari bucket.

It also works this way if you use the iCloud passwords app from windows. All of your saved passwords show up there as well, despite the absence of safari.

I’m pretty sure the new Chrome extension also shares your existing passwords.

I think it’s a reasonable assumption that when an app claims to use the keychain that you will have access to all your previously saved passwords.

Re: Arc Browser 1.0

#202

Post by tsuujin »

fragmede wrote: post #111
olliej wrote: post #108

Earlier quoted context omitted.

Seriously the fact the "I made a chrome wrapper" is apparently worth millions in VC funding remains absurd to me.

There's value on the wrapper around the rendering engine. Presumably you don't use the raw engine, and use many of the UX features provided by your chosen wrapper (of which there are many). Things like tabs and extensions, hell even having history, settings, cookies, and a back button are UX niceties a raw engine doesn't necessarily provide. So the wrapper is important; making a better wrapper is thus a worthwhile en…

TIL that Opera was rewritten to be based on chromium. That makes me kind of sad.

Not super sad, because I haven’t used Opera in a decade, but still a little sad.

Re: Arc Browser 1.0

#203

Post by subsection1h »

thiht wrote: post #114

I’ve used Arc as my main browser on my work laptop for the last few months and I love it! It solves pain points I’ve actively tried to solve with Firefox, but couldn’t. It’s no surprise HN is skeptical about « yet another browser », so here’s what I like specifically about Arc: - it supports tab tiling. I can see 2 tabs next to one another easily. This is NOT solved with window tiling, it’s clunky and clutters the sp…

> Firefox also has vertical tabs via Sidebery and TreeStyleTab [...] but the look and feel honestly sucks

I wrote a custom stylesheet for Tree Style Tab years ago. Did you do this, and if so, what did you find lacking afterwards?

Re: Arc Browser 1.0

#204

Post by freediver »

tsuujin wrote: post #201
freediver wrote: post #197

Earlier quoted context omitted.

That is by design of Keychain, apps can not access each others keychain, otherwise it would not be secure. There is no "iOS system level keychain" but all apps use a bucket in keychain - Safari uses one and Orion uses one.

The design of “passwords” on the Mac and iOS doesn’t make it seem like anything is a “safari” password. You save a password to the keychain in safari, and then you go to the “passwords” system preferences panel and you see those passwords. Or the other way around—creating a password from system preferences makes it accessible in browser. It appears on the surface to just be a password app, not a safari bucket. It als…

Safari uses the Apple bucket, that is also exposed through the Apple's Chrome extension and also when you go to System preferences Passwords pane.

When you view passwords in Orion, you are also viewing passwords saved on Keychain, just in this case Orion's bucket.

There are various system API's that allow apps to read from each other's bucket (obviously all Apple apps have access to Apple's keychain bucket). This is how you can autofill passwords from different keychains in Orion (for example Apple's - which I call Safari's because this is how typically passwords land in it).

Re: Arc Browser 1.0

#205

Post by albertop »

crooked-v wrote: post #183
Terretta wrote: post #126

In case you are interested in a wrapper for WebKit instead of for Chromium, but one that lets you use your favorite Chrome and Firefox extensions: Orion Browser by Kagi: Very fast. Zero telemetry. Lightweight, natively built with WebKit, made for you and your Mac. Industry-leading battery life, privacy respecting by design and native support for web extensions. Orion supports Firefox and Chrome browser extensions nat…

This is great, with the one big annoyance that they don't use the actual native iCloud password keychain (and so, for example, can't interop with how that's also used to auto-fill passwords for apps on iOS, not just websites).

That is a deal breaker for me. I use auto-fill extensively and my browsing is 50/50 Mac and iPad so having a separate set of passwords on Mac and iPad is super annoying.

Re: Arc Browser 1.0

#208

Post by jwells89 »

kajecounterhack wrote: post #174
rogerclark wrote: post #164

Earlier quoted context omitted.

Arc is pretty good. The vertical tabs are great, and the same tab list appears in all other windows you have open. For someone who easily loses track of tabs, this helps dramatically, and prevents the situation where you have multiple windows open, each with similar tabs. The other great feature is the "Little Arc" window that appears when opening links in other apps. This lets you check something out, close the wind…

Why wouldn't they do Linux? Isn't the whole benefit of browsers that they're the internet's compatibility layer, and shouldn't support be kinda baked into Chromium? Missing a chunk of (hopefully passionate in a good way) users like that sounds like a missed opportunity. That said it's probably fine for them to iterate for Mac customers first, like apps releasing on iOS first before supporting Android.

As I understand, Arc doesn’t use the UI framework that’s baked into Chromium and instead uses SwiftUI. To facilitate a Windows port, they’re building on existing community work to write a SwiftUI implementation for Windows.

Following this if they were to port to Linux they’d probably write a GTK-based SwiftUI implementation, or if they wait for Swift C++ interop perhaps a Qt-based implementation.

Re: Arc Browser 1.0

#209

Post by jwells89 »

subsection1h wrote: post #203
thiht wrote: post #114

I’ve used Arc as my main browser on my work laptop for the last few months and I love it! It solves pain points I’ve actively tried to solve with Firefox, but couldn’t. It’s no surprise HN is skeptical about « yet another browser », so here’s what I like specifically about Arc: - it supports tab tiling. I can see 2 tabs next to one another easily. This is NOT solved with window tiling, it’s clunky and clutters the sp…

> Firefox also has vertical tabs via Sidebery and TreeStyleTab [...] but the look and feel honestly sucks I wrote a custom stylesheet for Tree Style Tab years ago. Did you do this, and if so, what did you find lacking afterwards?

With Firefox on macOS and to a lesser extent Windows there’s some jank at play, for example when hiding/showing the sidebar you sometimes see a white flash as it redraws. It feels a bit duct taped together.

Re: Arc Browser 1.0

#210

Post by imbnwa »

fnfjfk wrote: post #88
Sebastian_09 wrote: post #18

it isn't mentioned anywhere but it's chromium based — which is of course is practical, but I wonder how dependent on Google that makes them and other browsers using it

Maybe I’m misunderstanding, but why is this practical? It’s a Mac app, WebKit already ships with the OS and can be easily used with WKWebView. Bundling Chrome is a much bigger app size and much more complicated build setup than importing a class that ships with Cocoa.

Extensions
Post reply on HN