First comment is that you need to know the player: settings do change by player type (slimp3, sb, transporter).
It is scheduled for an update, but even in 6.5 the setting mechanism is entirely dynamic. The code builds up some data structure in memory which is then used to display the HTML. As a first idea then, the table you want is *almost* in the code today. Maybe a way to create the table is to have some clever routine dump the in memory data structure... This has the advantage of easy regeneration if something gets changed! Making the table is easy, keeping it up to date is the hard part! Another idea might be something similar to the OS X spotlight mechanism... It does index the terms in the preferences (so if you search, say, brightness, it finds "Display preferences")... What I am saying is we could have the server itself propose a search option for the setting texts. We'd get translation as a benefit. Practically, maybe we need to add an invisible "tag" or "keyword" to the data for searching. That would be self-updating and on-location (but could not cover player initial setup). Fred -- Fred ------------------------------------------------------------------------ Fred's Profile: http://forums.slimdevices.com/member.php?userid=2170 View this thread: http://forums.slimdevices.com/showthread.php?t=28086 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
