Open
Bug 305604
Opened 19 years ago
Updated 16 years ago
Scaled images 1px wide and very tall disappear and can't be enlarged
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: aguertin+bugzilla, Unassigned)
Details
Attachments
(2 files)
|
186 bytes,
image/gif
|
Details | |
|
6.86 KB,
patch
|
Details | Diff | Splinter Review |
If you view an image that has one very short and one very long dimension (say, 1px by 10000px), the 1px gets rounded down to 0 and the image disappears, with nowhere to click to enlarge it. Don't know where to file this, but layout: images can't be *too* far off the mark. Testcase coming.
| Reporter | ||
Comment 1•19 years ago
|
||
Comment 2•19 years ago
|
||
Just wondering do you see nothing or only some pixels? The testcase you attached is just a image 10000px high (with some black and red pixels more at the top), but not a black/red/whatever line 10000px high.
Comment 3•19 years ago
|
||
If you have the "Resize large images to fit the browser window" pref on - then you will not see anything, since the width has been scaled to zero. I think the reporter's request is reasonable for other reasons too. When *viewing an image* I think it makes sense if the background activates the image context menu also in areas where the image is not painted.
Comment 4•19 years ago
|
||
| Reporter | ||
Comment 5•19 years ago
|
||
(In reply to comment #2) Sorry, I just ripped the image off the site I first saw it on. The bug also happens with a solid black image. (In reply to comment #3) Mats, ideally I should be able to use a normal single click to enlarge, just like I'm used to (especially if I'm a normal user). Would it make sense to make the whole canvas sensitive to that, too?
Updated•19 years ago
|
Component: Layout: Images → XP Apps: GUI Features
OS: Linux → All
Product: Core → Mozilla Application Suite
Updated•19 years ago
|
Assignee: jdunn → guifeatures
QA Contact: layout.images
Comment 6•19 years ago
|
||
(In reply to comment #5) > Mats, ideally I should be able to use a normal single click to enlarge, just > like I'm used to (especially if I'm a normal user). Would it make sense to > make the whole canvas sensitive to that, too? Sure, I think it would be good if someone with more experience with end-user GUI stuff could say what is desirable before working on this further though. It occurred to me after I attached the patch that the context menu is now missing "Back" "Reload" "Bookmark..." etc that is not available on the regular image context menu, so we should probably add those also for example.
Comment 7•19 years ago
|
||
I agree that the entire canvas should act as a standalone image. It seems to me that all that is necessary is to separate the standalone image detection code from the image detection code. I'm not sure whether the standalone image detection code should set onImage or whether all the other uses of onImage should be fixed up.
| Reporter | ||
Comment 8•17 years ago
|
||
So, the bug as reported is now WFM. However, do we want to morph it into something like "Make entire viewport sensitive to clicks for image resize" or something? It's still *hard* to enlarge them, because you have to get your mouse over just the right pixel (in the X direction).
Comment 9•17 years ago
|
||
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: guifeatures
You need to log in
before you can comment on or make changes to this bug.
Description
•