The fact you just confirmed you are open-sourcing your works on Swift on Windows is just sooo exciting. Thanks for not only building a great browser, but also contributing to Swift community / ecosystem!
@@RobotTechHeadit’s not, they’re a private company using tons of other peoples work for free They’re just paying it back, which is a kind act but it’s definitely not overcompensating
you guys are also teaching and inspiring people on how to run good quality startups With the focus on strategy and prioritization and risks, etc, love you guys
I love how you’re sharing your progress and challenges along the way so fans of Arc can feel almost like we’re on the journey with you. You have a great product and are doing such innovative things. Keep up the great work!! 🔥
I'm sharing this video with my Computer Science (senior secondary) class... it's such a great insight into how an excellent company considers all factors and pushes the right levers to maximise all aspects of a project - everything from efficient use of programmers to platform growth!
Definitely looking forward to this and all the work you're doing in the Swift cross-platform area. You guys are rocking this two birds one stone stuff that will be amazing for other devs by opening your work. Really, congratulations !
You guys are awesome! spending 4-6 more years to develop Arc app for Windows is a total huge effort that I really appreciate. I become more impatience since you're announcing Arc will be launched soon in this year, wish Arc will be my main browser someday
I am so stoked about this! I've always put off learning Swift but this is quite a compelling reason to start learning! Arc for windows is gonna be huuuuuuuuge!
I keep saying it on almost every video comment... I'm excited about it and everyone I talk to about Arc coming to Windows is really excited for it to arrive on the platform. Keep it up guys; great work as always. ❤🔥
I am excited by this on so many levels, and cannot wait until I finally get my invitation! And for those who may not know and wanna have their minds blown even more, IBM has supported Swift from very early on.
Super glad this is being open sourced. I didn’t even realize this was a meeting until the windows prototype was shown. Honestly would love to work for y’all.
On the subject of RN, Flutter, and Xamarin, etc being "jank", I just thought it would be worth saying that for the purpose of making a browser, it makes sense to dive deeper than what those platforms can really provide. It seems to me that the closer to the metal you need to get, the less those platforms are valuable. If you're making an app that is 80% your average UI, and just allowing the display and modification of data on a backend then those platforms make sense. But if you're making a browser, the level of integration that's requires there is just so much more than your average app, which is what RN, Flutter, and others are designed for.
@@NterpriseCEO Yeah. They're misunderstanding what those are meant for. Those are widget-based UI toolkits, not something you should build a browser engine in. You would want to go with something lower-level.
4:14 I want to stress the fact swift does NOT handle everything at compile time, and defaults to reference counting for heap management. There is a very big difference
That was really a bold move, choosing Swift to build a browser, probably the most cross-platform app. But I see you're well aware and working hard towards a better future for all of us. Well not all since I'm personally on NixOS. But I'll watch and cheer from the distance. Good luck!
I’ve been waiting for an actually decent way to write (and use) Swift on Windows. As a dev, it’s such a great language and I actually enjoy using it, but it sucks not being able to create good cross-platform experiences with it. I would be so happy if Apple open-sourced SwiftUI and allowed the community to port it to Windows as well.
Some corrections: 1. C++ actually has auto memory management nowadays. It is done through smart pointers and automatic reference counting. 2- Microsoft and other OS builder are actually investing their resources in things other C++, like Rust.
Indeed, the Windows core/kernel is now partially written in Rust. But we are far from writing native Windows apps in Rust. I mean, it is possible to write desktop apps in Rust but leveraging WinUI and the Fluent Design is made dead simple when you use one of the target languages such as C++ or dotnet (mainly C#).
Yesterday, I received an email about Arc on Windows, and I was eagerly anticipating the chance to download and experience it. On macOS, I was very pleased with Arc, including its interface, usability, and resource efficiency during operation.
Microsoft Edge has had vertical tabs since 2020/2021. How will Arc stand out against Edge when they are both chromium browsers using the Windows design language?
I'm super fascinated with this as a Swift developer and how you inter-opt with winUI. (also, Windows has so many UI libraries, is winUI the best / most modern?) I imagine initially crafting your own UI library in Swift to work with winUI will be necessary, I wonder if eventually one could just write SwiftUI code and check a box to deploy to Windows. Would that be possible? Or I guess Apple would need to be involved and/or open source SwiftUI
@@DouglasHewitt I don’t think they would they do not tend to open source ui kits or other frameworks needed for development (combine etc) Moreover cause of lack of the documentation and closed source SwiftUI at first year was a black box. And lots of their new apis makes you update your minimum deploy target like crazy. Unlike Google’s open source Compose which has a backward compatibility. Ugh I wish we had the same policy on Apple platform
I mean, right now for sure SwiftUI is closely aligned with their software releases which can be annoying but keeps dependencies and app size down compared to Google's approach. I guess the thing that gives me pause is they call it "swiftUI" not "appleUI" and swift is open source. So it's not impossible they don't consider to open source it once its more fully baked, just like Swift itself took 2 years to open source. But, could be wishful thinking, you may be right, I'm just saying with Swift they have done things differently than the old AppKit UIKit days.@@TheZazatv
Really hoping this work will make the creation of a Linux version more likely. Arc has been gamechanging for me, but I really want to switch to an all-FOSS life.
Thanks for the update! Looking forward to Arc on Windows! But I also wanted to mention, that from a content perspective, I think your videos would benefit greatly from a nice mic like a shure mv7 or something plug and play. I couldn't get halfway through the video because the audio quality was driving me nuts :(
it’s weird seeing a modern desktop app that’s not built on electron! 😅 I’m looking forward to seeing more from y’all! edit: after getting Arc for Windows it is very chromium based
Seriously, I am using it on my macs and phone but no ipad support. Instead of focusing on windows they should perfect integration between mac os,ipad os, and ios
Swift for Windows looks promising! I also enjoy writing Win32 applications with Rust but using ARC for memory safety is undeniably easier than lifetimes.
I am curious for the battery here. For M1 mac, with chrome my mac lasts for around 12-14 hours. While with Arc, it last for only 6-8 hours. So its completely half since it uses a lot of battery (like a lot). Comparing this to windows with intel chip For chrome they last for 6-7 hours (very good windows laptops $$$) So for Arc, with Swift it might be significantly lower. I don't want to offend anyone, I would love to see Arc on Windows and then on Android. But, there is a need for battery optimisations or ways to trade features/performance for battery.
I've been a React Native developer since 2018 and would 100000% consider working on transitioning over to Swift and dropping RN if this was able to run on Android! SO badly hoping that Apple open-sources SwiftUI, too!
Looking forward to this. Very interested in having a language like swift available to everyone outside the apple wall garden. Open-sourcing this effort is appreciated too.
Arc is honestly the best browser I’ve ever used. Awesome product, awesome team, awesome UI. Very impressed. I wouldn’t be surprised if the big named browsers start borrowing ideas
Seeing the declarative layout code in a SwiftUI style but with WinUI flavour was trippy, but I loved it. The Comet project for MAUI tries to achieve similar, but the clunkiness of C# at times makes it much less readable than the Swift syntax.
my question is how you would deal with windows close, restore, minimize button on the right-top Windows corner, because on the Mac version, most of Arc is on the left side bar?
There is a class called SwapChainPanel. And you can do pretty anything you want to customize a window. So this is clearly not an issue, more of a design consistency question.
I still don't understand why he's talking about their hacky swift on windows solution as gods gift to man when Rust exists. He's literally describing Rust. Maybe I'm just stupid.
@@kallebalik maybe I should've phrased it correctly, it's just not a good choice for this project. They've got a large codebase in Swift, their engineers share large expertise in Swift, and the language itself is delightful to use and it's expressive enough to be a good fit for developing frontends. Where does Rust fit in here? It's verbose, it's kinda complicated, it doesn't have stable bindings to AppKit/WinUI and TBC will have to migrate the entire Arc codebase to Rust for this work out. Why? Let it stay in kernels and tooling, it's got it's place.
@@very_unique_username Yeah, maybe you are correct, but stating that they use swift cuz c++ and c is not memory safe and then not considering rust is where I'm stumped.
Love love loved Arc. I use this religiously with my mac and iphone... love to get in on the ground floor if and when you offer alpha/beat testing for windows
I initially thought you would create a SwiftUI source-compatible port on top of WinUI. So you people are just calling WinUI API directly from Swift, right? Will you do some presentations in the future on how view level code is shared, or you opted for not sharing them at all?
There is a member of the Swift on Windows team that is building a UI library for Swift that uses native Windows components. I would imagine that's what they'll be using, although it's still in an early stage.
Swift does actually not quite have the performance of C++, reference counting is quite a performance overhead over manual memory management. But for Rust its pretty much true
fr we need companies run by delusional designers that need to waste 4 years before realizing that making their product for a platform with 10% market share isn't actually better than making it for a platform with 75% market share
Je l’ai adoré sur Mac, malheureusement je suis passé sur Windows très récemment et j’ai perdu toutes mes habitudes que j’avais sur Arc, je languis de l’avoir ! Bravo pour votre travail
i just hope that by the end of next year i can say that the full version of the arc browser, the same as what is on macs, is on windows. and by the end of 2030 i hope that i can say that the ceo's idea of having this browser be your computers operating system where you can just log into your account and all of your things are on your the computer, meaning you don't have to have to bring yours with you. god please i hope i am right. this browser is genuinely a crazy piece of software and i hope that it get the massive recognition that it deserves.
3:55 This is very very wrong, C++ has very advanced and flexible automatic memory management through RAII and smart pointers. Examples: std::string s = "Hello"; std::vector values { 1, 2, 3 }; These value semantic class types cleanup automatically when the scope ends. Also C++ has unique_ptr and shared_ptr for reference semantics: struct T; auto const t = std::make_unique(...); Automatically destroyed at the scope, or can be moved. auto const t = std::make_shared(...); auto t2 = t; Shared ownership with reference counting, just like Swift. Of course, in Swift it's backed into the language and not a library type, and writing std::shared_ptr can be tedious if you use it a lot (ideally value semantic classes like those above should be most of the types used), you can easily create aliases for them. Also while the C++/WinRT isn't very good due to being neglected by Microsoft (they're just lazy) the code isn't a problem. For example, you just use WinRT types like regular values, no need to think about memory management or other issues. WinRT/COM types are obviously already ref counted.
I moght just not have made it there in the video. But for cross platform was there much of a choice between swift and rust, as they seem to be fairly simmilar?
Would it make any sense to bridge SwiftUI calls to WinUI? I'm thinking about how WINE works in linux, translating windows library calls to linux library calls. The idea of building an app in macOS and have the UI code just work on other supported platforms as part of the build process seems enticing. I guess the obvious big drawback would be Apple replacing SwiftUI with something else down the road. Maybe the solution is a both/and approach. Allow for an optional bridge, which could be maintained as a separate project that gets inserted into the build toolchain when present. The job of the bridge would be to handle Apple's UI calls passing them appropriately to the UI framework of the build target.
I'm so looking forward to using Arc on my MacMini. I still have my confirmation email for the wait-list... From July 2022. Is the wait really nearly a year???
Was there any particular reason why Rust was not considered more? To me it seems like everything you’re looking for and a better choice than Swift… 🤔 Dioxus uses wgpu and has hot reloading for an excellent dev experience, and it’s a write once, runs everywhere approach
14:52 What you came in here for. They said it'll come out in 6-8 months. I doubt it, probly will take a year or more. I'd be happy to be wrong though. It's just that humans are terrible with estimating time.
I know that you are building your current app with Swift and Swift UI and that you want one codebase, so you have benchmarked several cross-platform solutions. I agree that they are a mess, but you did not mention Tauri. Have you looked at it? (I've never used it, but I'm really intrigued by it)
Don't hold your breath on it. Heck even Opera Gx has been out since 2019 and it has still not gotten a linux port after 4 years. It's just not worth the 2% market share
I can't wait for Arc to come to Windows and would be thrilled to alpha/beta test any version you guys have!
Same. Please release it!
Yes, you can! I believe in you!
yess me too
Would love to join!
Same
The fact you just confirmed you are open-sourcing your works on Swift on Windows is just sooo exciting. Thanks for not only building a great browser, but also contributing to Swift community / ecosystem!
It's a little insane to put in that much work and just give it out for free though..., but damn that's nice. Much respect.
I'm for one very interested for sure :) Can't wait to play around with that.
@@RobotTechHeadit’s not, they’re a private company using tons of other peoples work for free
They’re just paying it back, which is a kind act but it’s definitely not overcompensating
@@RobotTechHeadthey’re not open sourcing the browser, just the work on Swift on Windows
you guys are also teaching and inspiring people on how to run good quality startups
With the focus on strategy and prioritization and risks, etc, love you guys
I LOVED THIS!
Please MORE from the dev team!!
Yea, I like how open you are with development
But not TOOO much, they need to work 😅😜
I love how you’re sharing your progress and challenges along the way so fans of Arc can feel almost like we’re on the journey with you. You have a great product and are doing such innovative things. Keep up the great work!! 🔥
I'm sharing this video with my Computer Science (senior secondary) class... it's such a great insight into how an excellent company considers all factors and pushes the right levers to maximise all aspects of a project - everything from efficient use of programmers to platform growth!
Damn I didn't even know that it's possible to build apps like that for Windows using Swift. Crazy good...
It's also possible to wipe your ass with sand paper. Doesn't mean it's a good idea
This video scratched my itch for wanting Arc for Windows. Thanks for taking the time to go iver updates. Yall are working hard. Cant wait!
Definitely looking forward to this and all the work you're doing in the Swift cross-platform area. You guys are rocking this two birds one stone stuff that will be amazing for other devs by opening your work. Really, congratulations !
As a Swift Developer, this was literally music to my ears!
You guys are awesome! spending 4-6 more years to develop Arc app for Windows is a total huge effort that I really appreciate. I become more impatience since you're announcing Arc will be launched soon in this year, wish Arc will be my main browser someday
I am so stoked about this! I've always put off learning Swift but this is quite a compelling reason to start learning! Arc for windows is gonna be huuuuuuuuge!
Dev team talks are awesome
Let the engineers show their passion!
I keep saying it on almost every video comment... I'm excited about it and everyone I talk to about Arc coming to Windows is really excited for it to arrive on the platform.
Keep it up guys; great work as always.
❤🔥
I am excited by this on so many levels, and cannot wait until I finally get my invitation! And for those who may not know and wanna have their minds blown even more, IBM has supported Swift from very early on.
Super glad this is being open sourced. I didn’t even realize this was a meeting until the windows prototype was shown. Honestly would love to work for y’all.
On the subject of RN, Flutter, and Xamarin, etc being "jank", I just thought it would be worth saying that for the purpose of making a browser, it makes sense to dive deeper than what those platforms can really provide. It seems to me that the closer to the metal you need to get, the less those platforms are valuable. If you're making an app that is 80% your average UI, and just allowing the display and modification of data on a backend then those platforms make sense. But if you're making a browser, the level of integration that's requires there is just so much more than your average app, which is what RN, Flutter, and others are designed for.
Exactly, flutter is great but not for low level stuff. I would never use flutter/ dart for a browser rendering engine for sure
@@NterpriseCEO Yeah. They're misunderstanding what those are meant for. Those are widget-based UI toolkits, not something you should build a browser engine in. You would want to go with something lower-level.
I feel like though it’s very easy to lose that native feel that makes each device unique when developing on RN or any web based app framework.
as a mac developer using swiftui(also using TCA), i am very excited to see swift on windows. would love to see more videos on swift on windows!
Outstanding-really looking forward to using Arc across Mac, Win, and my iOS devices. 🙌
4:14 I want to stress the fact swift does NOT handle everything at compile time, and defaults to reference counting for heap management. There is a very big difference
That was really a bold move, choosing Swift to build a browser, probably the most cross-platform app. But I see you're well aware and working hard towards a better future for all of us. Well not all since I'm personally on NixOS. But I'll watch and cheer from the distance. Good luck!
As a Swift developer this excites the heck out of me. So cool
seriously can't wait for you guys to release the windows version !!! I would love to alpha/beta test any version you guys would release!
This is so cool!!!! Cannot wait for Arc on windows- it's going to be such a game changer! I love the ambition. Keep it up!
Started using Arc today (from firefox) and omg it is so clean and the focused mode is so helpful. ty!
On windows ?
@@Sonu872_ no, macos 🤦
I’ve been waiting for an actually decent way to write (and use) Swift on Windows. As a dev, it’s such a great language and I actually enjoy using it, but it sucks not being able to create good cross-platform experiences with it. I would be so happy if Apple open-sourced SwiftUI and allowed the community to port it to Windows as well.
Loving the elevator music. Thanks for being so open and sharing this update!
That was a great video and covered most of the concerns / questions. Good job guys! Can't wait for it to arrive on Windows
Some corrections:
1. C++ actually has auto memory management nowadays. It is done through smart pointers and automatic reference counting.
2- Microsoft and other OS builder are actually investing their resources in things other C++, like Rust.
Indeed, the Windows core/kernel is now partially written in Rust. But we are far from writing native Windows apps in Rust. I mean, it is possible to write desktop apps in Rust but leveraging WinUI and the Fluent Design is made dead simple when you use one of the target languages such as C++ or dotnet (mainly C#).
I'm sure the presenters are familiar with C++ smart pointers. It's pretty different from a language level feature like ARC in Swift.
You are a great development team, and I am expecting Arc for Windows to arrive soon!
I love so much about how transparent this company is. I had to leave MacOS to Windows for work and I can't wait to start using Arc again!
Yesterday, I received an email about Arc on Windows, and I was eagerly anticipating the chance to download and experience it. On macOS, I was very pleased with Arc, including its interface, usability, and resource efficiency during operation.
Cant wait anymore. its 11 days since this video came out. i am regularly visiting your website for windows update.
I WANT TO BETA TEST THIS SO BAD. Great work guys, the way you're sharing this with us is pretty awesome.
I'm really anxious for this to arrive.
This will be a great change in my studies.
Microsoft Edge has had vertical tabs since 2020/2021. How will Arc stand out against Edge when they are both chromium browsers using the Windows design language?
I'm super fascinated with this as a Swift developer and how you inter-opt with winUI. (also, Windows has so many UI libraries, is winUI the best / most modern?) I imagine initially crafting your own UI library in Swift to work with winUI will be necessary, I wonder if eventually one could just write SwiftUI code and check a box to deploy to Windows. Would that be possible? Or I guess Apple would need to be involved and/or open source SwiftUI
apple won't do it 4 sure
it does seem unlikely, but maybe they would open source SwiftUI? Depends how they would separate it from their internal OS dependencies @@TheZazatv
@@DouglasHewitt I don’t think they would they do not tend to open source ui kits or other frameworks needed for development (combine etc) Moreover cause of lack of the documentation and closed source SwiftUI at first year was a black box. And lots of their new apis makes you update your minimum deploy target like crazy. Unlike Google’s open source Compose which has a backward compatibility. Ugh I wish we had the same policy on Apple platform
I mean, right now for sure SwiftUI is closely aligned with their software releases which can be annoying but keeps dependencies and app size down compared to Google's approach. I guess the thing that gives me pause is they call it "swiftUI" not "appleUI" and swift is open source. So it's not impossible they don't consider to open source it once its more fully baked, just like Swift itself took 2 years to open source. But, could be wishful thinking, you may be right, I'm just saying with Swift they have done things differently than the old AppKit UIKit days.@@TheZazatv
Really hoping this work will make the creation of a Linux version more likely. Arc has been gamechanging for me, but I really want to switch to an all-FOSS life.
i second this wholeheartedly i am desperate for this to come to linux
loved this, thanks for sharing! really cool to get insight like this. also will be really cool to look back on once arc on windows is out!
Feels odd to put so much effort into not being Chrome and then using Chromium… At that point, why not Webkit? Is it just for the extension ecosystem?
This. I was so excited to see a possible new non chromium browser that isn't Firefox.
exactly, all this talk about performance being a bottleneck with electron, and then going on to use chromium
I've been waiting for Arc on Windows for a while, good to see!
Thanks for the update! Looking forward to Arc on Windows!
But I also wanted to mention, that from a content perspective, I think your videos would benefit greatly from a nice mic like a shure mv7 or something plug and play.
I couldn't get halfway through the video because the audio quality was driving me nuts :(
it’s weird seeing a modern desktop app that’s not built on electron! 😅 I’m looking forward to seeing more from y’all!
edit: after getting Arc for Windows it is very chromium based
Going to install arc on macos now super excited to try it out on my main pc keep the good work up guys!
3:17
Hursh: "Huge respect to those teams"
Hursh 1 second later: "They're just not cool and people dont like them😎"
I just found this really funny
OMG!!!!!! make this happen soon. I'm excited to experience ARC in windows here. It really is worth the hyped here in the Philippines. 💗💗💗💗💗💗
Seeing this video I think working at The Browser Company is super fun! Can't wait to work in Arc in Windows!
Hopefully we get Arc for iPad too
Seriously, I am using it on my macs and phone but no ipad support. Instead of focusing on windows they should perfect integration between mac os,ipad os, and ios
@@sjnavarrete I agree. Since they chose to start with macOS, it doesn't make sense not to finish the integration across the ecosystem
Swift for Windows looks promising! I also enjoy writing Win32 applications with Rust but using ARC for memory safety is undeniably easier than lifetimes.
I am curious for the battery here.
For M1 mac, with chrome my mac lasts for around 12-14 hours.
While with Arc, it last for only 6-8 hours. So its completely half since it uses a lot of battery (like a lot).
Comparing this to windows with intel chip
For chrome they last for 6-7 hours (very good windows laptops $$$)
So for Arc, with Swift it might be significantly lower.
I don't want to offend anyone, I would love to see Arc on Windows and then on Android.
But, there is a need for battery optimisations or ways to trade features/performance for battery.
I've been a React Native developer since 2018 and would 100000% consider working on transitioning over to Swift and dropping RN if this was able to run on Android! SO badly hoping that Apple open-sources SwiftUI, too!
Looking forward to this. Very interested in having a language like swift available to everyone outside the apple wall garden. Open-sourcing this effort is appreciated too.
LET'S GO, I'VE BEEN WAITING FOR THIS FOR SO LONG!
I love what's I'm hearin at 5:27! Can't wait for opensource Arc
Arc is honestly the best browser I’ve ever used. Awesome product, awesome team, awesome UI. Very impressed. I wouldn’t be surprised if the big named browsers start borrowing ideas
will there ever be Arc on Linux in like 5 years from now?
I can't wait to contribute to Arc. Please open source it soon.
I'd love to have Arc on Linux, but I know it's a smaller market share.
The main problem with Linux is the lack of market that exists there.
Looking forward to it, happy to test earliest available!
Love these videos!!!! Keep them coming ❤
Seeing the declarative layout code in a SwiftUI style but with WinUI flavour was trippy, but I loved it. The Comet project for MAUI tries to achieve similar, but the clunkiness of C# at times makes it much less readable than the Swift syntax.
The most transparent company!!! I love it great work guys, patiently waiting for Arc on Windows
my question is how you would deal with windows close, restore, minimize button on the right-top Windows corner, because on the Mac version, most of Arc is on the left side bar?
There is a class called SwapChainPanel. And you can do pretty anything you want to customize a window. So this is clearly not an issue, more of a design consistency question.
So excited for Arc on Windows! Been waiting for months.
You listed Rust as one of the memory-safe cross-platform options. Out of curiosity, can you say why you decided not to go with that?
I think because all their engineers are super good at swift already. Rust could be even better than Swift for building a web browser.
I still don't understand why he's talking about their hacky swift on windows solution as gods gift to man when Rust exists. He's literally describing Rust. Maybe I'm just stupid.
Rust is just not very good, why does everything have to be in Rust nowadays?
@@very_unique_username What do you mean? Rust is now in windows and linux source code. It's safe battle tested and cross platform.
Rust doesn’t have a UI centric DSL without using janky macros
@@kallebalik maybe I should've phrased it correctly, it's just not a good choice for this project. They've got a large codebase in Swift, their engineers share large expertise in Swift, and the language itself is delightful to use and it's expressive enough to be a good fit for developing frontends. Where does Rust fit in here? It's verbose, it's kinda complicated, it doesn't have stable bindings to AppKit/WinUI and TBC will have to migrate the entire Arc codebase to Rust for this work out. Why? Let it stay in kernels and tooling, it's got it's place.
@@very_unique_username Yeah, maybe you are correct, but stating that they use swift cuz c++ and c is not memory safe and then not considering rust is where I'm stumped.
as someone who used arc on my mac and recently switched to windows i can't wait to start using arc again
I can't wait to use Swift in Windows Apps. Legit work !
Love love loved Arc. I use this religiously with my mac and iphone... love to get in on the ground floor if and when you offer alpha/beat testing for windows
I initially thought you would create a SwiftUI source-compatible port on top of WinUI. So you people are just calling WinUI API directly from Swift, right? Will you do some presentations in the future on how view level code is shared, or you opted for not sharing them at all?
Yeah, I'm really curious about this. It seems like creating some sort of SwiftUI interop would save some work. But maybe not?
There is a member of the Swift on Windows team that is building a UI library for Swift that uses native Windows components. I would imagine that's what they'll be using, although it's still in an early stage.
Swift does actually not quite have the performance of C++, reference counting is quite a performance overhead over manual memory management. But for Rust its pretty much true
thanks for developing this browser for Windows OS. And I am very excited to download and use it.
Need more companies like you guys
fr we need companies run by delusional designers that need to waste 4 years before realizing that making their product for a platform with 10% market share isn't actually better than making it for a platform with 75% market share
Hope you can Swift-ly make a Linux version when you learn from making the Windows version. :)
This is awesome! Excited for windows!!
Je l’ai adoré sur Mac, malheureusement je suis passé sur Windows très récemment et j’ai perdu toutes mes habitudes que j’avais sur Arc, je languis de l’avoir !
Bravo pour votre travail
+1 for beta test. Congrats on the launch
i just hope that by the end of next year i can say that the full version of the arc browser, the same as what is on macs, is on windows. and by the end of 2030 i hope that i can say that the ceo's idea of having this browser be your computers operating system where you can just log into your account and all of your things are on your the computer, meaning you don't have to have to bring yours with you. god please i hope i am right. this browser is genuinely a crazy piece of software and i hope that it get the massive recognition that it deserves.
Where did you find these devs that only know apple sdk ?
This feels so alien to me
Perhaps im just old, 30 years old and I even compiled assembly to 8051
Is there a way to make the bezels on the browser smaller ?
now is a good time to release the alpha preview!
3:55 This is very very wrong, C++ has very advanced and flexible automatic memory management through RAII and smart pointers.
Examples:
std::string s = "Hello";
std::vector values { 1, 2, 3 };
These value semantic class types cleanup automatically when the scope ends.
Also C++ has unique_ptr and shared_ptr for reference semantics:
struct T;
auto const t = std::make_unique(...);
Automatically destroyed at the scope, or can be moved.
auto const t = std::make_shared(...);
auto t2 = t;
Shared ownership with reference counting, just like Swift. Of course, in Swift it's backed into the language and not a library type, and writing std::shared_ptr can be tedious if you use it a lot (ideally value semantic classes like those above should be most of the types used), you can easily create aliases for them.
Also while the C++/WinRT isn't very good due to being neglected by Microsoft (they're just lazy) the code isn't a problem. For example, you just use WinRT types like regular values, no need to think about memory management or other issues. WinRT/COM types are obviously already ref counted.
I would like to recommend for you guys with arc to see if you can just bundle WINE into the build so it doesn't take years
I moght just not have made it there in the video. But for cross platform was there much of a choice between swift and rust, as they seem to be fairly simmilar?
is it an open source browser or will it ever be and when is the linux version coming
Would it make any sense to bridge SwiftUI calls to WinUI? I'm thinking about how WINE works in linux, translating windows library calls to linux library calls. The idea of building an app in macOS and have the UI code just work on other supported platforms as part of the build process seems enticing. I guess the obvious big drawback would be Apple replacing SwiftUI with something else down the road. Maybe the solution is a both/and approach. Allow for an optional bridge, which could be maintained as a separate project that gets inserted into the build toolchain when present. The job of the bridge would be to handle Apple's UI calls passing them appropriately to the UI framework of the build target.
Can't overstate how excited I am for this app to come to Windows, and I would love to help beta test if you need it!
I'm so looking forward to using Arc on my MacMini. I still have my confirmation email for the wait-list... From July 2022. Is the wait really nearly a year???
Was there any particular reason why Rust was not considered more? To me it seems like everything you’re looking for and a better choice than Swift… 🤔 Dioxus uses wgpu and has hot reloading for an excellent dev experience, and it’s a write once, runs everywhere approach
Randomly came across this channel. Thoroughly interested. Never been able to watch an immersive perspective of building a SaaS business like this
is there any way to invest in your compagny ?
14:52 What you came in here for. They said it'll come out in 6-8 months. I doubt it, probly will take a year or more. I'd be happy to be wrong though. It's just that humans are terrible with estimating time.
Vancouver bbq joke - I laughed so hard. Super excited to get to use Arc on PC as the only person where I work on a PC I am itching lol
I’m super excited about this, because it’ll hopefully set a precedent for building Swift apps for Windows.
ok but.. linux when?
"I am eagerly anticipating the release of Arc on Windows."
I know that you are building your current app with Swift and Swift UI and that you want one codebase, so you have benchmarked several cross-platform solutions. I agree that they are a mess, but you did not mention Tauri. Have you looked at it? (I've never used it, but I'm really intrigued by it)
tauri is less bloated electron
If windows is such a huge market share why even start on Mac, surely it makes way more sense to begin development for windows first
is there a eta on when arc is coming to windows. Don’t feel like watching a 22 minute video and saw the email saying update for arc on windows
5-6 months optimistically, 6-8 realistically
@@arden6725 Much appreciated. Thank you so much.
When on Linux?
Probably will take a bit...
Don't hold your breath on it. Heck even Opera Gx has been out since 2019 and it has still not gotten a linux port after 4 years. It's just not worth the 2% market share
@@argylleagen when you sign up for arc you can pick linux as the platform so hopefully they have plans for it some time in the future