473,387 Members | 1,495 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,387 software developers and data experts.

Attributions for blockquotes

Any thoughts on how an attribution line for a blockquote should be marked
up?

--
Lars Eighner us****@larseighner.com http://www.larseighner.com/
"We have no opinion on your Arab - Arab conflicts, such as your dispute with
Kuwait." -- Bush's Ambassador April Glaspie, giving Saddam Hussein
the greenlight to invade Kuwait.
Feb 18 '06 #1
9 1378
On Sat, 18 Feb 2006, Lars Eighner wrote:
Any thoughts on how an attribution line for a blockquote should be
marked up?


That's a hard one, which I've pondered over before and not been happy
with either result. (Don't forget that blockquote has a cite="%URI"
attribute, but it doesn't seem to be what you're interested in here).

(I'm ignoring any additional wrappers needed in Strict, so as
to keep the discussion simple).

One option seems to be:

<blockquote>The quoted text
<cite>A.N.Other</cite>
</blockquote>

But the citation isn't really part of the quoted text, and it can
hardly be argued that putting it into an inner <cite> element should
somehow remove it from the quoted text; so that's wrong, really (even
though I suspect that you'll find I've done it in places).

Unless and until an enhanced blockquote is defined, with some
dedicated internal markup (blockcite element?) defined to be its
citation, I don't see what we can do, really.

Another option, then, seems to be to take the cite outside of the
blockquote

<blockquote>The quoted text</blockquote>
<cite>A.N.Other</cite>

But then there's no construct which binds the two together. Something
like:

<div class="bq">
<blockquote>The quoted text</blockquote>
<cite>A.N.Other</cite>
</div>

seems awfully artificial.

Google suggests reading for example this discussion:
http://lists.w3.org/Archives/Public/...4Jul/0046.html

What are your thoughts on the matter?
Feb 18 '06 #2
Sat, 18 Feb 2006 07:28:13 -0600 from Lars Eighner
<us****@larseighner.com>:
Any thoughts on how an attribution line for a blockquote should be marked
up?


I do it as <p class="XXX">...</p></blockquote> (but with a more
meaningful name than "XXX" of course).

XXX is {text-align:right}; I can't remember if there are any other
properties but that's the main one.

--
Stan Brown, Oak Road Systems, Tompkins County, New York, USA
http://OakRoadSystems.com/
HTML 4.01 spec: http://www.w3.org/TR/html401/
validator: http://validator.w3.org/
CSS 2.1 spec: http://www.w3.org/TR/CSS21/
validator: http://jigsaw.w3.org/css-validator/
Why We Won't Help You:
http://diveintomark.org/archives/200..._wont_help_you
Feb 18 '06 #3
Lars Eighner wrote:
Any thoughts on how an attribution line for a blockquote should be marked
up?


I would make a broader question: how should we present block quotations
in HTML documents? There's more than just the attribution, as I've tried
to explain in http://www.cs.tut.fi/~jkorpela/html/bq.html

The <blockquote> element has been abused (for mere indentation) so
widely that browsers cannot handle it in a semantically meaningful way.
For example, if speech browsers started to say "start of quotation" and
"end of quotation", quite a many pages would sound _really_ odd,
especially those that use nested blockquote elements to achieve larger
indentation.

We should make sure that the content, when taken as text, expresses
clearly enough where a quotation starts and ends. Similar considerations
apply then to the attribution. The markup isn't really the issue, since
there is no adequate markup. We need to write as we would in plain text,
regarding the eventual indentation and other visual effects just as
additional extras.

In general, I'd suggest

<blockquote cite="URL">
The actual quotation.
</blockquote>
<div class="credit" align="right"><small>Source:
<cite><a href="URL">Title</a></cite>.</small></div>

preceded by an introductory statement that makes it clear that a
quotation follows.
Feb 18 '06 #4
In our last episode,
<Pi*******************************@ppepc70.ph.gla. ac.uk>,
the lovely and talented Alan J. Flavell
broadcast on comp.infosystems.www.authoring.html:
On Sat, 18 Feb 2006, Lars Eighner wrote:
Any thoughts on how an attribution line for a blockquote should be
marked up?

That's a hard one, which I've pondered over before and not been happy
with either result. (Don't forget that blockquote has a cite="%URI"
attribute, but it doesn't seem to be what you're interested in here).
No, but of course BLOCKQUOTE also has title, which is a reasonable
place to put an attribution, but doesn't do the document any good.

(I'm ignoring any additional wrappers needed in Strict, so as
to keep the discussion simple). One option seems to be: <blockquote>The quoted text
<cite>A.N.Other</cite>
</blockquote>
snip Problems.

