erland;613545 Wrote:
>
>
> If you with alpha bar mean the alphabet links in browse results in web
> interface this is critical. I suspect it's also used to show the letter
> during fast scrolling on the Radio which is also very important and last
> but not least, I believe it's used by the third party clients on
> iPhone/iPad.
>
> It has to be possible to goto a specific letter in:
> - A touch based interface
> - A web interface
>
> And to make the Radio fast scrolling usable, it has to be able to show
> where in the list it is.
>
The Squeezebox Touch UI does not have this, although using the scroll
bar one gets an approximation with the large letter. This large-letter
feature, already supported in one-browser, does not depend upon the
alpha-bar functionality I am raising here.
Yes, I do think it is necessary. I just wanted to raise the issue here.
Despite other comments, using the WebUI to navigate through a large
collection without it is not impossible but is less user-friendly.
Generating a page-bar would not actually require retrieval of all the
items, although the WebUI does actually fetch all the items anyway.
>
> {SAVE/EDIT PLAYLISTS}
>
> I need to try the onebrowser to understand what you mean with this, but
> if you are saying that it isn't possible to edit and save playlists it's
> of course critical to be included.
>
> However, IMHO, the complete playlist management needs to a refresh to
> make it more user friendly. I suspect most users manage their playlists
> in third party applications because it's too frustrating to do it with
> SBS, SP or IP3K.
>
Perhaps something better would be useful but the goal here is preserve
existing functionality. I agree that this is essential. Like I said,
this is a major issue and the big problem is that currently we have no
suitable internal resource available to work on it. I'm touting for
assistance here. This could actually be the deal-breaker for
one-browser.
>
> {SINGLE SEARCH}
>
> Very important to have an easy way to search in web UI, it's also
> important on the Touch. On Radio and IP3K I suspect most people would
> like to get something similar to LazySearch, the current implementation
> in Radio and IP3K makes it too frustrating to search IMHO. Yes, I know
> there are patent issues that might make it hard/impossible to include
> something like LazySearch.
>
> As long as iPad/iPhone clients are able to search through CLI/JSON, I
> would actually not miss searching in SP, on IP3K I'm happy to use third
> party LazySearch plugin, so the main issue might be to have search
> support in the web interface.
>
Again, we are talking about existng functionality, not new stuff.
Individual search by Artist/Track/Album/Genre are already available in
onebrowser and work as before for SP, ip3k and Web UIs. The existing
WebUI also has a single search box that presents the results of
searching in each of these categories (and also uses AJAX for
search-as-you-type); that is what I am discussing here. I think it is
probably not too hard to add to onebrowser but I was asking about how
valuable it is, over the class-specific searches.
>
> {BREADCRUMBS}
>
> Useful but maybe not critical, I think I'd be able to live without
> these, especially if they are only missing in a few cases.
>
They need to be fixed - I was just listing all the known issues.
>
> What do you mean with direct jumps, I don't understand.
>
The ip3k UI has a bunch of IR codes defined that are intended for use
in programmable remotes (such as Logitech Harmony). These codes enable
direct entry to certain points in the menu structure.
--
awy
------------------------------------------------------------------------
awy's Profile: http://forums.slimdevices.com/member.php?userid=7480
View this thread: http://forums.slimdevices.com/showthread.php?t=85895
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
