Ask HN: How do you create a cross-platform GUI without using Electron?

92 点作者 mariocesar超过 3 年前

I have the idea of an app that is mostly about communicating with an API on the WEB. It feels a considerable overkill for an Electron App. The size of a hello world app in Electron is 100x the size of my backend!On the business side, I understand that many people on HN prefer to ship that spend time on technologies discussions.But if you have the time, and your goal is to do something maintainable, reasonably close the most to the Desktop, and well-integrated to the OS, what tech/stack will you use?Windows/Linux GTK/MacOS

49 条评论

cedws超过 3 年前

This thread doesn't inspire confidence. It's mostly small and unproven projects, some maintained by hobbyists.I think the mess we're in with GUIs is because we've failed to find a way to convey at a very high level what the inputs and outputs of software are. In a utopian world, you'd define what you want the user to see and how the user can interact with the information. Something would then work out how to lay that for you (in a way that makes sense to a human) and construct a GUI using native OS APIs.Instead, we have only three options that I'm aware of:* Use a framework that ignores the native APIs, throws away the OS design language and does all the rendering inside* Build separate applications for each platform* Use Electron and potentially reuse work you already did on the web versionWhen looking at it this way, it's easy to see why Electron is popular. Not that I'm a fan of it in any way.I think what we need is a lot of really smart people to come together to reinvent the presentation layer.

评论 #28488505 未加载

评论 #28488184 未加载

评论 #28488842 未加载

imagine99超过 3 年前

Delphi, believe it or not. Might even be the most mature and feature-rich of any of the technologies and frameworks mentioned here.RAD Studio 11 just got released and allows native development for "all platforms" from a single codebase and GUI at the click of a button. [0]I have ranted about and harshly criticised Embarcadero's misguided product policies as much as the next guy but that doesn't change the fact that Delphi is still the most mature and versatile Rapid (sic) Application Development environment out there, especially if UX and UI are important to you.And the twenty-year old adage that you can knock out an MVP with a really nice and polished GUI in a Saturday afternoon is now even more true than ever.In the end, a native binary with a small footprint (easily 1/100th the size of an Electron project) will fall out at the press of the F9 key and that's really something to behold...The free Delphi community edition [1] might even offer all the features that you need, although I really wish Embarcadero would see the light already and sync its release cycle with the full version.Delphi might not officially be regarded as hip or cool these days (mostly due to severely and ongoing errant product and community management by the company that makes it) but some great people and brilliant minds are associated with it and compared to the olden days Delphi is now somewhat of a secret underground Swiss army knife that ironically gets used now mainly in big and medium corporations.I like to think its versatility combined with the fact that it's technically uncool and against the mainstream to do projects in Delphi these days might fit a hacker's (and HN user's) mindset very well...[0] <a href="https://www.embarcadero.com" rel="nofollow">https://www.embarcadero.com</a>[1] <a href="https://www.embarcadero.com/products/delphi/starter?aldSet=en-GB" rel="nofollow">https://www.embarcadero.com/products/delphi/starter?aldSet=e...</a>

评论 #28485497 未加载

评论 #28487225 未加载

评论 #28486049 未加载

diskzero超过 3 年前

There are several options, each with their own pros and cons.Qt [1]The main codebase is C++, but bindings are available for Python and several other languages. I have developed and shipped multiple cross-platorm applications using Qt, using both C++ and Python. Documentation and source code examples are readily available.JUCE [2]Another C++ framework, with Python bindings. The focus is on music and audio apps, but a cross-platform GUI framework is also part of the library.Blazor Desktop [3]I have developed C# web applications using Blazor and WASM and moved them to the desktop easily. Using C# and the Dotnet ecosystem is really interesing and worth looking at.Flutter for Desktop [4]Still in beta, but has the support of Google, for better or worse.JavaFX [5]A Java cross-platform still under active development. I think it is pretty nice if you like Java.Red [6]Let's add an outsider just to keep things interesting!This github site seems somewhat current about other Electron alternatives as well. [7]Good luck! You will find there are lots of alternatives out there.[1] <a href="https://www.qt.io/" rel="nofollow">https://www.qt.io/</a>[2] <a href="https://juce.com/" rel="nofollow">https://juce.com/</a>[3] <a href="https://visualstudiomagazine.com/articles/2021/02" rel="nofollow">https://visualstudiomagazine.com/articles/2021/02</a> /17/net-6-preview-1.aspx[4] <a href="https://flutter.dev/desktop" rel="nofollow">https://flutter.dev/desktop</a>[5] <a href="https://openjfx.io/" rel="nofollow">https://openjfx.io/</a>[6] <a href="https://www.red-lang.org/p/about.html" rel="nofollow">https://www.red-lang.org/p/about.html</a>[7] <a href="https://github.com/sudhakar3697/electron-alternatives" rel="nofollow">https://github.com/sudhakar3697/electron-alternatives</a>

