Perhaps the experimental/developer-related debug settings should be accessible from the Developer menu (further removing it from casual users). Then an 'Advanced Preferences' floater could be made available from the Advanced Menu. This would allow for an effort to seriously streamline the main/basic SL preferences.
Net result (other than lots of people complaining about changes lol) would be that candy-coating prefs could seriously reduce the learning curve for new residents and the 'casual gamer' crowd, as well as provide an improved experience for power users. If it gets done, I propose that the existing preference and debug menu still be made available as some sort of 'legacy' option. Quite a few residents already seem to feel there have been far too many sweeping UI changes to the Viewer, forcing them into another set without giving them the option to continue with the existing controls would only cause more dissension. On Jan 24, 2011, at 12:42 PM, Nyx Linden wrote: > Also keep in mind most debug preferences were written by coders who want > to provide the functionality to debug features and provide QA with the > tools to test features. The debug options themselves often are not > formalized / well tested / well supported. > > This would be providing more formal support for untested features. > Certainly there's an argument that some specific options have been > around long enough and are stable enough that they should be upgraded to > supported options. We've moved a few of these into the advanced and > develop menus. > > There are multiple classes of debug options here: some that are stable > and would do better with bigger visibility, some that are incredibly > useful but require more debugging and QA time to be upgraded, and some > that probably aren't useful enough to justify the effort. > > -Nyx > > On 01/24/2011 01:05 PM, Jonathan Welch wrote: >> There are approximately 1,100 entries in settings.xml, which is the >> list you see in the Debug Settings floater (perhaps it should be >> renamed to just Settings). I don't see any practical way of having >> all those available in any kind of sane preferences menu system. >> >> It would be good to generate a list of entries that are in there and >> never used by the code. Those could be eliminated without much >> discussion. >> >> You can find a pretty recent list here >> http://wiki.secondlife.com/wiki/Debug_Settings >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
