Sorting in the library window
This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
Also, how about an expand-all button, or setting for default. I only just discovered the shortcut of minus key (-) and plus key (+)
Thanks!
Cheers!
@JonEP do you have a link to that ticket? That would be grate.
https://www.zotero.org/trac/ticket/1656
Zotero should now consider the last and first names of all creators represented by the Creator field for an item (meaning, in order of preference, all of the primary creator type (usually Author), all editors, or all contributors).
While this change has the potential to greatly slow down display of the items list, I think this implementation should perform pretty well. (Among other things, Zotero will sort on the first word of the visible Creator field first, loading and sorting on the full creators only if necessary.) It still needs some testing on large libraries, though, and particularly those with many identical creators. Some additional optimizations (e.g., comparing only the first few creators) may be warranted.
The new behavior will be available in 2.1b3.
I'm still quite interested in being able to sort by columns... any chance developers could take this up? For instance, it would be great to switch from a view of the library sorted by lastname, firstname, date to a sort by lastname, firstname, title.
Thanks.
But, what I'm guessing is now probably a simple question and I'm just missing it somehow is:
How in the "Creator" column do I show "Lastname, Firstname".
I'm beginning to get enough references where I have multiple authors with the same last name and multiple entries for each. For example 7 different authors all the same last name (ie. Smith) with 3-5 entries for each author, scanning the library list becomes confusing not knowing which "smith" i'm looking for.
Thanks.
http://forums.zotero.org/discussion/12228/sort-bibliography-by-page-number/
http://forums.zotero.org/discussion/19573/sorting-possibilities/
http://forums.zotero.org/discussion/17725/allow-more-fields-to-be-presentedsorted-in-middle-pane/
I've started a new thread as a general approach to this question: http://forums.zotero.org/discussion/20637/more-sortby-columns-in-middle-pane/#Item_1
Thanks.
I really need to have titles sorted within author. But I can just as easily see date sorted with author or title within publisher, or a bizillion other combinations. So I'm waking this thread up.
A possible solution would be to add a "sort by" field with a simple rule for default construction and a way of reconstructing it for a particular project. The rule could be something like "first author + title + publication year" and a menu item of "construct source". "Sort by" would populate on creation (rather like "visible name" in many contact managers). "Construct sort" would simply blindly apply the rule, overwriting whatever is there. It would take a few moments to execute, but it would save a huge amount of time.
So is anything being done to implement a more advanced sorting technique?
Having a more agile sorting feature would make it possible to carry out this query, and many others besides.
Edit: Of course, a workaround is to create a new saved search in which the Publisher = x, and then organize by date within that search. Advanced sorting would save some steps...
Anyway, I just thought I would check in regarding this.
Thanks
Thanks,
David
Too many extra buttons and options decrease usability and if Zotero's user interface were as cluttered as Excel's, that'd be truly bad...
http://tablesorter.com/docs/ has an alternative way of sorting tables, which may be somewhat harder to implement in XUL. I like that it's more obvious to the user what's going on behind the scenes, has great visual indications (though maybe multiple colors could be better), and it works better with the way users think about sorting tables. With stable sorting, you go backwards from the way you think (i.e. if I want to sort by author, then year, then title, I would first sort by title, then year, then author), but with modifier key sorting, you go forward (i.e. sort by author, year, title). (BTW, this is also implemented in Wikipedia's tables)
But, what happens if the user shift-clicks the column that was already included in the sort order? Does the column change precedence? Does it change sort direction?
There's also some benefit to predefining secondary sorting (i.e. when sorting by author, sort by year as secondary sort by default), which would be incompatible with stable sort, but would be ok with shift-click sorting.
I just checked another piece of software that I use (IMatch) and in the current version they have a sort button. There are preset sort options and users can create new sort options. Then when you want to change the sorting you click on this button and a drop down menu appears with the different sort option to choose from. If zotero had something like this I would likely be using it all the time.
I have a few common sorting patterns that I use, which I could set as preset. (Sort by publication then year). (Sort by author then year.
Anyway my thoughts.
Since the program has already been programed to sort the columns by secondary and tertiary fields by default perhaps that detail can be put in the hands of the users to choose?
How important would it be to be able to choose different additional sorts depending on the primary field selected, or is a single list that skipped the primary field (as is currently implemented) sufficient?
I guess if it is possible give the user a number of choices. If that was possible I would then likely go in to the preferences and change the default sort order depending on what I was looking for.
Thanks!
This does not work in Zotero, because Zotero predefines secondary/tertiary sorting for certain fields. For Publication, the secondary sorting is done on Creator, so if I sort by year first, then by Publication, I get a list that's sorted by Publication and then by Creator. This is fine for Zotero, I guess, since logical ordering can be predicted for most cases (though clearly not everyone).
The "convoluted 'hidden sort order following the click history' idea" I was talking about initially is exactly the above, except I didn't know what to call it at the time and the "history tracking" is implicit in the algorithm. https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/Tutorial/Styling_a_Tree suggests that we can style tree column headers. I'll mess around with it.
I also have a feeling you won't be able to style the column headers sufficiently — even when elements are styleable in the tree, the available properties are extremely limited — so I suspect a pref is the best we can do here.
Dan doesn't think that enough users care about being able to sort by multiple columns and that the preset sort orders are sophisticated and do what most users want. I think I got that correct Dan. Please correct me if I am wrong. So given that there has not been user control over sort orders beyond the first columns yet this particular thread is almost 5 years old I will take what I can get even if it is not perfect.
If I had my way I like the idea of a small dedicated button or a button under one of the icons that when clicked on had a drop down menu that allowed the user to choose from a set of defined sort options. The user would also be able to add preset sort orders to this list and delete and change ones that were present. I guess if I really had what I wanted I would take this plus the idea that bwiernik suggests. But like I said I would be happy with any additional control over sort order that I can get.
Dan I know you mentioned that you don't like the idea of more buttons, etc. You could give us a preference that allowed us to include or not include this button so those that didn't want it could avoid it.
And thanks Dan for all your hard work on this project. I really do appreciate your dedication and hard work. My post is by no means attempting to be critical of your thinking, etc.
Thanks,
David
But I realized there's something else we can do (albeit it in a very hacky way):
https://www.dropbox.com/s/61m70ve2mesn2wv/secondary_sort.png
This seems like by far the simplest solution.
I'm leaning towards making it remember the selections for different primary columns separately. That could be slightly confusing if you didn't realize what was happening, but if you did it would probably be more useful.