<?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://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc">
    <title>gmane.comp.lang.smalltalk.fonc</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc</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://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4231"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4230"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4229"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4228"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4227"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4225"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4224"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4223"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4222"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4221"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4220"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4219"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4218"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4217"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4216"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4215"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4214"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4213"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4212"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4211"/>
      </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://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4231">
    <title>Power consumption, dynamically linked vs bytecodes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4231</link>
    <description>&lt;pre&gt;Some on this list may find this article interesting:

http://dunkels.com/adam/dunkels06runtime.pdf

concerning power consumption on tiny compute nodes.

david
&lt;/pre&gt;</description>
    <dc:creator>David Girle</dc:creator>
    <dc:date>2013-05-07T23:56:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4230">
    <title>Re: enchantMOON</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4230</link>
    <description>&lt;pre&gt;Yup.  Certainly your opinion goes along the conventional wisdom.  (It
is not Scratch but their tile-based scripting system inspired by
Scratch.)

I have my own share of doubts and wonder how much improvement they
manage to put since January, when we saw a prototype working.  But it
is commendable that they make hardware and customized OS and drivers
just to support a single idea they want, which is to have a good
response for hand drawing and a customizable platform by the end-user.
 An they did manage to start selling it.

I'd say "let us see".

On Thu, Apr 25, 2013 at 4:47 PM, Josh Grams &amp;lt;josh-hJ4xZT2gPrxBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Yoshiki Ohshima</dc:creator>
    <dc:date>2013-04-26T02:40:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4229">
    <title>Re: enchantMOON</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4229</link>
    <description>&lt;pre&gt;
Is there anything interesting about that other than that it appears to
have Scratch inside?  There doesn't seem to be anything on their website
other than a video, and from the video, the user interface looks to be
horrifyingly bad.

- It starts up with what looks like a moon waxing, but when it gets to
  be a full moon, you find out that it's *not* actually done loading,
  it's just displaying a moon spinning.  If you have a progress bar, it
  should either represent a fraction of progress or it should just give
  an indicator that the computer is busy and hasn't crashed and should
  very clearly *not* look like a fraction of anything.

- It seems to have a lot of interface glitz which just slows things down
  and serves no useful purpose whatever.  If I click a button, I don't
  want to watch a little explosion of growing dots, I just want it to go
  to the next screen.  It might be cute the first eight times, but after
  that it's just annoying.  For serious use, half a second to wait for
  some stupid a&lt;/pre&gt;</description>
    <dc:creator>Josh Grams</dc:creator>
    <dc:date>2013-04-25T23:47:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4228">
    <title>Re: Report Card</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4228</link>
    <description>&lt;pre&gt;Making our code public would have been ideal.  The problem was that we
don't know how the system should look like, and things have gone so
many iterations.  In a way, I regret that we couldn't do a good job
making code public, but in other ways, I'm glad we didn't as we did
not have to feel bad about letting people see what we already
abandoned.  (It did happen with IdSt, for example.)

Incidentally, we have a new research note up on our web site.  And the
"annuall" and final report is very close to be released.

(Speaking of new hardware, enchantMOON has gotten to the "pre-order"
stage.  http://enchantmoon.com/)

On Tue, Apr 23, 2013 at 10:05 PM, David Girle &amp;lt;davidgirle-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



--
&lt;/pre&gt;</description>
    <dc:creator>Yoshiki Ohshima</dc:creator>
    <dc:date>2013-04-25T18:30:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4227">
    <title>Re:  “Turtles all the way down”: amazing 64KB demoscene product</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4227</link>
    <description>&lt;pre&gt;Phenomenal technical craftsmanship and remarkably creative teamwork!

Thank you for spotlighting this gem!

Cheers!
--Ken ;-)

Ken Ritchie (Atlanta, GA)


On Apr 24, 2013, at 22:00, Josh Gargus &amp;lt;josh-AKL4+GqkIg4&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Ken 'classmaker' Ritchie</dc:creator>
    <dc:date>2013-04-25T07:21:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4225">
    <title>Re: Report Card</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4225</link>
    <description>&lt;pre&gt;I cannot address "report card".  I have greatly enjoyed the papers and
