
Starting point for ordered fragment displays
Reported by Jerome J. Slote | June 16th, 2011 @ 10:57 AM
Fragment sets outside of hierarchies have a dropdown control to select the order in which the fragments will be displayed. It would be helpful to be able to specify a starting point for the set as well, to reach fragments that would otherwise remain undisplayed through multiple clicks of the "More" bar.
Ideally, the starting point and ordering would also be supported in a URL, so that the user could build them into a link. And a header of some kind would remind the user that he's seeing a bounded display.
Comments and changes to this ticket
-
marubinotto June 18th, 2011 @ 03:44 PM
- Assigned user set to marubinotto
I don't quite understand the necessity of this feature. Could you give me an example of a concrete situation where you need this feature?
-
Jerome J. Slote June 18th, 2011 @ 06:51 PM
Perhaps this case isn't typical, but I imported some 5000 fragments from several other applications, and they've needed management. Scrolling through them, Piggdb can start from title "A" or title [ZZZ], but has no obvious way to start from title M, for example. Starting from M improves the user's chances of identifying duplicate or redundant fragments, misspellings, batch processing candidates, etc.
Also, having been exported from another application that organizes records in its own way, fragment #4123 is likely to have some lingering relationship with #4122, but presently we won't see them together without scrolling from our first ID# or from our last.
Thus alphabetic and sequential groupings help the user create the logical groupings that are Piggydb's stock in trade, and they're more manageable if they can be launched from an arbitrary start point.
-
Jerome J. Slote June 18th, 2011 @ 07:03 PM
Perhaps this case isn't typical, but I imported some 5000 fragments from several other applications, and they've needed management. Scrolling through them, Piggydb can start from title "A" or title [ZZZ], but has no obvious way to start from title M, for example. Starting from M improves the user's chances of identifying duplicate or redundant fragments, misspellings, batch processing candidates, etc.
Also, having been exported from another application that organizes records in its own way, fragment #4123 is likely to have some lingering relationship with #4122, but presently we won't see them together without scrolling from our first ID# or from our last.
Thus alphabetic and sequential groupings help the user create the logical groupings that are Piggydb's stock in trade, and they're more manageable if they can be launched from an arbitrary start point.
-
marubinotto March 18th, 2014 @ 02:48 AM
- State changed from new to hold
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Piggydb is a Web notebook application that provides you with a platform to build your knowledge personally or collaboratively.