News for hackers. Stuff that matters.
Re:Fbs: Create Linux GUIs with Qt in minutes by AnIdiotOnTheNet on Thursday December 13, 2018 @04:18PM (#18676218)
Ok, so others have pointed out that there isn't any GUI creation really going on here, so I'm not going to harp on that.

However, since we're on the topic of GUI creation, why isn't there a way for users to compose simple GUIs to meet their workflow needs? Something like HyperCard was?

Part of the reason a lot of people love the command line so much is how it allows you to compose solutions to unique problems in a simple way. Why doesn't that exist in the GUI? Where is the UNIX philosophy applied to the GUI?

Ok, so there's SmallTalk environments, but they're strange and require you to learn a whole new language and paradigm just to get started. Where's UNIX's answer?

Re:Fbs: Create Linux GUIs with Qt in minutes by peatmoss on Friday December 14, 2018 @04:08PM (#18684777)
Simple cross-platform GUIs are pretty easy in Racket, and there’s even a wealth of beginner-focussed teaching materials / documentation for Racket.

Less tutorial material for GUI apps specifically, which should probably be remedied. Still, Racket has a pretty good native GUI and packaging story, and the docs are very consistent.

Re:Fbs: Create Linux GUIs with Qt in minutes by zedr on Friday December 14, 2018 @06:42AM (#18680152)
Re:Fbs: Create Linux GUIs with Qt in minutes by AnIdiotOnTheNet on Friday December 14, 2018 @07:37AM (#18680367)
Not quite what I'm talking about. For one, it is much closer to VB than HyperCard, and while HyperCard was great in the 90s it could be significantly improved upon today.

Also, no UNIX philosophy, that is the composability of small tools, to be seen.

Re:Fbs: Create Linux GUIs with Qt in minutes by irq-1 on Friday December 14, 2018 @10:40AM (#18681549)
For devs, Lua bindings with GTK+ (like JavaScript with QT/QML) would be a good solution: easy binding with C libs, and minimal runtime and easy distribution. It needs a VB6 GUI builder with code editor.

For users, a "parts" library built with the above and a layout/flow chart for building workflows.