Live data from Hacker News

Ask HN: Time to give up on Qt?

news.ycombinator.com

31–40 of 72 posts

Re: Ask HN: Time to give up on Qt?

#31

Go nativeclient+html5. Best of both worlds. You could still distribute it as a standalone app like https://github.com/adobe/brackets/

That's more like the worst of both worlds, going through the NaCl API is a pain, and debugging a NaCl app is much trickier than usual. It's a ton of work for little benefit, compared to just using Qt.

Re: Ask HN: Time to give up on Qt?

#33
post #25

This is something between desktop and web, but you could use Chromium Embedded ( http://code.google.com/p/chromiumembedded/ ). It uses GTK+ on Linux, Cocoa on Mac OS X, and it's own library on Windows (but it looks identical to Windows' UI elements).

@Jarred. Thanks for sharing about the CEF project. I need to build a cross-platform GUI in Python if possible and wanted to use wxWidgets with the python binding. Now CEF seems really great: The possibility to make an HTML5-Javascript App and having also the opportunity to deploy it on a web-server is really exiting. I will have to evaluate it, seems really cool. Can you access files on the file system as a normal native application or do you have to write in a dedicated sandboxed area ?

Re: Ask HN: Time to give up on Qt?

#34

Earlier quoted context omitted.

Use toolkits like Extjs, which provide a rich palette of widgets and hide away incompatibilities. http://www.sencha.com/products/extjs/

You realize the Qt basically does exactly that for non-web apps except it's far more comprehensive and tested, right?

The difference is that each environment for non-Web apps - Mac, Windows, KDE etc - has each own somewhat well defined look and feel, that applications should follow in order to feel native. That's not true for Web apps in different Web browsers - they are supposed to look the same. Qt compromises that native experience by letting you target multiple platforms. For Web toolkits, at worst you'll end up with an app that doesn't stand out (e.g. by using Bootstrap) but certainly not with one that won't blend in.

Re: Ask HN: Time to give up on Qt?

#35
> Something else? GTK+ still doesn't look very native on Windows or OS X, so for many cross-platform apps it's not a viable option.

GTK+ can look just like Windows XP, Windows 7, Mac OS X. It has themeing capability.

Re: Ask HN: Time to give up on Qt?

#36
post #20

Earlier quoted context omitted.

> The only viable cross-platform is the web. Yeah with its mixture of CSS/HTML/JavaScript crap that works perfectly across all browsers versions and operating systems.

Use toolkits like Extjs, which provide a rich palette of widgets and hide away incompatibilities. http://www.sencha.com/products/extjs/

Extjs does not look and feel like native apps, nor like regular web page.

Re: Ask HN: Time to give up on Qt?

#39
post #20

Earlier quoted context omitted.

> The only viable cross-platform is the web. Yeah with its mixture of CSS/HTML/JavaScript crap that works perfectly across all browsers versions and operating systems.

If the problems with that "crap" were insurmountable we wouldn't have the huge variety of websites like we do today. And I would argue that just as big cross platform issues exist with Qt/Swing. With Modernizr, JQuery etc you can get 95+% of the features on 95+% of computers.

> If the problems with that "crap" were insurmountable we wouldn't have the huge variety of websites like we do today

We have them, because many people today don't know how to program in programming languages tailored for desktop development.

The interest in something like node.js is a proof of it.

Re: Ask HN: Time to give up on Qt?

#40

Earlier quoted context omitted.

Use toolkits like Extjs, which provide a rich palette of widgets and hide away incompatibilities. http://www.sencha.com/products/extjs/

You realize the Qt basically does exactly that for non-web apps except it's far more comprehensive and tested, right?

With proper operating system integration.
Post reply on HN