Hello all,
Does anyone know how I can control the value of the near clip plane for the
rendering of impostors please ? I've noticed that the camera will clip them
from 1m away, leaving holes in it, but sometimes the camera is restricted
to even closer than that, so I need to be able to render them
That did the trick ! I replaced "tex" in that method by
LLViewerFetchedTexture::sDefaultImagep, and the whole world is untextured
(although colored, which I will fix too). Now I "just" have to find out how
to differentiate between world surfaces and attachment surfaces, and it
will work perfectly.
Oh, right, I didn't think of looking into the "Highlight Transparent"
feature, thanks !
On 12 June 2014 16:11, Marine Kelley wrote:
> Yes I have been looking into them already, but they at best display even
> more geometry on top of what's already rendered. I wo
le the development -> render metadata -> physics(?) dipslay. It
> removes all in-world textures and shows physics as colors on the objects.
>
> I am sure you can find something interesting in that code.
>
> --Chalice Yao
>
>
> On Thu, Jun 12, 2014 at 2:33 PM, Marine K
Hi all,
I've been looking and doing trial-and-error for hours, and still haven't
found out how to do this :
I'd like to add a way to the RLV to actually not render the diffuse
textures in world (but still render them on the avatars and their
attachments, and render normal and specular maps in-wor
Henri has been putting a considerable number of hours over several
years into fixing bugs and making improvements, including into other
people's viewers !
If what he says is true (and I have no doubt that it is since it is
easy to verify), this kind of thing is totally unacceptable. TPV
developers
What Henri said. Avatar height offset is a variable that currently
changes OFTEN, that's even the reason why it was added as a RLV
command, so that it could be changed automatically without annoying
the user too much.
If this is now a shape slider, and viewer devs like me have to deal
with accordi
Confirmed, voted and watched for both. That would explain the strange
behaviors I have been observing on the latest build the last few days.
Thanks for creating these tickets.
On 18/08/2012, Lance Corrimal wrote:
> https://jira.secondlife.com/browse/VWR-29531
> https://jira.secondlife.com/browse/
Hi all,
For a month now, any viewer built from the v-d repository has that odd
bug back :
When you focus your camera inside a hollowed-out prim and you move the
camera itself inside it as well, it makes you zoom in instead, making
it very difficult to focus on anything. This bug had been fixed a
Seconded !!
On 08/08/2012, Henri Beauchamp wrote:
> On Tue, 07 Aug 2012 16:45:03 -0700, Oz Linden (Scott Lawrence) wrote:
>
>> On 2012-08-07 16:09 , Angel Dreams wrote:
>> > its something i saw i never seen that package before is it new or
>> > something?
>>
>> It is the wrapper around the Havok
Thanks for the precisions. I am using v178, ported on to Dolphin and
then to my RLV by Lance... I don't know how it works at all,
personally. All I know is that the changeset I pointed is the culprit
for all the errors I get (well, I got only MAV_BLOCK_MISSING so far).
It's deterministic : with the
Hello all,
Having pulled the latest changesets from v-d to my viewer lately, I
observed that the resulting build would not be able to upload mesh
anymore, ending up with a MAV_BLOCK_MISSING message every time (no
matter what I do, even following the several options depicted in
https://jira.secondl
I was wondering the same thing.
On 25/02/2012, Skye Menjou wrote:
> What I am worrying about is that this will also go against RLV, which is in
> wide use, even outside the Adult community.(We use it for some of our
> combat systems).
> LL, are you really trying to force people to use your client
Hi all, and Merry Christmas and Happy New Year (in advance) !
I am working on my RLV and am hitting a wall here. Invisiprims (the
prims that hide a part of your body when you wear shoes or other
pieces of clothing) are completely useless on the latest v-d viewer,
when deferred rendering is active.
Hello all,
I have just pulled the latest commits (up to "22037 (1343609b39cf)
merge changes for vmrg-193") and built it, and here is what I observe
when I try it out :
- I can't activate the deferred renderer anymore, even if Lighting &
Shadows is checked in the preferences, with Sun/Moon/Project
sections accordingly.
>
>> -Original Message-
>> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
>> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
>> Sent: Monday, October 31, 2011 11:54 AM
>> To: opensource-dev@lists.sec
Hi all ! I need help !
I'm working on adapting my RLV to version 3.2.0 of the viewer, and
hitting a wall here. Let me explain the problem :
In V1.x, script dialog boxes (the blue menus) were located on the
upper right corner of the screen, with a fixed size text area in which
the script could wri
The Shadok is strong in this one...
On 04/10/2011, Henri Beauchamp wrote:
> On Tue, 4 Oct 2011 12:23:51 +0200, Thickbrick Sleaford wrote:
>
>> On Tuesday 04 October 2011 09:31:00 Lance Corrimal wrote:
>> > hi,
>> >
>> > I'm pretty sure noone at LL is interested in the minidumps from my
>> > TPV,
On 01/09/2011, Lance Corrimal wrote:
> Am Donnerstag, 1. September 2011 schrieb Marine Kelley:
>> On 31/08/2011, Robert Martin wrote:
>> > 2 are there any simple tools to make models (Blender does not
>> > qualify).
>>
>> Why doesn't Blender qualify
On 31/08/2011, Robert Martin wrote:
> 2 are there any simple tools to make models (Blender does not qualify).
Why doesn't Blender qualify ?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please
> On 2011-08-24 14:47, Marine Kelley wrote:
>> So I have tried to upload a mesh on a viewer built from v-d rev 20205
>> (the latest I could find, with the llconvexdecomposition fix).
>> [...]
>> Is there something I need to do in my viewer for it to work ? Is it a
>>
Hi all,
So I have tried to upload a mesh on a viewer built from v-d rev 20205
(the latest I could find, with the llconvexdecomposition fix).
I click on Build > Upload > Model..., I get the dialog to select a
.dae file, when I select it I get the model upload window, so far so
good.
But when I pr
Careful, it could be a phishing attempt. Do NOT click on any of the
links inside this email (unless you're certain it comes from Linden
Lab, but then again emails can be spoofed).
On 16/08/2011, mala...@tamzap.com wrote:
> exactly which is why this message is so disturbing. accounts have been
> t
I crash a lot on 2.8.0, at least twice a day. It is usually a sudden
crash to desktop, and from the log it looks like the viewer goes short
on memory. It happens more often with deferred rendering on, but it is
always random, I could never link it to any particular action I take.
My computer has 4G
ib and see if that helps with the build as there is
> a couple of missing functions in the stub. Now the lib is not functional but
> it does have the missing functions.
>
>> -----Original Message-
>> From: Marine Kelley [mailto:marinekel...@gmail.com]
>> Sent: Sat
pointing to the package you just
> built also do not forget to change the hash to match the one for the new
> file.
>
>> -Original Message-
>> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
>> boun...@lists.secondlife.com] On Beh
Hi all,
When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I
stumbled across a problem with llconvexdecomposition : autobuild.xml
links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com
(which is unreachable for anyone outside LL), refusing to download it
and leav
Thanks... That's not what I observe though, only the invisiprim goes
black, obscuring the prims inside or behind it, but not the entire
linkset
On 12/07/2011, Ardy Lay wrote:
> Shining SH-2048 Invisiprims that are members of an attached linkset are
> making the entire linkset invisible.
> https:/
Hi all,
I was trying to adapt the RLV to the latest revision of
viewer-development, and was quite satisfied with the results :
- Far fewer crashes as opposed to 2.7.2 when the deferred renderer is activated
- The "/me" issue in chat when the chat history is hidden is resolved too
However, I am r
I think (correct me if I'm wrong) that everytime you increase your
draw distance, your viewer requests all the prims to rez from the
sim... Which means a lot more network traffic if it changes all the
time (which would be the case if it were automatic).
Besides I like to keep control over my draw
How about a pair of round glasses in orthographic view, seen from a
quarter profile ?
Something like this (forgive the lack of alignment on non-fixed fonts) :
/ /
O-O
This icon is not used anywhere and has no special meaning, if you put
them on you see better that if you remove them (if you'
Hi all,
Has anybody noticed this already ? Basically the current viewer in v-d
has a malformed notifications.xml file, breaking it completely as soon
as you raise the camera controls floater.
https://jira.secondlife.com/browse/VWR-26000
If it hits viewer-release, this will become a showstopper r
Guess we learn everyday. Thanks for that :)
On 11/06/2011, Jonathan Welch wrote:
> The debug setting showconsoleWindow gives you a free-standing window
> with the same information scrolling by in it.
>
> In Windows I get a dos-type window, so copying and pasting is not as
> easy as it should be.
Whoops once again I replied to Jonathan only instead of the whole
list. Sorry about that. Here is what I tried to answer :
It should be copiable and pastable ! The debug console is nigh useless
without these two features.
On 11/06/2011, Jonathan Welch wrote:
> If you use the debug console (Ctr
ay and also have sonde using fmod in a windows
> environment.
>
>> -Original Message-
>> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
>> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
>> Sent: Thursday, April 28, 2011
Hello all,
Yes, this is probably another stupid question... I have a working
viewer 2.6.6 with all my patches installed, everything is working
right. But since I had to run autobuild with the DINSTALL_PROPRIETARY
flag set to FALSE (it wouldn't work otherwise), there is no Fmod,
hence no sound.
Is
vstool.exe and replace the existiing one. Or, you can use the one I have
> here:
> http://dl.dropbox.com/u/7833186/VSTool.exe
>
> Nicky
>
>
> ____
> From: Marine Kelley
> To: Ima Mechanique
> Cc: opensource-dev@lists.secondlife.com
> Sen
Aha ! Thanks much Ima, I'll play a little with a clone of your
repository tomorrow, maybe it will lead me to a full working build
this time :)
On 18/04/2011, Ima Mechanique wrote:
>> Thanks... this convinces me to go with VCE2010 (getting over the
>> initial gripe I have about it, since it is the
Thanks... this convinces me to go with VCE2010 (getting over the
initial gripe I have about it, since it is the only sensible option I
have to go ahead anyway).
Right now it builds to the end, but it fails at the very last step
with this error :
60> Looking for existing VisualStudio instance...
f Of Boroondas Gupte
>> Sent: Monday, April 18, 2011 11:09 AM
>> To: opensource-dev@lists.secondlife.com
>> Subject: Re: [opensource-dev] autobuild with VS2005
>>
>> Linux-based dev here, so be aware my answer is based on hear-say, not
>> own experience.
>>
&g
Hello all,
This is probably a silly question, but is it possible to use autobuild
with VS2005 ? What used to work very well for me with
VS2005+develop.py now fails miserably on VCExpress2010+autobuild. Does
this question even make sense ? Or am I condemned to switch to VS2010
that I really dislike
wrote:
> Thank you Jonathan and Marine. These workarounds are good, and I will
> tap into them. Hopefully an in-client solution isn't too far into the
> future! :)
>
> Ricky
>
> On Sun, Jan 2, 2011 at 1:52 PM, Marine Kelley
> wrote:
>> What I do is open my setti
What I do is open my settings.xml file and search what I want with a
text editor, it works.
On 02/01/2011, Ricky wrote:
> I was just about to create a JIRA entry for the idea of making things
> easier to find in the Debug Settings menu, when I found an existant
> JIRA on the subject. VWR-8208 "f
I have observed this behavior with the rev 14120 of viewer-development :
https://jira.secondlife.com/browse/VWR-24361 (name checked this time)
In short, when you press a movement key or use the move panel (going
forward, backward etc, but not turning left or right), the FPS
decrease dramatically
-24359
>
> (There was a typo in the original post; two digits were transposed.)
>
>
> Sheet Spotter
>
> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Marine
> Kelley
&g
of being ignored.
>
> On Fri, Dec 31, 2010 at 05:42, Marine Kelley wrote:
>> Hello all,
>>
>> I have just filed a JIRA (VWR-23459) about a random crash that would
>> occur in the rendering pipeline, when suddenly it struck me : I
>> remember that years ago
Hello all,
I have just filed a JIRA (VWR-23459) about a random crash that would
occur in the rendering pipeline, when suddenly it struck me : I
remember that years ago the viewer would crash when writing to llerrs,
and that it was voluntary (don't ask me why).
Is it still the case ? In this JIRA,
Thank you Esbee for sharing it with us !
I have two remarks/wishes :
1 : Can we have our regular text chat logs back please ? Not replacing the
new llsd ones, but just feeding TWO chat logs and TWO IM logs (per avatar)
at the same time ? That would greatly help those who like to skim through
text
On 15 oct. 2010, at 10:45, Stickman wrote:
>> "[{TIME}] {DISPLAY NAME} ({REAL.NAME}) says: {STUFF}" would have
>> been MORE
>> than sufficient for logging purposes.
>
> [01:49] TehSticks (Stickman Ingmann) says: I second this format.
> Anyone see any drawbacks? Dates, maybe?
>
+1 !
No need
On 30 September 2010 09:42, Erin Mallory wrote:
> IF i am using v2, and i crash with unanswered inventory offers I expect
> the viewer to automatically accept them. someone on the list said the system
> does, but EVERY time i crahs and i ahd inventory offers from an object they
> have disapeared.
All platforms, and all video cards especially ATI. Oh the joy it would be !
On a side note, I really like how shininess+brightness bump looks when
shadows are activated. You can really make a prim look wet with this one !
On 30 September 2010 05:28, Trilo Byte wrote:
> This is great, but I'd l
Best wishes Tofu and Aimee, if you survived LL you can survive anything. So
you'll be ok ! It's sad to see two good devs leave though.
On 28 September 2010 21:45, Erin Mallory wrote:
>
> They aren't leaving by choice. LL fired all the UK based lindens. I won't
> go into saying how stupid a dec
Could be... I have not set foot there for almost a year now. lol
On 28 September 2010 12:44, Lance Corrimal wrote:
> Am Dienstag, 28. September 2010, 11:27:22 schrieb Marine Kelley:
> > On 28 September 2010 11:20, Ann Otoole wrote:
> > > this isn't the place for that a
On 28 September 2010 11:20, Ann Otoole wrote:
> this isn't the place for that and LL needs to weigh in on things like this.
>
> It isn't the only one and one person LL openly promotes also sells over
> scripted shoes.
> If we are going after one we have to go after the ones LL promotes as well.
>
On 27 September 2010 05:48, Erin Mallory wrote:
> "RLV adds a lot of useful features scripters can take advantage of just
> like I mentioned previously like force sitting and force teliporting
> can be great for automating things like rides and tours or even huds
> for combat that can send you to
On 26 September 2010 00:05, Robert Martin wrote:
> actually if the RLV api was renamed and expanded a bit it could be
> used as a semi-autonomous bot api
>
>
Yes, there are bots that let you dress and undress them through script,
using that API. They are used by clothes merchants to demo some of
On 25 September 2010 23:27, JB Hancroft wrote:
> If it were renamed and some of it's "heritage" obscured, I could use it in
> some business situations where it would be nice to have the functionality.
> As it... can't go anywhere near RLV.
>
You can just rename the executable and rewrite the rea
On 25 September 2010 19:59, Robert "Exile In Paradise" Murphey <
ex...@weylan-yutani.com> wrote:
>
> Sum up: RLV makes LL-viewer-compatible virtual worlds much, much
> more usable for community game development by giving the region
> owners control over default viewer features that hurt many parts
On 25 September 2010 19:05, Ponzu wrote:
>
> I haven't always monitored closely, but I think I can agree with this.
> However, it seems to me that there will and should always be TPVs, even if
> it becomes easier for non-Linden changes to get in. For one example, the
> Restrained Life stuff mig
Hello all,
For those who are interested, here is a trivial fix (but not a trivial hunt)
to a bug on the world map, that I am surprised nobody has ever written a
JIRA on, because it has been there since v2.0 beta.
https://jira.secondlife.com/browse/VWR-23105
Marine
___
On 17 September 2010 23:02, Zi Ree wrote:
> Am Freitag 17 September 2010 22:51:38 schrieb Oz Linden (Scott Lawrence):
>
> > > Thus restoring 1x functionality. All thats left to do is add the
> > > buttons back for them and menu choices.
> >
> > From an end user point of view, how does that diffe
Brandon I am sooo waiting for your patch impatiently !
On 17 September 2010 21:38, Brandon Husbands wrote:
> I am actually about finished with my mod for v2.
>
> It takes the sidebar.cpp file and only that file leaves all public method
> calls in.
> But its rewritten to be a floater manager whe
On 6 September 2010 22:23, Boroondas Gupte wrote:
> I guess you refer to the screenshot attached to the jira issue? Note the
> date when that one was added, Oct. 15, 20*09*. Also note the artwork and
> color scheme. I guess that was from an early development version of Viewer 2
> that already had
Err... color me stupid but... how does one show the friends list in this
style on viewer 2 ? I can detach tabs from the sidebar, but I cannot find a
way to show the permissions matrix. It would be so handy !
Thanks,
Marine
On 6 September 2010 18:53, Aimee Linden wrote:
> Hi,
>
> Could I get so
At least the land and inventory are not gone, automatically downgrading to
basic would make the lands be abandoned... way to even more drama. To me the
user should not even be locked out of the grid, but I understand that there
are technical difficulties to making a premium be considered as basic u
On 27 August 2010 17:52, Tony Dodd wrote:
> Are we saying it will actually be impossible for a scripter to prevent
> users
> attaching other objects at the same point as the object being scripted? Or
> even detect that another attachment is using the same point? Combat systems
> tend to rely on t
Actually it works, but I believe the RenderUseFBO and RenderDeferred debug
settings must be set right (both FALSE), before seeing some antialiasing.
I'm not really sure how I did it but I did see some AA on the latest 2.x
viewers.
On 27 August 2010 08:35, Kadah Coba wrote:
> Yeah, me too. AA i
I'd like to chime in and say that this happens to me often as well.
Attachments are worn twice on relog, approx. once a day. Since the
attachments I'm wearing usually say things with llOwnerSay and I see them
say their messages twice, I do know this is not only a viewer-side problem.
I have never o
d" - which
> >> will act as if MultipleAttachments is TRUE - that is it will "add" the
> >> attachment to the attachment point, without removing the existing
> >> attachments.
> >>
> >>With both of these options being available thro
Hello all,
I am currently working at integrating the RLV code into the latest 2.1.2
viewer in "viewer-development". Some users might have noticed that the
"MultipleAttachments" debug setting was set to FALSE by default in order to
stay compatible with 1.x, because 1.x users cannot see attachments
at a time.
Thanks !
On 25 August 2010 19:12, Brian McGroarty wrote:
> On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote:
>
>> Hello all,
>>
>> Pardon my naive question, but this is the first time I use TortoiseHg, and
>> I'm having weird results here. My Cygwi
Hello all,
Pardon my naive question, but this is the first time I use TortoiseHg, and
I'm having weird results here. My Cygwin is too old to update via
cygwin-setup, I have to reinstall it completely, and I don't want to do
that. So I'm falling back to TortoiseHg instead. And here is my problem :
On 22 August 2010 17:14, Lance Corrimal wrote:
>
> could someone please elaborate on why those settings even exist and
> are changeable?
>
>
Well, I believe there are SOME debug settings that are worth changing for a
developer, but NOT for the user. I am thinking of "ConnectionPort" for
example.
Please be careful not to screw up debug settings that must NOT be changed.
Some are capital for the viewer to function normally, and would completely
shut out users who don't know how to change them back offline, and to what.
It would be easy to make a gesture that completely messes up your debug
s
That's the important part.
On 20 August 2010 12:24, Stickman wrote:
> On Fri, Aug 20, 2010 at 3:15 AM, Marine Kelley
> wrote:
> > damage is done, it is too late. It is CAPITAL that a display name CANNOT
> be
> > mistaken with a user name, no matter how clever the ow
The damage done to the reputation of a well known resident can be
immeasurable. It would be irresponsible of LL to let someone impersonate
someone else without giving any way to let the other people around to see
CLEARLY the difference between a user name and a display name. No amount of
ToS waving
Well it must be obvious for any user that anyone they see or hear or receive
an IM from is using either a user name or a display name. And by obvious I
mean "validated by the server during the transaction", not "forged by
another viewer which can pretend to use any user name". In other words, any
t
That would be awesome. I know there are reasons behind the removal of the
pie menu and its replacement by a well known list menu, but PLEASE I am so
much more productive and less frustrated with the old pie menu ! Muscle
memory and size of the clickable areas and all that. Simply put with the
list
Eep ! I hope it won't bring its own share of permission defects ! This is
VERY sensitive matter that is being fiddled with here !
On 17 August 2010 16:31, Boroondas Gupte wrote:
> [I'm cross posting this to several mailing lists to solicit feedback. To
> avoid clutter, please *do not reply to
> Suggestions:
> - make notifications (inventory offers, group notices) stay on screen like
> they used to be
>
I'm sure there is a debug setting or an XML option to do that, I'll look
when I have time. But they would pile up pretty quickly, unlike 1.x the
notification do not hide each other (whic
order i put them on? and what about when i relog?
>
>
> bye,
> LC
>
>
> On Monday 16 August 2010 16:13:49 Marine Kelley wrote:
> > I think that's precisely why LL wanted to keep control of this feature
> > server side by deciding how many objects can be worn (p
I think that's precisely why LL wanted to keep control of this feature
server side by deciding how many objects can be worn (possibly according to
the script memory limits to come), instead of going the avatar_lad.txt fake
attachments route.
On 16 August 2010 15:58, Lance Corrimal wrote:
> Hi
I check out the code of the viewer from svn and not hg... Does that make me
a kid now ?
On 7 August 2010 22:42, Dzonatas Sol wrote:
> Dzonatas Sol wrote:
> > They've had an adult grid that is suppose to be fast, easy,... and fun.
> >
> > They've had an teen grid that is suppose to be ... easy..
lol I knew it ! This text IS actually a Markov chain !
That or it is aimed at a subset of the members of this list who actually
know the encryption key to extract the hidden message. But to the rest of
us, this is just nonsense.
On 7 August 2010 17:34, Dzonatas Sol wrote:
> Oz Linden (Scott L
Hi Suezanne, you may want to look at the method LLPanelLogin::setFields() in
newview/llpanellogin.cpp
Marine
On 3 August 2010 06:31, SuezanneC Baskerville wrote:
> Where is the remembered username stored, where is read and written in the
> source code, and how do you make it not appear on your
Hi all,
As some of you now, my usual method of releasing a RLV is to only release
the exe and its settings.xml file, and to instruct the user to copy them
both into the SL folder and into its app_settings folder respectively. This
allows for light downloads and uploads (it would take me hours to u
>
>
> Am Samstag 26 Juni 2010 schrieb Nicky Perian:
> > I built viewer-external on 6/19. Used Vista 32 and VC++Express
> > 2005. Took 5 builds. Logs and steps taken are here. This was all
> > the way to a setup.exe.
> >
> >
> >
> >
> >
&g
e you building?
>
> Cheers,
> - Merov
>
> On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley wrote:
>
>> Hello,
>>
>> I am having the following link error when trying to compile the llcommon
>> project on Viewer 2.1 beta extracted from viewer-external :
>>
>
Hello,
I am having the following link error when trying to compile the llcommon
project on Viewer 2.1 beta extracted from viewer-external :
1>-- Build started: Project: llcommon, Configuration: Release Win32
--
1>Linking...
1> Creating library
D:\SL\linden\indra\build-vc80\llcommon\Rele
Hello all,
I have just filed a JIRA under Viewer 2.0.1 (although it shows for 2.0.0 as
well) at https://jira.secondlife.com/browse/VWR-19425
In short, when you wear a new skin and a new hair at the same time (by
selecting both and pressing Wear), one of them is worn then removed, leaving
you with
d win. Not that this is my intent in any way, but I'm
just saying that it would cause damage on both parts if such a thing
happened. So I am confident.
On 28 April 2010 20:40, Henri Beauchamp wrote:
> On Wed, 28 Apr 2010 18:02:24 +0200, Marine Kelley wrote:
>
> > Hi, I'd lik
Hi, I'd like to thank whoever changed the application page on the Viewer
Directory, the RL info fields used to be "publishable" (they had a little
cross next to the little star indicating that they were mandatory), and
that's what was holding me from registering the RLV there. Today I just
noticed
Thanks for opening this JIRA, Stickman. Voted.
On 27 April 2010 03:04, Stickman wrote:
> > My guess is that this is a simple oversight when porting over to
> > viewer 2.0 ui infrastructure.
>
> If I had more time, I'd make it my crusade to document and request the
> re-addition of every feature
Hello all,
As I was testing the RLV on viewer 2.0, I realized that the "Spare time"
entry in the sim console was gone, it used to be right under "Script time"
and indicated how healthy the sim was, and now there is no easy way to know
anymore. Has it been removed intentionally, or by mistake ? Is
Thank you Joe
I'd like to chime in and bring my own concerns since I won't make it to the
meeting. My primary concern is about the Viewer Directory and here are my
questions :
- Will registering a TPV to the Viewer Directory become mandatory one day ?
If so, how can we be absolutely certain that
This is a sad day. I remember the times when you were indeed the most
prolific contributor, when your own third-party viewer was the toast of SL,
and the SL viewer has benefited greatly from your work. I think everyone can
thank you for that (and everyone has !).
And I'd like to thank you for help
Naturally but do they apply to the developer ? They should void only
for the original dev who implemented the feature intentionally, if
any. Keeping in mind that the servers are as responsible to protect
the data add the viewers are responsible to not attack them. To me
developers (paid by
liability on the developers.
>
> It's very sad that Linden Lab forces open source teams to these lengths.
> It's not in the spirit of open source at all. Indeed, the terms of the TPV
> are quite likely to be wholly non-compliant with the GPL as applied to TPV
> develop
Well sure, if I stated that I agree to be responsible for whatever
defect, past present and future, the SL viewer may introduce, but I'm
not crazy, and I doubt anybody else would be either. This is called an
abusive clause and that does not stand in court. Therefore, I do not
see the "no wa
erson who obtains the software could in theory sue you.
>
> On Tue, Mar 30, 2010 at 6:58 AM, Marine Kelley
> wrote:
>> Thank you for the heads up Morgaine. Correct me if I'm wrong, but if
>> the "no warranty" clause vanishes from the source code, then doe
1 - 100 of 130 matches
Mail list logo