<blockquote>The quoted text</blockquote>
<cite>A.N.Other</cite> But then there's no construct which binds the two together. Something
like: <div class="bq">
<blockquote>The quoted text</blockquote>
<cite>A.N.Other</cite>
</div> seems awfully artificial.
%flow is a tool of the devil, it's darksided!!!!
Google suggests reading for example this discussion:
http://lists.w3.org/Archives/Public/...4Jul/0046.html What are your thoughts on the matter?


It's always "what should the spec be" vs. "I want to markup a document
today."

I'm thinking:

<blockquote>
<div class="body">

</div>
<div class="source">

</div>
</blockquote>

And I think the spec should go in this direction. I am sympathetic
to the argument that the attribution isn't part of the quote, but it seems
to me the source can be viewed as part of the blockquote. It it's there
it has to be inextricably bound to body - often, you know, it isn't even a
complete sentence.

I'd see the body part tags as being implied, and if necessary, closed by
opening the source part.

I'm out of sympathy with the view that what happens to blockquote should in
any way influenced by how it has been abused.

--
Lars Eighner us****@larseighner.com http://www.larseighner.com/
"I have never made but one prayer to God, a very short one: 'O Lord,
make my enemies ridiculous.' And God granted it." --Voltaire
Feb 18 '06 #5
Stan Brown <th************@fastmail.fm> wrote in
news:MP************************@news.individual.ne t:
Sat, 18 Feb 2006 07:28:13 -0600 from Lars Eighner
<us****@larseighner.com>:
Any thoughts on how an attribution line for a blockquote should be
marked up?


I do it as <p class="XXX">...</p></blockquote> (but with a more
meaningful name than "XXX" of course).

XXX is {text-align:right}; I can't remember if there are any other
properties but that's the main one.


I've used this as well. Until there is an specifically designed for
this, I see this as the best option available. It may not actually be
a paragraph, but I think is close enough for arguments sake, the class
providing the semantics. In doing this, I usually use the class name
"attribution."

--
Stan McCann, "Uncle Pirate" http://stanmccann.us/
Webmaster, NMSU at Alamogordo http://alamo.nmsu.edu/
Now blocking Google Grouper posts and replies.
http://blinkynet.net/comp/uip5.html
Feb 18 '06 #6
On Sat, 18 Feb 2006, Jukka K. Korpela wrote:
The <blockquote> element has been abused (for mere indentation) so
widely that browsers cannot handle it in a semantically meaningful
way.
I don't think it's fair to discredit HTML constructs merely on the
basis that they have been widely abused.
For example, if speech browsers started to say "start of quotation"
and "end of quotation", quite a many pages would sound _really_ odd,
especially those that use nested blockquote elements to achieve
larger indentation.
"Sound really odd"? Of course they *should*! Tag abuse should reap
its own rewards!!! Then we're well on the way to getting the problem
resolved (consider the way that the alt text, widely abused as popups,
has been slowly overtaken by the use of the title attribute, but only
because some of the popular browsers have moved to support it).
In general, I'd suggest

<blockquote cite="URL">
The actual quotation.
</blockquote>
<div class="credit" align="right"><small>Source:
<cite><a href="URL">Title</a></cite>.</small></div>


But you have nothing to bind the quote to its attribution. They are
merely adjacent - nothing more. Juxtaposition is no good recipe for a
structured markup, IMHO. How do we reach agreement on whether the
citation should come before or after the quotation to which it
refers?

regards

Feb 18 '06 #7
Sat, 18 Feb 2006 18:45:42 +0200 from Jukka K. Korpela
<jk******@cs.tut.fi>:
The <blockquote> element has been abused (for mere indentation) so
widely that browsers cannot handle it in a semantically meaningful way.


That sounds like you want blockquote never to be properly used since
it has been misused. I'm sure you don't actually mean that.

If we stopped using HTML elements that have been widely misused, we'd
have to give up <hN> (often misused just to "force" text size or
style) and <table> (often misused for layout) and <dl> (often misused
for indents) among others.

--
Stan Brown, Oak Road Systems, Tompkins County, New York, USA
http://OakRoadSystems.com/
HTML 4.01 spec: http://www.w3.org/TR/html401/
validator: http://validator.w3.org/
CSS 2.1 spec: http://www.w3.org/TR/CSS21/
validator: http://jigsaw.w3.org/css-validator/
Why We Won't Help You:
http://diveintomark.org/archives/200..._wont_help_you
Feb 18 '06 #8
On Sat, 18 Feb 2006 17:55:01 -0500, Stan Brown
<th************@fastmail.fm> wrote:
If we stopped using HTML elements that have been widely misused, we'd
have to give up <hN>


