Closed Bug 45773 Opened 25 years ago Closed 23 years ago

anyone got a splashscreen for linux? (for -splash)

Categories

(Core Graveyard :: Cmd-line Features, defect, P3)

Product:
Core Graveyard
Component:
Cmd-line Features
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: bugzilla, Assigned: bryner)

References

Details

(Keywords: helpwanted, platform-parity)

the -splash option supposedly launches the splashscreen upon startup for the linux bits. but there isn't a splashscreen currently available. if There Never Will Be, should this option be removed? i can understand leaving this option here just so others could have the option of adding one on their own splashscreen... but if someone would be so kind as to send me an image and instructions to test whether it even works, that'd be great. (hint, hint :-)
Keywords: pp
Pavlov should probably own this.
look in the /package directory. splash.xpm, it's the same image as the win splash screen. I couldn't get it to work with build 071720 though.
over to pavlov. Didn't syd have a patch for this once upon a time? Can't we all just get along and get a startup image on the screen?
Assignee: don → pavlov
Yes, I had a working splash (minus the dymanic updates showing component registration).
future... if someone wants to provide a solution that does not require the application to be linked to X, then i'm all for it. some possibilities would be some kind of ascii display, that some external app could read in and display a splash screen... or something
Keywords: helpwanted
Target Milestone: --- → Future
Blink. Not linked to X? Can you explain further why it is bad for an X application to be linked to X?
because we are modular. we happen to load widget and gfx and timer libraries which use gtk and are linked to X, but I should be able to replace these with anything else I want, such as nanox or berlin and not have a dependancy on X.
Still, what implementation of Unix doesn't have Xlib, and what toolkit is not X based? If we do a curses implementation someday (for example, and it is a long way off I bet), I'd be glad to re-architect but we should be able then to have a solution that can support X on X implementations and curses on curses implementations... The reality is for the foreseeable future we will be X based and so there is no need for this restriction.
By the way I appreciate what you are saying, but the reality is, we might be slightly incompatible with (potential, vapor) future implementations where this modularity is important, but our startup time is awful and we need something up there that shows progress and let's users know we are not hung, we can do that now, I'd go as far as saying we can go a few releases linking to GDK, it isn't going to matter.
Berlin and nanox are both not Xlib based.
good catch, justin! i'm gonna keep this one around (since it impacts command-line functionality), but i'll make it dependent on bug 27446.
Depends on: 27446
Netscape Nav triage team: this is not a Netscape beta stopper.
Keywords: nsbeta1-
add cc:
QtEmbedded is another instance that wouldn't like a dependency on X11.
A configure config should do, not? It would be enabled on X11, but disabled on Unix non-X11 binaries.
I'm starting an effort to formalize an effort to revise the parts of Mozilla's appearance outside themes, such as the icon suite, the installer, the splash screen, and the Profile Manager dialog. I've started a web page with some initial ideas and bug links at [http://greg.tcp.com/mozilla/ui/Outside/introduction.html]. I welcome any and all comments on it.
bryner
Assignee: pavlov → bryner
this is fixed. we use the same splash screen as windows and mac.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
works fine on mozilla and commercial linux builds [tested on rh7.2]; respective splashscreen appears now, when using -splash.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.