cells-devel

cells-devel@common-lisp.net

567 discussions

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 29 May '10

29 May '10

Seth Burleigh wrote: > Oh, ok. I was looking at that new project of yours, looks interesting, > but I decided I needed something that was quite a bit quicker than a web > app (fast, real time graphing and the easy customizable widgets that i > have heard cello is capable of is also a must). Well I will be happy to help you get Cello going, because OpenGL is certainly fast and also expressive enough for graphing, and I have had no problem rolling arbitrary widgets from simple building blocks. Did you find Cello on GitHub or common-lisp.net? What are your development and delivery OSes? kt

1 0

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 29 May '10

29 May '10

Seth Burleigh wrote: > Ive got the code for cello. Im attempting to get cl-opengl working. > > Ive hade some problems. First, > > (1) When loading libgl.so and libglu.so , it has some weird directory > under which it expects libgl and libglu to be under, on unix. I cant > imagine why this is in there since in linux operating systems the > libraries are installed in a standard location. I replaced it with > cffi:load-foreign-library "libGL.so",etc. > > (2) Now, I get > > Execution of a form compiled with errors. > Form: > (DEFUN-FFX INT > glut > glutCreateWindow > (CSTRING TITLE)) > Compile-time error: > (during macroexpansion of (DEFUN-FFX :INT > ...)) > Don't know how to cast CSTRING > [Condition of type SB-INT:COMPILED-PROGRAM-ERROR] > > > Anyone know how to fix this, im on sbcl 1.0.38 on ubuntu. > > So, question is what is the state of this code? Some of it, like cells > and its dependencies, has a bias towards allegro. For example, it > depends on the mop package which is easily fixed by requiring closer-mop > and adding mop as a nickname. Not exactly an easy fix if you didn't know > about closer-mop, i.e. were a newcomer. > > But anyways, I guess my point is that some of these are easy to fix, > some perhaps not so. And since i know others have gotten this to work, > why hasn't there been an upgrade of the source code? We've had some patches in re the mop package name and other stuff to make it more portable. One user did a major cleanup of Cello but never got to the point where it would be released. And I am moving to the web with a new project based on qooxdoo. Doubt I'll ever get back to Cello. ie, it is very close to being a dead project. Oh, and I only know of one person for sure who got it all working. kt

1 0

Re: [cells-devel] cells-devel subscription notification
by Ken Tilton 18 May '10

18 May '10

Not sure if I announced this: This email list is indeed still active and the place for support, but the source code for Cells and all my o/s code will move forward on GitHub: http://github.com/kennytilton/cells cheers, kenneth

2 1

[cells-devel] I almost forgot the most important audience...
by Kenneth Tilton 10 Apr '10

10 Apr '10

http://github.com/kennytilton The mailing list stays here and will be used for all projects. The goal is uncertain. Either or both of: Cello for the Mac (and even Linux) qooxdoo+cells I will at least get the code for Cello and its subprojects onto github and accept patches that move them forward. I am more interested in the qooxdoo project, but if Cello et all go well I'll see that thru first. kt

1 1

[cells-devel] which is the correct cells distro?
by Mirko Vukovic 29 Mar '10

29 Mar '10

Hello group, Before diving into cells, I want to make sure I have the latest stable release. I will run cells on sbcl & clisp to control the flow of some numerical calculations (I am really not interested in GTK right now). I have downloaded cells2.0 from cliki. On the mailing list, I see another branch mentioned (Ramarren). I gather that as long as I don't care about GTK, that should not be an issue. Am I correct in using cliki's cells2.0? Thank you, Mirko

4 8

[cells-devel] Cells on ABCL
by Alessio Stalla 09 Feb '10

09 Feb '10

Hello, I'm interested on having Cells running on ABCL. I have downloaded the latest snapshot from the Ramarren branch and it appears that only a few read conditionals are missing (for the MOP package) to make Cells compile and load fine; attached you find the patch. However, the tests fail due to an issue I had already found the first time I tried Cells on ABCL (see http://www.mail-archive.com/cells-devel@common-lisp.net/msg00582.html). The fix for that is apparently simple - replace delete with remove in c-unlink-used (link.lisp) - but His Kennyness himself said that this naive fix can have a bad impact on performance, so I have not included it in my patch. To me, one sensible option would be to enable the "fix" only on ABCL (it's better to have less than optimal performance than to have no Cells at all!), but it's a decision that should be taken by the Cells developers. Bye, Alessio Stalla

2 1

[cells-devel] Cells-devel: allow ECL support
by Michael Raskin 29 Jan '10

29 Jan '10

Hello. I have some interest in simplifying installation of Cells-GTK on as wide range of platforms as possible (from the "expansive" point-of-view: I have a perfectly fine installation of Cells-GTK on SBCL on Linux on my notebook). The attached patch enables ECL support in Ramarren cells fork. It actually does nothing except noting that ECL uses :clos package for MOP. I hope it will be included in master branch somewhen soon.. (cells::test-cells) gives no Cells errors (dribble errors do not count, right?). Thanks Michael Raskin

2 2

[cells-devel] Scrollable celtk widgets
by Andy Chambers 19 Dec '09

19 Dec '09

