[sldev] Client detection and official viewer signatures.

Stickman stickman at gmail.com
Sat Oct 17 15:48:42 PDT 2009


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
<snowfox102 at dragonkeepcreations.com> 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
>


More information about the SLDev mailing list