评论 #28485302 未加载

评论 #28485641 未加载

评论 #28487132 未加载

评论 #28485208 未加载

评论 #28486298 未加载

评论 #28485383 未加载

squarefoot超过 3 年前

One word: Lazarus.Cross platform done right (native code, no intepreter, no VM). Both IDE and generated code run native just about everywhere, from small ARM boards to virtual machines, and of course x86. As fast as C, decent sized executables, lots of built in or available libraries and components to do a lot of things, from managing databases to low level access to hardware, graphics, sound, etc. And of course it's 100% FOSS.My last use case was a few years ago when a friend needed to monitor some security cameras, but they were of different brands and needed either their crappy Android/iOS app or a even more crappy XP-only ActiveX control on Internet Explorer, while he wanted to monitor them from a single screen on a Windows 7 PC. As soon as I discovered the right URL for each one to grab their video feed, I arranged a window container in Lazarus dropping there a bunch of media player components, each one linking to a camera, a few other controls and bingo, he could fire up the application and have the mutiple camera view on a monitor.If it compiled more modern languages such as Nim, Rust or Crystal it would be perfect, but even by current standards Object Pascal it's still really powerful.<a href="https://www.lazarus-ide.org/" rel="nofollow">https://www.lazarus-ide.org/</a><a href="https://wiki.lazarus.freepascal.org/Screenshots" rel="nofollow">https://wiki.lazarus.freepascal.org/Screenshots</a><a href="https://wiki.freepascal.org/Projects_using_Free_Pascal" rel="nofollow">https://wiki.freepascal.org/Projects_using_Free_Pascal</a><a href="https://www.devstructor.com/index.php?page=tutorials" rel="nofollow">https://www.devstructor.com/index.php?page=tutorials</a>

评论 #28486085 未加载

评论 #28488010 未加载

评论 #28490857 未加载

mintplant超过 3 年前

NodeGui [0] is an option I haven't seen mentioned here yet. It comes in many flavors [1] [2] [3].[0] <a href="https://docs.nodegui.org/" rel="nofollow">https://docs.nodegui.org/</a>[1] <a href="https://react.nodegui.org/" rel="nofollow">https://react.nodegui.org/</a>[2] <a href="https://vue.nodegui.org/" rel="nofollow">https://vue.nodegui.org/</a>[3] <a href="https://svelte.nodegui.org/" rel="nofollow">https://svelte.nodegui.org/</a>

rubyn00bie超过 3 年前

I'd highly suggest using Dart and Flutter.I've probably written GUI apps in C, Java, Ruby, Objective-C, Swift, JavaScript, and probably a couple I forgot about. Dart+Flutter come the closest to being "good" and correct. There's some missing documentation for Desktop development with regards to Flutter + Dart but nothing is totally intractable if you're willing to read through issues. My only caveat is that Google is truly an awful company to depend on for your business; since, they 100% do not give a a single fuck about you unless you're paying them ~$100 million or more a year, or an EXTREMELY high profile client.I've been getting ready to give Pascal a solid try but I still totally lose my mind when working in Lazarus (like where did the thing I just used go? Ah yes, tiny, free-floating window, of course). I have a feeling Pascal is probably the real diamond in the rough of UI application development these days.Qt is probably fine but their licensing turns me off from ever using or considering it.

评论 #28495291 未加载

评论 #28508253 未加载

评论 #28486203 未加载

wongarsu超过 3 年前

Sciter [1] is kind of a really lightweight electron. It's about 8Mb, cross platform, and you can either run it standalone (like electron) or use it as a library from Rust/D/Python/C#/whatever. You pay for the small size with a lack of compatibility with the existing Javascript ecosystem. Any moderately complex JavaScript library that interacts with the dom will probably use something that Sciter doesn't implement, so you end up reimplementing stuff like graph libraries. On the other hand there are a couple of very useful additional APIs that regular browsers don't have (like SQLite, control over window borders, transparent windows etc).1: <a href="https://sciter.com/" rel="nofollow">https://sciter.com/</a>

