IRC log started Mon Feb 21 00:00:02 2000
[msg(modtunes)] permlog 2000.0221.mod
-:- water [water@tnt-10-32.tscnet.net] has joined #modtunes
-:- mode/#modtunes [+o water] by ChanServ
-:- hcf [nef@me-portland-us321.javanet.com] has joined #modtunes
-:- mode/#modtunes [+o hcf] by ChanServ
<water> i added the representation and flattening stuff under "objects as function"
<hcf> k, will check it out soon
<hcf> sorry bout the noise in #tunes
<water> it seems there are two metaphors then for objects as functions
<water> np
<hcf> but its likely these ppl will be unnoisy
<hcf> er
<hcf> unlikely
<hcf> does having a .cx domainname mean u get any publicity?
<water> probably not
<water> other than the fact that i have registered the domain
10:00pm
<hcf> size and clone dont take args?
<water> no
<water> why would they?
<water> i suppose you could consider the receiver of the message to be the argument
<hcf> the complete syntax for add/remove slot is shown
<hcf> while the others' complete syntax isnt shown
<water> yes they are
<water> they don't take arguments
<hcf> n/m
10:20pm
<hcf> just looked wrong, but u seem right
<water> actually i didn't update the syntax of any of them to reflect the namespace stuff
<water> which only affects addslot and removeslot, so they're the only ones that are actually wrong :)
<hcf> slotname wont be quoted like addSlot shows right?
<water> well not sure
<water> it depends on whether the object has to exist before its put into the slot
<hcf> will addslot take a list of slotnames?
<water> it could
<water> most likely, though, ...
<water> we could map the accessor message to set the slot name onto "addSlot"
<water> and apply this as a sequence of addSlot messages to the object
<water> s/the accessor message/multiple accessor messages/
<water> hm accessors can be strung together
<water> but they'd need a separate facility for a "map"-style application
10:30pm
<water> perhaps concurrency with immutability
<water> but that would require a facility for collecting the multiple assignment branches' results into a stream
<water> the more i work on slate, the more alien it seems
<hcf> heh
<water> seriously it makes me wonder if we can really pull this off
<hcf> u should have more supporters
<water> ok updated the syntax
<hcf> my only thot to by ppl didnt get more into it is
<hcf> the prerequisite of knowing self, beta, and lisp
<water> hm
<hcf> but still, tunes ppl should know those
<hcf> yet they didnt charge forward w/ encouragement
<water> yeah well when i get an implementation for the full semantics, i'm going to post to comp.object
<hcf> hows slate-sim.st coming?
<water> and the "pre-requisite" stuff will only be a side-note within the faq/manual
<water> it's not nearly as simple as i had hoped
<water> and slate is still very much a moving target
<water> the only major obstacle to simulating slate is knowing how mutable and immutable objects will interact
<water> otherwise, my simulator just has instance variables to simulate the slate object's slots
<water> and i wrote up the primitives that were trivial
10:40pm
<water> hm here's an interesting question
<hcf> "so that it can be clones and modified, this root namespace" s/clones/cloned/ ?
<water> oh yes typo thx
10:50pm
-:- SignOff hcf: #modtunes (Read error to hcf[me-portland-us321.javanet.com]: Connection reset by peer)
-:- hcf_ [nef@me-portland-us1047.javanet.com] has joined #modtunes
-:- mode/#modtunes [+o hcf_] by ChanServ
-:- hcf_ is now known as hcf
[msg(modtunes)] newlog 2000.0222.mod
IRC log ended Tue Feb 22 00:00:02 2000