From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-orgmode@gnu.org
Subject: Re: [PATCH] export to various flavors of (X)HTML
Date: Tue, 23 Apr 2013 12:30:15 +0800 [thread overview]
Message-ID: <87sj2h3m3s.fsf@ericabrahamsen.net> (raw)
In-Reply-To: 20130423010019.GA65517@BigDog.local
Rick Frankel <rick@rickster.com> writes:
> On Sat, Apr 20, 2013 at 10:59:32AM +0800, Eric Abrahamsen wrote:
>>
>> The " />" style doesn't validate for html4, that's what I was going on.
>> It certainly doesn't make my browser explode, but I wanted that little
>> green checkmark! If we can live with that, that's fine, or I can try to
>> come up with a less hacky way of handling closing tags -- a macro
>> maybe.
>
> It should validate. According to the w3c compatibility guidelines
> (http://www.w3.org/TR/xhtml1/guidelines.html):
>
> C.2. Empty Elements
>
> Include a space before the trailing / and > of empty elements,
> e.g. <br />, <hr /> and <img src="karen.jpg" alt="Karen" />.
> Also, use the minimized tag syntax for empty elements, e.g. <br />,
> as the alternative syntax <br></br> allowed by XML gives uncertain
> results in many existing user agents.
>
> C.3. Element Minimization and Empty Element Content
>
> Given an empty instance of an element whose content model is not EMPTY
> (for example, an empty title or paragraph) do not use the minimized
> form (e.g. use <p> </p> and not <p />).
Right, but as the note at the top of that page says:
"This appendix summarizes design guidelines for authors who wish their
XHTML documents to render on existing HTML user agents."
I read that as just a better statement of what I was trying to say
earlier: self-closing tags will render in HTML4, but they're not
_strictly correct_ HTML4.
Try the validation link at the bottom of this page:
http://ericabrahamsen.net/html4test.html
It's not a disaster.
I'm happy to do whatever needs to be done with the patch, whether that
means dropping the closing-tags fix, re-implementing it, or whatever. It
would be good to hear other HTML-users' opinions on this, if anyone has
one!
E
>> The xmns declaration, on the other hand, seems quite meaningless for
>> anything that isn't xhtml (even if it doesn't actually break), and it's
>> only a couple of lines of code to deal with, I'd rather keep that in
>> there...
>
> fair enough.
>
> rick
next prev parent reply other threads:[~2013-04-23 4:24 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-19 9:57 [PATCH] export to various flavors of (X)HTML Eric Abrahamsen
2013-04-19 15:37 ` Rick Frankel
2013-04-20 2:59 ` Eric Abrahamsen
2013-04-23 1:00 ` Rick Frankel
2013-04-23 4:30 ` Eric Abrahamsen [this message]
2013-04-23 4:57 ` Samuel Wales
2013-04-23 6:55 ` Carsten Dominik
2013-04-23 7:54 ` Eric Abrahamsen
2013-04-23 12:09 ` François Pinard
2013-04-24 1:17 ` Christian Wittern
2013-04-24 13:10 ` François Pinard
2013-04-25 21:20 ` Eric Abrahamsen
2013-04-26 13:49 ` Rick Frankel
2013-04-26 17:14 ` Eric Abrahamsen
2013-04-26 18:49 ` Rick Frankel
2013-04-29 6:02 ` Eric Abrahamsen
2013-04-29 7:45 ` Nicolas Goaziou
2013-04-30 14:38 ` Rick Frankel
2013-04-30 14:40 ` Rick Frankel
2013-05-01 3:26 ` Eric Abrahamsen
2013-05-01 11:55 ` Rick Frankel
2013-05-02 21:07 ` Eric Abrahamsen
2013-05-03 7:17 ` Carsten Dominik
2013-05-06 5:49 ` Carsten Dominik
2013-05-06 7:36 ` Eric Abrahamsen
2013-05-06 7:48 ` Carsten Dominik
2013-05-06 9:05 ` Eric Abrahamsen
2013-05-06 12:56 ` Rick Frankel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87sj2h3m3s.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.