Hello guys,
i am a dreamer. Did i say that?
Yesterday i started coding a new class, called a
SourceCodeManager
which will eventually replace the old stuff with SourceFileArray, RemoteString
manual parsing preambles , like (stephaneducasse 2/4/2006 20:32 ·
accessing · 2 implementors · in no change set · )
etc etc..
Initially, this facility will be responsible for retrieving a preamble
info + source by given sourcePointer.
But this is not all.
There is a basic class, BasicSourceCodeManager
which declares protocol, so you can make a subclass of it. Also, it
doesn't forcing you to use sourcePointer to be only integer values.
This means, that by fusing a new trailer formats + new, more flexible,
source code manager
we can make a great leap towards the future: use a remote storage for
our source code,
publicly available. Use it in a fashion, envisioned by Goran
(DeltaStreams) + techniques, used by git (add, commit, push ),
easily migrate the code, browse other's update streams , diff , merge etc etc..
These thoughts can't leave my mind once i started thinking how small
the efforts needed to make things rolling:
- JSON (already there
http://www.squeaksource.com/JSON)
+ CouchDB (alredy there
http://www.squeaksource.com/CouchDB, but have
to be revised... no idea why it using curl, while squeak has own means
to use HTTP stuff)
+ write CouchDBCodeManager (to be implemented)
you know what it means? It means that any code which you accepting in
browser, could be automatically posted on server.
And you can even configure image to not use local files at all!
CouchDB is extremely easy to use and fits for version-tracking,
because its inherently supports document versioning.
--
Best regards,
Igor Stasenko AKA sig.
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Locked