arpyzo超过 3 年前

I personally like wxWidgets: <a href="https://www.wxwidgets.org/" rel="nofollow">https://www.wxwidgets.org/</a>It's open source, the code has always felt reasonably clean to me, and it gives your apps native look and feel.

评论 #28485479 未加载

password4321超过 3 年前

<a href="https://news.ycombinator.com/item?id=28469498#28475543" rel="nofollow">https://news.ycombinator.com/item?id=28469498#28475543</a>> Free and open source: <a href="https://www.lazarus-ide.org/index.php" rel="nofollow">https://www.lazarus-ide.org/index.php</a>> Other 30+ cross-platform GUI toolkits / frameworks: <a href="https://www.slant.co/topics/983/~best-cross-platform-gui-toolkits" rel="nofollow">https://www.slant.co/topics/983/~best-cross-platform-gui-too...</a>Lazarus has the opposite problem of all the other UI toolkits - relatively awesome UI across all platforms (especially if you're a fan of WinForms) but stuck with only support for Pascal.

mshekow超过 3 年前

I've successfully built apps with Python and Qt (PyQt6 and PySide6 are both working fine). The overall file size of the resulting folder is about 60-80 MB on Windows, mostly due to all the Qt DLLs/plugins you'll need to ship. By manually deleting non-necessary DLLs, you might save maybe up to 20 MB. Just considering the file size, this might not a huge gain compared to Electron, I suppose?However, keep in mind that desktop apps have the major disadvantage of figuring out distribution (separately for each platform!!), which includes the following two steps: 1) packaging the application in some format (e.g. an MSI installer for Windows and a Disk Image Bundle for macOS), and 2) distributing that package (including auto-updates). I have written a number of articles about this topic, see <a href="https://www.augmentedmind.de/2021/05/30/distributing-windows-applications/" rel="nofollow">https://www.augmentedmind.de/2021/05/30/distributing-windows...</a> and <a href="https://www.augmentedmind.de/2021/06/13/distributing-macos-applications/" rel="nofollow">https://www.augmentedmind.de/2021/06/13/distributing-macos-a...</a> . You get rid of all that if you just built a PWA or other kind of web app.In addition, if you use Python, you also need to choose a "freezing" solution, such as PyInstaller (more details at <a href="https://www.augmentedmind.de/2021/05/16/distribute-python-applications/" rel="nofollow">https://www.augmentedmind.de/2021/05/16/distribute-python-ap...</a> ).

mynegation超过 3 年前

<a href="https://tauri.studio/" rel="nofollow">https://tauri.studio/</a> - I haven’t used it myself but looks pretty interesting. They say they use existing browser engine shipped with OS and desktop integration layer written in Rust. The claim is that you get an application size under 1MB

评论 #28486360 未加载

评论 #28488026 未加载

评论 #28485583 未加载

phkahler超过 3 年前

In Solvespace we use native GUI on Windows, MacOS, and Linux (GTK). This is probably not what you want to do, as we don't use any GUI widgets - only popup dialogs and menus. Everything in the app itself is rendered using OpenGL. Even our "text window" is drawn using OpenGL and GNU unifont (this is something that really needs to change BTW).The platform abstraction code is here: <a href="https://github.com/solvespace/solvespace/tree/master/src/platform" rel="nofollow">https://github.com/solvespace/solvespace/tree/master/src/pla...</a>There is no other platform specific code anywhere in the app, but like I said above we don't support widgets.There is also an emscripten port in a branch, but it doesn't want to build recently.

评论 #28486364 未加载

评论 #28492641 未加载

graynk超过 3 年前

I am making a simple image editor for myself to use on Linux, and honestly? After looking at different bindings for Qt and GTK on Go/Rust/Java and looking at other GUI frameworks (all of which are in beta state, it seems) I went back to Java+JavaFX.There's a decent GUI markup editor (Scene Builder). There's no need to manually connect your handlers from XML markup to code - you can use annotations for that. There's HiDPI scaling that you can override if need be. There are Observable properties that you can bind to each other.It's nice! Canvas and DrawingContext are a bit of a pain to use for my specific use-case, since it draws straight to buffer with no underlying Image, but I make do for now.And you can take advantage of jlink to trim your JDK to modest sizes. There are also tools like Graal Native and Liberica Native Image Kit to compile your Java app down to binary, but I haven't toyed with those yet.The cons are obvious: non-native look (you can try to style it with CSS, but there are no ready-made native looking solutions, I think, only different themes) and JVM startup time.However, if you're willing to write C++, I'd argue Qt is the best choice right now. I just refuse to touch C/C++ with a ten-foot pole

