instead of stuff being sent during login, it probably woul dbe better if
the client simply replaied to script questions about what features it
got, or even if it got an specific feature
Kakurady Drakenar escreveu:
> While detecting viewer brand and version is nice and useful (as everyone
> else h
While detecting viewer brand and version is nice and useful (as everyone
else have pointed out in this thread), I think viewer *feature*
detection should be avaliable to other clients/scripts so people would
prefer it over detecting brand where possible. Otherwise, this might
lead up to clients
I am having some troubles compiling Snowglobe 1.1 on Ubuntu Karmic Koala
beta with GCC 4.1. (Since this )
I applied attachments in SNOW-194, SNOW-195, SNOW-204, but GCC still
dies reporting it expects a binary operator before () in some #elif in
Boost, which have been changed into #else... #end
I think that any huge / general discussion about official,
Snowglobe or third-party viewers, or comparison between
them is almost pointless *right now*
http://www.massively.com/2009/10/19/looking-forward-to-second-life-2-0
Aren't we waiting for a new LL viewer? that's something
that will change
Problem signature
Problem Event Name: AppHangB1
Application Name: SnowglobeRelease.exe
Application Version: 1.1.2.2584
Application Timestamp: 4a7470cf
Hang Signature: 9dda
Hang Type: 0
OS Version: 6.0.6002.2.2.0.256.1
Locale ID: 1033
Additional Hang Signature 1: a80f7ad85dbab1fa0584f4aa5a260845
malachi wrote:
> Curious as to if anyone knows how to or could please... Create a patch
> of 1.23.5 over 1.23.4.
Merov attached a patch to http://jira.secondlife.com/browse/SNOW-306 .
It's for snowglobe (and already in SVN), but it might apply against the
official Viewer's sources, as well (I haven