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,
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
-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
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
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
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
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
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
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...
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
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
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
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
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
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.
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
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'
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
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
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,
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
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
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
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
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
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
> 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
>>
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 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
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,
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
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
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
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.
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
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
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
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
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
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/
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
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
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
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
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
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.
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
Thank you Kitty, I appreciate it :)
On 20 February 2010 15:36, Kitty wrote:
> >RLVa is a very notable user-defined API that has far transcended its
> original purpose,
> >and is now in extensive use wherever enhancements for accessibility are
> required.
> >It really highlights how user-define
Exactly my thinking too, the problem us not clear whether the players
are cooperative or in competition. It totally changes the result.
But I guess that the real goal of this challenge is to call you
"stupid" and to gauge your reaction. If you yell or punch the
recruiter, you're dismissed. I
You gotta be kiddin me !! I call that a stab in the back. You guys
disgust me.
Your Third-Party Viewer name must not be confusingly similar to or use
any part of a Linden Lab trademark, including “Second,” “Life,”
“SL,” or “Linden.” For example:
You must not have a Third-Party Viewer name t
imble
wrote:
C'est la vie
On Wed, Feb 24, 2010 at 12:43 AM, Lawson English
wrote:
Marine Kelley wrote:
> You gotta be kiddin me !! I call that a stab in the back. You guys
> disgust me.
>
>1. Your Third-Party Viewer name must not be confusingly similar
to
> or
Thank you Soft, I knew you wouldn't let me down. Three months is okay, I can
cope with that without rushing I think. The real plus is that they offer to
help in making sure people can still find the RLV under its new name (which
would still be "RLV" anyway, just not "Restrained Life Viewer" anymore
Usually development and publishing companies have an anonymous contact
page on their website, and no easy way of getting to know the identity
of any of their employees (besides the executives). And this is for
privacy and competition reasons. It should not be any different for
hobbyist deve
I don't know much about it, but what about the data that most of us already
entered when signing up to SL ? LL should have these data stored somewhere,
why do we have to enter them all again ? If the data to be entered to sign
in to the viewer directory is not linked to it, what gives LL the certai
and no requirement is ever going to replace that.
Marine
On 28 February 2010 02:58, Soft Linden wrote:
> On Sat, Feb 27, 2010 at 5:27 AM, Marine Kelley
> wrote:
> > I don't know much about it, but what about the data that most of us
> already
> > entered when signin
Some people have no problem with showing their private fetishes to the
world, other people like me do. I have a family, a job, and friends. I have
plenty things to hide, my private life is nobody's business, and anybody who
attempts to pry it open will only meet hostility.
On 28 February 2010 11:
>
> If LL makes the agent ID's public, people will soon ban
> *ALL* minor TPV's (being all of them, except maybe emerald,
> because that has already a pretty large userbase) "just in case".
>
Ahem ! Define "minor" TPV please.
___
Policies and (un)subscr
2010 at 02:15:16PM +0100, Marine Kelley wrote:
>>
>>>
>>> If LL makes the agent ID's public, people will soon ban
>>> *ALL* minor TPV's (being all of them, except maybe emerald,
>>> because that has already a pretty large userbase) "just in ca
Does that mean we have to modify ALL our scripts to add function calls to
tailor the memory right, most of the time not even knowing how much is
needed ? I thought the memory taken by Mono scripts was variable, to a
maximum of 64k, as opposed to LSL which takes 16k no matter what...
If that's the
, and will break content once the limits are in place.
On 6 March 2010 21:41, Michael Schlenker wrote:
>
> Am 06.03.2010 um 21:25 schrieb Marine Kelley:
>
> > Does that mean we have to modify ALL our scripts to add function calls to
> tailor the memory right, most of the time no
Well we have two mutually exclusive solutions here.
Either Mono scripts are given a hard memory limit that we (the scripters)
can change within the scripts, with all the overhead work that it implies
(i.e. modifying hundreds of scripts before issuing an update, and having to
know upfront how much
As far as I understand it a script (the item you manipulate in-world) is a
bytecode (a compiled version of your code without the comments, the spaces
and the returns) loaded into the sim, plus its simple, constant-size
variables (integer, floats), all of which forming the stack. Then you have
all t
Code is proprietary unless stated otherwise by the maker. Abandoned code
does not mean public domain code, this would be a violation of copyright to
release protected source code to the public without the agreement of the
owner first. Whether they are still active in SL or not does not matter.
O
t the actual memory used" until
> someone who really understands Mono memory allocation and our
> scripting language's arrays (the main memory users) says that there
> actually is a feasible solution along these lines.
>
> Change causes upset. This will be an issue. IMHO
I'm naive here, I don't know the server side of it. But how can a sim
know when a script hits a threshold, and not be able to report the
actual memory used ? Since it can check it against a threshold...
On 8 mars 2010, at 18:46, Kelly Linden wrote:
We are not out to write a new malloc for
That's right. Computer programs are constantly managing two
contradictory resources, space and time. In theory we need control
over script time as much (no more no less) as we need control over
script memory. But let's not ask for even more additional workload
than we already have.
On 9
Devnull Linden. Haha. That's a good one :D
(Note : this message holds no value added and presents a mild time-
wasting factor. Read at your own risks)
On 10 mars 2010, at 15:30, "Maggie Leber (sl: Maggie Darwin) "
wrote:
> I'd be more interested in the answer to Ann's "are you running 8
> pr
The RLV does just that, force your viewer Windlight settings with an object
that you own.
On 10 March 2010 18:03, Tigro Spottystripes wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> sim owners can already control the Sun position in your client, the rest
> of the WL parameters is ju
Err... Content theft has always been a problem, will always be a problem,
and LL better be on the same page with developers, content makers and
customers here. Content theft is not to be tolerated and must be fought. But
some critical parts of the whole system have been put on the client side at
a
and making
my own interpretation over how every one of the moves at LL impacts me and
the people I work with/for.
Marine
On 14 March 2010 20:09, Kent Quirk (Q Linden) wrote:
>
> On Mar 14, 2010, at 2:41 PM, Marine Kelley wrote:
>
> > However it is true that LL has delivered a bad
You are kidding here, right ?
On 14 March 2010 23:27, New Hax wrote:
> there shouldn't be. if SL is to be open, and really open source, then
> the scripts on it should be GPL as well. But it's different because
> scripts CAN be protected FOR NOW but blobs of binary and graphics ,
> textures, and
not kidding, whats going to stop people from taking your
> scripts, when you can hop from one grid to another? Interoperability?
> The sim owner can take your scripts. For now scripts are protected
> because Linden Labs owns the code.
>
> On 3/14/10, Marine Kelley wrote:
> > You
> >>
> >> but on the internet as a content maker you can make INFINITE products
> >> so you arent losing anything if i copy it and make no money off of it.
> >>
> >>
> >> On 3/14/10, Marine Kelley wrote:
> >>
> >>> well I am a
>
> >>>> On 03/14/2010 06:18 PM, New Hax wrote:
> >>>>
> >>>>> then what are you doing on an opensource list if you want your
> content
> >>>>> wrapped in DRM.
> >>>>>
> >>>>> sl will die if i
Are you outright saying on the sldev mailing list, in the face of LL,
that you are wanting to work at stealing enough content to "force"
them to open the whole system ?
And you still wonder why your ideas are met with hostility ?
You should stop leeching other people's stuff and start your ow
Well it seems that we can choose not to publish our RL identity to the open.
I too wonder why LL can't link our RL data with our avatars themselves,
since most (if not all) of us are Premium members or have been in the past.
There is certainly a very good internal reason that they cannot disclose,
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 does that
mean that LL guarantees that the code of the original viewer is bug-
free ? We can't guarantee it as open source programmers if the
original devs don't
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
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
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
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
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
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
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
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
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
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
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
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
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 :
>>
>
>
>
> 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
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
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
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
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..
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
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
> 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
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
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
1 - 100 of 130 matches
Mail list logo
