Closed Bug 9656 Opened 26 years ago Closed 24 years ago

[rfe] outliner column reordering

Categories

(Core :: XUL, enhancement, P2)

Product:
Core
Component:
XUL
Type:
enhancement

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.5

People

(Reporter: trudelle, Assigned: hewitt)

References

Details

(Whiteboard: 8 days)

Attachments

(2 files)

patch
49.27 KB, patch
Details | Diff | Splinter Review
clean patch sans titletip crud
33.98 KB, patch
sspitzer
: review+
Details | Diff | Splinter Review
Reordering of columns 2 days hyatt 0%
Mass changing all XPToolkit M10 feature 'bugs' to target as p2 enhancement for M10
Blocks: 9673
Blocks: 11091
Assignee: hyatt → pinkerton
taking shit from hyatt.
No longer blocks: 11091
moving on to m11 because with all the infrastructure work i have on my plate, there's no way i'm getting to these in M10.
Blocks: 9685
No longer blocks: 9673
Whiteboard: 2 days
added estimated remaining duration in status whiteboard field
Blocks: 12666
Blocks: 12716
This is no longer a beta requirement.
Blocks: 13355
Target Milestone: M11 → M15
if that's the case i'm pushing this off.
No longer blocks: 9685
Blocks: 15774
dividing up phillips qa contact bugs, he no longer works here
I do not even know how to implement this. It's huge and scary.
Whiteboard: 2 days → 8 days
this ain't gonna make the m15 train.
Target Milestone: M15 → M16
Summary: sched: Tree D&D - Reordering of columns → [feature][Tree D&D] Column Reordering
Not enough time left to do this in time for PR2. Adding dependency on 30511, resolving as later & cc'ing phil & don
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Depends on: 30511
Resolution: --- → LATER
Is there a hack available? Suppose we bail on drag/drop reordering, and use, say, a modal dialog with a listbox, and allow users to move columns using up/down arrow buttons? Would that make life easier? If so, I'd prefer that over nothing.
Rubber-stamping as Verified/Later. Will re-open bugs for reconsideration if evidence exists that feature omission is significant.
Status: RESOLVED → VERIFIED
No, my understanding is that the main work is in munging the XUL and/or DOM, and that even a hidden JS pref requiring relaunch is out.
reopening all latered bugs
Status: VERIFIED → REOPENED
Resolution: LATER → ---
Moving all latered bugs to M20 as ordered by project manager. Although these bugs are now open, assigned and targetted, XPToolkit has no plans to fix/implement them in the current release cycle, if ever.
Target Milestone: M16 → M20
Mass move of all M20 bugs to M30.
Mass moving M20 bugs to M30
Target Milestone: M20 → M30
*** Bug 34833 has been marked as a duplicate of this bug. ***
*** Bug 34833 has been marked as a duplicate of this bug. ***
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future
Please save order and size of mail/news message columns. This can be a global value, it does not have to be different for each news server. Also, in build 2000080808 Win 98 I cannot resize the Sender column. (No double arrow on the right hand side of the sender column header.)
Status: REOPENED → ASSIGNED
How significant is this feature in the new release cycle?
QA Contact: elig → jrgm
I don't know, but I doubt it would merit 8 day's worth of Pink's time. cc kmurray for input.
*** Bug 60942 has been marked as a duplicate of this bug. ***
*** Bug 63903 has been marked as a duplicate of this bug. ***
*** Bug 65362 has been marked as a duplicate of this bug. ***
Does anyone know of a temporary workaround that lets you reorder columns in the MailNews 3-pane, like hand-editing a preference file or something?
Adding nsbeta1 keyword. This is something i would really like to see finally make it into the product. And given all the dups, I think other people would too. As mentioned above, by phil: "Suppose we bail on drag/drop reordering, and use, say, a modal dialog with a listbox, and allow users to move columns using up/down arrow buttons? Would that make life easier? If so, I'd prefer that over nothing."
Keywords: nsbeta1
No, the actual UI is a small part of this, and D&D would be the preferred means. The problem is that rearranging the XUL content would be "a world of hurt" according to pink & hyatt. We'd still like to see this in the product, but considering the cost, we think that other work takes priority, especially since this is something people tend to do at most once.
I think I might be the first person using the nscatfood keyword.
Keywords: nsCatFood
Blocks: 74644
*** Bug 83000 has been marked as a duplicate of this bug. ***
*** Bug 57485 has been marked as a duplicate of this bug. ***
*** Bug 84893 has been marked as a duplicate of this bug. ***
Now a mostfreq.
Keywords: mostfreq
*** Bug 50976 has been marked as a duplicate of this bug. ***
I am now working on this and have it working in my tree. It depends on the new XUL box model feature box-ordinal-group (bug 93519) which allows boxes to be painted in an arbitrary order. I'll get the box-ordinal-group stuff checked in after the tree re-opens post 0.9.4 and then the patch for this will follow.
Assignee: pinkerton → hewitt
Status: ASSIGNED → NEW
Depends on: 93519
Summary: [feature][Tree D&D] Column Reordering → [rfe] outliner column reordering
Target Milestone: Future → mozilla0.9.5
d00d, you rock.
Status: NEW → ASSIGNED
*** Bug 94402 has been marked as a duplicate of this bug. ***
Attached patch patch — — Splinter Review
mColumnsDirty should be initialized to PR_TRUE in the constructor of the body frame. I don't like the idea that it is uninitialized until you add a column to the outliner. Also, the title tip stuff is mixed up in outliner.xml. Could you give me a version of that file without the title tip stuff mixed in?
sr=hyatt, but please add mColumnsDirty = PR_TRUE; to nsOutlinerBodyFrame::nsOutlinerBodyFrame(...)
*** Bug 101097 has been marked as a duplicate of this bug. ***
Comment on attachment 50098 [details] [diff] [review] clean patch sans titletip crud r=sspitzer
Attachment #50098 - Flags: review+
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Joe, how do you want to recieve feedback on this? It looks like I'm seeing some weird behavior on trunk 2001-09-26-03.
Bug 101775 was filed on the quirky behavior. There is a fixed attached already.
Verifying fixed from playing around extensively with the columns of the message pane extensively. 2001092703 on Win2K. I filed two new bugs for minor nits, see bug 101957 and bug 101958.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: