SVG dialect project
[1/5] from: gchiu:compkarori at: 27-Apr-2003 9:48
Currently Andrew Martin has his XHTML ML dialect which can
produce SVG as SVG is also XHTML. What we would like to
see is Chris' Make-doc version, which also produces XHTML,
create inline SVG as a replacement for the View dialect
that was included in Carl's original version of Make-doc.
Ideas can be added to the wiki here:
http://www.compkarori.com/vanilla/display/SVG+Dialect
and here:
http://www.compkarori.com/vanilla/display/Inline+SVG
--
Graham
http://www.compkarori.com/vanilla
Rebol Encyclopaedia Project manager
[2/5] from: Al:Bri:xtra at: 27-Apr-2003 11:18
Graham wrote:
> Currently Andrew Martin has his XHTML ML dialect which can produce SVG as
SVG is also XHTML.
Just a slight correction here. My ML Rebol dialect generates XML, and SVG is
a XML dialect, so ML can be used to generate SVG.
Andrew Martin
ICQ: 26227169 http://Valley.WebPictureBook.com/
[3/5] from: robert:muench:robertmuench at: 27-Apr-2003 11:42
> -----Original Message-----
> From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]
<<quoted lines omitted: 5>>
> see is Chris' Make-doc version, which also produces XHTML,
> ...
Hi, I just want to ask a question about something that I don't
understand since a long time now. We have make-doc from RT, we have ML
from Andrew, we have make-doc from Chris and finally we have
make-doc-pro done by me.
This doesn't look like a good product management to me. I might be
wrong, but why do we have so many forked projects? What's the benefit of
this? I tried to get make-doc-pro to RT nad indicated that I'm willing
to tweak to fit their needs. I'm open to new ideas for make-doc-pro, I
look forward if others want to jump in and help developing it...
One main problem I see in the Rebol community (which I have said several
times already) is fragmentation of everything. Docs are fragmented,
discussion is fragmented (ML, IOS servers, AltME worlds, you name it),
projects with the same goal (or a near-the-same-goal) are fragmented,
etc.
The success-factor of other open-source projects is that those projects
make it to fokus mutually on one goal and share the same vision. This
doesn't mean we need to move forward all the same but to spend our
energy to find synergy.
Petr, please just let's move in small steps and small visions because I
know that you see this problem in even more global aspects ;-)). But we
didn't made it in the small yet...
Anyway, I'm just wondering. Robert
[4/5] from: gchiu::compkarori::co::nz at: 28-Apr-2003 8:55
On Sun, 27 Apr 2003 11:42:41 +0200
"Robert M. Muench" <[robert--muench--robertmuench--de]>
wrote:
>Hi, I just want to ask a question about something that I
>don't
<<quoted lines omitted: 7>>
>wrong, but why do we have so many forked projects? What's
>the benefit of
The forking is necessary. RT have not released MD 2.0
source yet. Chris' version removes the irrelevant parts
for CGI use, and adds XHTML compliance. He is now looking
at adding SVG dialect support instead of the currently
supported View dialect. It may be that we have a dialect
mechanism to support a number of dialects as plug ins.
Your MDP is constrained by your copyright.
Andrew's ML is an XML dialect ( I got it wrong before ).
>times already) is fragmentation of everything. Docs are
>fragmented,
>discussion is fragmented (ML, IOS servers, AltME worlds,
>you name it),
That's life. People have different requirements.
But the REP project is an attempt at unification -- to
summarise activity on all these discussion groups.
Anyway, that's all IMHO
--
Graham Chiu
http://www.compkarori.com/vanilla
Rebol Encyclopaedia Project
[5/5] from: chris:ross-gill at: 27-Apr-2003 21:59
Hi Robert,
> Hi, I just want to ask a question about something that I don't
> understand since a long time now. We have make-doc from RT, we have ML
> from Andrew, we have make-doc from Chris and finally we have
> make-doc-pro done by me.
I can only explain the motivations behind my own use of Make-Doc, namely the
need for minimal and valid XHTML output. I did take care to work within
RT's Make-Doc syntax so as to purposely avoid forked development, while
adding to the range of output possibilities. I have tried to produce work
in a way that will benefit other projects, specifically:
http://www.ross-gill.com/r/xhtml-format.r
(wip. -- character-level formatting)
http://www.ross-gill.com/styles/anywhere.css
(style sheet that compliment many of Make-Doc's features)
HTH,
- Chris
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted