All users were logged out of Bugzilla on October 13th, 2018

should automatically focus the largest frame as frameset loads




18 years ago
5 years ago


(Reporter: skasinathan, Unassigned)


(Blocks: 1 bug, {access})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)





18 years ago
If I goto and use keyboard uparrow, downarrow, page up, page dowm
to scroll, it doesn't work. 

Build: Today's commercial build on Win NT.

Comment 1

18 years ago
Nominating! I'm pretty sure most the user will use keyboard navigation.
Keywords: nsbeta1

Comment 2

18 years ago
After clicking in the page it then scrolls okay.  This is probably a dupe of one
of saari's initial focus bugs although it is interesting that it seems localized
to this page.
Assignee: joki → saari

Comment 3

18 years ago
Yup, it is the frameset on the page. Try it on IE, it doesn't work there either.
Target Milestone: --- → mozilla1.0


18 years ago
Blocks: 83552

Comment 4

17 years ago
giving to bryner, since he might know how to do it best. Not high priority
Assignee: saari → bryner


17 years ago
Keywords: access
Summary: Keyboard Navigation doesn't work on this page. → should automatically focus the largest frame as frameset loads


17 years ago
Blocks: 104166
OS: Windows NT → All
Hardware: PC → All
Target Milestone: mozilla1.0 → mozilla0.9.9

Comment 5

17 years ago
What is the rationale for focussing the largest frame?  Do we really want
different behavior from IE6?
Nominating for nsbeta1 triage.
Keywords: nsbeta1

Comment 7

17 years ago
nsbeta1- per ADT triage team, cc marlon for possible wontfix or invalid.
Keywords: nsbeta1 → nsbeta1-
Target Milestone: mozilla0.9.9 → mozilla1.2

Comment 8

17 years ago
Rationale for focusing the largest frame:

* You can't do anything interesting when focus is on a frameset.  You can tab to
other elements and use Ctrl+U to get the frameset source, but you can't scroll.

* In one type of frame setup, sometimes called URL cloaking, there is only one
frame.  If the frameset is focused instead of the frame, using the arrow keys to
scroll does nothing, Mozilla looks broken.

* In most frame setups, the largest frame contains the main content of the page.
 This is the frame the user is most likely to want to scroll.  Again, it might
not be obvious to the user that the page is a framed page (especially if the
navigation frame is on the left), so we shouldn't surprise him by ignoring his

One disadvantage of focusing the largest frame is that tabbing might not start
from the upper left corner of the page, but tabbing to links is much less common
than scrolling.  Also, scrolling is usually done before selecting a link, so it
makes sense for focus to start in the best place for scrolling.

Comment 9

17 years ago
i see your point, but i don't think it's right to guess which frame the author
intended the user to interact with by choosing the biggest one.  it would be
great if web page author could dictate which frame received focus on loading the
frameset. but given a reasonable focus order, i don't think that most users who
encounter frames will be upset by having to tab to desired frame.  

However, one scenario that might be reasonable to consider is to give initial
focus to any frame which had a scrollbar.  That would cover most cases.  This
way  the user is still sheltered from having to deal with the underlying
structure (frames) of a site. If there were more than two scrollbars showing,
then we go back to focusing the frameset, and let the user decide. 

Scrolling is the foremost activity when browsing webpages (aside from reading)


17 years ago
QA Contact: madhur → rakeshmishra

Comment 10

16 years ago
*** Bug 161553 has been marked as a duplicate of this bug. ***


16 years ago
QA Contact: rakeshmishra → trix

Comment 11

16 years ago
Marlon: I don't like the idea of "focusing the frame with scrollbars".  What if
multiple frames have scrollbars?  What if a site has multiple framed pages with
the same structure, but some content pages have scrollbars and some don't?  Have
you ever encountered a page where the main content was in the smallest frame?

Comment 12

16 years ago
Google Groups's framed-thread view uses javascript to focus the largest frame. 
This causes several problems: the large frame doesn't gain focus until it
finishes loading, the window jumps to the front when the frame finishes loading
(bug 196922), the window jumps to the front if you load the large frame outside
of the frameset, etc.

The fact that Google Groups has kept that javascript in place despite Brett
Tabke's repeated whining that it causes the window to steal focus suggests that
this bug is important.
Assignee: bryner → events
QA Contact: trix → ian
Target Milestone: mozilla1.2alpha → ---
Assignee: events → nobody
QA Contact: ian → events
You need to log in before you can comment on or make changes to this bug.