[Webkit-unassigned] [Bug 6464] Unclickable cite reference

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jan 16 09:26:31 PST 2007


http://bugs.webkit.org/show_bug.cgi?id=6464





------- Comment #17 from david at goddess-gate.com  2007-01-16 09:26 PDT -------
(In reply to comment #10)
> Putting aside the general problem of non-selectable generated content, which is
> not specific to citations in any way, I see two issues here:
> 1) No built-in rendering for cite attribute. Firefox provides access to this
> attribute via a properties item in its context menu; Opera, Safari and WinIE
> don't seem to provide any access at all.
> 2) No support for Opera-only attributes "-o-link" and "-o-link-source".
> 
> I'm confirming this bug (and changing severity to enchancement), although it
> will need to be separated in two if both these features are deemed necessary in
> WebKit.
> 
> See also:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1995
> https://bugzilla.mozilla.org/show_bug.cgi?id=3662
> 

I have some new information related to the Opera technology; they are not using
their own technology, but rather implemtenting a Y2K proposal called CLINK. You
can check on Håkon’s very interesting (and legible) PHD:
http://people.opera.com/howcome/2006/phd/#h-349

(In reply to comment #16)
> I suggest making elements with a cite attribute (where that cite attribute is a
> URL) produce a contextual menu items such as ‘Open Citation in Current Tab’
> and ‘Open Citation in New Tab’.
> When the mouse is hovering over a <q> or <b.q.> element, change the cursor to
> an arrow with menu beside it.
> You may also want to add a default style to html4.css for q[cite] and
> b.q.[cite]
> 

I have to say I don't really like the Opera solution: they allow one link to be
in another (a blockquote  with a set cite attribute may still have another link
inside, like <blockquote cite="foo.html">this is a <a
href="bar.html">link</a></blockquote>. If you click on "link", you'll go to
bar.html. If you click anywhere else on the blockquote, you will go at
foo.html).

In my humble opinion, this is both overkill and a bad idea. What we really want
is to have a "source" link at the bottom of the quote; to make the whole quote
clickable is confusing.

The contextual menu idea is suboptimal, once again, IMHO (BTW, a contextual
menu is available with Opera too). According to the principle of least
surprise, the best appears to me to be a "generated area" (:after for the name,
like content:"Click for the source"). Would we have to emulate the link
behaviour (:hover {cursor:pointer}, text-decoration:underline…) or would it
come free, the area being natively considered as a link? I favour the second
way as more elegant, but I have no idea whether or not this is hard to do.

I'm not sure I'm clear, please ask for any clarification (BTW, a preview
feature would be great).


-- 
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list