i guess the skin is the slightest 2.x ui problem... rather it is the
only good thing about it
Am 21.09.2010 23:05, schrieb miss c:
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>
> <mailto: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
_______________________________________________
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
