On 12/31/06, John Cowan <[EMAIL PROTECTED]> wrote:
A suggestion for all this introduction of newlines: instead of
adding newlines after end-tags and worrying about which ones can
and cannot have a problem with it, why not add a newline *within*
the end-tag, thus: ""? That's a general solution
On 12/31/06, Peter Wright <[EMAIL PROTECTED]> wrote:
After some more experimenting with both the sxml-transforms and spiffy
versions of sxml->html, I decided I liked the way sxml-transforms did
it, but wanted it in spiffy. :)
Hence my following attempt at a patch for the latest spiffy-base.scm
On 31/12 16:03:01, John Cowan wrote:
> Peter Wright scripsit:
> > Hence my following attempt at a patch for the latest spiffy-base.scm
> > which also incorporates (steals? :)) the sxml-transforms special
> > handling for (a) inline tags, and (b) certain tags when they're empty.
>
> A suggestion fo
Peter Wright scripsit:
> Hence my following attempt at a patch for the latest spiffy-base.scm
> which also incorporates (steals? :)) the sxml-transforms special
> handling for (a) inline tags, and (b) certain tags when they're empty.
A suggestion for all this introduction of newlines: instead of
On 30/12 01:07:26, Peter Wright wrote:
> On 29/12 00:55:50, felix winkelmann wrote:
[ snip ]
> > I have uploaded a new version of spifffy (2.39) that does it the
> > way sxml-transforms do it (thanks, Zbigniew, for the suggestion,
> > BTW). I also renamed "sxml->html" to "write-sxml" (but kept the
On 29/12 17:19:45, Zbigniew wrote:
> [Peter Wright wrote:]
> >I'm guessing SXML->HTML has a special-case handling for the
> >standard "inline"-display HTML tags
>
> Yep. As I mentioned, I added inline tag handling to
> sxml-transforms, to avoid rendering issues.
D'oh! Of course you did. Sorry, I
[Peter Wright wrote:]
I'm guessing SXML->HTML has a special-case handling for the standard
"inline"-display HTML tags
Yep. As I mentioned, I added inline tag handling to sxml-transforms,
to avoid rendering issues. It treats the following tags as "inline":
(define xhtml-inline-elements
'(a a
On 29/12 00:55:50, felix winkelmann wrote:
> On 12/28/06, Peter Bex <[EMAIL PROTECTED]> wrote:
> >On Thu, Dec 28, 2006 at 11:45:00PM +0900, Peter Wright wrote:
> >> After testing it a bit, it looks like any HTML generated via
> >> sxml->html will have all close tag(s) followed by end-of-line
> >> c
On 12/28/06, Peter Bex <[EMAIL PROTECTED]> wrote:
On Thu, Dec 28, 2006 at 11:45:00PM +0900, Peter Wright wrote:
>
> After testing it a bit, it looks like any HTML generated via
> sxml->html will have all close tag(s) followed by end-of-line
> character(s).
>
> Does anyone know of a way to disable
The default HTML generator in the SSAX tools prepends a newline to
open tags, rather than appending one to close tags. This results in
subtly different behavior which fixes your specific issue.
For sxml-transforms I extended the generator to omit newlines for
inline tags (a, b, i, etc.). This p
On Thu, Dec 28, 2006 at 11:45:00PM +0900, Peter Wright wrote:
>
> After testing it a bit, it looks like any HTML generated via
> sxml->html will have all close tag(s) followed by end-of-line
> character(s).
>
> Does anyone know of a way to disable this behaviour? I was about to
> dive in and inve
Hi all.
I've got a (hopefully fairly minor and fixable) issue with the
sxml->html function that's part of Spiffy. Example:
(use spiffy)
(sxml->html
'(html
(head (title "Title")
(body (h1 "Heading")
(p "This sentence should end "
(a (@ (href
12 matches
Mail list logo
