A support group for Weblocks - a Common Lisp web framework. ()

yves75 | 10 Jan 2012 18:00

Hello all, thinking of trying weblock, a few questions

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/1b182a31305bf0b9#
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

(Continue reading)

headers

yvesT | 13 Jan 2012 11:37

Re: Hello all, thinking of trying weblock, a few questions

Another question would be : is there a way to use weblocks with Kyoto
cabinet ?

On 10 jan, 18:00, yves75 <yt75...@...> 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),

(Continue reading)

headers

Leslie P. Polzer | 13 Jan 2012 13:13

Re: Hello all, thinking of trying weblock, a few questions

Hi Yves,

On Jan 10, 6:00 pm, yves75 <yt75...@...> wrote:

> 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 ?

No.

> Or easily usable from other SBCL packages ?

There are some packages like that floating around. Check cl-user.net
and cliki.net

> is there a way to use weblocks with Kyoto cabinet ?

Sure. You just need an FFI bridge to their library.

  Leslie

--

-- 
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks@...
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.

headers

Raymond Wiker | 13 Jan 2012 13:34

Re: Re: Hello all, thinking of trying weblock, a few questions

is there a way to use weblocks with Kyoto cabinet ?

Sure. You just need an FFI bridge to their library.

Leslie

There is already a set of bindings for Kyoto cabinet, found at https://github.com/kraison.

--
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.

headers

Raymond Wiker | 13 Jan 2012 14:02

Re: Re: Hello all, thinking of trying weblock, a few questions

On Fri, Jan 13, 2012 at 1:34 PM, Raymond Wiker <rwiker@...> wrote:

>
> There is already a set of bindings for Kyoto cabinet, found
> at https://github.com/kraison.

... and there is also something called kyoto-persistence, in the same
place. That sounds like it might be more immediately useful in a
weblocks context?

--

-- 
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks@...
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.

headers

yves75 | 14 Jan 2012 15:55

Re: Hello all, thinking of trying weblock, a few questions

Thanks to all for the answers, will look into all that, and maybe look
into Exscribe for the "markup" environment part :
http://www.cliki.net/Exscribe

On 13 jan, 14:02, Raymond Wiker <rwi...@...> wrote:
> On Fri, Jan 13, 2012 at 1:34 PM, Raymond Wiker <rwi...@...> wrote:
>
> > There is already a set of bindings for Kyoto cabinet, found
> > at https://github.com/kraison.
>
> ... and there is also something called kyoto-persistence, in the same
> place. That sounds like it might be more immediately useful in a
> weblocks context?

--

-- 
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks@...
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.

headers

Scott L. Burson | 14 Jan 2012 20:19

Re: Re: Hello all, thinking of trying weblock, a few questions

Here (attached) is a wiki module I have written for my Weblocks site.
It implements a syntax heavily inspired by the original Scribe
formatter (the "real" Scribe, heh) written by Brian Reid.

It depends on FSet, my functional collections package.  The use it
makes of FSet is nonessential, though, and I could possibly be
persuaded to remove the dependence at some point, though I don't have
time to do it now.  (On the other hand, FSet is Quicklisp-installable,
so maybe the dependence won't bother anyone.)

I have not yet written any documentation, but there is a small test
suite at the bottom of the source file that will show you how to use
it.

Oh, it's technically nonportable in that the translate routine
requires the Lisp implementation to implement local calls
tail-recursively.  I think all the major implementations do that,
though.  (Local calls are those made within a routine to functions
defined by LABELS or FLET within the same routine.)

I was planning to eventually add it to the Weblocks contrib directory
after adding some more features, documenting it, and maybe removing
the FSet dependence, but you're welcome to use it as it is if you
want.

-- Scott

On Sat, Jan 14, 2012 at 6:55 AM, yves75 <yt75009@...> wrote:
> Thanks to all for the answers, will look into all that, and maybe look
> into Exscribe for the "markup" environment part :
> http://www.cliki.net/Exscribe
>
> On 13 jan, 14:02, Raymond Wiker <rwi...@...> wrote:
>> On Fri, Jan 13, 2012 at 1:34 PM, Raymond Wiker <rwi...@...> wrote:
>>
>> > There is already a set of bindings for Kyoto cabinet, found
>> > at https://github.com/kraison.
>>
>> ... and there is also something called kyoto-persistence, in the same
>> place. That sounds like it might be more immediately useful in a
>> weblocks context?
>
> --
> You received this message because you are subscribed to the Google Groups "weblocks" group.
> To post to this group, send email to weblocks@...
> To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.
>

--

-- 
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks@...
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.

Attachment (wiki.lisp): application/octet-stream, 15 KiB

headers

yves75 | 16 Jan 2012 13:32

Re: Hello all, thinking of trying weblock, a few questions

Thanks Scott, will also llook into that.
Although at that point also considering going python + web2py or
something for my "toy project", even if writing a basic lisp/scheme
interpreter in it (or using existing python written one)

On 14 jan, 20:19, "Scott L. Burson" <Sc...@...> wrote:
> Here (attached) is a wiki module I have written for my Weblocks site.
> It implements a syntax heavily inspired by the original Scribe
> formatter (the "real" Scribe, heh) written by Brian Reid.
>
> It depends on FSet, my functional collections package.  The use it
> makes of FSet is nonessential, though, and I could possibly be
> persuaded to remove the dependence at some point, though I don't have
> time to do it now.  (On the other hand, FSet is Quicklisp-installable,
> so maybe the dependence won't bother anyone.)
>
> I have not yet written any documentation, but there is a small test
> suite at the bottom of the source file that will show you how to use
> it.
>
> Oh, it's technically nonportable in that the translate routine
> requires the Lisp implementation to implement local calls
> tail-recursively.  I think all the major implementations do that,
> though.  (Local calls are those made within a routine to functions
> defined by LABELS or FLET within the same routine.)
>
> I was planning to eventually add it to the Weblocks contrib directory
> after adding some more features, documenting it, and maybe removing
> the FSet dependence, but you're welcome to use it as it is if you
> want.
>
> -- Scott
>
>
>
>
>
>
>
> On Sat, Jan 14, 2012 at 6:55 AM, yves75 <yt75...@...> wrote:
> > Thanks to all for the answers, will look into all that, and maybe look
> > into Exscribe for the "markup" environment part :
> >http://www.cliki.net/Exscribe
>
> > On 13 jan, 14:02, Raymond Wiker <rwi...@...> wrote:
> >> On Fri, Jan 13, 2012 at 1:34 PM, Raymond Wiker <rwi...@...> wrote:
>
> >> > There is already a set of bindings for Kyoto cabinet, found
> >> > at https://github.com/kraison.
>
> >> ... and there is also something called kyoto-persistence, in the same
> >> place. That sounds like it might be more immediately useful in a
> >> weblocks context?
>
> > --
> > You received this message because you are subscribed to the Google Groups "weblocks" group.
> > To post to this group, send email to weblocks@...
> > To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
> > For more options, visit this group athttp://groups.google.com/group/weblocks?hl=en.
>
>
>
>  wiki.lisp
> 21KAfficherTélécharger

--

-- 
You received this message because you are subscribed to the Google Groups "weblocks" group.
To post to this group, send email to weblocks@...
To unsubscribe from this group, send email to weblocks+unsubscribe <at> googlegroups.com.
For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.