[vos-d] traits

http://www.iam.unibe.ch/~scg/Research/Traits/ Interesting stuff, and reminds me of s5. There may be some wisdom there that we can reuse. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable

Re: [vos-d] s5 properties again

don't? *IF* you really think it's worth it, then I'm willing to discuss the details; but I think before we even get to that, it would be good to discuss whether a project of this magnitude is worth considering at all. best, Lalo Mar

Re: [vos-d] s5 site ids

Also spracht Lalo Martins (Thu, 03 Apr 2008 13:40:51 +): > Sorry to resurrect this, but after working with s5 for two months, I > still have the same concerns, only more so :-) Actually, never mind; I had an epiphany ;-) Here's basically how it works... My VOS browser is looking

Re: [vos-d] s5 site ids

Sorry to resurrect this, but after working with s5 for two months, I still have the same concerns, only more so :-) Also spracht Lalo Martins (Tue, 12 Feb 2008 04:55:19 +): > Also spracht Peter Amstutz (Mon, 11 Feb 2008 17:43:45 -0500): >> With regard to shipping the private key, my

Re: [vos-d] Fun with the generator

Also spracht Peter Amstutz (Tue, 18 Mar 2008 11:09:24 -0400): > On Mon, Mar 17, 2008 at 07:33:24PM +0000, Lalo Martins wrote: >> Well. I spun off the web MVC stuff into a new library (hypervos). >> That opened a pandora box of generator fun :-) > > Yea, as you've p

Re: [vos-d] Fun with the generator

Also spracht Lalo Martins (Mon, 17 Mar 2008 19:33:24 +): > 1: mod_vos.xod (and my other projects) extend a lot of classes from the > new library. But since the generator doesn't know about those, it > reports broken links and generally doesn't know what to do. > >

[vos-d] Fun with the generator

better than 4, I'll say I found great joy in recent s5 work; in particular Vobject::clone() saved me hours of toil! best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem i

Re: [vos-d] Website design ideas

-) maybe a different scenery would look better. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they s

Re: [vos-d] Website design ideas

h the text...) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lalomartins.info/ GNU: n

Re: [vos-d] gc

0, it's gone. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lal

[vos-d] gc

Also spracht Lalo Martins (Fri, 15 Feb 2008 06:20:22 +): > (Now, on my original design, web pages would be "transient views", > meaning, there is a ViewImplementation that writes to the WebRequest, > but it never actually returns a View. This feature has been lost on >

[vos-d] s5 hypervos (mod_vos)

Also spracht Reed Hedges (Thu, 14 Feb 2008 14:23:53 -0500): > On Thu, Feb 14, 2008 at 07:13:14PM +0000, Lalo Martins wrote: >> hypervos is already alive and kicking in the form of an Apache mod_vos; > > Ack! Why didn't you email the list! I've been adding stuff to S4

Re: [vos-d] Updated "Road Map" on Wiki

I intend to have a mod_vos powered site up by the end of February, maybe mid-March if work rears its head too much. And the first scripting language will be there a week after Peter adds marshaling (which language that will be depends greatly on my mood that week, though). best,

Re: [vos-d] s5 site ids

decision; would you mind sharing your reasoning with us? best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable.

Re: [vos-d] s5 site ids

best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lalomartins.info/ GNU: never g

Re: [vos-d] s5 site ids

Also spracht Lalo Martins (Sun, 10 Feb 2008 08:18:05 +): > This naming pattern unfortunately means you can't have two "things" > (class, function, namespace) on the same directory. ... two "things" (...) with the same na

Re: [vos-d] s5 site ids

;Library" to contain only one single class, the most natural naming would be for Library, Namespace and Class to have the same name. Suggestions on how to fix this are appreciated, I have no idea myself ;-) (Maybe something like "/helloworld/core/HelloWorld"?) best, Lalo Marti

Re: [vos-d] s5 build errors

tests, not only build them. I have some scons magic to do that from a different project which I can copy.) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we sum

Re: [vos-d] s5 site ids

no big advantage in this case. (You would need to ship the private key, anyway, right?) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, th

[vos-d] s5 site ids

Or is this (library OTD) going to be substantially different later on? best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become

Re: [vos-d] More new S5 classes/concepts

you have on this post, right there on the XOD file (and presumably the C++ generated from it) would have helped immensely. Also... I can't make heads or tails of interreality3d :-( could we have a very minimal "hello world"? best, La

Re: [vos-d] MVC

