RE: Problem with SSI and BOM

From: Mark Cilia Vincenti (
Date: Wed Sep 27 2006 - 08:46:39 CST

  • Next message: Philippe Verdy: "Re: Problem with SSI and BOM"

    You're right, excuse me for my choice of wording. The problem is in the

    Best Regards,

    Mark Cilia Vincenti - Internal Developer - Marketing
    GFI Software -

    -----Original Message-----
    From: Philippe Verdy []
    Sent: 27 September 2006 4:43 PM
    To: Mark Cilia Vincenti; Addison Phillips; Jukka K. Korpela
    Subject: Re: Problem with SSI and BOM

    From: "Mark Cilia Vincenti" <>
    > i.e. a static HTML page has 3 SSI calls. One for the top template, one
    > for the side template and one for the bottom template. When the
    > files (which contain HTML code) are saved as UTF-8 with a BOM, then
    > BOM is being included, and right on top of the 3 templates an empty
    > is being inserted.

    OK, but then I don't think that "an empty line is being inserted".
    I would just say that an empty line is *rendered* because the BOM in the
    middle of the page counts as an inline text element, which will appear
    on a separate row if it is followed by a HTML block element.

    if only a isolated ZWNBSP character could be treated as void in HTML
    renderers, like are most spaces; my opinion is that ZWNBSP should be
    made fully ignorable everywhere in a document by HTML parsers (yes I
    know, it would remove the "no break here" behavior, but anyway we have
    now another character for that use since long enough. If we just keep
    the BOM meaning for ZWNBSP, then BOM is significant only at the begining
    of the stream and fully ignorable everywhere else. Why don't HTML
    parsers just discard it?

    This mail was checked for viruses by GFI MailSecurity.
    GFI also develops anti-spam software (GFI MailEssentials), a fax server (GFI FAXmaker), and network security and management software (GFI LANguard) -

    This archive was generated by hypermail 2.1.5 : Wed Sep 27 2006 - 08:46:59 CST