respect the aspiration to deliver a system in ~20kLOC by leveraging
algorithms and Moore's law.  A system, with size and elegance, that folks
could get their head around.

Your point on discussion of what has already been published is well made
... for instance I have not seen a lot of posts on people's experiences
with say Maru.  In my own case, I had a lot of learning (as I have no Lisp
experience) and little time (and will not, until my business sells).  Also,
I was hesitant to engage on a code base that was likely well behind what
was privately available, particularly for things like sockets/files.  Ian
was kind enough to respond to a couple of requests.

My hope is that VPRI will publish their report and ideally some artifact
code.  Having written a small system with an mbed target and dart server,
dart/SVG browser client, it is clear how unpleasant working with the mbed
device in C/C++ is compared to a modern language and accompanyi&lt;/pre&gt;</description>
    <dc:creator>David Girle</dc:creator>
    <dc:date>2013-04-24T05:05:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4224">
    <title>Re: Why Mind Uploading could be horrible</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4224</link>
    <description>&lt;pre&gt;

I agree. And that seems to be a subject of future research as well, the
whole "engineering to get stuff within tolerance" side of things. :D

What I find interesting is if, instead of replacing a part, we want to add
parts. Extra sensory module, extra neocortex-type module, etc. Then there
seems to be some engineering involved to determine when the Conscious Me
assimilates the module and "spreads itself out" over the assimilated
module.



On Tue, Apr 23, 2013 at 12:42 PM, John Nilsson &amp;lt;john-w3tKOdPXMGimg8Ev75riOw&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Tristan Slominski</dc:creator>
    <dc:date>2013-04-23T17:47:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4223">
    <title>Re: Why Mind Uploading could be horrible</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4223</link>
    <description>&lt;pre&gt;It's not so much if a copy is the same as the real thing, but rather how do
you define the difference between an all-at-once copy with a simultaneous
destruction of the original and a piece by piece replacement of the parts?
It seems to me they only differ by the size of the part replaced.
BR
John
 Den 23 apr 2013 18:13 skrev "Tristan Slominski" &amp;lt;
tristan.slominski-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

&lt;/pre&gt;</description>
    <dc:creator>John Nilsson</dc:creator>
    <dc:date>2013-04-23T17:42:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4222">
    <title>Re: Why Mind Uploading could be horrible</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4222</link>
    <description>&lt;pre&gt;With great trepidation, I will try to keep this to computing :D

It may revolve around the meaning of "uploading", but my problem with the
uploading approach, is that it makes a copy. Whether a copy is the same as
the real thing I feel is beyond the scope of a computing discussion in this
particular sense. I assert, that I am not interested in a copy of Me (in
legal style, I will use capitals for defined terms).

The next thing is the definition of Me. For the purpose of this, Me is
defined as the pattern of interaction of physical processes that happens
within the volume bound by my skin. I will further refine to a concept of
Sensory Me, which I will define as the pattern of interaction of physical
processes that happens within my nervous system. I will further refine to a
concept of the Conscious Me, which I will define as the "pattern of
interaction" from the definition of Sensory Me, and it is separate from the
"physical processes" of the same.

With the definition of Conscious Me in place, what I am int&lt;/pre&gt;</description>
    <dc:creator>Tristan Slominski</dc:creator>
    <dc:date>2013-04-23T16:13:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4221">
    <title>Re: Why Mind Uploading could be horrible</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4221</link>
    <description>&lt;pre&gt;
Personally, I can think of 2 objections:

 1. It may turn out that mind uploading doesn't actually transfer your
    mind in a new environment, but actually makes a *copy* of you,
    which will behave the same, but isn't actually you.  From the
    outside, it would make virtually no difference, but from the
    inside, you wouldn't get to live in the Matrix.

 2. There's those cool things called "privacy", and "free will" that
    can get seriously compromised if anyone but a saint ever get root
    access to the Matrix you live in.  And we have plenty of reasons
    to abuse such a system.  Like:

    - Boost productivity with happy slaves.  Just copy your best
      slaves, and kill the rest.  Or make them work 24/7 by killing
      them every 8 hours, and restarting a saved state. (I got the
      idea from Robin Hanson.)

      Combined with point (1), this is a killer: we will probably get
      to a point where meatbags are not competitive enough to feed
      themselves.  So, everyone dies soon, an&lt;/pre&gt;</description>
    <dc:creator>Loup Vaillant-David</dc:creator>
    <dc:date>2013-04-23T15:11:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4220">
    <title>Re: Separating computation from the machine</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4220</link>
    <description>&lt;pre&gt;

