Closed
Bug 93093
Opened 24 years ago
Closed 24 years ago
Optimize OS/2 and Windows splashscreens
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: megabyte, Assigned: hwaara)
References
Details
(Keywords: memory-footprint)
Attachments
(2 files, 1 obsolete file)
The splash screen currently takes up way too much space. I used ResHacker to
replace the splash screen with the same bitmap saved using RLE. mozilla.exe
shrank from 342k to 104k.
Reporter | ||
Comment 1•24 years ago
|
||
so if the bitmap isn't changing can we check in a compressed version?
[reporter fwiw we kind of froze the picture stuff due to licensing issues]
Assignee: asa → blake
Component: Browser-General → XP Apps: GUI Features
Keywords: footprint
QA Contact: doronr → sairuh
Comment 4•24 years ago
|
||
oh i am all over this. we can either wontfix it or dupe it. either way, we
aren't changing the existing splash. I'll dupe it for now against the bug for
new splash screens.
*** This bug has been marked as a duplicate of 32218 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 5•24 years ago
|
||
Since bug 28028 is /still/ not resolved I was hoping we could at least reduce
the size of the disk/distribution footprint. We aren't changing the displayed
image _at all_ so why not do this?! All that is required is
replacing /mozilla/xpfe/bootstrap/splash.bmp with the attached file. If the
licensing issue is going to be resolved RSN I would understand, otherwise it
sounds extremely bureaucratic to me.
Reporter | ||
Comment 6•24 years ago
|
||
This really shouldn't be DUPLICATE, REOPENing with depends.. The Netscape
releases should also do this with their splash screens.
i think the dependency on this bug should be reversed. bug 32218 should depend
on this bug, since any new incorporated splash screen should be rle compressed
in the first place.
Reporter | ||
Updated•24 years ago
|
Keywords: mozilla0.9.8
*** Bug 116865 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 9•24 years ago
|
||
The picture I attached to the dup is slightly smaller than the one attached
here, so I'm gonna attach these here.
This is the windows splashscreen. From 299K -> 59K (240K less!)
Attachment #44244 -
Attachment is obsolete: true
Assignee | ||
Comment 10•24 years ago
|
||
This is the splashos2.bmp image - the splashscreen for OS/2.
It goes from 298K -> 101K (197K less).
Assignee | ||
Comment 11•24 years ago
|
||
As I think this will cut bloat, (and speed up startup slightly?) I see no real
reason for not checking it in?
We don't need to go through the trouble of fixing bug 32218 (creating a new
splashscreen) to optimize the current one meanwhile.
Comment 12•24 years ago
|
||
sure, I'm for it. let's see what it does to startup time. sr=alecf
Comment 13•24 years ago
|
||
r=mkaply. New splash works fine on OS/2.
And it reduces our MOZILLA.EXE. woohoo.
Reporter | ||
Comment 15•24 years ago
|
||
I filed bug 118183 to take the next step in splash bitmap compression.
Assignee | ||
Comment 16•24 years ago
|
||
fixed.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Summary: Use RLE on splash bitmap → Optimize OS/2 and Windows splashscreens
Updated•24 years ago
|
QA Contact: sairuh → jrgm
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•