Closed Bug 75474 Opened 25 years ago Closed 24 years ago

images pre-cached still "flash"

Categories

(Core :: Graphics: ImageLib, defect, P4)

defect

Tracking

()

RESOLVED FIXED
mozilla0.9.9

People

(Reporter: andreww, Assigned: pavlov)

References

Details

(Whiteboard: [imglib])

Attachments

(1 file)

I added image pre-caching via XBL <resources> tag for mac OS buttons like "ok" and "cancel" but even though they show up in the about:cache as pre-cached the buttons still "flash" on mousedown - the very first time - as if the precached images werent getting used properly.
Blocks: 73982
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fixed.
reopening - I still see this behavior in today's build - 2001041704
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
explaination of test case file - This file contains a series of buttons - each of which contains a part of the "down" state for buttons. This simulates the act of pre-caching these images. Now the two images at the top are examples to "click" on. Notice that even when the images have been loaded as list-style-images in buttons, there still is a "flash" the first time those buttons at the top are pressed. Look at this in the mac classic skin for the most pronounced effect.
Due to comments in the bug, changing status to [imglib]
Whiteboard: [imglib]
Status: REOPENED → ASSIGNED
Target Milestone: --- → mozilla0.9.1
OS: Mac System 8.5 → All
Priority: -- → P2
Hardware: Macintosh → All
this will help with preloading chrome and improve UI appearance.
Keywords: nsbeta1+
I'd really like to fix this for 0.9.1, but i'm not sure I will have time.. may have to push to 0.9.1
Priority: P2 → P4
has the image preloading xbl been checked in to the tree, or is it going to be for 0.9.1? if not, can I move this to 0.9.2? If it has been checked in, or is ready to (assuming this bug was fixed), can we either get it in to the tree so I can more easily test it or send me the stuff to test it?
*** Bug 79552 has been marked as a duplicate of this bug. ***
Annoying, but not a stopper. Moving to m.9.2. Is there any answer to Pav's question from 5/21?
Target Milestone: mozilla0.9.1 → mozilla0.9.2
It still flashes as before, even after andreww's checkin (that was supposed to prevent that, right?)
Target Milestone: mozilla0.9.2 → mozilla0.9.3
yes, image pre-caching is checked into the tree for the following skins: modern (all platforms) classic (mac) windows classic does not have pre-caching yet. so as this bug states - event though the 9 piece buttons are pre-cached (you can see them in the about:cache view) they still will flash the first time they are accessed)
Pav, any updates on this one? Andrew's checkin fixes the toolbar issues, but it would be nice if everything worked correctly - such as dialog okay buttons and the profile manager buttons, which still don't seem to work properly.
are all images precached? including dialog images, etc.. or just the toolbar ones?
mac classic has pre-caching of toolbar buttons (just hover and down states) and ok/cancel type buttons. windows classic hasnt been checked in yet. modern has toolbar buttons pre-cached like mac classic, but the ok/cancel buttons aren't being currently pre-cached due to a missing patch. I'm filing a new bug on myself to get that in asap. So the best way to test this would be to use mac classic skin. Ill post the number of the bug for ok/cancel buttons in modern in just a sec.
the bug is bug 86673 -- although even when this is in... things still dont seem to work properly.
-> 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
is bug 92248 related to this?
.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.8
*** Bug 99051 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla0.9.8 → mozilla0.9.9
this was fixed by my checkin to not refect images multiple times
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: