Closed
Bug 46108
Opened 25 years ago
Closed 25 years ago
add "never compute 'empty'" switch to XUL template builder
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
RESOLVED
FIXED
M18
People
(Reporter: waterson, Assigned: waterson)
References
Details
(Keywords: perf, Whiteboard: FIX IN HAND)
Attachments
(3 files)
4.99 KB,
patch
|
Details | Diff | Splinter Review | |
13.01 KB,
text/plain
|
Details | |
928 bytes,
text/plain
|
Details |
We need to add a flag that tells the XUL template builder never to compute the
"empty" attribute. This will avoid over-zealous forward crawling of RDF
datasources, which is causing several bugs with menus and RDF datasources that
rely on "GetTarget[s]()" to know when to go out and look for information (e.g.,
bookmarks, filesystem, search...)
Assignee | ||
Comment 1•25 years ago
|
||
This is the "rest" of the fix for 38233.
Comment 2•25 years ago
|
||
It might be too late for this (unsure as to how many usages of "empty" there are
in the tree; originally, this was purely for Mail/News, right?), but I'm
wondering if the "default" should instead be to *never* compute empty, and
instead have a flag to turn *on* "empty" computation. Thoughts?
Comment 3•25 years ago
|
||
I say we put this on the widget rather than on the template, i.e., just like the
containment attribute.
e.g.,
<tree datasources="rdf:shadowland" builderflags="nevercheckempty,etc."
...
Comment 4•25 years ago
|
||
I agree with Robert. I think the default should be to never compute empty. If
putterman wants this feature, we can put it in mail/news and let them have this,
but it doesn't seem like something you want by default.
Assignee | ||
Comment 5•25 years ago
|
||
cc'ing putterman. sound ok?
Comment 6•25 years ago
|
||
as I told hyatt, I don't really care as long as mailnews still works. I'm
assuming this comes into play for twisties(at least it does in mailnews). In
that case I'm still not sure why it would be the common case to put twisties on
empty containers.
Assignee | ||
Comment 7•25 years ago
|
||
Comment 8•25 years ago
|
||
Comment 9•25 years ago
|
||
Assignee | ||
Comment 10•25 years ago
|
||
Beware there are some other diffs mixed up with the nsXULTemplateBuilder.cpp
changes!
Also, for this:
RCS file: /cvsroot/mozilla/layout/xul/base/src/nsMenuFrame.cpp,v
retrieving revision 1.139
diff -u -r1.139 nsMenuFrame.cpp
--- nsMenuFrame.cpp 2000/07/07 22:24:01 1.139
+++ nsMenuFrame.cpp 2000/07/25 05:35:36
@@ -508,7 +508,6 @@
viewManager->SetViewVisibility(view, nsViewVisibility_kHide);
viewManager->ResizeView(view, 0, 0);
// set here so hide chain can close the menu as well.
- mMenuOpen = PR_FALSE;
}
Did you want to remove the comment, as well?
Otherwise, looks good. r=waterson
Assignee | ||
Updated•25 years ago
|
Whiteboard: FIX IN HAND
Assignee | ||
Comment 11•25 years ago
|
||
hyatt checked in the fix for this
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•