10193 - Scroll by text block/Paragraph awareness

Status: RESOLVED WONTFIX

(Core :: DOM: UI Events & Focus Handling, enhancement, P3)

Description

[Crysgem]

Summary of request: Scrolling keys should recognize and align the viewport with
text blocks, and perhaps certain discrete elements and markup

Specifically, pressing a key (I say, ambiguously) would advance one to the next
paragraph (both denoted by <P></P> and not), or header, or <HR>, whichever is
next in document order - and align the top of it *precisely* with the viewport.

Rationale: When reading a long document, most especially lengthy text-only
essays, the utility of the scrolling mechanism (Page<Up/Down> keys, the
<shivers> scrollbar's "thumb") is often - "imprecise" - enough to be diverting.
When reading a long essay before a CRT, an activity itself difficult for some
users, there is a tendency to recline and leave a single hand available for
interface (for myself, usually at the keyboard, specifically the PageUp/PageDn
set of keys). I am not presently reclining, and let those who doubt know that I
am sitting upon a stack of empirical data printouts from users. In using the
PageScroll keys, occasionally some co-adjustment with the mouse is required to
align the verses with the viewport. Ergo forcing the user to employ once more
two hands (no evolution jokes, please). This would also alleviate the
microcephalic horror of the scrollbar thumb, which can be become microscopic and
grossly overresponsive aside a long document.

Comment 1

[Crysgem]

This bug is assigned to [e-mail]? Ach, oh my. Better, the QA engineer
assess the validity.
Note, I do not advocate the installment of this behavior as the default.
Implementation details are enjoyable to discuss further, but I do not judge this
the venue.

Comment 2

[rubydoo123]

Let me step in here for just a minute. We do not assign QA Contacts as the
"Assigned To" development engineer. The QA contact always gets notified anytime
a bug is touched, just by being the QA contact. If additional information is
necessary, then just request the information in the bug and the QA engineer will
do the investigation. By removing the development engineer from the bug and the
discussions taking place within the bug will only inhibit them from staying on
top of the issue. Please refrain from re-assigning the bugs to QA engineers in
the future. Thanks

Comment 3

[joki (gone)]

With current bug counts I wouldn't expect this to happen by me in 5.0.  Setting
to remind.

Comment 4

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 5

[Loco]

Updating QA Contact.

Comment 6

[Loco]

Joki, is it time to remind you yet?:)

REOPENING, so you can Future it I guess.

Comment 7

[joki (gone)]

Yes, since Future seems to be the Remind of the current bug gods I'll change it 
to that.

Comment 8

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 9

[Madhur Bhatia]

QA contact updated

Comment 10

[rubydoo123]

removing myself from the cc list

Comment 11

[Jo Hermans]

*** Bug 166018 has been marked as a duplicate of this bug. ***

Comment 12

[Pham]

http://bugzilla.mozilla.org/show_bug.cgi?id=179125#c3

joki is no longer here

Comment 13

[Mike Conca [:mconca]]

In the 20 years since this bug was filed, the web has changed a lot:

• page navigation is largely standardized across multiple, competing web browsers
• the mouse scroll-wheel is a common if not standard feature
• high-resolution, LCD/LED monitors replaced CRT monitors
• smart phones, tablets and laptops are common browsing devices
• Firefox implements Reader Mode to help with page readability
• web pages are not simple text, but are visually rich in colors, images, and video
• CSS and JavaScript dominate page layout, making pages much more interactive

An idea whose time has passed, I don't see Firefox implementing this.

Comment 14

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/3d478f50bba2
[fenix] For https://github.com/mozilla-mobile/fenix/issues/10193 - Remove page title when sharing links