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)

defect
Not set
normal

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"
OS: Windows 2000 → All
Hardware: PC → All
Seems this bug is either fixed or obsolete, no?
This has been done a long time ago.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.