Re: [NH] Re: Using CSS to space lists & paragraphs
- Go figure! I can't remember messing that much with the settings.
I used that fix long ago to get NN4x to justify the last line of a
paragraph properly. Without it, NN would just spread it out to fill the
entire line and it looked awful. But after all the effort of making
the adjustment, Tidy made it all go away in an instant. Fortunately,
NN4x isn't much of an issue anymore.
--- Greg Chapman <gregchapmanuk@...> wrote:
> Hi Sisterscape,--------------------------------------------------------------------~->
> On 02 Mar 07 18:48 sisterscape <sisterscape@...> said:
> > > ...words words words words. </p>
> > >
> > And HTML Tidy will remove this space. At least it does for me . .
> I've been using HTMLTidy since Dave Raggett's days. I have only ever
> used the default settings, and strangely, for me, it always adds the
> All New Yahoo! Mail Tired of Vi@gr@! come-ons? Let our SpamGuard
> protect you. http://uk.docs.yahoo.com/nowyoucan.html
> ------------------------ Yahoo! Groups Sponsor
> Something is new at Yahoo! Groups. Check out the enhanced email
> Fookes Software Home: http://www.fookes.com
> Yahoo! Groups Links
8:00? 8:25? 8:40? Find a flick in no time
with the Yahoo! Search movie showtime shortcut.
- absalom_nemini wrote:
> I have to admit to being appalled. From LaTeX I had expected theFor better or worse, HTML has become more of a de facto formatting
> following snippet to give visible results:
> And he said:<BR>
> <CITE>There is a word here needing to be <EM>emphasized</EM>
> regardless of context.</CITE><BR>
> <B>A sentiment to which I <STRONG>strongly</STRONG> agree.</B>
language rather than a structure-oriented markup language. The DTD
is lax enough that you can get away with all sorts of illogical
structuring schemes -- for example, the hierarchy of heading tags
(h1, h2, h3, etc.) is not enforced. On the one hand, it's made it
easy for millions of pages to be written by non-coding types,
giving us all sorts of wonderful stuff that probably wouldn't
occur to the aforementioned coding types. On the other hand, it's
created all sorts of issues around browser compatibility, made it
very difficult to programmatically port or integrate markup in
other pages or web-based applications, and has engendered page
design horror shows analogous to the multifont, carny colored
nightmares we saw in the early days of Apple and Mac page layout
programs... the digital equivalents of purple shag carpeting and
cheesy faux-wood basement paneling!
As a telling example, note that converting SGML->HTML is generally
a straightforward process, whereas all bets are off when converting
HTML->SGML. In some ways, we're starting to see the code hit the
fan with the rise of XML, XHTML, PHP coding models, which are
usually more strict (depending on your DTD), and are now learning
how it's often really painful to suck existing HTML pages in to
new content structures.
This said, one reason I generally prefer structural markup to
physical markup is that it makes it potentially easier to
repurpose content for things I haven't even anticipated yet --
and I'm just vain enough to hope that some of my old pages might
find their ways into these new content models!
(Coding sermonette #3746.12)