Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
Hey Daniel,
that's excellent news! I'm using McCLIM in some pretty small private tools, which I use on a regular basis, though. So, it's really great that the project is not discontinued.
Best, Kilian On May 23, 2016 8:50 AM, "Daniel Kochmański" daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
Will you import any code from the official clim2, that was recently opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
First step will be cleaning up the codebase. After that I plan to look into that if it will be a viable option.
Faré writes:
Will you import any code from the official clim2, that was recently opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
Hi;
Would love to see this progress...
I made some small fixes to a fork of mmontone's mcclim a while ago (hmm... looks like I never successfully pushed the changes back to github https://github.com/jmorrison/mcclim). There was a cyclic dependency in the defsystem. I also made some progress resurrecting scigraph.
Also rehabbed a CLIM tree-widget, and made some changes to the clim-debugger to make it quicklisp/asdf-loadable ...
Presume I should at least push the changes and generate a pull request? Please advise as I am neck-deep in the app which uses the fork...
-jm
p.s., made some CLIM-based apps which use graph-drawing to provide a GUI to quicklisp (a la yumex), showing ASDF dependencies; and another which used the tree-widget to navigate the filesystem (a la the Genera filesystem explorer). Not sure anybody cares, but would be happy to clean them up and maintain them as apps in a re-energized CLIM desktop. they are not pretty - just enough to enable the app I'm writing...
On Mon, May 23, 2016 at 10:11 AM, Daniel Kochmański daniel@turtleware.eu wrote:
First step will be cleaning up the codebase. After that I plan to look into that if it will be a viable option.
Faré writes:
Will you import any code from the official clim2, that was recently
opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•
Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański daniel@turtleware.eu
wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
John Morrison writes:
Hi;
Would love to see this progress...
I made some small fixes to a fork of mmontone's mcclim a while ago (hmm... looks like I never successfully pushed the changes back to github https://github.com/jmorrison/mcclim). There was a cyclic dependency in the defsystem. I also made some progress resurrecting scigraph.
I'm going to clean the code soon, so if you don't want to encounter serious merge conflicts please send me a PR if it's merge ready https://github.com/dkochmanski/McCLIM
Also rehabbed a CLIM tree-widget, and made some changes to the clim-debugger to make it quicklisp/asdf-loadable ...
Sounds good
Presume I should at least push the changes and generate a pull request? Please advise as I am neck-deep in the app which uses the fork...
Yeah, definetely. Send it to me, so I'll take them abroad before the cleanup
-jm
p.s., made some CLIM-based apps which use graph-drawing to provide a GUI to quicklisp (a la yumex), showing ASDF dependencies; and another which used the tree-widget to navigate the filesystem (a la the Genera filesystem explorer). Not sure anybody cares, but would be happy to clean them up and maintain them as apps in a re-energized CLIM desktop. they are not pretty
- just enough to enable the app I'm writing...
These seems like a nice material for the Examples/ directory.
On Mon, May 23, 2016 at 10:11 AM, Daniel Kochmański daniel@turtleware.eu wrote:
First step will be cleaning up the codebase. After that I plan to look into that if it will be a viable option.
Faré writes:
Will you import any code from the official clim2, that was recently
opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•
Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański daniel@turtleware.eu
wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
should probably have added that I got MCCLIM to work under CCL on the Raspberry Pi 2. While it took a long time to either load or build an executable image, once one that image was built, it started up pretty fast, and was pretty usable. I think I also had it running on the model 1 B (whichever had the more copious amount of DRAM)
Very nice and dead-silent 1080p ersatz LispM
-jm
On Mon, May 23, 2016 at 10:27 AM, John Morrison jm@symbolic-simulation.com wrote:
Hi;
Would love to see this progress...
I made some small fixes to a fork of mmontone's mcclim a while ago (hmm... looks like I never successfully pushed the changes back to github https://github.com/jmorrison/mcclim). There was a cyclic dependency in the defsystem. I also made some progress resurrecting scigraph.
Also rehabbed a CLIM tree-widget, and made some changes to the clim-debugger to make it quicklisp/asdf-loadable ...
Presume I should at least push the changes and generate a pull request? Please advise as I am neck-deep in the app which uses the fork...
-jm
p.s., made some CLIM-based apps which use graph-drawing to provide a GUI to quicklisp (a la yumex), showing ASDF dependencies; and another which used the tree-widget to navigate the filesystem (a la the Genera filesystem explorer). Not sure anybody cares, but would be happy to clean them up and maintain them as apps in a re-energized CLIM desktop. they are not pretty
- just enough to enable the app I'm writing...
On Mon, May 23, 2016 at 10:11 AM, Daniel Kochmański daniel@turtleware.eu wrote:
First step will be cleaning up the codebase. After that I plan to look into that if it will be a viable option.
Faré writes:
Will you import any code from the official clim2, that was recently
opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics•
Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański <
daniel@turtleware.eu> wrote:
Hey,
we're currently working on documenting the McCLIM internals and
cleaning
up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
On Mon, May 23, 2016 at 10:27 AM, John Morrison jm@symbolic-simulation.com wrote:
Hi;
Would love to see this progress...
I made some small fixes to a fork of mmontone's mcclim a while ago (hmm... looks like I never successfully pushed the changes back to github). There was a cyclic dependency in the defsystem. I also made some progress resurrecting scigraph.
I remember fixing some ASDF issues in the CVS repository a few years back. Did those fixes ever make it to your git repo? :pserver:anonymous:anonymous@common-lisp.net:/project/mcclim/cvsroot
Where is the official mcclim repo these days? The web site says: https://github.com/robert-strandh/McCLIM
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Slogans rarely convince the unconvinced. However, they do rally the troops already on your side. — John McCarthy
Faré writes:
On Mon, May 23, 2016 at 10:27 AM, John Morrison jm@symbolic-simulation.com wrote:
Hi;
Would love to see this progress...
I made some small fixes to a fork of mmontone's mcclim a while ago (hmm... looks like I never successfully pushed the changes back to github). There was a cyclic dependency in the defsystem. I also made some progress resurrecting scigraph.
I remember fixing some ASDF issues in the CVS repository a few years back. Did those fixes ever make it to your git repo? :pserver:anonymous:anonymous@common-lisp.net:/project/mcclim/cvsroot
Where is the official mcclim repo these days? The web site says: https://github.com/robert-strandh/McCLIM
Yes, this is the one.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Slogans rarely convince the unconvinced. However, they do rally the troops already on your side. — John McCarthy
Wow - after "ages“ there is some activity here. This and the fact that we have you guys working on the codebase is *superb* news - pleas keep going!
Not related to the OP’s post I am wondering what the state of the OpenGL backend is looking like… I haven’t had a chance to dig deeper in this. Does it work?
Thx for anyone shedding some light on this!
Kind regards Frank
Am 23.05.2016 um 16:03 schrieb Faré fahree@gmail.com:
Will you import any code from the official clim2, that was recently opensourced?
https://github.com/franzinc/clim2
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Up to now you have believed in the existence of tyrants. Well, you were mistaken. There are only slaves. Where none obeys, none commands. — Anselme Bellegarrigue
On Mon, May 23, 2016 at 2:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
https://common-lisp.net/project/mcclim/
Just writing to let you know that the development is all active etc.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
Frank Goenninger writes:
Wow - after "ages“ there is some activity here. This and the fact that we have you guys working on the codebase is *superb* news - pleas keep going!
Not related to the OP’s post I am wondering what the state of the OpenGL backend is looking like… I haven’t had a chance to dig deeper in this. Does it work?
Right now it doesn't even load. It may change in the future though.
Thx for anyone shedding some light on this!
Kind regards Frank
Woo-hoo - work on McCLIM again! Awesome!
On Monday, May 23, 2016 10:05 AM, Faré fahree@gmail.com wrote:
Will you import any code from the official clim2, that was recently opensourced?
Holy cow. I wasn't aware of that - incredible news!
I almost hate to ask, but noticing that a) clim2 now seems to have a very liberal license and b) there have been a number of questions over the years in the lisp community as to how LGPL licensing on lisp modules interacts with commercial Lisp code, does anyone have a sense of how the clim2 and McCLIM code bases compare as a starting foundation for "modern" CLIM work?
I don't want to start a big license debate - if those doing the work on the McCLIM code base prefer the LGPL then for me that's an end to it - but the availability of the clim2 release makes it worth asking the question, IMHO.
Cheers, CY
C Y writes:
Woo-hoo - work on McCLIM again! Awesome!
\o/
On Monday, May 23, 2016 10:05 AM, Faré fahree@gmail.com wrote:
Will you import any code from the official clim2, that was recently opensourced?
It is definetely something we would like to investigate at least. If some parts of Franz's clim2 will be easily portable and McCLIM will benefit from it – why not.
Holy cow. I wasn't aware of that - incredible news!
I almost hate to ask, but noticing that a) clim2 now seems to have a very liberal license and b) there have been a number of questions over the years in the lisp community as to how LGPL licensing on lisp modules interacts with commercial Lisp code, does anyone have a sense of how the clim2 and McCLIM code bases compare as a starting foundation for "modern" CLIM work?
We are continuing with McCLIM. I have personally no issues with lgpl-2.1+ and McCLIM's codebase is more portable and "modern" in sense that it has been updated more frequently and uses more "new" techniques like MOP etc. But I've just skimmed the clim2 codebase and I may be totally wrong – it seems heavily allegro dependant though.
I don't want to start a big license debate - if those doing the work on the McCLIM code base prefer the LGPL then for me that's an end to it - but the availability of the clim2 release makes it worth asking the question, IMHO.
Right. My opinion is that lgpl is just fine, but I see no problem with merging big chunks of clim2 if profitable.
Cheers, CY
Best regards, Daniel
On Mon, May 23, 2016 at 9:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
The fonts in chrome on a high dpi screen appear to be too large, compare it to Safari:
Stas Boukarev writes:
On Mon, May 23, 2016 at 9:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
The fonts in chrome on a high dpi screen appear to be too large, compare it to Safari:
Thanks for the report. Is it better now? Unfortunately I don't have high dpi screen to verify. (I've tweaked a little the css, but not sure if it will fix this problem).
On Tue, May 24, 2016 at 7:37 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Stas Boukarev writes:
On Mon, May 23, 2016 at 9:49 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
we're currently working on documenting the McCLIM internals and cleaning up the codebase. There is also a new refreshed website:
The fonts in chrome on a high dpi screen appear to be too large, compare it to Safari:
Thanks for the report. Is it better now? Unfortunately I don't have high dpi screen to verify. (I've tweaked a little the css, but not sure if it will fix this problem).
Nope, still the same.