|
[
Permlink
| « Hide
]
Peter A. Knoop added a comment - 30-Jan-2008 08:32
I'm sure this is pobably included, but don't overlook the multiple selections working with more than just the move to the absolute top or bottom of the list. It should work with the single-step arrows too. For instance, if you want to move a single item a distance in the list, you should be able to multiple-select a group, and then move that group "one step" in order to move a single adjacent item above/below that group
This is implemented and getting a final UI review. The feature works as follows:
When using absolute movement, all selected items are moved to top or bottom, in a contiguous group, in their original order. When using incremental movement: * Single items are swapped with the next item in the selected direction (or staying at the top/bottom) * Groups are moved, intact, and in order by one slot. Any gaps in selection are preserved unless moving against the top or bottom. In this case, the group is compressed with successive clicks, approaching the behavior of absolute movement. Attaching a bundle to apply to 2.3.x. See the README inside for the very simple details.
This change has been made across 2.3.x, 2.4.x, 2.5.x, and trunk. The 2.4.x and 2.5.x versions have their own branches under user and the 2.3.x version is attached here. The trunk version (
Attaching screenshot of change, highlighting move to top and move to bottom functions and multiple selection.
Noah, I see the check-ins to trunk from the
Peter: Since there are UI and behavior changes, we declined to request merge to the maintenance branches. However, there are patches that can be picked up for 2.3, 2.4, and 2.5. Please advise on appropriate fix/affects versions.
Gotcha, so its only fixed directly in trunk, so 2.6 is the only fix version needed. For the other versions folks will have to manually obtain and install the appropriate code you've made available.
I'm reopening this because it doesn't seem fully fixed. In 2.6.0-alpha02 one does see the updated Customized Tabs screen when Preferences is opened. However, this screen doesn't work at all - if you press any of the buttons the updated screen disappears and the old one appears. As such, it seems that the code is not fully integrated - at least on alpha-02.
[Bulk Comment] This is issue is currently scheduled to be resolved for inclusion in the Sakai 2.6.0 release, however, it is still unresolved. If you still planning on resolving it, please reply with a comment indicating when you expect to have it resolved. If you don't think you will be able to address this issue in time for the release, please reply with a comment indicating such; particularly if this issue is Blocker or Critical priority. If the resolution of this issue is to be delayed until a future release (i.e., 2.7), then please update the Fix Version accordingly.
Marking this as fixed. The feature is implemented as intended, though it does not appear properly when using the DHTML More Sites drop-down. The feature should be verified as a part of the final 2.6.0 QA sweep. A new issue has been created to track the consistency between the modes, which may involve some design and semantic considerations -- SAK-16376.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Task
Resolved
Major
Add ability to move to top or bottom with one click in customize tabs
