And why should that be an issue? I think what I implement while spending all my spare time could have some value to others, so it makes sense to bring it to people’s attention, isn’t it?
Seriously? If it is a cool project, why would it matter if the author posts it? The state of GUI Programming in the Open Source world is a horror show; anything that makes it cleaner and easier has my attention.
I agree, this project is really cool. I was looking forward to a good discussion of it.
For instance, I think you mentioned that qtGUI isn’t implemented yet. Is LeanQt usable right now if I want to pop up a little window with a button and a text field? What would it take to get it to that point?
Is LeanQt usable right now if I want to pop up a little window with a button and a text field?
It is usable and fulfills the intended purpose in my case, which is to make the Oberon+ compiler easier to build. There is no GUI (yet) and no widgets. But Qt is also very useful for server-side or embedded applications which don’t have a GUI. E.g. Qt had async networking classes before there was Boost Asio, and it’s also still easier to handle than Boos from my perspective, which makes it a very useful general purpose cross-platform OS abstraction.
@Rochus Thank you for posting this, I am following with interest to your Oberon work as well.
I certainly think that QT (and Boost) benefit form having a well-defined, usable subset.
For many different reasons.
Just as in languages (SPARK subset of Ada, betterC subset of D), well-though out subsets of large libraries help in their deployment, packaging and overall developer-experience.
I think, natural sub-setting should be built into long-term forward looking projects whether these are compiler tools, or libraries, or languages, or operating systems.
Thanks, I appreciate. It’s not only about the subset, but especially about simpler bootstrapping and dependability. The Qt dependency becomes a burden if people have to install or compile a colossus just to build my command line tools. For this purpose I even had to implement my own build system, because there was no other one with the required features. On this basis, I can now afford to implement the upcoming redesigns and extensions (e.g. incremental compilation, new intermediate language, symbol database, other runtimes, etc.) with Qt.
These algorithms are still fit for purpose for many applications; e.g. Git works very well with sha1. Qt uses OpenSSL for security relevant network communication. Qt and LeanQt use sha1 and md5 e.g. for Uuid generation or for shared memory keys.
Is Oberon+ related to Wirth’s Oberon? Is so, is this project a step on the way to making a full Oberon environment? (which would require some GUI bits)
Are you kidding? If this is really considered spam I will stop posting things on this platform.
Probably because most of your submissions are your own work? Just guessing.
And why should that be an issue? I think what I implement while spending all my spare time could have some value to others, so it makes sense to bring it to people’s attention, isn’t it?
Seriously? If it is a cool project, why would it matter if the author posts it? The state of GUI Programming in the Open Source world is a horror show; anything that makes it cleaner and easier has my attention.
I agree, this project is really cool. I was looking forward to a good discussion of it.
For instance, I think you mentioned that qtGUI isn’t implemented yet. Is LeanQt usable right now if I want to pop up a little window with a button and a text field? What would it take to get it to that point?
Tanks.
It is usable and fulfills the intended purpose in my case, which is to make the Oberon+ compiler easier to build. There is no GUI (yet) and no widgets. But Qt is also very useful for server-side or embedded applications which don’t have a GUI. E.g. Qt had async networking classes before there was Boost Asio, and it’s also still easier to handle than Boos from my perspective, which makes it a very useful general purpose cross-platform OS abstraction.
Illegitimi non carborundum. Sometimes people flag completely reasonable contributions, I’ve found the best thing is to just ignore it.
@Rochus Thank you for posting this, I am following with interest to your Oberon work as well.
I certainly think that QT (and Boost) benefit form having a well-defined, usable subset. For many different reasons. Just as in languages (SPARK subset of Ada, betterC subset of D), well-though out subsets of large libraries help in their deployment, packaging and overall developer-experience.
I think, natural sub-setting should be built into long-term forward looking projects whether these are compiler tools, or libraries, or languages, or operating systems.
please, do not leave this platform.
Thanks, I appreciate. It’s not only about the subset, but especially about simpler bootstrapping and dependability. The Qt dependency becomes a burden if people have to install or compile a colossus just to build my command line tools. For this purpose I even had to implement my own build system, because there was no other one with the required features. On this basis, I can now afford to implement the upcoming redesigns and extensions (e.g. incremental compilation, new intermediate language, symbol database, other runtimes, etc.) with Qt.
That’s surprising given they’re effectively deprecated for new development. Was there something that requires those two internally?
These algorithms are still fit for purpose for many applications; e.g. Git works very well with sha1. Qt uses OpenSSL for security relevant network communication. Qt and LeanQt use sha1 and md5 e.g. for Uuid generation or for shared memory keys.
Is Oberon+ related to Wirth’s Oberon? Is so, is this project a step on the way to making a full Oberon environment? (which would require some GUI bits)
Yes. Here is the language site: http://oberon-lang.ch. And here is the language specification: https://github.com/oberon-lang/specification/blob/master/The_Programming_Language_Oberon%2B.adoc
Here is an IDE with integrated source level debugger: https://github.com/rochus-keller/Oberon/
The IDE uses Qt Wigets.