Would we have _any_ HTML left ?
Feb 19 '06 #9
Stan Brown <th************@fastmail.fm> wrote:
Sat, 18 Feb 2006 18:45:42 +0200 from Jukka K. Korpela
<jk******@cs.tut.fi>:
The <blockquote> element has been abused (for mere indentation) so
widely that browsers cannot handle it in a semantically meaningful
way.

What I wrote was about browsers: they have been effectively forced into
implementing <blockquote> markup as an indentation instruction, if they
render a page visually, and ignore it otherwise. You can see this if
you e.g. use a user style sheet that renders <blockquote> essentially
differently (but in a manner that is quite consistent with the idea of
"block quotation") and browse around a little.

Similar considerations apply to other user agents. If a search engine
implement a feature "search for ... in quoted text", then it would be
_logical_ to treat <blockquote> (and <q>) contents always as quotes.
In practice however this would give grossly wrong results, treating
bulks of text as quoted when it is in fact just indented. (Moreover, it
would catch just a small fraction of texts that are actually
quotations.)
That sounds like you want blockquote never to be properly used
since it has been misused. I'm sure you don't actually mean that.
The conclusion to be drawn is that we cannot _rely_ on having our
quotations understood as quotations just because we use <blockquote>.
Moreover, after making sure that other methods (mainly the use of
words) indicates a piece of text as quoted, it does not really matter
much whether you use <blockquote> or not. Using it is the logical thing
and should do no harm, though.
If we stopped using HTML elements that have been widely misused,
we'd have to give up <hN> (often misused just to "force" text size
or style) and <table> (often misused for layout) and <dl> (often
misused for indents) among others.


Well, the arguments against <blockquote> work against <dl> as well.
We might decide to use these elements according to their defined
semantics, but let us not deceive ourselves: we do not really expect
them to be processed according to such semantics, and the only thing we
actually get is the particular layout. We would do what almost everyone
else does, just (perhaps) under semantic constraints as a matter of
principle.

Regarding heading markup, I don't think the abuse is that common, and
processing it by its semantics is not impractical at all - at least if
we ignore <h5> and <h6>, which are probably more often used for just
making text small than for 5th and 6th level headings, which are rarely
needed anyway.

Tables are much more often misused for layout than for tabular data
(though there are many bordeline cases), but this does not make tables
useless. In fact, tables are the best (and often the only feasible) way
of achieving a tabulated display of a table - which is a presentational
issue, yet something that we surely want.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Feb 21 '06 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

98
by: Pamel | last post by:
I know this must have been asked elsewhere, but I cannot find it. There is a piece of text on my web page that I don't want browsers to resize. IE won't resize it if I specify the size in px, but...
0
by: Pierre Jelenc | last post by:
http://www.web-ho.com/blog/test.html is a model to illustrate the following problem: The second paragraph ("Sed nec augue ... Fusce nec massa.") is a blockquote set out with a gray bar with ...
4
by: Paul Wake | last post by:
Awhile back I looked into why my blockquotes at http://www.xmission.com/~wake/section26.html weren't validating, and it appeared it was because they were imbedded in paragraphs, and shouldn't have...
64
by: yossi.kreinin | last post by:
Hi! There is a system where 0x0 is a valid address, but 0xffffffff isn't. How can null pointers be treated by a compiler (besides the typical "solution" of still using 0x0 for "null")? -...
35
by: Mokkapati | last post by:
Hi all, I have data that has to be written successively, that is, this data is updated at every step in the loop and I need to print this in a file. So, I need something like, for every step,...
41
by: Serve Laurijssen | last post by:
Theres a certain style of coding that uses const as much as possible. Like const int foo(const int a, const int b) { const int retval = pow(a, b); return retval; } one argument to use code...
13
by: Saint48198 | last post by:
I'm having trouble with an array of data created using the 'getElementsByTagName' call. I'm trying to remove duplicates from the Array. code follows: // creates a list of all keywords and the...
18
by: R. P. | last post by:
I wonder how to indicate in a stylesheet that character entities in an element are not to be transformed as would be the case in XML-to-XML transforms. I want to keep those &amp; &quot; and other character...
37
by: Prisoner at War | last post by:
Actually, it doesn't have to be a blockquote...but I'm at my wits' end: I want to make bold several lines of text which have a pair of <br /tags between them...seems like the <b></bdo not "carry...
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: aa123db | last post by:
Variable and constants Use var or let for variables and const fror constants. Var foo ='bar'; Let foo ='bar';const baz ='bar'; Functions function $name$ ($parameters$) { } ...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.