Another question would be : is there a way to use weblocks with Kyoto cabinet ?
On 10 jan, 18:00, yves75 <[email protected]> wrote: > Hello all (newbie to this group here), > > I'm thinking of using weblocks for a "toy project"(that maybe could > become something else), having programmed in lisp quite a bit (but > that's already quite some years ago, and not doing much programming > anymore these days). > > The project would have somekind of "wiki aspect", by that I mean a > need for managing structured text, and so would like to know if > weblock includes somekind of "simple markup language support" (like > markdown, markmin, creole) out of the box ? > > Or easily usable from other SBCL packages ? > > For those interested, it would be about ideas presented in below blog > (blog format used for practical reasons, but not really a blog, and > currently in French) :http://iiscn.wordpress.com/about/ > Or also partly in below thread in English > :http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/1b... > Or small abstract in English for the code/decode algorithm > :http://iiscn.files.wordpress.com/2011/03/abstract.pdf > > So basically, it is about using a code/decode algorithm (published as > a patent, this also to "oblige" myself to write it somehow), allowing > to map in a fixed space (64 bits or more most probably, but this can > be variable and changed), all kinds of currently existing "ID > spaces" (like UNICODE code points, country codes, language codes, ISBN > for books, GS1 bar codes etc) exactly "as is"(no renumbering at all), > and then use these IDs to set up a kind of "ubiquitous permanent lisp > world" or something like that, using these IDs (and a lot of generated > others in the same space) almost exactly as "adress locations" are > used in a current "classical lisp system". > > Or in other words, building a kind of "multi faceted wiki", but with > "stable" public IDs for a lot of objects, and a lot of other possible > IDs, but all in the same "flattened space". > > Not sure all this is completely clear ;) > But somehow still think there is a tendancy in IT to view ID spaces as > secondary matter (thinking that some syntax, XML or other would > "cover" the issue), when in the end it is more or less all that matter > to make things work. > In fact more than a tendancy, working in the "OSS/BSS" world for > telcos, really impressive how this aspect (taking care of IDs) is seen > as secondary, and even often not realizing the issue, and this getting > worse over time in fact ... > > Cheers, and happy new year to all, > Yves -- You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.
