Bug 10328 - Favorites editing - entering new fav poorly implemented
: Favorites editing - entering new fav poorly implemented
Status: RESOLVED DUPLICATE of bug 10327
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.3.1
: PC Windows XP
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-14 17:29 UTC by Jim McAtee
Modified: 2008-12-15 10:58 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jim McAtee 2008-12-14 17:29:59 UTC
Entering a new favorite manually can be frustrating.  The field labels ('Name' and 'URL') are contained in the text input boxes and wiped out when focus comes onto the field.  That approach only works when there's _one_ field in the form (a simple search form, for instance), but does not work when there's more than one.  If the users moves back to either of the input fields from the other, the contents get erased.

Use two lines in the form and put the labels outside of the text boxes.

Name [                                 ]
URL  [                                 ]
Comment 1 Michael Herger 2008-12-15 01:36:29 UTC
isn't this a dupe of 10327?
Comment 2 Jim McAtee 2008-12-15 02:22:45 UTC
Editing an existing favorite doesn't have the little javascript annoyance of wiping out the input field contents on focus.  A fix for this one might be to only clear the text input contents when they contain 'Name' and 'URL', respectively, but I think the two line approach would be neater (and easier).
Comment 3 Chris Owens 2008-12-15 10:58:35 UTC

*** This bug has been marked as a duplicate of bug 10327 ***