The point is people do not like change. I love the new UI and to assist people with making that change I have been working today on making the UI look similar to the old one. Such a coincidence this was brought up. Its going to be the same color scheme with a few shiny upgrades to make it look more state of the art. See link... http://farm5.static.flickr.com/4113/5012955294_3f0d0de19b_b.jpg
Miss ________________________________ From: Mike Monkowski <monko...@fishkill.ibm.com> To: Ponzu <lee.po...@gmail.com> Cc: opensource-dev@lists.secondlife.com Sent: Tue, September 21, 2010 2:40:47 PM Subject: Re: [opensource-dev] Possibility to revert UI changes on snowstorm? I don't know what a model-view-controller approach is, but if you say it adds an extra layer of abstraction, then it doesn't matter anyway. The UI is defined in XML and so is called XUI. Admiral Admiral and I wrote some patches that, among other things, let you instantiate a floater from XML on the fly so that you could edit XML and reload immediately to see the effect of your changes. See VWR-10924. Unfortunately the 2.x changes stomped all over the code affected by the patches and made it incompatible. 1.x was starting to implement callback functions that could be referenced by name rather than hardcoded as part of the floater initialization routine. That was a good step toward being customizable. I think there were some people in Linden Lab that may have been headed in that direction. It's not "really hard." It's just a matter of priorities. Mike Ponzu wrote: > > > On Tue, Sep 21, 2010 at 2:51 PM, Daniel Smith <javajo...@gmail.com > <mailto:javajo...@gmail.com>> wrote: > > > > > +1 for customization. > > An effort to merge the 1.x and 2.x UI into a viewer with a highly > customizable interface might be fun. At some point, I could even see > the Lindens being officially tasked with that effort. For right now, it > is unlikely to be the Lindens who lead that way. > > Could you break the Viewer into two parts, the innards and then UI. > Sort of a model-view-controller approach? Make the View a separate > process perhaps, that talks to the controller-model? That might be > useful to people who want SL on their iPhone 8-) > > Sounds really hard to me, plus the extra layer of abstraction will > contribute to lag. (Imagine a graphics engine that creates a movie > file, and then streams that to your phone). > _______________________________________________ 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
