[pjmlp]

If you are doing Windows stuff and want native UI, then there is no way around Delphi, .NET or C++ (or C if you are masochist enough to use bare bones Win32).

Qt does a pretty good job for C++ and Python, but it is not native if that is what you're looking for.

JavaFX would be a good approach if you are into JVM languages, but you might need to do some JNI wrappers to call stuff like system tray, as just like Qt it does its own rendering.

Some corporations, go the route of having common code for the business logic, and then create an abstraction layer for stuff like system tray, UI widgets and stuff. Although is does require additional development cost.

So you call something like show_tray_message "New Email" and have an implementation for each OS that you care about.

If you are using Haskell, have you tried Haskell Platform?

[80386]

Thanks for the information! Qt is fine. I might switch back to Linux in the future, and want to be able to carry over anything I write if I do. I have a working prototype in Python using PySide already (which handles the system tray well), but I figure I ought to know a compiled language with static typing. (I know interpreted vs. compiled is a questionable distinction to make these days; what I want is a language that comes with something to produce independent executable files as part of its basic tooling.

I've tried Haskell Platform. I had a lot of path problems in trying to install gtk2hs - it wasn't always obvious where things were (nor that Stack came with its own mingw, so I got my own, and that caused more problems... eventually I wiped everything Haskell-related and started from scratch with Platform), and there's also a known problem with gtk2hs where you have to edit some cabal files to make installation work on Windows, so I would've had to do local installs. I think I got gtk2hs to install at one point, and even to compile their sample hello-world program, but trying to actually run it gave a litany of obscure errors. WxHaskell has an installer batch file, but it just spewed errors at me. I spent about a week trying to install various GUI libraries, and the only one I tried that I managed to get working was gi-gtk... which doesn't have system tray support.

I'm hoping to avoid C++ and Java, but if I have to bite that bullet, I will.

[yellowapple]

> what I want is a language that comes with something to produce independent executable files as part of its basic tooling

Worth noting that the Fman Build System (fbs)¹ gets you most of the way there with Python and Qt5, allowing you to "freeze" a PyQt5 application and automatically generate a Windows installer. I don't recall of the top of my head if there's a way to condense that into a single standalone executable, but it certainly produces a single folder by default (which you can stick anywhere, like any other "portable" Windows app).

I haven't used this in production yet, but testing it has been promising enough, and I'm using this for my next desktop development project.

¹: https://build-system.fman.io/

[80386]

A single folder is good enough. This looks useful - thanks!

[pron]

> but you might need to do some JNI wrappers to call stuff like system tray

I don't do much desktop programming, but I think that the system tray has had support in Java for many years now:

https://docs.oracle.com/javase/tutorial/uiswing/misc/systemt...

[pjmlp]

Not if you want the Windows 10 stuff.

And that whole JDesktop stuff from Sun is unfortunately unmaintained since years (still left to rotten under Sun's stewardship).

[pron]

Ah. Well, now that Microsoft have said they want to contribute to OpenJDK, maybe you could persuade them to do something about that.

[pjmlp]

It would be nice I guess.

I like both platforms anyway.