This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 21787 - a11y: Ctrl-F1 does not display tool tip on a sub node of expllorer nodes
Summary: a11y: Ctrl-F1 does not display tool tip on a sub node of expllorer nodes
Status: CLOSED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: All All
: P2 blocker (vote)
Assignee: David Simonek
URL:
Keywords: A11Y
Depends on:
Blocks:
 
Reported: 2002-03-22 00:04 UTC by heidi amiri
Modified: 2008-12-23 10:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
visual bug after press CTRL+F1 (21.73 KB, image/png)
2002-04-02 13:04 UTC, dpavlica
Details

Note You need to log in before you can comment on or make changes to this bug.
Description heidi amiri 2002-03-22 00:04:25 UTC
The following bug was originally opened against web 
services, resolution selected method wizard of build 1210.
The problem is though inherited from all explorer type 
objects which don't give you a tool tip if Ctrl-F1  is 
pressed which is supposed to be standard key combination 
for accessibility. Using mouse will show the tool tip but 
it can't be used for Accessibility. I have included the 
description of the original bug here in case it could be 
of use.

resolve a service
select a home interface that has multiple create methods
browse create methods
There is no way to get bubble help in a11y, the explorer 
does not show a
signature. The only way to distinguish one create method 
from another is to
select each one in turn...


lark.fitzgerald@sun.com 2001-12-12
According to the Java Look and Feel Guidelines Ctrl-F1 
should display tooltips,
and ESC should dismiss the tooltip
Comment 1 Marian Mirilovic 2002-03-25 15:35:29 UTC
a11y is a module, but this issue is against accessibility of Explorer,
passing to explorer.
Comment 2 _ ttran 2002-03-26 09:51:46 UTC
displaying tooltips is done by Swing.  We don't do anything special
about it in the Explorer except for providing the tooltip text. 
Passing to ui and Pavlica to investigate further.
Comment 3 dpavlica 2002-04-02 13:04:03 UTC
Created attachment 5261 [details]
visual bug after press CTRL+F1
Comment 4 dpavlica 2002-04-02 13:08:10 UTC
Yes CTRL+F1 is used for display or dismiss Tool tip. I 
found some visual bug in our IDE. See attachment. When I 
tried to press CTRL+F1 then dot (2x2 pixels) invoked on 
the bottom of property sheet.
Comment 5 Jiri Mzourek 2002-04-04 13:49:47 UTC
We created simple Swing application and it works, so probably
something wrong in NB.
Comment 6 _ ttran 2002-04-04 14:32:17 UTC
Something I do not understand.  Tooltip is displayed when the mouse
cursor is placed over a component for a while.  When I press Ctrl+F1
which component is supposed to show its tooltip?  The one which has focus?
Comment 7 _ ttran 2002-04-04 16:45:12 UTC
this issue is unfixable I believe.

The problem: use Ctrl+F1 to show tooltip for the current focused
component.  If the focused component is an Explorer Tree then the
tooltip for the currently selected node should be displaed.  (what if
the currently selected node is hidden/scrolled out of the visible area?)

Well, although Ctrl+F1 is supported by Swing, it doesn't work for us.
 Swing provides two kind of tooltip

- whole component tooltip.  You set the tooltip text for the whole
component.  Whenever the mouse pointer is hovering over the component,
anywhere above the component, this tooltip is displayed.  This works
for buttons.

- location based tooltip: the component can override
getToolTipText(MouseEvent) to provide this kind of tooltip

Explorer Tree and JTree as such obvious falls into the latter case. 
Swing is not designed to provide this kind of ToolTip via Ctrl+F1,
which is obvious from the getToolTipText(MouseEvent) signature.

So I suggest we won't fix this bug.  I cannot be fixed anyway.

Comment 8 Quality Engineering 2003-07-01 15:48:03 UTC
Resolved for 3.4.x or earlier, no new info since then -> verified.

Comment 9 Quality Engineering 2003-07-01 16:48:32 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.