I'm sorry but that is ridiculous.
We are talking about a poem and I assure you that the lines have a
very definite semantic significance. Therefore the separation of the
text into lines *must* be retained even in the absence of CSS. Any
solution other than the <br> tag is needlessly complicated. Though
perhaps <pre> might be acceptable in the case of concrete poetry. But
some thing like this http://blog.richmond.edu/openwidelookinside/files/2008/12/shape-poem-01.gif
can only be presented as an image.
Andrew
Sent from my iPod
On Jan 5, 2010, at 1:40 AM, Jayachandran Kandasamy <jayachandran.kandas...@gmail.com
> wrote:
Use padding / margin thru CSS instead of BRs...
Thank u
On Mon, Jan 4, 2010 at 7:50 PM, Chris F.A. Johnson <ch...@cfajohnson.com
> wrote:
On Mon, 4 Jan 2010, Jayachandran Kandasamy wrote:
> Hi Dwaal,
>
> Please dont practice to use BR tags for line breaks..
Why not? That's what they're for.
> it is not standard web development
The W3C says otherwise.
> and lot of compatibility issues will occur across browsers and
> internet devices :) :)
??? Can you be more specific?
Of course one shouldn't use them in continuous blocks of text (the
browser will take care of it), but where a line break is needed
they are fine.
> On Mon, Dec 7, 2009 at 2:12 AM, Frances de Waal <dw...@mac.com>
wrote:
>
> > Hi there,
> >
> > May I ask your opinion about some semantic/HTML basics?
> >
> > In case of a poem, if I place every verse in a paragraph, what
do I do with
> > each line of text in the verse? Is this one of the very few
occasions to use
> > breaks? A verse doesn't seem a list to me... or is it? I like
your opinion.
> >
> > In the very few tutorials I have seen about how to markup a form
> > semantically, both were using a list in the form. To me that
seems totally
> > unneccessary plus too much markup. Does anyone know what can be
the reason
> > of doing it that way?
> >
> > InContextEditing, the online CMS from Adobe, needs a extra div
for every
> > editable region. This makes me avoiding the tool. Some keep
saying that
> > extra divs don't make any difference to a page at all. I agree
they have no
> > meaning semantically, but they do create extra code which is not
neccessary
> > for the content. But then again, we don't talk about 100 divs
here. So,
> > besides of best practice, is there any place where the extra
divs may have
> > bad influence?
> >
> > Frances de Waal
> > www.waalweb.nl
> >
> >
*******************************************************************
> > List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> > Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> > Help: memberh...@webstandardsgroup.org
> >
*******************************************************************
> >
>
>
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> *******************************************************************
--
Chris F.A. Johnson <http://cfajohnson.com>
===================================================================
Author:
Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
Pro Bash Programming: Scripting the GNU/Linux Shell (2009, Apress)
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
*******************************************************************