评论 #28493513 未加载

amw-zero超过 3 年前

The trade off is always between cross-platform and native integration. For example, do you want to write an app that feels like a MacOS application? You have to use AppKit to really get that feel, and then it’s not cross platform.There’s really 3 choices that I see, and have done all of them:1) just build native UIs for each platform. This is the most time consuming, but the best end result in my opinion. The apps _feel_ the best on each platform2) make a web app. Electron apps are still web apps.3) hybrid approach, where part of your logic is shared across different native UIs, let’s say with a C++ / Rust / Java / Kotlin library. This is also a spectrum. Your library can just have common glue / networking code, all the way up to drawing its own graphics before turning a full screen over to the native UI framework.I guess there’s also 4, which is Flutter, but that’s really just a pre-packaged #3.If you ask me, web just has the best delivery model, and that trumps everything. Responsive web app plus a native option via Electron is the way to go.

mikewarot超过 3 年前

I've decided to dust off my somewhat rusty Lazarus, GIT and GitHub skills to build a Lazarus application to follow this thread using the HN API hosted by firebase.You mentioned getting data to a GUI application using the web, this seemed like an ideal small project that could give you a firmer idea of just how Lazarus might fit your needs.Notes:I've never done anything like this (https/json) before but I suspect I'll be done in a day or two. Once it works, I'll then focus on getting it to also run in Ubuntu. I don't have a Macintosh, so that's out.I've GPL 3.0 licensed it.I'm not near the MVP yet, but it does manage to fetch the data and count the JSON objects in it for the main body of this thread.With Debug info, the windows executable is 25 megabytes, without it 3.1 megabytes.Here's the github link: <a href="https://github.com/mikewarot/WatchHN" rel="nofollow">https://github.com/mikewarot/WatchHN</a>

评论 #28522223 未加载

occz超过 3 年前

The honest truth is that there is no good alternative here - there are only alternatives that are terrible in their own way.Electron: Bloat, non-native, highly questionable languageOther cross-platform solutions: Obscure, (most often) non-native, undesirable language constraints, often far behind with regards to UI paradigmsNative UI for each platform with common code: requires deep knowledge of each platform, probably more time consuming than the other alternatives, the seam between common code and platform-specific code is often a source of errorsFully separated native applications: Likely to produce the highest quality UIs, but requires the most diverse knowledge and time, more difficult to remain consistent across implementations, team size becomes an issue depending on how many platforms are supportedAs much as I dislike Electron-applications, it's understandable why they became adopted so widely - the alternatives are just quite simply not great.

joeld42超过 3 年前

It depends. I've built a lot of these. The best approach is to keep the UI very lightweight and just build it using native controls for each platform. Keep all the application logic in a common library and just rewrite the parts that are interactive. This isn't as much work as it seems, especially if you design it upfront, and there's no other way to get a native feel. There's also some "product management" advantages to this approach, such as building new features first on your smallest platform so you can test/iterate quickly with few users and then moving them to Windows when they are proven. Don't build new features on all three at once, take turns.If the app has a whole lot of dense UI screens, or if you don't particularly care about it looking nice and feeling platform native, something like Qt or many of the other frameworks suggested here work well, but do be aware that you'll be making it harder to use platform features. For example, on MacOS you wouldn't support the TouchBar and would have some extra complexity to support Metal graphics vs GL (which Qt supports).You can also do something similar to Electron but much more lightweight using a platform WebView. Then you can have common controls built in a htmlish way, and still have custom and native controls mixed in. One example of an app I worked on that was built this way and worked well was an app to browse/view 100s of video clips, we had a common html-based widget to filter and display search results and thumbnails (which had a bunch of interesting layout requirements) but the video playback itself was in a native panel (it needed to play custom formats so using web for everything wasn't appropriate).Flutter looks promising but it still feels a little early. Try it out if you're willing to take some risks and maybe bend your thinking a bit. I found it too indirect and felt like I had to give up too much design responsibility to the toolkit when I last tried it but maybe that's an advantage.If you're thinking about Electron, why not make it a purely web app? Then you'll save yourself lots of hassles distributing and downloading.Also, for graphically intensive or in-house tools (like a game level editor) i use Dear ImGui, it's very fast to develop and great cross platform support, but I wouldn't ship it to a customer.

bleair超过 3 年前

<a href="https://www.fltk.org/" rel="nofollow">https://www.fltk.org/</a> - fast light graphics toolkit <a href="https://nanogui.readthedocs.io/en/latest/" rel="nofollow">https://nanogui.readthedocs.io/en/latest/</a> - nanogui

评论 #28486749 未加载

prewett超过 3 年前

As far as I am aware Qt is the only cross-platform toolkit that has reasonable traction, and it has been successfully used by commercial applications. Other cross-platform applications are either so old that there was no other choice but to write their own toolkits, or they are web browsers where you might as well write your own toolkit since you already have to do much of the work to render the HTML.Unfortunately, "well-integrated" and "cross-platform" are fairly mutually exclusive, kind of by definition. I'm not sure if the API model for Windows and macOS even have a generalizeable common model. (They might, they might not, I've not investigated, and it would depend on which of the many MS UI APIs you are using)