One annoying limitation of tk widgets is that only text and canvas support the commands required for scrollbars. So I made the `mk-scrollee' macro. Used in conjunction with a new type of canvas item I created `window-item', we can wrap any tk window in a canvas so that it can be scrolled. I tried making :scroll-region a rule where the dimensions are derived from the wrapped window but got an assertion error in tk-create-event-handler-ex. Is that because it's trying to get the dimensions of a widget that's not been created yet? How could I get around this? As always, feel free to import this stuff into celtk/cello if you want. Cheers, Andy (deftk window-item (item) () (:tk-spec window -anchor -height -width -state -tags -window )) (defmacro mk-scrollee ((&key (height 500) (width 500)) &body body) "wraps any tk window inside a canvas so that it can be scrolled" `(make-kid 'canvas :scroll-region (list 0 0 ,width ,height) :gridding "-row 0 -column 0 -sticky news" :kids (c? (the-kids ,@body (mk-window-item :coords (list 0 0) :window (c? (path (kid1 .parent))) :anchor 'nw :height (c? (height (kid1 .parent))) :width (c? (width (kid1 .parent)))))))) ;;; Usage (run-celtk-window 'window :kids (c? (the-kids (mk-scroller :packing (c?pack-self "-side top -fill both -expand 1") :canvas (c? (mk-scrollee (:height 1000 :width 500) (mk-stack () (loop for i from 0 to 30 collect (mk-label :text (format nil "hi ~a" i)))))))))) -- ---- Andy Chambers Formedix Ltd

1 0

[cells-devel] A few patches for making cells (3.0 from cvs) run on debian unstable using sbcl.
by Peder Chr. Nørgaard 14 Dec '09

14 Dec '09

Hello cells-devel list. I am investigating cells and cells-gtk3 for a project that I am planning. For a starter, I needed to get the software running on my Debian unstable system. It needed a few patches that you may wish to take into your development. The version of cells that I use is taken with cvs -z3 -d :pserver:anonymous:anonymous@common-lisp.net:/project/cells/cvsroot co cells That is the most actual one, yes? Well, the sbcl on Debian unstable (1.0.18) does not have nor need the EXCL package. So it must be configured out: diff -u -r cells/defpackage.lisp cl/cells/defpackage.lisp --- cells/defpackage.lisp 2008-10-12 03:21:07.000000000 +0200 +++ MDM/cl/cells/defpackage.lisp 2008-11-28 20:08:38.000000000 +0100 @@ -23,7 +23,7 @@ (in-package :common-lisp-user) (defpackage :cells - (:use #:common-lisp #:excl #:utils-kt) + (:use #:common-lisp #-sbcl #:excl #:utils-kt) (:import-from ;; MOP #+allegro #:excl diff -u -r cells/utils-kt/defpackage.lisp cl/cells/utils-kt/defpackage.lisp --- cells/utils-kt/defpackage.lisp 2008-10-12 03:21:10.000000000 +0200 +++ MDM/cl/cells/utils-kt/defpackage.lisp 2008-11-28 20:04:08.000000000 +0100 @@ -35,7 +35,8 @@ (defpackage :utils-kt (:nicknames #:ukt) - (:use #:common-lisp #:excl + (:use #:common-lisp + #-sbcl #:excl #+(or allegro lispworks clisp) #:clos #+cmu #:mop #+sbcl #:sb-mop The sbcl does not have the MOP package - it is called SB-MOP. Much of the code knows that already, but I had to patch one file: diff -u -r cells/utils-kt/detritus.lisp cl/cells/utils-kt/detritus.lisp --- cells/utils-kt/detritus.lisp 2008-10-12 03:21:10.000000000 +0200 +++ MDM/cl/cells/utils-kt/detritus.lisp 2008-11-28 20:07:57.000000000 +0100 @@ -33,7 +33,7 @@ (let ((cc (find-class c))) (when cc (finalize-inheritance cc)) - (mop::class-prototype cc))) + (#+sbcl sb-mop:class-prototype #-sbcl mop::class-prototype cc))) (defun brk (&rest args) After that, I tried to run the test suite. Worked fine, except that it is a little bit too Window'ish. I did this: diff -u -r cells/cells-test/test.lisp cl/cells/cells-test/test.lisp --- cells/cells-test/test.lisp 2008-10-12 03:21:09.000000000 +0200 +++ MDM/cl/cells/cells-test/test.lisp 2008-12-01 22:25:26.000000000 +0100 @@ -69,7 +69,7 @@ (defun test-cells () - (dribble "c:/0algebra/cells-test.txt") + (dribble "/tmp/cells-test.txt") (progn ;prof:with-profiling (:type :time) (time (progn but that is not what you want to go in the main sources. Maybe something based on the features - (dribble #+unix "/tmp/cells-test.txt" #-unix "c:/0algebra/cells-test.txt") - or perhaps just a file name parameter to TEST-CELLS with the above as the default value? Hope this is of a little help to you. I am sure to come back for assistance for my project later. best regards -- Peder Chr. Nørgaard e-mail: pcn(a)pogt.dk Gefionsvej 19 DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31

6 5

[cells-devel] Great idea!
by Kenneth Tilton 31 Oct '09

31 Oct '09

http://coherence-lang.org/Onward09.pdf (thx to Paul Tarvydas for the heads up) Edwards acknowledges Trellis as a temporal predecessor tho he was unaware of it. Mentions Garnet, too. FRP, too. Not sure I like re-running rules to achieve correctness, tho it would be nice not having to record dependencies. Worth noting: not yet implemented. kt -- http://thelaughingstockatpngs.com/ http://www.facebook.com/pages/The-Laughingstock/115923141782?ref=nf

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

cells-devel