Status/link panel gets in way (obscures a find result at bottom-right side of page)

RESOLVED FIXED in Firefox 12

Status

()

Firefox
General
RESOLVED FIXED
7 years ago
6 years ago

People

(Reporter: Alice0775 White, Unassigned)

Tracking

({regression})

Trunk
Firefox 12
x86
All
regression
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: fixed by bug 171237)

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
Created attachment 518019 [details]
sample.html

The Bug 631270 is not fixed in case the link positioned at bottom-right side.

Reproducible: Always

Steps to Reproduce 1:
1. Start Minefield with new profile
2. Open attached html
3. Press Ctrl + F
4. Type "Firefox" in findbar
5. Click contents area
6. Press F3 and repeat


Steps to Reproduce 2:
1. Start Minefield with new profile
2. Open attached html
3. keypress / (Start quick find)
4. keypress minefield

Actual Results:  
 Status panel gets in way / obscures a Find result

Expected Results:  
 Shuld not.
(Reporter)

Updated

7 years ago
Blocks: 541656

Updated

7 years ago
Duplicate of this bug: 641307
(Reporter)

Updated

6 years ago
Duplicate of this bug: 643178

Updated

6 years ago
Summary: Status panel gets in way / obscures a Find result at the bottom of the page → Status/link panel gets in way (obscures a find result at bottom-right side of page)

Updated

6 years ago
Blocks: 631250

Comment 3

6 years ago
I agree. I think a horizontal approach would be a more appropriate solution, like in this presentation:

http://www.youtube.com/watch?v=YmgYspOx-Aw

- I assume what's annoying to people is the status text, displayed by a script or page load info. I don't think link target displays are the problem, as one can simply move the mouse cursor away from the link. Please correct me if I'm missing something.

- Horizontal replacement makes confusion and it's hard to read right aligned text. I didn't know it was because of the find bar, and was trying to get used to link targets being displayed on the right, but it was tiring.

In the presentation above:

- Find operation tries to center the result, OR a safe region (probably just the bottom border) is defined and bring-to-display operations use that region.

- When the current frame is the main frame, it can be scrolled a little more, bringing a padding in the bottom. This may look like an empty status bar, without the screen real-estate disadvantage of a persistent status bar.

In Opera Mobile, the top buttons go away and come into the display with the page's top when one scrolls. The padding area in the bottom is a similar idea.

Comment 4

6 years ago
(In reply to comment #3)
> - I assume what's annoying to people is the status text, displayed by a script
> or page load info. I don't think link target displays are the problem, as one
> can simply move the mouse cursor away from the link. Please correct me if I'm
> missing something.

For me it started with the mouse over link. There are cases when you e.g. use find i page, find a text which is a link which is the last line of the page and the link is the left then the found text was obscured by the destination link.

> - Horizontal replacement makes confusion and it's hard to read right aligned
> text. I didn't know it was because of the find bar, and was trying to get used
> to link targets being displayed on the right, but it was tiring.

I agree to that. What's more confusing that the destination link is overlapping content is when it's not clear where you can expect the destination link to be shown.

Browsers have for a decade shown the status/destination link at the bottom, at the same place. It's hard/next to impossible for me to get rid of this habit. I'm just glad there's an extension which does that already.

Updated

6 years ago
Duplicate of this bug: 647986

Comment 6

6 years ago
Which extension?

Comment 7

6 years ago
the problem is even worse: for example, if you have a chat popup-window open with not much width and the chat-inputfield is right at the bottom, then the tooltip always stays on top of that input-field.

example: cgi-irc: http://www.spacetrace.org/irc-portal.php

Comment 8

6 years ago
Is this not a Core bug instead of a Firefox bug?

Comment 9

6 years ago
It's a Firefox UI

Updated

6 years ago
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Depends on: 171237
Resolution: --- → FIXED
Whiteboard: fixed by bug 171237
Target Milestone: --- → Firefox 12
This bug still happens when the searched text is on the bottom right corner of the page. But that's a rare use case.

Comment 11

6 years ago
Is it really rare? In RTL pages, text can be shown on the bottom right corner. For example:
http://ar.wikipedia.org/wiki/%D8%AA%D8%B5%D9%86%D9%8A%D9%81:%D9%88%D9%8A%D9%83%D9%8A%D8%A8%D9%8A%D8%AF%D9%8A%D8%A7

Comment 12

6 years ago
It happens elsewhere too.
Examples:
 - http://www.microsoft.com/en-us/default.aspx "© 2012 Microsoft" at the bottom right corner
 - on this page <https://bugzilla.mozilla.org/show_bug.cgi?id=640132> "Top of page", also at the bottom right corner
 - most Wikipedia pages (that have text to the right edge of browser window), not only at bottom but on the entire page. Example: http://en.wikipedia.org/wiki/Lum_Invader
 - and many more (these are the first four pages I tried. One was google.com where the text is mostly left aligned, so this issue does not happen. Oh wait, it does, if the link is long enough, like the "cached" links. That is: every second link on the page does create the issue.)

Comment 13

6 years ago
an easy solution would, if firefox would check, if you have the bottom status bar enabled and if so, then use this bar for the link instead of showing it inside the page.
this would solve the problem for all users, that like a status bar at the bottom.
if the status bar is disabled (like in default) then we would need another solution:
firefox should check, if there is something important there (like input-fields, etc...), where it intends to show the link. if so show it on the other side - if there is something important too, or the window is so narrow, that the link would reach to the other side and conceil something there, then just "dont show the link" anywhere, show a spinning wheel instead or something
You need to log in before you can comment on or make changes to this bug.