al framework that could be used by both that and "hypervos", which would make things easier to understand for new developers. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and

[vos-d] MVC

I posted a draft spec to http://interreality.org/~lalo/mvc.html -- your feedback is appreciated. I see both Interreality3D and the s5 equivalent of hypervos using this extensively. best, Lalo Martins -- So many of our dreams at first seem

Re: [vos-d] s5 progress and design - OTD XML

example is at http://interreality.org/~lalo/bzr/sod/doc/examples/3dworld-blocks.sod best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when w

Re: [vos-d] s5 progress and design - OTD XML

age about > it in the archive?). SOD was a plain-text format which I designed and actually implemented for s4. I will most likely want to port it to s5 :-) (unless someone wants to do it first) best, Lalo Martins -- So many of our

Re: [vos-d] s/MetaObject/Component

plementation and often dynamicly loadable and language-neutral. The > plan is for S5 VOS vobject MetaObjects to do all those things, hence > changing the name to "component". Also Zope3 (formerly called "the Zope Component Architecture"). best,

Re: [vos-d] s/MetaObject/Component

+1 best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http

Re: [vos-d] s5 version control and persistence

ct the first? The last? > > What is a horizon?? A preference of how many historical revisions to keep. You may set your host globally to a horizon of, say, 10, to save space; or set some less important object to a small number, because you don't care... best,

[vos-d] s5 version control and persistence

my head, I think we'd like to be able to set a horizon per host, per type, and per vobject, in that order of precedence (vobject overrides type). What if a vobject has two different types that specify a horizon? Respect the first? The last? What else = The "protocol" for replication is a whol

Re: [vos-d] State of S4 Scripting (Lalo!)

Also spracht Reed Hedges (Mon, 02 Jul 2007 19:47:42 -0400): > Lalo Martins wrote: >> Yes. There is already a prototype s5-scripting branch somewhere to >> match Peter's prototype s5 branch, and it looks absolutely beautiful, >> although > > Is it sftp://interreal

Re: [vos-d] State of S4 Scripting (Lalo!)

solutely beautiful, although from what I understand of Peter's July plans, I guess I'll have to pretty much rewrite it for the real s5 :-) best, Lalo Martins -- So many of our dreams at first seem impossible, then t

Re: [vos-d] State of S4 Scripting (Lalo!)

7;t even be api-compatible. If anyone really wants it, they can compile from the branch; then again, if you think you want it, you probably actually want s5 :-) best, Lalo Martins -- So many of our dreams at first seem imposs

Re: [vos-d] Van Jacobson: "named data" -- revision control

not sure it would be worth it. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. -

Re: [vos-d] Van Jacobson: "named data"

; this raises questions of storage space, which are answered with horizons, which raises other questions and so on...) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we

Re: [vos-d] Van Jacobson: "named data"

n his ideas. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - per

[vos-d] Van Jacobson: "named data"

watch, and post a summary? In particular, how much it's relevant to the way we're already doing things ("named data" sounds a lot like "vobject" from my chair). best, Lalo Martins -- So many of our dreams

Re: [vos-d] VOS: Idea for instant publicity...

that such a > protocol will someday link to our desktop... For Freedom! I dare say, I'd hope it to *replace* our desktop, in which case something like this would be necessary for backwards compatibility (like the dos box in a windows machine). best,

Re: [vos-d] VOS: Idea for instant publicity...

t wouldn't solve our problem here). Also, I don't know about the "instant" in the title... this is something that would take weeks to develop, months to make bug-free :-) best, Lalo Martins -- So many of our dreams at

Re: [vos-d] build system reviews (long)

xity, but I'm still ok with doing it. By comparing with "bzr export" I didn't intend to mean it will be trivial, just that I have previous experience that should help me. best, Lalo Martins -- So many of our dreams at first seem

Re: [vos-d] build system reviews (long)

I realise this is probably not the biggest con of scons (I guess that would be the slowness), but I'd be happy to write a "make dist" alike command and contribute it to upstream scons. I wrote the similar thing for bzr, after all. best,

Re: [vos-d] s5 scripting (design part 3)

