Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
171–180 of 308 posts
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#172Earlier quoted context omitted.
Whether it is actually good is subjective though. There are tons of existing cross-platform UI frameworks (Qt, wx, libui, JavaFX, TornadoFX, ...). The comment above says "Everybody would jump to Swift [for new projects] if it meant a cross-platform GUI framework." And yet people are still wondering why Electron ends up being the technology of choice for so many desktop apps.
> Electron ends up being the technology of choice for so many desktop apps. probably because of the large number of JS only developers.
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#173So many comments suggesting different UI frameworks with varying levels of cross-platform support. Guys, I hate to say this, just use Java. Its fully cross-platform with a complete UI toolkit that looks native and isn't slow. You're not going to find anything else thats as complete or performant. Java has been focused on this niche forever. I bet you use Java GUI's all the time without even knowing it. Most of you ev…
No.
> You're not going to find anything else thats as complete [...]
Qt. WxWidgets. Soon, React Native for Windows and macOS.
> [...] or performant
No.
> I bet you use Java GUI's all the time without even knowing it.
Oh, people know it. Even users of Windows and Linux, platforms where a consistent native look and feel for applications is now a veritable pipe dream, can tell.
Plenty of people specifically avoid apps written with a Java UI because they feel so non-native and slow.
(Disclaimer: I'm not saying Qt, WxWidgets, necessarily feel any more native than Swing or JavaFX; I only mentioned them as examples of complete cross-platform UI kits, not necessarily as ones with the best integration — although well-designed Qt and WxWidgets apps will still feel miles more integrated with both Windows and macOS, notoriously difficult to emulate, than Swing)
> Every Jetbrains tool, DBeaver, DB Visualizer, MySQL Workbench, other stuff I'm too lazy to look up. If you have a tool thats not web with a big UI, its Electron or Java 90% of the time
If you use apps from that specific set you listed, sure.
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#174Earlier quoted context omitted.
What would it provide that Qt + QML don't right now? (if we assume that the crossplatform GUI is the killer feature)
Hate to say it, but the sanest thing to do if you need a cross platform UI is use Java. Your other choice is Electron, which is way slower and uses many times as much ram
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#175Also worth noting that Saleem has also been working on a wrapper of Windows GDI for Swift. While it's not a port of SwiftUI, it looks pretty similar. https://github.com/compnerd/swift-win32
while GetMessageW(&msg, nil, 0, 0) {
TranslateMessage(&msg)
DispatchMessageW(&msg)
}
but lib looks really good, i guess there goes my weekendRe: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#176But why? Sure, there are people who want to tinker with it for fun, but outside of that what is the point in having Swift on Linux and Windows? You can't use it to build mac or iOS apps on Linux because the important libraries aren't there. There is no cross platform UI and Apple isn't likely to port and support theirs from macOS. If you are into servers then you have plenty of better languages options with establish…
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#177Earlier quoted context omitted.
I really enjoy swiftUI. It appears like it tried to emulate react and succeeded on a few fronts, is better in a few fronts (child modifying parent variable), and worse in a few fronts (side effects). That being said, my experience with SwiftUI users is that they don't like it because it is so different from the standard Mac experience (props and re-renders and state...). And the documentation is poor (IMO has been Ap…
Curious to hear more about what SwiftUI does better than React… any place I can read more?
In fact, most of the time I found myself staring at a “type too complex, add annotation” error. That one doesn’t actually mean your type is too complex, it just means you’re passing the wrong thing somewhere and instead of a useful error message the compiler just gave up and broke.
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#178Earlier quoted context omitted.
A colleagues computer lastly crashed. turned out pycharm took 14gb of ram.. wtf.
PyCharm, by the virtue of running on JVM, doesn't take any more memory than allocated to it in VMOptions. So unless you go out of your way to give it too much memory, I am not sure PyCharm is going to take 14GB of memory. I am a heavy user of IntelliJ based products for a long time and I can't remember them taking enough memory to be a problem on a 16GB laptop. Just out of curiosity, what was your colleague doing?
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#179> . It is hard to think that any Windows programmer would prefer Swift as a language over .NET languages, as many commenters pointed out on Reddit, but a port of Swift UI on Windows could be a game changer. Everybody would jump to Swift [for new projects] if it meant a cross-platform GUI framework.
SwiftUI lacks many basic widgets like table.
Re: Swift 5.3 Will Be Supported on Windows and Additional Linux Distributions
#180Earlier quoted context omitted.
Whether it is actually good is subjective though. There are tons of existing cross-platform UI frameworks (Qt, wx, libui, JavaFX, TornadoFX, ...). The comment above says "Everybody would jump to Swift [for new projects] if it meant a cross-platform GUI framework." And yet people are still wondering why Electron ends up being the technology of choice for so many desktop apps.
> Electron ends up being the technology of choice for so many desktop apps. probably because of the large number of JS only developers.
Yet, they don't.
JavaScript is popular for pragmatic reasons (a.k.a. "it delivers results"), so is PHP. They aren't the best languages, but developers who choose them aren't simpletons who can't code in other languages.