I'm curious why you think that it's wrong (?) and horrible.
&lt;/pre&gt;</description>
    <dc:creator>Eugen Leitl</dc:creator>
    <dc:date>2013-04-23T14:01:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4219">
    <title>Re: Report Card</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4219</link>
    <description>&lt;pre&gt;On Fri, Apr 19, 2013 at 1:51 PM, Casey Ransberger
&amp;lt;casey.obrien.r-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

"Burden" is not the word I'd use, but as everybody would agree, the
S/N ratio has not been too high.  I personal think that we, the folks
at VPRI, need to take a bit of blame for that.  We could have written
more regularly what we are doing to steer the conversation.  (But
maybe using words like "foundation" and "new" in the title of the
mailing list did not help us to have reasonable conversations^^;)  At
the same time, we did publish research notes and memos now and then,
but very, very, little about them were brought up (Casey, you did
mention some of it, I appreciate it!); some questions and discussions
indicated that some people commented on our work without reading the
original proposal or annual reports.  That was slightly unfortunate.


I learned a lot, too.




--
&lt;/pre&gt;</description>
    <dc:creator>Yoshiki Ohshima</dc:creator>
    <dc:date>2013-04-22T17:04:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4218">
    <title>Re: Universal language and system programming</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4218</link>
    <description>&lt;pre&gt;I have this idea that impredicative systems create little universes that
exist separate from the larger universe, including recursive universes,
impenetrable universes et al.  But then that leads me to self-enveloping
universes.

"This moment contains all moments" -- CS Lewis
On Apr 22, 2013 4:33 AM, "Chris Warburton" &amp;lt;chriswarbo-gM/Ye1E23mwN+BqQ9rBEUg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
wrote:

&lt;/pre&gt;</description>
    <dc:creator>John Carlson</dc:creator>
    <dc:date>2013-04-22T16:47:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4217">
    <title>Re: Report Card</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4217</link>
    <description>&lt;pre&gt;I'm a lurker, and an Alan Kay fanboi with vague ambitions of entering the
PLT/software engineering sphere of academia one day, and this discussion
has been truly fascinating.

I'm very glad there are people out there tackling these sorts of
conceptual problems, as so much of the industry seems to be so
wrapped up in the M$/Unix fanboi wars or milking the enterprise
using 30 year old technology, or the general public with the
latest social media web bubble.

To everyone out there rethinking the basics, please keep up the good work.
May we one day get to grip with the arch and start being able to construct
actual grand cathedrals rather than shaky pyramids!

Edward

On Mon, Apr 22, 2013 at 3:33 PM, Paul Odle &amp;lt;misodle-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Edward Wohlman</dc:creator>
    <dc:date>2013-04-22T15:33:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4216">
    <title>Re: Report Card</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4216</link>
    <description>&lt;pre&gt;Casey,

I agree with your sentiments here.

Just a lurker.

I have learned a lot.


I was motivated to attempt writing a compiler in OMETA for a pet project of mine.

It has all been very interesting and very enjoyable. Even the trolls were interesting and funny at times.

Waiting for the final VPRI report. And a binary build of FRANK maybe?

Thanks VPRI folks and all of you posters! 


Regards,
Paul Odle


________________________________
 From: Casey Ransberger &amp;lt;casey.obrien.r-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Fundamentals of New Computing &amp;lt;fonc-uVco7kAcSAQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; 
Sent: Friday, April 19, 2013 3:51 PM
Subject: [fonc] Report Card
 

I wanted to send this message out after the final status report, but since that's indefinitely delayed (keep going!) I'm just going to do it now. 

Easy question: has keeping this dialogue open been useful to the folks at VPRI, or has it been more of a burden than anything else?

