[cells-gtk-cvs] CVS update: public_html/faq.html
Peter Denno
pdenno at common-lisp.net
Sun Mar 6 16:48:42 UTC 2005
Update of /project/cells-gtk/cvsroot/public_html
In directory common-lisp.net:/tmp/cvs-serv21942/public_html
Modified Files:
faq.html
Log Message:
question 12 added
Date: Sun Mar 6 17:48:28 2005
Author: pdenno
Index: public_html/faq.html
diff -u public_html/faq.html:1.5 public_html/faq.html:1.6
--- public_html/faq.html:1.5 Sat Mar 5 02:17:01 2005
+++ public_html/faq.html Sun Mar 6 17:48:27 2005
@@ -41,6 +41,7 @@
<li><a href="#q10">How do I do xyz?</a></li>
<li><a href="#q11">Q: What does this error mean? : "cellular slot FOO of #<BAR 21B555A4> cannot be setf
unless initialized as inputp.</a></li>
+ <li><a href="#q12">Q: Changing a cell value causes dependencies to fire, but what is considered a change?"</li>
</ul>
<p/>
@@ -190,14 +191,21 @@
<strong id="q11">Q: What does this error mean? : "cellular slot FOO of #<BAR 21B555A4> cannot be setf
unless initialized as inputp."</strong><p/>
<strong>A:</strong> This error is signalled because you tried to setf an invariant slot.
+ 'inputp' refers to c-in which should have been used to initialize the slot.
Read the <a href="cgtk-primer.html">cells-gtk primer</a> for more
information.
+<p/>
+<strong id="q12">Q: Changing a cell value causes dependencies to fire, but what is considered a change?"</strong><p/>
+ <strong>A:</strong> As you are suggesting, setting a slot to an "equivalent" object should not cause its
+ dependencies to fire again (in order to save substantial useless recalculations). So how is
+ "equivalence" defined? EQL is used unless overridden by providing a function of two arguments
+ to :unchanged-if in the slot definition of the defmodel.
<hr/>
<address><a href="mailto:peter.denno at nist.gov">Peter Denno</a></address>
<!-- Created: Thu Mar 3 18:45:35 EST 2005 -->
<!-- hhmts start -->
-Last modified: Fri Mar 4 20:15:41 EST 2005
+Last modified: Sat Mar 5 13:11:28 EST 2005
<!-- hhmts end -->
</div>
</body>
More information about the Cells-gtk-cvs
mailing list