Closed Bug 14771 Opened 26 years ago Closed 25 years ago

[FIX]GFX list/combo box doesn't respond to keyboard input

Categories

(Core :: Layout: Form Controls, defect, P3)

Product:
Core
Component:
Layout: Form Controls
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: michael.j.lowe, Assigned: rods)

References

Details

(Whiteboard: [nsbeta3+]Fix in hand)

When a GFX list or combo box has the focus it should respond to Page Up/Down, Home/End and Cursor Up/Down keys, as native Windows controls do.
Status: NEW → ASSIGNED
Whiteboard: Fix is in my tree
Fix is in my tree
Just noticed that cursor left/right keys also need to work.
This has been fixed, but a bug in style makes it so it doesn't update correctly.
Oops, the arrows keys and hit a letter works. But page up and page down haven't been implemented yet.
Depends on: 15153
Whiteboard: Fix is in my tree → Fix is checked in waiting on bug 15153 to close
added dependency on 15153
Getting crash if [Page Up] or [Page Down] keys are pressed while focus is in a TEXTAREA; 1999-10-20-08-M11 on WinNT. This is probably because the code isn't in yet. Comment: this bug is probably "about" all form controls. Bug 16636 (Home and End keys reversed in inputs and textareas) may fix itself when this bug is fixed, or when Bug 15153 is fixed.
If page up and down crash in the textarea it should be a separate bug and assignde it to mjudge or buster. This bug is just for the select.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
At kipp's suggestion I added a EnterReflowLock before and a ExitReflowLock after my AppendReflowCommand. The reflow command gets "kicked off" and it is now fixed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Whiteboard: Fix is checked in waiting on bug 15153 to close
Ok Rod, I see three minor bugs with this, on Test #8. 1. In the "Select size=1 with Disabled option" combo and listbox it is possible to select the disabled option with the keyboard. 2. In the "Select size=4 with Optgroup (Listbox)", when moving the selection up and down the list with the cursor keys, the list does not scroll to show the current selection (see Windows listbox for how this is done). 3. The cursor left and right keys should perform the same actions as cursor up/down.
Thanks, I knew about #2, but not #1 and #3 (which should be very simple). #2 is a pain.
Depends on: 17053
Turns out I have a separate bug for item #2 which is just as well because it is the harder one. Bug #17053
No longer depends on: 17053
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
fixed item #1, #2, #3 - fixed
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
In 1999111308 build, #1 is not fixed - it should NOT be possible to select disabled option with cursor keys, but I can. Also discovered another omision: bug #4: page up/down keys don't work yet.
Also, bug #5: Home/End keys don't work yet.
changed to M14
QA Contact update.
changing to M15
Target Milestone: M14 → M15
Using Linux snapshot 2000-02-24-09, I can use the arrow keys, but if I try to use home/end nothing happens, and using screen up/down the page scolls (and I'm left with a tear-off list hanging around on the old place of the screen). Clicking with the mouse onto a combobox doesn't give it the focus. If I select a combobox using the TAB key, and hit the arrow keys (closed CB) the next/previous entry is choosen, but the page is also moved!) Tobias
Lists and combos should also respond to non-navigation keys, as native controls do. At the very least, they should support the first-letter scheme: Pressing 'F' should select the first list entry beginning with 'F' (if any), and subsequent presses should cycle between all entries beginning with 'F'.
Here is what I see - opening a drop down box will not allow you to say press 'f' and go directly to the first entry starting with 'f' however, if you scroll with the scrollbars, then it works. note that the box then gets the dotted line around it (ie focus is activated). this is on m15 2000030516 and windows 98
Everything except Page UP/Down works for the current list box and everything works for GfxListBox.
Summary: GFX list/combo box doesn't respond to keyboard input → [FIXED FOR GFX]GFX list/combo box doesn't respond to keyboard input
on 2000031508, seeing the following: opening a drop down box, and pressing down key will make the page scroll, but not the drop down box. alphabetical scrolling using keys doe snto work unless you scroll manually first in that box
The problems you just described have to do with focus. When you click down on the combobox it isn't getting the focus correctly. If you ensure it has focs everything works correctly.
Status: REOPENED → ASSIGNED
mass-move to M16
Target Milestone: M15 → M16
Moving out by executive order.
Target Milestone: M16 → M17
Summary: [FIXED FOR GFX]GFX list/combo box doesn't respond to keyboard input → [FIXED-GFX]GFX list/combo box doesn't respond to keyboard input
Keywords: nsbeta3
Summary: [FIXED-GFX]GFX list/combo box doesn't respond to keyboard input → [FIXED]GFX list/combo box doesn't respond to keyboard input
Whiteboard: Fix in hand
Summary: [FIXED]GFX list/combo box doesn't respond to keyboard input → [FIX]GFX list/combo box doesn't respond to keyboard input
Marking nsbeta3+
Whiteboard: Fix in hand → [nsbeta3+]Fix in hand
fixed
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → FIXED
Marking VERIFIED FIXED on: - LinuxRH62 2000-09-07-08-M18 Commercial - Win98 2000-09-07-08-M18 Mozilla - MacOS86 2000-09-07-04-M18 Commercial
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.