Yes, that. Thank you for your verbal articulation and clarification.
If I really cared about this, I'd make a Jira -- maybe dig up Emerald's code that turns the names green and drop in a patch, with a configuration option that lets people set the color of the names based on the client or something. Then try to push it into Snowglobe since I've got a snowball's chance in summer of getting it into the main viewer. Alas, I am too busy and too unskilled in programming to do such a thing. So I have to hope someone else cares more than I do. -Stickman On Sat, Oct 17, 2009 at 3:34 PM, SnowFox102 <[email protected]> wrote: > He didn't say it breaks content, he said it breaks compatibility - that > is, Emerald has a lot of (desirable) features that the LL viewer > doesn't. But your average Ruth doesn't know that, so they may buy a > product and want to mod it to do something their friend on Emerald has > it doing, only to find that they can't do it because they're not using > Emerald. I think he means that standardizing viewer tags would be > helpful for us merchants, because then we can track down such > incompatibility issues much easier. The average user may not know what > viewer they're using, or know how to tell the merchant. Being able to > detect it on our own would save a lot of time and energy. > > Also, with the exception of RLV content, I don't know of anyone that > makes content that requires a specific viewer, but with LL viewers' > approval rating constantly falling and third party viewers adding > features asked of the Lindens months ago, it wouldn't surprise me to > start seeing a few products bearing "Requires X Viewer to function", > since more and more people are using those viewers anyway. If/when that > day comes, viewer tags would help there too. > > Maya > > Tigro Spottystripes wrote: >> Stickman, have you talked with the Emerald people about the content >> breaking features you mentioned? >> >> >> > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges
