Corinna Baksik

My feedback

  1. 126 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  2. 129 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  3. 154 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  4. 12 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  5. 132 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik commented  · 

    This is now a significant issue in the new UI: users with longer lists (favorites, loans) can't find items.

    When a user has more than 10 items in a list (favorites, loans, historic loans, requests), and they want to find a particular item using Control+F, they will get zero hits if their item is not in the first 10 items in the list, because the system only loads the first 10. They have no way to find the item unless they load the entire list. The only way to load the entire list is to scroll to the end of the page (i.e. the first ten), then scroll again to the end (the next 10), etc. until they have gone through the entire list, 10 at a time. For users with longer lists, the system performance slows down somewhere over 100 items, so it takes longer and longer to reach the end of the list.

    Use case: A user has 200 saved favorites. They remember they saved an item in the past with the word "dogs" in the title but they don't remember anything else about it. They go to their Favorites and use Control+F to search "dogs" and get zero hits and think the system is not working, or their memory is failing, when in fact the title is in their list but is number #197. If they happen to know about the system behavior of loading only 10 at a time (highly unlikely), they have to scroll down in 20 batches to have their entire list load, and then they can use Control+F to find the title.

    Requirement: there needs to be a way for a user to find items in a list, or to easily see/obtain the entire list. One possible solution would be a feature that allows you to export your entire list to Excel.

    Corinna Baksik supported this idea  · 
  6. 49 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  7. 145 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  8. 19 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  9. 173 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  10. 153 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  11. 18 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Alma » Acquisitions  ·  Admin →
    Corinna Baksik shared this idea  · 
  12. 92 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  13. 131 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  14. 15 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  15. 125 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik commented  · 

    Print screen is not a workaround for most records because they are too long to fit into one screen.

    Corinna Baksik supported this idea  · 
  16. 157 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik shared this idea  · 
  17. 4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Alma » Other  ·  Admin →
    Corinna Baksik shared this idea  · 
  18. 74 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik supported this idea  · 
  19. 98 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Corinna Baksik commented  · 

    I think this is the wrong approach. We do not want individual journal issues in the index at all - they flood the user with noise. For example, the HathiTrust issues are simply lists of issues with no added value to the user: http://screencast.com/t/TNMJqDSaH

Feedback and Knowledge Base