<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.lisp.cells.devel">
    <title>gmane.lisp.cells.devel</title>
    <link>http://blog.gmane.org/gmane.lisp.cells.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/728"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/726"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/718"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/716"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/714"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/712"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/711"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/707"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/689"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/680"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/678"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/675"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/674"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/669"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/668"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cells.devel/659"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/728">
    <title>can one make dependencies between models?</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/728</link>
    <description>&lt;pre&gt;Hello,

I am doing very basic cell-stuff, much like the ones in the doc folder:
Not liking excel and its cousins, I am implementing spread-sheet like
calculations in cells.

My question:

1) Can I build two models (model1, model2) and specify that a slot in
model2 depends on changes in some other slot in model1?
2) Related: can I change a slot specification in a model.  For example from
`c-in' to `c?'.  I assume that I can, but I would have to re-initialize the
model somehow.  Correct?

I am also very interested in the question posted just a few minutes ago.  I
would like to build an automated way of generating a GUI front end my cell
models.

Thanks,

Mirko
&lt;/pre&gt;</description>
    <dc:creator>Mirko Vukovic</dc:creator>
    <dc:date>2012-04-17T18:17:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/726">
    <title>How to get started?</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/726</link>
    <description>&lt;pre&gt;
Hello,

I've recently stumbled across Cells and it sounds pretty interesting.  I'm 
wondering how to get started learning about how to use Cells.  In general, 
I've got several Lisp projects that could use a GUI and the various 
Cells-based GUI projects look interesting to me.  I think I should 
probably learn how to use Cells (at some basic level) before trying to 
dive into one of the GUI packages.  Is there a Cells-based GUI package 
that is currently preferred?

In general, I learn best by first following a simple example, then 
modifying it to do my bidding.  Can someone show me how to get started?

I'm also wondering if someone can explain the difference between DEFMODEL 
and DEFMD to me.

Thanks so much!,
Jim

James E. Prewett                    Jim&amp;lt; at &amp;gt;Prewett.org download&amp;lt; at &amp;gt;hpc.unm.edu 
Systems Team Leader           LoGS: http://www.hpc.unm.edu/~download/LoGS/ 
Designated Security Officer         OpenPGP key: pub 1024D/31816D93    
HPC Systems Engineer III   UNM HPC  505.277.8210

&lt;/pre&gt;</description>
    <dc:creator>Jim Prewett</dc:creator>
    <dc:date>2012-04-17T17:18:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/718">
    <title>Additional info AllegroGraph 4.5 porting: Screendumpof RDF DB</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/718</link>
    <description>&lt;pre&gt;.... see attached screendump.

TIA again.

Cheers
    Frank

&lt;/pre&gt;</description>
    <dc:creator>Frank Goenninger</dc:creator>
    <dc:date>2012-03-18T22:04:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/716">
    <title>Triple Cells: AllegroGraph 4.5 "porting"</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/716</link>
    <description>&lt;pre&gt;Hi Kenny, 

I just began using Triple Cells. We have planned a rather large AllegroGraph-based implementation and as a fan of Cells I am porting Triple Cells to AllegroGraph 4.5.

I am running in a situation where I get a problem with 3c-pulse-advance:
(I have instrumented 3c a bit ...;-)