I can definitely say that it's been very good for me, in that I learned a hel&lt;/pre&gt;</description>
    <dc:creator>Paul Odle</dc:creator>
    <dc:date>2013-04-22T14:33:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4215">
    <title>Re: Universal language and system programming</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4215</link>
    <description>&lt;pre&gt;

Self-referential logics are known as "impredicative"[1], but surely any
Universal programming language is a Universal language?

Having a Universal language only guarantees that we can represent every
(computable) thing; it tells us nothing about how difficult it is to
construct them[1].

Plus we can only ever construct models of things; no system can describe
pointers completely (for example), since we can write Goedel sentences
which involve pointers; a trivial example would be the halting problem
for pointer-manipulating programs.

[1] http://en.wikipedia.org/wiki/Impredicativity
[2] http://en.wikipedia.org/wiki/Turing_tarpit

Regards,
Chris
&lt;/pre&gt;</description>
    <dc:creator>Chris Warburton</dc:creator>
    <dc:date>2013-04-22T09:33:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4214">
    <title>Re: Use case for graphical problem oriented widgets (POW,DSW)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4214</link>
    <description>&lt;pre&gt;I know those do, and I would expect any application claiming to be a
spreadsheet to have that.
Google spreadsheet actually have an interesting hybrid with its "continue"
function that is automatically inserted to expand array results over a
range of cells.
BR
John
Den 21 apr 2013 10:00 skrev "John Carlson" &amp;lt;yottzumm-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

&lt;/pre&gt;</description>
    <dc:creator>John Nilsson</dc:creator>
    <dc:date>2013-04-21T08:30:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4213">
    <title>Re: Use case for graphical problem oriented widgets (POW,DSW)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4213</link>
    <description>&lt;pre&gt;Excel is indeed interesting.  Can google docs/libreoffice/OpenOffice do
something similar?
On Apr 21, 2013 2:52 AM, "John Nilsson" &amp;lt;john-w3tKOdPXMGimg8Ev75riOw&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>John Carlson</dc:creator>
    <dc:date>2013-04-21T07:59:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4212">
    <title>Re: Use case for graphical problem oriented widgets (POW,DSW)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4212</link>
    <description>&lt;pre&gt;I think Excel is interesting in this regard. The common idiom in excel is
to employ user triggered code generation by fill formula to adapt the ui to
dynamically resized collections.
Not exactly automatic, but is it sufficiently trivial to group with or
trivial ui operations such as scroll or resize window that might also be
needed to not interfere with the display of the dynamic collection?
BR
John
Den 21 apr 2013 07:59 skrev "John Carlson" &amp;lt;yottzumm-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

&lt;/pre&gt;</description>
    <dc:creator>John Nilsson</dc:creator>
    <dc:date>2013-04-21T07:45:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4211">
    <title>Re: Use case for graphical problem oriented widgets (POW,DSW)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4211</link>
    <description>&lt;pre&gt;If you want a more complex use case,  create a loop 10 times around the
collection add loop to insert a calculator into the collection.
On Apr 21, 2013 12:48 AM, "John Carlson" &amp;lt;yottzumm-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>John Carlson</dc:creator>
    <dc:date>2013-04-21T05:59:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4210">
    <title>Use case for graphical problem oriented widgets (POW, DSW)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.fonc/4210</link>
    <description>&lt;pre&gt;Here's a semipractical use case: add 1 to the display in each of a dynamic
collection of calculators (math domain widgets).  What can do this as
end-user programming?  It's fairly obvious that a textual language can do
this.  Can any graphical ones?  Can something like lively kernel do this by
demonstration?  How about excel?  With a dynamic collection?  What will
work on android jelly bean?  I'm away from my desktop right now.
On Apr 21, 2013 12:22 AM, "John Carlson" &amp;lt;yottzumm-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

Looking for systems like this I found app-inventor activity starter on my
phone.  Has anyone tried this?
On Apr 21, 2013 12:14 AM, "John Carlson" &amp;lt;yottzumm-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>John Carlson</dc:creator>
    <dc:date>2013-04-21T05:48:06</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.fonc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.fonc</link>
  </textinput>
</rdf:RDF>
