Bug 17185 - [Accessibility] F1 does not work
Summary: [Accessibility] F1 does not work
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.0   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Silenio Quarti CLA
QA Contact:
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2002-05-23 06:43 EDT by Claude Knaus CLA
Modified: 2017-11-14 13:18 EST (History)
5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Claude Knaus CLA 2002-05-23 06:43:51 EDT 
F1 linux-gtk

Press F1 on some element in the package view. Nothing happens.
On w2k, a hover appears with entries "Java Views" "Package Views".
Comment 1 Silenio Quarti CLA 2002-05-23 12:28:25 EDT 
This has not been implemented yet.
Comment 2 Boris Shingarov CLA 2002-05-23 14:50:59 EDT 
Changing status to LATER.
Comment 3 Silenio Quarti CLA 2002-05-23 17:14:32 EDT 
I believe this is important and should be fixed.
Comment 4 Silenio Quarti CLA 2002-05-23 17:19:54 EDT 
Support for help has been added. There is one issue yet. On GTK, the
help callback happens with Ctrl+F1 or Shift+F1. On Windows and Motif,
the help callback happens with F1.

Need to decide if this is acceptable or not?
Comment 5 Boris Shingarov CLA 2002-05-24 12:30:17 EDT 
I believe very strongly that we must follow the platform's standards.  
Especially on a platform that claims "UI consistency among applications" as one 
of the primary goals.
Comment 6 Silenio Quarti CLA 2002-05-27 11:07:52 EDT 
Steve, what do you think?
Comment 7 Steve Northover CLA 2002-05-27 13:18:13 EDT 
We should use the standard help key for the platform which is not a simple F1 
according to BS.  SSQ, do you want to mark this WONTFIX?
Comment 8 Silenio Quarti CLA 2002-05-27 13:34:23 EDT 
Marking as WONTFIX.
Comment 9 Duong Nguyen CLA 2008-02-27 14:40:51 EST 
I tried several applications (FireFox, Terminal, GIMP, gEdit...) on ReadHat and SLES and they all use F1 for help and not Shift-F1. GIMP was the only one that supported Shift-F1 but it's used for Context Help only. 

I'm not sure if Shift-F1 was used a few years ago but it appears that F1 is the standard key for help now.
Comment 10 Steve Northover CLA 2008-02-27 15:05:08 EST 
Not sure why this is reopened.  We just use the key bindings provided by the GTK.  If other applications choose to look for F1, then GTK needs to be changed to look for it, not SWT.
Comment 11 Duong Nguyen CLA 2008-02-27 16:35:09 EST 
I still think that we have a problem in our implementation even after talking to Steve. I'm not sure if it's an Eclipse problem or SWT or both.

Most applications on Linux would open a help window when you press F1 except for Eclipse. You have to press Shift-F1 to get help.

Shift-F1 is for Context Help (which appears to be support in Windows and Linux applications). When Shift-F1 is pressed it should change the cursor to an arrow with a question mark, and you can press on any button, view or editor on the screen to get a pop-up help. We (SWT) do not support this.

Eclipse F1 help is neither a context pop-up help nor a separate general help window. It's a view within Eclipse that show help for the current active item (which is a context sensitive help). 

We should make F1 or Shift-F1 open Eclipse help the same way on all platforms.
Comment 12 Eric Williams CLA 2017-11-14 13:18:26 EST 
I'm not sure what this has to do with accessibility per se, but if anyone wants to have this debate then I suggest doing it under a different bug.