Bug 3909 - When saving a modified playlist the button shouldn't be "Rename"
: When saving a modified playlist the button shouldn't be "Rename"
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Playlists
: 6.3.1
: Macintosh Other
: P2 normal (vote)
: ---
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-08-10 12:54 UTC by Blackketter Dean
Modified: 2008-09-15 14:39 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Blackketter Dean 2006-08-10 12:54:56 UTC
If you create a playlist (in the web interface), save it, play it, modify it then try to save it again, you are prompted to Rename, rather than simply Save.
Comment 1 Chris Owens 2006-08-10 14:00:59 UTC
It looks to me like baybe if we want to do that, the Rename button can be simply changed to Save.  

Or are there still some cases when it ought to be Rename?  Or do we need to have both a Save and a Rename??

Andy, does this one fall under your user-interfacy expertise?
Comment 2 KDF 2006-08-11 21:06:56 UTC
most certainly, there will be cases when you save a modified playlist and realise when it is only a modified playlist, that you want to rename.  To me, "save" would be ok for all cases.  There is a confirm overwrite and a rename warning to make sure users are aware that they should change the name if they dont want to overwrite.  

Possible other option is to change the button text to rename via javascript when the user begins to enter text in the input box.
Comment 3 Chris Owens 2006-08-14 12:54:35 UTC
This is starting to get complicated.  Perhaps there is some other solution for the bug as originally reported.  I take back my suggestion.  :)
Comment 4 Chris Owens 2006-08-18 12:14:11 UTC
Dean says 'save' would be okay.
Comment 5 KDF 2006-08-18 20:22:41 UTC
fixed at change 9054, along with removing the note in docs for the savebuttonname param.