<div>I totally agree with your thinking. </div><div>Knowing what you want to achieve ahead of time is key.</div><div><br></div><div>Personally I don't find the 'can of worms' that daunting. I feel there are a fair number of css reset and default stylesheets out there that do a great job of styling standard tags. If you start there, what's left is a finite number of block-level element combinations that need adjusting.  </div>
<div><br></div><div>However, I can imagine that task becomes more difficult for very complex documents. I would rather handle larger css files, but that's just my preference. </div><div><br></div><div>paul</div><div><br>
</div><div><br></div><div><br><br><div class="gmail_quote">On Mon, Jul 25, 2011 at 2:04 PM, Oliver Betz <span dir="ltr"><<a href="mailto:list_ob@gmx.net">list_ob@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Paul Giacherio wrote:<br>
<br>
>This doesn't answer your question, but I always remove the vspace divs by<br>
>including this line in my config:<br>
><br>
>$HTMLVSpace = '';<br>
<br>
</div>I'm aware of this and did so for a CMS type application where I wanted<br>
cleaner HTML.<br>
<div class="im"><br>
>I believe the vspace divs are there to control text spacing. However I think<br>
>there are better ways to control space using adjacent CSS selectors as<br>
<br>
</div>Well, "better" is a dangerous wording. I dislike that PmWiki adds so<br>
many class='vspace'. In the end, there are mopre "vspaced" elements<br>
than without vspace, therefore I would prefer an inverse handling of<br>
vertical space (suppression instead of addition).<br>
<br>
And you might open a can of worms if you try to duplicate the<br>
behaviour with CSS.<br>
<div class="im"><br>
>opposed to injecting divs everywhere. Here's an adjacent selector example:<br>
><a href="http://jsfiddle.net/paulgiacherio/BRChf/" target="_blank">http://jsfiddle.net/paulgiacherio/BRChf/</a><br>
<br>
</div>to get suitable results with complex documents, you need an idea what<br>
you want to get before you start to implement.<br>
<br>
That's why I asked for a test case.<br>
<br>
Consider headings, paragraphs, lists, tables, pictures in different<br>
sequences, nested etc.<br>
<br>
I already started some experiments, if somebody is interested, I can<br>
put them on PmWiki.org as a discussion basis.<br>
<br>
Oliver<br>
<font color="#888888">--<br>
Oliver Betz, Muenchen (<a href="http://oliverbetz.de" target="_blank">oliverbetz.de</a>)<br>
</font><div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
pmwiki-users mailing list<br>
<a href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</a><br>
<a href="http://www.pmichaud.com/mailman/listinfo/pmwiki-users" target="_blank">http://www.pmichaud.com/mailman/listinfo/pmwiki-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Paul Giacherio<br><a href="http://paulgiacherio.com">http://paulgiacherio.com</a><br>
</div>