ppetty超过 3 年前

So just for the sake of completeness, maybe, and since Electron seems to be the most popular solution; what about a website? Fairly ubiquitous across all platforms with the help of Chrome, Firefox, and even Safari or Edge. I don’t think should be dismissed as often as is, consider VS Code on Github.com (hit the period key in a repo and the repo’s code is presented with VS Code in a browser — and it supports syncing extensions — though not all, for example).To me it makes sense from tne perspective of the work being done in HTML, CSS & JS to make an Electron app. Why not start as a website then desktop?I get there are certain pieces of functionality not suited for a website; but based on the original post’s question and description it seems feasible.

评论 #28486177 未加载

antender超过 3 年前

There is also an interesting solution to this problem: use native WebView, so you don't have to pack the whole Chrome with your app. Basically every "electron alternative" with HTML+CSS+JS works this way.<a href="https://github.com/sudhakar3697/electron-alternatives" rel="nofollow">https://github.com/sudhakar3697/electron-alternatives</a>

评论 #28485409 未加载

jamil7超过 3 年前

It’s too early to judge but Jetbrains are working on a desktop implementation of Jetpack Compose, the new Android UI framework. It draws to skia like Flutter so also not really “native” if that’s important to you. <a href="https://www.jetbrains.com/lp/compose/" rel="nofollow">https://www.jetbrains.com/lp/compose/</a>

pengo超过 3 年前

We write apps like this in Object Pascal using Lazarus. Think Delphi but open source.We have a suite of framework-specific developer apps for tasks like packaging deployments, managing common database tasks, onboarding new clients etc. They were written on Linux using Lazarus, then recompiled on MacOS and Windows as required. There are occasionally OS-specific variations for small pieces of these apps, but Object Pascal has inline compiler switches to make this easy to manage.

评论 #28489116 未加载

vorpalhex超过 3 年前

I recently built one using Fyne for golang. It works well for my case but Fyne is still very new and in development.<a href="http://fyne.io/" rel="nofollow">http://fyne.io/</a>

samf超过 3 年前

I haven't used this, but it should be mentioned:<a href="https://tauri.studio/" rel="nofollow">https://tauri.studio/</a>

unnouinceput超过 3 年前

I use Delphi with its FireMonkey framework. It targets all major operating systems (Win/Lin/Mac/Droid/iOS) natively. From all the cross-platform frameworks that I've seen in 25+ years of working in the industry Delphi's switching target is the easiest - a simple combobox and kaboom!, you're good to deploy for that OS.Their roadmap include, in some years I suspect, probably 5, to also target WASM at which point, if Embarcadero is smart enough to lower their ridiculous license pricing to under $300, will become the most powerful tool to write cross-platform applications.

yellowapple超过 3 年前

