Closed
Bug 163586
Opened 22 years ago
Closed 20 years ago
core changes to allow building stand alone apps (like browser, or mail) from the mozilla trunk
Categories
(SeaMonkey :: General, defect)
SeaMonkey
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sspitzer, Assigned: bryner)
Details
core changes to allow building stand alone apps (like browser, or mail) from the mozilla trunk from http://bugzilla.mozilla.org/show_bug.cgi?id=90293#c19, bryner says: I think it would be great if it wasn't necessary to hack up xpfe/bootstrap for creating an arbitrary application. (In additon to what you've done, you'd also need to hack splash.rc on win32 or you won't be able to run minotaur concurrently with mozilla). There are basically 3 types of files that live in xpfe/bootstrap: (1) platform-specific native code (nsNativeAppSupport*) (2) generic XUL application code (nsAppRunner.cpp) (3) application-specific code (splash screens, rc files, icon files) It would be great if (1) and (2) could be linked into a static library, which then could be linked with application-specific code and resources to create an executable in a non-central location (for example, mozilla/mailnews/app). "if you don't change splash.rc, and you have mozilla running, launching minotaur will just give you a new navigator window because it does the dde thing or it may give you a mozilla mail window (not sure exactly how that works)... but it most likely won't start your app" "you also shouldn't really have to hack in the xpcom stuff for the profile location. it might be better to register your own nsIDirectoryServiceProvider. let's avoid a thousand #ifdef's"
Updated•22 years ago
|
OS: Windows 2000 → All
Hardware: PC → All
Comment 2•20 years ago
|
||
This has been done a long time ago.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•