, and creating vobjects is currently cumbersome (because Peter intends to make this operation reflexible too, so when it is, that's what Python will use), but you can already run simple tests with is and see what it's going to look like. best,

Re: [vos-d] Thinking about Javascript

ser would need to keep a persistent connection to the server, like some web chat rooms do -- which is error prone (hard to recover from a disconnect) and makes the deserialisation a bit more complicated -- or it would have to poll, which sucks for a number of other reasons. best,

Re: [vos-d] s5 design overview

to store a date, author information, etc for a property, right? best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become

Re: [vos-d] http://interreality.org/wiki/YiMeiyou

shortly. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - GNU: never give up freedom

Re: [vos-d] VOS apps...

ives, with a built-in VOS scripting language, that > emulated the usefulness of any of these programs we've spoken of > already. > > THAT would be cool. IMO. But that's more or less what we're talking about, at least for some of those cases if not all. A properly 3d I

Re: [vos-d] What are some ideas for cool demos?

On Sat, 10 Mar 2007 01:45:08 -0700, S Mattison wrote: > On 3/10/07, Lalo Martins wrote: >> You forget on your list that VOS is cross-platform, and the primary >> platform is GNU/Linux. With that in mind: > > Wait What? > > Did I fail to mention repeatedly that 9/

Re: [vos-d] What are some ideas for cool demos?

7;t have a good feeling about this one. It's way too heavy, has hard dependencies on java, and I doubt it would be easy to decouple or integrate the UI. best, Lalo Martins -- So many of our dreams at first see

Re: [vos-d] blog mention of VOS

On Thu, 08 Mar 2007 23:46:30 -0500, Peter Amstutz wrote: > If they every decide to go for VC funding, they could crush everything > else.'' Eh, let's hope ;-) best, Lalo Martins -- So many of our dreams at first seem im

Re: [vos-d] The best part about bzr...

spiracy. Aoeui! Aoeui! best, Lalo Martins -- It doesn't bother me that people say things like "you'll never get anywhere with this attitude". In a few decades, it will make a good paragraph in my biogra

Re: [vos-d] second draft requirements

ite extensions exist in s5; or whatever is the equivalent if they don't), and you get d-bus, similar to how you get VIP. best, Lalo Martins -- It doesn't bother me that people say things like "you'll never get anywhere with

Re: [vos-d] new vos concept: listen conditions

You probably already know I like this idea. For things like web interfaces it would be awesome, in fact my web framework idea had a design very similar to this. best, Lalo Martins -- So many of our dreams at first seem impossible, then

Re: [vos-d] VOS requirements

On Wed, 24 Jan 2007 20:03:52 -0500, Reed Hedges wrote: > Lalo Martins wrote: >> http://telepathy.freedesktop.org/wiki/System_Overview > > Yeah there are a bunch of interesting proposals for application data > sharing over dbus. There was one for sharing a single presence stat

Re: [vos-d] VOS requirements

for my idea to bridge VOS via d-bus ;-) http://telepathy.freedesktop.org/wiki/System_Overview best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, th

Re: [vos-d] datatypes

ive number to an unsigned type...) Python doesn't have unsigned types, but the functions that convert data between C and Python know about them. I'm not quite partial either way; I like unsigned for blobs, as you say. Although arguably blobs should be strings... best,

Re: [vos-d] vobject namespace

x27;ll maintain the "parent" list, so you can actually tell who's pointing > to a particular vobject. I suppose in this scheme a hypercard would be > like a symbolic link. > > The basic model of the child list as associative list would be unaffected. > Also, this is extreme

Re: [vos-d] Animation comment

t ten, between two computers? Now how about > ten, between five computers? And think of the one server computer, that > has to send all that data, to all the others. best, Lalo Martins -- So many of our dreams at first seem impossible,

Re: [vos-d] status and scheming

d it very illuminating to read. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. -- personal:

[vos-d] Time-awareness in VOS

=== Time-awareness in VOS === :author: Lalo Martins :date: 2006-12-01 :status: braindump :abstract: Thoughts and designs on time-aware VOS vObjects .. For those not familiar with the concept, “braindump” is an early stage of discussion, a writeup that

[vos-d] Re: Linux to get 3D GUI

" on the archives) if there could be a VOS(a3dl)-based composite manager, effectively put X inside your virtual environment. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and

[vos-d] Re: Re: Debian packages

t; upstream, however, bzr-ng did not say such a thing. Is bzr still alive? Yes, very alive :-) bazaar-1 (baz) is no longer maintained because focus has switched to bazaar-ng (bzr, soon bazaar-2). Check http://www.bazaar-vcs.org/ best, Lalo Martin

[vos-d] Re: Debian packages

n the official repositories, even though I'm not using any Debian derivatives anymore. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon t

[vos-d] Re: Which version of bzr? sftp support?

