Closed
Bug 11426
Opened 26 years ago
Closed 24 years ago
Mail and Editor appear in Task menu when not built into application
Categories
(SeaMonkey :: UI Design, defect, P4)
SeaMonkey
UI Design
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.
Reporter | ||
Comment 1•26 years ago
|
||
Made the bug dependant on 11385, because until the build system is fixed, no
testing can be done.
Updated•26 years ago
|
Assignee: trudelle → don
Comment 2•26 years ago
|
||
don, isn't this an XPApps policy issue? the menu itself works, so...
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
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.
Comment 7•25 years ago
|
||
This is related to bug #6064 and bug #10963.
Updated•25 years ago
|
Target Milestone: M16 → M18
Comment 11•24 years ago
|
||
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
Vishy
Assignee: don → vishy
Comment 12•24 years ago
|
||
nav triage team:
Would be nice to have, but probably won't get to it for beta1
Keywords: nsbeta1-
Priority: P2 → P4
Assignee | ||
Comment 14•24 years ago
|
||
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
Assignee | ||
Comment 15•24 years ago
|
||
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).
Comment 16•24 years ago
|
||
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.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•