Closed Bug 11426 Opened 25 years ago Closed 24 years ago

Mail and Editor appear in Task menu when not built into application

Categories

(SeaMonkey :: UI Design, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: darkmane, Assigned: jrgmorrison)

References

Details

Repro:
     CLean Build Tree
     configure --disable-md --disable-mailnews --disable-editor --disable-tests
--disable-static
     make
     cd dist/bin
     mozilla-apprunner.sh
     Click on the task menu


Behavior:

    Both messenger and Editor appear in the task menu

Expected behavior: Options that have been disabled by the build process should
not appear in the menu sytem.
Depends on: 11385
Made the bug dependant on 11385, because until the build system is fixed, no
testing can be done.
Assignee: trudelle → don
don, isn't this an XPApps policy issue? the menu itself works, so...
Component: XUL → XPApps
The xul files are not going to get modified by setting compiler flags. The menu
could be built by checking which components are installed but that is a bit of
work. Might be easier to just maintain 2 sets of xul. Set component to XPApps
OS: Linux → All
Hardware: Macintosh → All
Change platform and OS to all
Assignee: don → davidm
Priority: P3 → P2
Target Milestone: M13
David, how hard is it to fix this problem?  You're going to tell me that the
task menu is only the top goop on this whole modularity can of worms, aren't
you? :-)

Can you work with Paul Hangas and an Editor geek (Simon?) to make sure we at
least we have the multiple sets of XUL working the right way.
Yep fixing the task menu is a small percentage of the work. The new menu,
taskbar, search, prefs, help system and who know what else also needs to be done.
At one point in time hyatt was going to be doing some fancy chrome registry work
to allow overlays to do some of the UI merging work ( although I am not sure if
that is adequate). No idea what the current plans are. If we wanted a component
based UI we should have done some planning work.
This is related to bug #6064 and bug #10963.
Assignee: davidm → don
Target Milestone: M13 → M15
Move to M15.  Not required for beta 1.
Move to M16 for now ...
Target Milestone: M15 → M16
Target Milestone: M16 → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy
Assignee: don → vishy
nav triage team:

Would be nice to have, but probably won't get to it for beta1
Keywords: nsbeta1-
Priority: P2 → P4
XPAPPs & XPToolkit are jrgm's area
Assignee: vishy → jrgm
This is fixed is it not. Certainly the installers make sure that these 
menuitems are not overlayed if not installed. Or is this specifically 
for the unix build process. Marking WORKSFORME (and giving it back to 
the previous owner, cause ckritzer has been on a crack binge).
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Okay, so I can't close it and give it away at the same time ... [If it's 
reopened then it needs a new owner).
This should be split if it is ever reopened [MailNews and Editor are different 
<g>]. If it needs to be reopened, feel free to assign it to me. It would also 
need to be blocked by a menugroup xbl widget which hyatt promised.

Otherwise if this is partially fixed, i'll verify tomorrow.
small atomic mass update:
qacontact->jrgm
QA Contact: ckritzer → jrgm
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.