back
user profile
Rochus
4,228karma·3,235submissions·November 19, 2018
about
see http://rochus-keller.ch
recent activity (3,235 total)
comment
I wonder how art experts would assess these paintings in a blinded experiment ("blinded" figuratively, of course ;-)
comment
Author here: I just released an Oberon IDE with a validating Oberon-07 to LuaJIT bytecode compiler and source level debugger. Here are two screenshots: http://software.rochus-keller.info…
comment
Yes, and Smalltalk certainly hasn't "added dynamic features to Algol".
comment
Once you have established a cult - which Apple has undoubtedly succeeded in doing - you can count on irrational following and willingness to suffer from your believers. In a prominent religious commun…
comment
You mix that up with https://people.inf.ethz.ch/wirth/Oberon/Oberon07.Report.pdf and https://en.wikipedia.org/wiki/Oberon-2 .
Mössenböck and Wirth were …
comment
Golang is rather a brain child of Oberon-2, not Eiffel. But you hit it insofar that Bertrand Meyer, the inventor of Eiffel, was professor of software engineering at ETH Zürich on the same chair as Nik…
comment
That leaves some Wikipedia articles that have not yet been posted here.
comment
Yes, I also used Occam-2 in the nineties, and no, the referenced Wikipedia article is not new.
comment
It works like a CRT monitor where the beam scans line by line, see https://en.wikipedia.org/wiki/Virtual_retinal_display …
comment
Right. Still waiting for long term studies about the effects of such retinal displays.
comment
Very basic stuff. Actually only the fact that for a syntax aware editor you need other data structures than for a compiler and that edits only affect parts of that structure.
comment
There is a whole bunch of languages compiling to Lua, see e.g. https://github.com/hengestone/lua-languages LuaJIT is still one of the fastest VMs around and it's worthwhile …
comment
Here ( https://github.com/rochus-keller/Oberon ) is a Qt/C++ based viewer/cross-referencer for Oberon-07 code bases as well as an Oberon to C++/Lua/LuaJIT bytec…
comment
Krishna is always shown in blue, so it seems the obvious choice ;-)
comment
Fair question. The desktop is still around. As long as plain old laptops or desktop machines are required (which is still a high percentage of computers) and there are developer who want to write lean…
comment
WebKit is a web client library. I'm not even sure why a Qt developer would use it. That's among the first things I delete before compiling the Qt 4.x framework. OpenSSL is yet another third …
comment
I'm aware of the agreement. But even without this agreement anyone can make a fork and publish his/her own version of Qt under GPL and LGPL.
comment
Great article. >> it’s inevitable that Qt 5.15 will be forked into a community edition that gets maintained, hopefully not just by KDE people, but by everyone who needs a stable, LGPL licenced r…
comment
This looks like a rather general remark to me, not specifically related to Qt. I don't think your argument is valid for Qt. Or do you have any representative evidence? Do you actually use Qt in y…
comment
I go the other way round. The project should not depend on stuff only available with the new new version of the library. Even if I use Qt 5.4 or 5.9 on some projects most of it would still run on Qt 4…
comment
Well, maybe if you have implemented a server in Qt which is accessible to open internet, such as PHP in your example. 99% of the Qt applications I'm aware of are desktop or "embedded". …
comment
Applications I've written using Qt twenty years ago still run with Qt 4.4 on all relevant platforms (Windows, Linux, even MacOS under Darwin) without any need for a change. As long as the old Qt …
comment
Not only KDE. Qt is available under LGPL and GPL, so everyone has that right.
comment
That's not correct. Me and many other Qt developers known to me still use older versions like Qt 4.8 or 5.4 without any need to upgrade. Upgrading causes a lot of effort and risks. If you don…
comment
> makes me think the future of Qt for non-commercial projects is rather bleak No reason for that. Qt is available under LGPL and GPL. This cannot be changed retroactively and even today a large fra…
comment
But why is this an issue? The source code is available under GPL and LGPL regardless what the company does. If they would decide to no longer open source their fixes or new releases the community has …