llDetectedTouch* and different viewers
tigrospottystripes at gmail.com
Tue Jul 21 05:14:00 PDT 2009
simply checking the face in the touch_start event wouldn't be enough to
detect if a client used can or can't suppport the enw fuction?
Eloise Pasteur escreveu:
> I no longer test for this, but include something in the user notes.
> I don't remember exactly when they changed it, but it was a couple of
> upgrades ago, and although I use a non-standard viewer all the time,
> almost all the non-bot non-standard viewers and all the latest viewers
> all use the right code.
> Lazy of me I'm sure, but I've had no complaints and I see quite a bit
> of stuff that requires the touch positions.
> On 21 Jul 2009, at 12:51, Domagoj Klepac wrote:
>> How do you people handle (relatively) new llDetectedTouch* functions?
>> Specifically, I was reading LSL Portal the other day and:
>> TOUCH_INVALID_FACE is returned when...
>> 1. The avatar's viewer does not support face touch detection.
>> 2. The touch has moved off the surface of the prim.
>> So, there are viewers that don't support llDetectedTouch*... which
>> viewers are that, and what do I do with it?
>> Do I assume that all "normal" viewers support it, and only bots and
>> similar don't (so it's not an issue)?
>> Or I could try warning user about viewer not supporting it, but maybe
>> it's not the viewer, maybe it's just the way he's touching it. (Though
>> it seems 2 doesn't happen in touch_start, just touch_end.)
>> Or I could create two versions of every product... though I'd rather
>> simply not use llDetected* in that case.
>> Click here to unsubscribe or manage your list subscription:
> SL Education collaboration forum: http://forum.eloisepasteur.net/
> Click here to unsubscribe or manage your list subscription:
More information about the secondlifescripters