using 7/13 build of netscape 1) launch netscape 2) launch composer 3) click on bullet list 4) enter several items 5) click on middle of list somewhere 6) bring up Format | List properties 7) change list to numbered list it doesn't change the entire list to bullet list...just one item where you had your caret.. all platforms.
setting to m18
added correctness and nsbeta3+
setting priority in status whiteboard
Charlie, I'm assigning this to you to get it on your radar. You can assign it back to me if you want. The deal is that if someone selects a list item and changes the list type from the toolbar, we just change that one list item (breaking it out into a new list). But when someone (with the same slection) chooses a new list type from the list properties dialog, they are probably trying to change the whole list. But it only changes the list item. Similarly, when Format->List->Numbered is chosen, it only changes the list item. I think the menu and dialog should affect the whole list, and only the toolbar should try to act on just the selected items. Do you agree?
Per PDT. + to just take the List Properties menu item out completely. Nothing works, no time left at this point. beppe, can you reset to higher P level.
You are full of it. There's very minor changes needed here. We must have this dialog else list editing is a joke.
List dialog has been cleaned up and is waiting for review. Concerning the issue of changing the entire list to a type selected in the dialog, this is not easy to do because of the way the C++ list code works. It totally depends on the exact selection, so "applying" a new list type is impossible; changing list type involves inserting new list elements, moving children, etc. So the only way to do this is automatically change the selection to surround the entire list before calling the "MakeOrChangeList" method. Since changing the selection is not something we should do without user feedback, I've added radio buttons to give the user the option of changing list type for the entire list or only for selected items (like the toolbar buttons and menu items do.) Note that this option is not available if there is no existing list, or selection starts before, but extends into a list. The list properties in the dialog are those of the anchor node of the selection, even if selection spans across multiple OL, UL, or DL elements. I do not believe we should apply the list type to entire list in the menu items; generally, menu behavior should always act just like toolbar buttons. I think it's enough to give this option just in the List properties dialog. To make this more accessible, when the selection is in a list, the dynamic "Properties" item in the format menu and context popup menu will show "List Properties" so it is more accessible.
Work is done -- waiting for review.
checked in 9/5/00
verified in 9/6 build.