the message. It says it's in "Fetch phase 0/4" and it may remain so for a long time, until it finally starts moving. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and the

[vos-d] Re: Re: vos CVS locked, migrating to bzr

mirror changes to a read-only CVS, as > well as have it generate nightly snapshots, so it won't be necessary to > use bzr unless you are committing changes directly into the main > interreality.org branch. Or the snapshot tarball idea. best,

[vos-d] Re: vos CVS locked, migrating to bzr

But it does tend to be quite outdated. Hey our OSX users -- what is the python version you have installed there? best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we

[vos-d] Re: VOS scripting

sorry for the triple signature... it's a beta version of pan and it seems to be slightly insane :-) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the

[vos-d] VOS scripting

next one, although I'd prefer to have it if there is time. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. best,

[vos-d] Re: Collaborative text editing

t merging between different objects (possibly on different sites). There's a lot of cool R&D I/we could reuse from bzr and the other distributed VCSes for that. But later :-) best, Lalo Martins -- So many of our dreams at first se

[vos-d] Re: OTDs, metaobjects, and scripting

was also going to > be an OTD repository on the website with a certain directory hierarchy, > and also a metaobject or site extension which could send you an OTD if > you asked for it. I remember those. best, Lalo Martins -- So many of

[vos-d] Can we do Summer of Code?

, full physics, VRML, and scene graphs all sound viable. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. -- personal

[vos-d] Re: OTDs, metaobjects, and scripting

D as a kind of bare-bones documentation of the object type for humans. 2. On Thu, 20 Apr 2006 20:55:25 +0800, Lalo Martins wrote: > However, on dynamic languages, client support can be deduced from an OTD, > and built on runtime by VOS. Hrm. With 'operator ->' and maybe sacrifici

[vos-d] OTDs, metaobjects, and scripting

fully. I think it opens the door for a lot of cool stuff. If we define a standard location where sites may make OTDs available -- say, at "/type-descriptions/$TYPENAME" -- then clients can download them and add client support for arbitrary times at runtime. This could tie into down

[vos-d] Re: next priorities; persistence, revision control

ction... it's probably too early to marry any decision, since I don't see us spending too much time on this at least for the next 2 releases :-) best, Lalo Martins -- So many of our dreams at first seem impossible, then they se

[vos-d] Re: Re: Re: next priorities; mySQL

commercial > ones like Oracle and Microsoft SQL Server (or MS SQL Express, > which is free)? Hmm. Dunno about that. But it does ODBC, so it should be possible to use those too. best, Lalo Martins -- So many of our dreams at first seem

[vos-d] Re: Re: next priorities; mySQL

ins will go for the "fast" setup, or even not touch the defaults. Then something bad happens to the data, and it's our fault. Sigh. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem im

[vos-d] Re: next priorities

On Mon, 03 Apr 2006 18:10:57 -0400, Peter Amstutz wrote: >* Ditch CVS in favor of SVN or BZR I think this is orthogonal to any other goals. > - - VOS core >* Rewrite site connection management to use public keys instead of > hostnames as discussed previously I'd like to see this one soo

[vos-d] Re: Re: VOS 0.23.0-pre3 released

On Mon, 03 Apr 2006 11:51:08 -0400, Peter Amstutz wrote: > I vaguely recall you sent me the patch, but I can't remember what I did > with it. Probably it is sitting in my inbox somewhere. it's on bugzilla. ___ vos-d mailing list vos-d@interreality.or

[vos-d] Re: VOS 0.23.0-pre3 released

Did you get my Debian patch? It would be nice to have .debs of this prerelease. On Mon, 03 Apr 2006 00:56:49 -0400, Peter Amstutz wrote: > A new prerelease version for testing, 0.23.0-pre3 has been released. > This is a release candidate, and assuming no major errors are found, we > expect to h

[vos-d] Acquire more users and developers (Re: Second Life ?)

t), I'd be very happy if we had a second browser, based on something other than CS (I'd go with Ogre). Maybe I just grew weary of CS constantly breaking and never getting anywhere nearer 1.0 :-) best, Lalo Martins -- So many of our dre

[vos-d] VOS bzr mirror

her than 'get' or 'branch'), it will create a checkout, which is a bound branch quite similar to what you have with cvs. So for those afraid of distributed RC semantics, you can try it too ;-) best, Lalo Martins -- So many of our

[vos-d] Re: site peering

this works well enough; while Usenet is pretty much institutionalised spam, there is very little spam in newsgroup *names*. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will,

