Murray *ACE* wrote: <a href="#" title="this is a title" onclick="return false">something else</a>

This achieved my goal well in both Safari and Opera.  Unfortunately, Firefox, although not causing the page to move, does display a box with dotted lines indicating the portion of the text included in between the <a> tags.  Is there someway to remove this effect, as well?  Please find below by current HTML and CSS code.

HTML Code

<a href="#" onclick="return false" title="橋本龍太郎" class="Text_Translation"><em>Hashimoto Ry&#363;taro</em></a>

CSS Code

a.Text_Translation:link {

color:#FFF;

border-style:none;

}

a.Text_Translation:active {

border-style:none;

}

a.Text_Translation:visited {

text-decoration:none;

border-style:none;

}

Roddy

John Waller wrote: The focus rectangle (dotted lines) is required for keyboard navigation from button to button.

This particular function may be advantageous to those who rely on the keyboard, but it is misleading to those who do not.  My goal is to display the contents of the title attribute in the absence of any indication of a link.  Thanks to Nadia P's reference entry, I was able to solve this aspect of my dilemma.  Now I must learn how to speed up the display, but this is the subject of another entry. See http://forums.adobe.com/message/1975326?tstart=0#1975326

Roddy

Murray *ACE* wrote:  I believe you can remove it entirely (thereby sacrificing usability for cosmetics) by using the style "outline:none;".

For the moment I am focusing on the <dfn><span>SomeDefinition</span>DefinedItem</dfn>  implementation suggested by David, as it provides greater design possibilities.  Unfortunately, the display appears to be far less consistent across browsers and items on the same page.  Please check it out and offer your comment and experimentation.

SOURCE PAGE:  http://www2.gol.com/users/hsmr/emblem/name.html

Roddy

Murray *ACE* wrote: You still have this -

 

<img class="MojiFloat" src="../hashimori/iwa.gif" width="105px"

The <img> tags are a completely different matter with which I am totally satisfied in Safari, Firefox, and Opera.  No problem with any of these browsers.  Have you found a problem with the display of these images in IE?

Thank you for pointing it out, but I am fairly convince that no browser cares.  In any case, I have now removed the units.

Murray *ACE* wrote: I believe your variation may be coming from this -

 

dfn:hover 

Most certainly, as this is what Murray recommended and what I used to obtain the effect using the <dfn> and <span> tags.

Murray *ACE* wrote:  Are you complete opposed to using something like this -

 

<dfn><a href="#" onclick="return false"><span class="Text_Translation">カタカナ</span></a>katakana</dfn> names

 

with the -

 

dfn a:hover { outline:none; }

 

rule?

I am not opposed to anything -- completely or otherwise -- that works.  Does this arrangement validate?  Does it achieve anything besides the removal of the focus boxes.  I realize that this was my original goal, but Murray's suggestion tempted me.  I do not know, if you looked at my page prior to the changes, but the current display when it works is vastly more eye-catching than what can be achieved with the title attribute alone.

Murray *ACE* wrote:  What inconsistencies are you seeing in the display, though?

Inconsistencies that I noted are the size, orientation, and position of the displayed boxes, the display of the highlighted word in the page itself, and visible overlap of a displayed box that obfuscates the text contained within upon hover.  Specifically,

OPERA:  Only two of the twelve displays created by the pairing of the <dfn> and <span> tags appear.

SAFARI:  There is are no italics in Safari -- none. The aforementioned obfuscation is visible with the words Showa and Hirohito.  (This is probably fixable with a tag-specific rule that changes the value of the zoom property.  I have not tried it yet, as the other problems are far more serious and need to be resolved first.)

FIREFOX:  The position of the displays is highly inconsistent from tag to tag.

Roddy

Murray *ACE* wrote: Surely you mean David?  But it achieves removal of the focus boxes (via the CSS), and it puts the :hover back onto an <a> tag which is the most widely supported location for it.

Yes, I did mean David, and I apologize.  Unfortunately, you and David do share one common negative trait that sometimes demands much patience on the part of the Asker -- you both tend to respond initially without fully understanding the problem.  This is not meant to deride your eventual helpfulness, as I realize that you must respond to many askers at a given time.

It does make sense to place the pseudo class on the <a> tag, but lately -- not just here by the way -- I have learned that the :hover class enjoys a robust acceptance across HTML tags, even if this acceptance is not across all browsers.  There is always this difficult trade-off.

Murray *ACE* wrote: I saw no inconsistency in Firefox.  Didn't check the others.

Once again, Murray, there are twelve tags, and the relative position of what is displayed and the positions of the tags responsible for the display is wildly diverse as one moves from tag to tag down the page.  Try all twelve and let me know, if you do not see the same.  My version of Firefox is 3.0.10.

Thank you for helping to maintain a reasonable dialogue.  Maybe David will pick-up where you have left off.

Roddy

Is this

your support for this

SOURCE:  http://forums.adobe.com/message/1977060#1977060

or your defense against this

SOURCE:  http://forums.adobe.com/message/1978410#1978410

For many this might be a good time to reflect about the differences between you and Murray, but as this is not the place for these kinds of discussions I will not pursue this matter further here.  You are welcome to provide, on the other hand, your further input in regard to my poor implementation of your suggested fix that resulted in this:

kiusau wrote: Inconsistencies that I noted are the size, orientation, and position of the displayed boxes, the display of the highlighted word in the page itself, and visible overlap of a displayed box that obfuscates the text contained within upon hover.  Specifically,

 

OPERA:  Only two of the twelve displays created by the pairing of the <dfn> and <span> tags appear.

SAFARI:  There is are no italics in Safari -- none. The aforementioned obfuscation is visible with the words Showa and Hirohito.  (This is probably fixable with a tag-specific rule that changes the value of the zoom property.  I have not tried it yet, as the other problems are far more serious and need to be resolved first.)

FIREFOX:  The position of the displays is highly inconsistent from tag to tag.

SOURCE:  http://forums.adobe.com/message/1978033#1978033

Roddy

[Ad hominem comments deleted by moderator]

Please find below both the source and implementation of a jQuery plug-in that helped me to overcome the unfortunate and erratic behavior associated with the use of the <dfn> and <span> tags suggested by David Powers.

IMPLEMENTATION:  http://www2.gol.com/users/hsmr/emblem/name.html

SOURCE:  http://docs.jquery.com/Plugins/Tooltip

Have a great Memorial Day weekend and don't forget our fallen soldiers!

[Link to irrelevant site deleted by moderator]

Roddy