I've had decent experiences with Python and Qt5. Windows was historically the painful part, but FBS¹ makes that a lot less painful nowadays. Tk also works reasonably well if you don't need the features and native integration that Qt offers (and I'm pretty sure FBS can handle Tkinter apps just fine).The .NET ecosystem is another solid choice for cross-platform desktop app development (and nowadays even mobile, too). Avalonia² in particular looks promising, and is probably what I'd try using first should I ever be tasked with developing a desktop app again.EDIT: Also, since you mentioned it already for Linux, GTK works well enough on Windows and (IIRC) macOS, too.----¹: <a href="https://build-system.fman.io/" rel="nofollow">https://build-system.fman.io/</a>²: <a href="https://avaloniaui.net/" rel="nofollow">https://avaloniaui.net/</a>

评论 #28490495 未加载

marczellm超过 3 年前

We've test driven UNO at our company <a href="https://platform.uno/" rel="nofollow">https://platform.uno/</a> but you really have to stick to the beaten path as some more complex controls are only partly implemented. It's a variation on Xamarin basically.

superjan超过 3 年前

There’s also Xamarin. Uses C# and dotnet. You can choose between native widgets and platform-agnostic.<a href="https://dotnet.microsoft.com/apps/xamarin" rel="nofollow">https://dotnet.microsoft.com/apps/xamarin</a>

xvedejas超过 3 年前

I'm not the best person to explain or recommend it, but I'll suggest "immediate mode" GUIs partially because I want to hear more about the pros/cons from those more experienced (I haven't ever worked on UIs professionally). It seems these graphics libraries just need some kind of context to draw to, like from OpenGL, and also have a simpler implementation in general. That might make them more portable and smaller, if less native-feeling. I just started looking into egui (a Rust crate) myself.

评论 #28485737 未加载

Fizzadar超过 3 年前

There's pywebview (<a href="https://github.com/r0x0r/pywebview/" rel="nofollow">https://github.com/r0x0r/pywebview/</a>) which is a Python lib that uses whatever native webview implementation exists. Obviously means some compatibility work between each OS, but gives out very small apps what work very well on the whole. I'm using it on my cross platform email client (<a href="https://kanmail.io" rel="nofollow">https://kanmail.io</a>).

cosmotic超过 3 年前

Java and Swing are still a great option.

评论 #28488521 未加载

评论 #28488056 未加载

verdverm超过 3 年前

QT <a href="https://www.qt.io/" rel="nofollow">https://www.qt.io/</a> is one option I know of. There might be some Python or Golang libraries?

mjevans超过 3 年前

It would be really nice if there was a shared widget API that would work for the major operating systems. If most of simple app could work on Windows, OSX, maybe mobile (Android / iOS) and Linux / BSD.Something that was mostly native for all of them.Currently the only alternative to Electron that is similar is a program that hosts a local webserver and the local browser is pointed at it, but that's a second class experience.

评论 #28488776 未加载

评论 #28488766 未加载

sircastor超过 3 年前

At my work a few years back, we did quite a lot of prototyping using Qt, QML and JavaScript. It can get you surprisingly far for a GUI. It’s probably not the “right” way to do it, and Qts approach to QML is that it’s for UI. It app logic, but it’ll work in a pinch and it’s pretty easy to pickup.That said, QML and QtPython sound like a really great combo

alphaomegacode超过 3 年前

Is there a particular language that you needed to use or have skills in? That's a very important qualifier.

评论 #28484808 未加载

teebee超过 3 年前

You probably are wasting your time - multi-billion dollar companies have abandoned native desktop development - pretty sure they decided it was just easier and cheaper to maintain. If you are doing this for fun or profit - you need to decide how much your time is worth.

Lammy超过 3 年前

libui has bindings for many languages but might be too immature for complex needs <a href="https://github.com/andlabs/libui" rel="nofollow">https://github.com/andlabs/libui</a>

accountofme超过 3 年前

In used to work for a company that modified an opengl c++ game engine to act as a cross platform 2d GUI.It worked but the amount of effort is not worth it for most organisations.

karmakaze超过 3 年前

Is the Eclipse RCP still a reasonable platform? Not as fancy as JavaFX but must be more mature/feature-complete. Similarly for the NetBeans kit.

rcarr超过 3 年前

Tauri looks promising if you can code Rust

enduku超过 3 年前

Give Sciter a chance.<a href="https://sciter.com/" rel="nofollow">https://sciter.com/</a>

smoldesu超过 3 年前

I'll get shot for suggesting this most places, but I feel like GTK has the most 'native' feel across every operating system. That's not to say that it's easy to get working (setting up proper build targets is going to be your biggest hurdle), but your reward is a stylish and robust UI with proper touchscreen support on Windows/Linux.

评论 #28485243 未加载

评论 #28485615 未加载

评论 #28488353 未加载

kody超过 3 年前

Qt/QML is my choice.

waspight超过 3 年前

Does anyone really care about the size of the program anyway?

ofou超过 3 年前

any good open source one?

评论 #28485971 未加载

p0nce超过 3 年前

Qt, GTK, SDL, Flutter...

billconan超过 3 年前

imgui

slater超过 3 年前

QT?