Hole in one! :) That's exactly what I meant: client-controlled animations
with the data that drives those animations stored such that you can log in
from multiple computers and still have your animation sets available and
(optionally) linked with outfits.
Ricky
Cron Stardust
PS: For the record,
On 2012-04-17 08:39 , Hitomi Tiponi wrote:
The latest build is now showing as 3.1.1.254000 - is this a case of
going back several months in time, or just a simple mistake? Also we
still have no details of changes or JIRAs satisfied - do you know who
is looking at fixing this?
The build step
If that process accounts for switching between separate computers and still
having access to the various AOs, then it should be good! That was why I
was thinking about notecards in a hidden folder: it provides serverside
storage of the AO configurations. :)
Ricky
Cron Stardust
On Tuesday, April
> On April 17, 2012, 10:42 a.m., Kadah Coba wrote:
> > Ship It!
Looks good. But when I was looking over this for STORM-1843, I noticed that the
calling function, LLViewerParcelMgr::processParcelProperties, would have to
have been getting triggered by a server responce to have produced the issu
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/576/#review1212
---
Ship it!
Ship It!
- Kadah Coba
On April 17, 2012, 7:33 a.m.,
> What kind of server-side do you (and others!) really mean? It's been
> done the way it currently is (or rather, historically has been) for so
> long that I'm actually at a loss as to what the server has to do with it
> other than telling other clients "such-and-such is playing this
> animation."
It really is a very nice retro version though - even sees the old sidebar
returning. Maybe it is the 'nostalgia viewer'.___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies be
On Sat, 2012-04-14 at 15:59 +1000, Tateru Nino wrote:
>
> On 14/04/2012 11:09 AM, glen wrote:
> >
> >> I don't really have any insights into the client vs. server vs.
> >> scripted AO debate. I think adding asynchronous events would be a very
> >> good short-to-medium-term solution, and any script
The latest build is now showing as 3.1.1.254000 - is this a case of going back
several months in time, or just a simple mistake? Also we still have no
details of changes or JIRAs satisfied - do you know who is looking at fixing
this?
___
Policies and
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/576/
---
(Updated April 17, 2012, 7:33 a.m.)
Review request for Viewer.
Summary (u
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/576/
---
Review request for Viewer.
Description
---
Removed the requests and th
how about way easier:
the client-side AO implementation that I use in my TPV stores its setup in a
folder tree, similar to how phoenix firestorm does it (no small wonder, it's
the same AO).
How about this:
whenever you save an outfit, a link to the ao config folder that is active at
that tim
> On April 1, 2012, 10:06 p.m., Lance Corrimal wrote:
> > It works on mac, linux and windows, as long as you observe the following
> > conditions:
> > - use a newer version of hacd-k from NickyP's bitbucket
> > - on mac, make sure you rebuild it with *exactly the same gcc version as
> > the vie
13 matches
Mail list logo
