>Are you using the "morethanthis" parameter?
No.

>Should be fixed in 15739 (please don't complain about the missing 
>insert/remove links in this page - moreThanThis is not officially supported.
I can't see the delete item from playlist button still.  I've cleared my cache.

>> When dragging a song, the song can be dragged way off the top/bottom, but 
>> this doesn't scroll the playlist screen up/down.
>
>It does for me. But as you've noticed when you reported this before, you may 
>not rush it. If it still doesn't work for you, do you see JS errors? (and 
>please add your browser/OS configuration to your signature - I never 
>remember...)
>
Ah, I'm not sure I was too clear in my previous mail - I can get it to scroll 
up/down whilst dragging if I move slowly to the correct area; I was just 
commenting that it's a bit unclear where the top/bottom of the scrollable list 
is - you can drag an item above it and it looks like you are dragging the item 
away from the list.  I was thinking that it may be clearer to keep the 
draggable item displayed within the limits of the draggable area, and scroll if 
the mouse is move near the top of this scrollable area or anywhere above it (if 
that's possible).

>> The mouse pointer changes between a hand and an arrow pointer inconsistently 
>> (should only be a hand when in the lighter-grey
>
>Hmm... again, this seems to be the case for me: as long as I am over draggable 
>items, it's the hand pointer only.
>
I think what I was seeing is because I have a long playlist.  If you have a 
scrollbar, and you are at the top of the list, and pick and item to drag to the 
top of the list it looks correct - as soon as you drag above the All Songs 
link, the pointer changes back to an arrow pointer.  However, if the scrollbar 
is moved downwards so you can't see the top of the playlist items, and you drag 
an item above All Songs, it still displays the hand pointer (eg, move over the 
playlist name, and above that).  Dropping here actually moves the item to the 
position in the playlist, as if the playlist extends off the top of the bit 
that is visible.  Looked a bit odd.

In the current playlist panel, I sometimes I also see the four-way arrow mouse 
pointer.  I think this is if I pick up the item by clicking near the bottom 
pixels of an entries whitespace (just before the highlighting switches to the 
next entry in the list).  It's not possible to clicki and drag on the very 
bottom pixel of the highlighted region either.

I was also picking up on something that I read by someone else too, that they 
were clicking and trying to drag on the text of a playlist entry, rather than 
the whitespace.  Hence my comment that perhaps hovering over whitespace should 
show a different pointer compared to the hand pointer when hovering over 
song/artist/album text links.  It would give clear visual indication when items 
were draggable.

>> Perhaps "All Songs" shouldn't be in the scrollable area (it's not really 
>> part of the playlist, it's position can't be moved), just a separate item on 
>> the page above the playlist items, so it's always visible?
>
>That would be rather confusing. While it's not really part of the playlist, 
>it's one of the playable items in the list.
>
It wasn't a big deal (not bothered), but I thought that "All Songs" is rather 
special, in that it doesn't have buttons for mixer controls, etc.  Other 
developers were happy to get rid of All Songs items as they were hassle to 
maintain special cases too.

To be honest, I think "All Songs" probably shouldn't be there anyway, as I 
believe a decision had been made to remove "All Songs" links except where they 
are needed (eg. on Search Results), as one could always play/add the playlist 
from the list of playlists screen.  The "All Songs" link isn't displayed on the 
Player UI.  There isn't an "All Songs" displayed when editing a favorite.

>> In the footer - option to show/hide artwork?  Display playlist track count?  
>> Maybe the Save/Add/Delete buttons should be in here as icons, like the 
>> current playlist has Save and Clear buttons.
>
>Please add them to the appropriate bug report to keep track of them. Thanks!
>
Okay - enhancement 6527.

Phil
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/beta

Reply via email to