Bug 481 - create an INPUT.Bar mode
: create an INPUT.Bar mode
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: unspecified
: All All
: P2 enhancement (vote)
: ---
Assigned To: KDF
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-05 23:36 UTC by KDF
Modified: 2009-09-08 09:24 UTC (History)
0 users

See Also:
Category: ---


Attachments
patch to use INPUT.Bar and merge old progress bar (24.61 KB, patch)
2004-08-18 15:53 UTC, KDF
Details | Diff
INPUT.Bar mode (8.26 KB, text/plain)
2004-08-18 15:54 UTC, KDF
Details

Note You need to log in before you can comment on or make changes to this bug.
Description KDF 2004-08-05 23:36:17 UTC
Pitch, Volume, Bass, Treble, Variety Combo all use a progress bar of some kind.
 Many currently have modes all to themselves, which could be folded into a
common mode.  The graphic squeezebox supports a single bar which takes a
midpoint to dictate progress vs balance bar.  old displays should do this too,
and the INPUT.Bar mode should control it all.
Comment 1 KDF 2004-08-18 15:53:02 UTC
Created attachment 107 [details]
patch to use INPUT.Bar and merge old progress bar

Adds support for the INPUT.Bar mode, as well as merging the progress bar for
the old display into a single function
Comment 2 KDF 2004-08-18 15:54:48 UTC
Created attachment 108 [details]
INPUT.Bar mode

Adds an INPUT.Bar mode. This allows a slider control type setting, using min,
mid, max points set upon mode entry.  value is then applied back to a valueref.
docs included in input.diff patch.
Comment 3 KDF 2004-08-24 00:09:04 UTC
mode added Aug 22, settings changed to make use of the new mode Aug 23, 2004
Comment 4 Chris Owens 2006-06-16 14:42:22 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.