0&amp;gt; PULSE&amp;gt; ---- advancing: (:change)
0&amp;gt; 3c-make storing type !hw:computer future-part
0&amp;gt; 3c-in nil t equal !hw:echo-happen {_:anon4}
0&amp;gt; stmt-new called with {_:anon3} !hw:happen {_:anon4} {_:anon4}
0&amp;gt; stmt-new (3c-cell? o) &amp;lt;_:anon4 type input&amp;gt;
0&amp;gt; 3c-install-cell called with s p o {_:anon3} !hw:happen {_:anon4}
0&amp;gt; subject-cells-node called with s =  {_:anon3}
0&amp;gt; subject-cells-node tr nil
0&amp;gt; subject-cells-node new-blank-node {_:anon5}
0&amp;gt; subject-cells-node (add-triple s !ccc:cells n) 13
0&amp;gt; 3c-install-cell subject-cells-node s = {_:anon5}
0&amp;gt; subject-cells-node called with s =  {_:anon3}
0&amp;gt; subject-cells-node tr &amp;lt;_:anon3 cells _:anon5&amp;gt;
0&amp;gt; subject-cells-node (object tr) =  {_:anon5}
0&amp;gt; 3c-install-cell (add-triple (subject-cells-&lt;/pre&gt;</description>
    <dc:creator>Frank Goenninger</dc:creator>
    <dc:date>2012-03-18T21:53:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/714">
    <title>functional programming</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/714</link>
    <description>&lt;pre&gt;I'm an extreme newbie to cells and have just begun reviewing the
literature so this may be a FAQ, but in general how does cells relate
to "functional" programming practice?  My first reaction is that is
seems antithetical, as it inherently introduces state and eliminates
referential transparency. However if one looks at it as a declarative
approach in making statements about relations, perhaps not. maybe it
can therefore be used in a functional style along the same lines as
standard clos/mop, which can also be considered stateful if evaluated
at the level of the individual sub protocols etc.

Really my question is "is cells something one should consider if
otherwise one has worked hard to achieve functional style practices?"
----
Replace the method
the carefully chosen name
deletes the comment

&lt;/pre&gt;</description>
    <dc:creator>Dan Lentz</dc:creator>
    <dc:date>2012-03-18T18:20:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/713">
    <title>ELS 2012, Zadar, Croatia</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/713</link>
    <description>&lt;pre&gt;Apologies for the multiple postings. 

PAPER SUBMISSION DEADLINE EXTENDED 


European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 

http://european-lisp-symposium.org 

The purpose of the European Lisp Symposium is to provide a forum for 
the discussion and dissemination of all aspects of design, 
implementation and application of any of the Lisp and Lisp-inspired 
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, 
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We 
encourage everyone interested in Lisp to participate. 


The main theme of the 2012 European Lisp Conference is 
"Interoperability: Systems, Libraries, Workflows".  Lisp based and 
functional-languages based systems have grown a variety of solutions 
to become more and more integrated with the wider world of Information 
and Communication Technologies in current use.  There are several 
dimensions to the scope of the solutions proposed, ranging from 
"embedding" of interpreters in C-based syste&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-02-01T13:07:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/712">
    <title>ELS2012 Zadar, Croatia, Call for Papers</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/712</link>
    <description>&lt;pre&gt;
Apologies for the multiple postings...

===========================================================================

European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012
http://european-lisp-symposium.org

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We
encourage everyone interested in Lisp to participate.


The main theme of the 2012 European Lisp Conference is
"Interoperabilty: Systems, Libraries, Workflows".  Lisp based and
functional-languages based systems have grown a variety of solutions
to become more and more integrated with the wider world of Information
and Communication Technologies in current use.  There are several
dimensions to the scope of the solutions proposed, ranging from
"embedding" of inte&lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2012-01-23T11:59:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/711">
    <title>[ELS 2012] European Lisp Symposium 2012, Zadar,Croatia; call for papers</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/711</link>
    <description>&lt;pre&gt;Apologies for the multiple postings....

================================================================
European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012
http://european-lisp-symposium.org

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We
encourage everyone interested in Lisp to participate.


The main theme of the 2012 European Lisp Conference is
"Interoperabilty: Systems, Libraries, Workflows".  Lisp based and
functional-languages based systems have grown a variety of solutions
to become more and more integrated with the wider world of Information
and Communication Technologies in current use.  There are several
dimensions to the scope of the solutions proposed, ranging from
"embedding" of interpreters in &lt;/pre&gt;</description>
    <dc:creator>Marco Antoniotti</dc:creator>
    <dc:date>2011-11-17T16:03:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/709">
    <title>Is this project still alive?</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/709</link>
    <description>&lt;pre&gt;Hello,

There seems to be no recent traffic in this ML.
Has the project moved somewhere else or has been declared dead?

Thx.


&lt;/pre&gt;</description>
    <dc:creator>Bart Demeyer</dc:creator>
    <dc:date>2011-04-20T11:17:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/707">
    <title>Error: Attempt to take the value of the unboundvariable `MD-SLOT-CELL'</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/707</link>
    <description>&lt;pre&gt;Hi -

just downloaded newest Cells repo from github.

Using AllegroCL 8.2 Express Edition on Windows 7 I get the error mentioned in the subject. I haven't looked into it, but strangely enough, I do get this from both Ramarren's and Kenny's repos.

Any ideas ?

Thx!

Cheers
  Frank
 

&lt;/pre&gt;</description>
    <dc:creator>Frank Goenninger</dc:creator>
    <dc:date>2010-07-26T08:23:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/689">
    <title>I almost forgot the most important audience...</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/689</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Kenneth Tilton</dc:creator>
    <dc:date>2010-04-10T01:18:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/680">
    <title>which is the correct cells distro?</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/680</link>
    <description>&lt;pre&gt;Hello group,

Before diving into cells, I want to make sure I have the latest stable
release.  I will run cells on sbcl &amp;amp; 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

&lt;/pre&gt;</description>
    <dc:creator>Mirko Vukovic</dc:creator>
    <dc:date>2010-03-26T17:45:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/678">
    <title>Cells on ABCL</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/678</link>
    <description>&lt;pre&gt;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&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Alessio Stalla</dc:creator>
    <dc:date>2010-02-09T09:58:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/675">
    <title>Cells-devel: allow ECL support</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/675</link>
    <description>&lt;pre&gt;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
diff -U3 -r Ramarren-cells-beb09a0/cells.asd /home/raskin/.sbcl/site/Ramarren-cells-beb09a0/cells.asd
--- Ramarren-cells-beb09a0/cells.asd2010-01-29 09:49:41.000000000 +0300
+++ /home/raskin/.sbcl/site/Ramarren-cells-beb09a0/cells.asd2010-01-20 20:20:11.000000000 +0300
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,6 +1,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 ;;;; -*- Mode: Lisp; Syntax: ANSI-Common-Lisp; Base: 10 -*-
 
-#+(or allegro lispworks cmu mcl ccl clisp cormanlisp sbcl scl ecl)
+#+(or allegro lispworks cmu mcl ccl clisp cormanlisp sbcl scl)&lt;/pre&gt;</description>
    <dc:creator>Michael Raskin</dc:creator>
    <dc:date>2010-01-29T07:28:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/674">
    <title>Scrollable celtk widgets</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/674</link>
    <description>&lt;pre&gt;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 ((&amp;amp;key (height 500)
     (width 500)) &amp;amp;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 n&lt;/pre&gt;</description>
    <dc:creator>Andy Chambers</dc:creator>
    <dc:date>2009-12-19T20:58:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/669">
    <title>Great idea!</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/669</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Kenneth Tilton</dc:creator>
    <dc:date>2009-10-31T15:37:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/668">
    <title>mk-row / mk-stack</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/668</link>
    <description>&lt;pre&gt;Plaese find below an alternative version of def-mk-inline which means
that if the
"title" of a row or stack is nil, an unlabelled frame will be created.

I modified this because I kept feeling like I was repeating myself
with code like
this.....

(bif (title (maybe-get-title))
  (mk-row (title)
     ....)
  (mk-row ()
     ....))

With the definition below, I don't have to repeat myself.

(mk-row ((maybe-get-title))
    ...)

What do you guys think?

(defmacro def-mk-inline (name (unlabelled labelled))
  `(defmacro ,name ((&amp;amp;rest initargs) &amp;amp;rest kids)
    (cond
      ((evenp (length initargs))
       `(make-instance ',',unlabelled
 :fm-parent *parent*
 ,&amp;lt; at &amp;gt;initargs
 :kids (c? (the-kids ,&amp;lt; at &amp;gt;kids))))
      ((null (car initargs))
       `(make-instance ',',unlabelled
 :fm-parent *parent*
 ,&amp;lt; at &amp;gt;(cdr initargs)
 :kids (c? (the-kids ,&amp;lt; at &amp;gt;kids))))
      (t `(make-instance ',',labelled
   :fm-parent *parent*
   :text ,(car initargs)
   ,&amp;lt; at &amp;gt;(cdr initargs)
   :kids (c? (the-kids ,&amp;lt; at &amp;gt;kids)))))))


&lt;/pre&gt;</description>
    <dc:creator>Andy Chambers</dc:creator>
    <dc:date>2009-10-24T13:27:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cells.devel/659">
    <title>bug in celtk</title>
    <link>http://comments.gmane.org/gmane.lisp.cells.devel/659</link>
    <description>&lt;pre&gt;Hey All,

There seems to be a strange bug in celtk.  I'm looking into it but
wondered if any of you guys had any clues.

Celtk seems to be delaying the evaluation of an "on-command" procedure
until the next "on-command" event
is generated.  You can see this in the example ltktest-ci.  If you
start that, and click the "Hallo" button, then
the "Wald" button, then the "Hallo" button, you'll see what I'm talking about.

I've made a few changes to my local copy so it might just be me but it
would be interesting to find out if
anyone else can confirm this behaviour.

Cheers,
Andy

&lt;/pre&gt;</description>
    <dc:creator>Andy Chambers</dc:creator>
    <dc:date>2009-08-14T13:52:26</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.cells.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.cells.devel</link>
  </textinput>
</rdf:RDF>