[vos-d] Re: site peering

And so says Lalo Martins on 27/03/06 13:16... > A record could be just a PCR to a remote object. Or even better, a > Vobject containing the remote PCR, but also some metadata. Er. Remote PCRs are probably not the most useful representation, specially seeing as we may already be using

[vos-d] Re: site peering

uot; separated URL above doesn't really need to exist.) Then in the documentation we encourage people to just type "/community/..." on the address bar (for the power users who will bother to use it), and that will be interpreted as an alias URL... Heh, to the basket with semantic

[vos-d] [philosophical] VOS as AI

OOP, it "is" also a concept. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. -- personal: http://www.laranja.org/ technical:

[vos-d] compiling today's CVS: mysqlpersist.cc

persist.cc:46: error: request for member 'getSite' in 'daemon', which is of non-class type 'int ()(int, int)throw ()' best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, a

[vos-d] Re: [OFF] typing

On the other hand, it's equally easy to emulate stronger checking on dynamic languages. It's just bad practice ;-) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and t

[vos-d] Re: [OFF] typing

ck Typing"... best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. -- personal: http://ww

[vos-d] Re: [OFF] typing

nly "create" new attributes with an assignment. And you can constrain even that using slots. If you're interested, contact me in private :-) otherwise, just record the fact that it's possible. (A class with slots makes all attribute assignments fail unless the attribute name is in

[vos-d] [OFF] typing

ny applications weak typing is better, because > it produces more compact, easier to read code. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will,

[vos-d] Re: Python scripting

, is thinking that it "pretends" to be on a different site, without actually going over the extra memory requirements this would imply. So -- it only has access to the kind of operation that a remote site would be able to do... no loading extensions or shutting down the site, for example. best,

[vos-d] Re: Swig

to agree that strong typing is an advantage :-) I think it's a serious weakness. best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon bec

[vos-d] CrystalZilla? What for?

if Compiz can do a cube, then we certainly can render on surfaces. yet-to-invest-the-time-to-get-Xgl-to-work-ly yours, Lalo Martins (but would-definitely-bother-to-do-it-if-what-I'm-talking-about- was-possible-ly yours too) -- So many o

[vos-d] Re: Python scripting

te the file you will see many other mistakes which are already corrected. In this case, when I discovered that updates are simply another kind of message, I was like "hah, cool" :-) best, Lalo Martins -- So many of our dreams at

[vos-d] Re: Python scripting

And so says Peter Amstutz on 09/02/06 05:31... > On Wed, 8 Feb 2006, Lalo Martins wrote: > >>> The SWIG bindigns are a wrapper for the whole API. AFAICS, there is no >>> way to take an existing Vobject from C++, turn it into a Python object, >>> and send it as

[vos-d] Re: Python scripting

And so says Peter Amstutz on 08/02/06 09:11... > On Tue, 7 Feb 2006, Lalo Martins wrote: > >>> Yes... the main point of this thing is running python code, so I'd be >>> using libpython anyway. So I figured, the work of binding by hand would >>> probably be l

[vos-d] Re: Python scripting

And so says Peter Amstutz on 06/02/06 14:22... > On Fri, 3 Feb 2006, Lalo Martins wrote: > Okay, by publishing some VOS code via bzr you've finally convinced me to > try it out :-) > > Conclusion: yes, this is an improvement over cvs/svn. I will probably > see ab

[vos-d] Re: Python scripting

nable. The beauty of the solution I proposed, is that I wouldn't need to subclass MetaObject, at all :-) so an application can have python message handlers without having to mess with its inheritance tree. best, Lalo Martins -- So many

[vos-d] Re: Simple Object Description

I'd use XOD myself. (Hmm. Now there's a thought. Maybe I should convert those map files to XOD rather than reading them directly into vos...) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem impro

[vos-d] Re: Simple Object Description

y the way, Emacs can usefully highlight SOD in conf-javaprop-mode :-) I don't know what javaprop is, but it's seemingly similar enough. Vim probably has a mode for that too... best, Lalo Martins -- So many of our dreams at first see

[vos-d] Simple Object Description

from http://lalo.revisioncontrol.net/bzr/sod/ (And yes, I know the acronym is weird. Sue me.) ;-) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they s

[vos-d] Python scripting

ers that don't consist on calling a method on the metaobject. It can be implemented as calling a method on a wrapper object if it ends up being necessary, but I'd rather have a different MessageDispatch subclass. best, Lalo Martins --

  1   2   >