On 2010-03-09, at 14:12, Tayra Dagostino wrote:
> I think yoiu've misreaded the TPV policy, no GPL violation, viewer
> code is GPL, you can take a copy from svn, manipulate it, patch or
> mood, rename it, all GPL let u do with it (and consequential charges
> for a developer who work on a GPL code)
On 2010-03-09, at 14:38, Tayra Dagostino wrote:
> On Tue, 9 Mar 2010 14:23:33 -0600
> Argent Stonecutter wrote:
>
>> On 2010-03-09, at 14:12, Tayra Dagostino wrote:
>>> I think yoiu've misreaded the TPV policy, no GPL violation, viewer
>>> code is GPL, yo
On 2010-03-09, at 19:06, John Hurliman wrote:
> Finally nailed this one down. If you have items in your inventory
> that have completely empty permissions (basemask 0, everyonemask 0,
> currentmask 0, etc) the viewer will freeze when you open the texture
> picker dialog. This appears to aff
On 2010-03-10, at 05:51, Ann Otoole wrote:
> Oddly it is pretty much a fact that when over 10 avatars enter my
> region and script time goes up far enough for spare time to remain
> at zero the sim starts lagging. Lagging as in rubber banding,
> getting pending downloads rising, etc.
Which i
If you don't want people to respond to public messages, don't post
them publicly.
On 2010-03-10, at 08:13, Ann Otoole wrote:
> Please do not answer my query directed to Kelly Linden unless you
> are Kelly Linden.
___
Policies and (un)subscribe inform
On 2010-03-10, at 11:48, Tigro Spottystripes wrote:
> IMO the 2.0 interface looks way more like a "developer's interface"
> than 1.*'s
Which brings this thread back onto topic for this list. :)
I agree. The browser has become a familiar interface, but it was
largely developed by developers fo
On 2010-03-10, at 12:28, Ron Festa wrote:
> I agree, the new UI needs a LOT of work before I consider it
> mainstream worthy. As was said the old UI was pretty much tailored
> by developers for developers.
That's not quite what I said... I said that the web browser was
tailored by developers
On 2010-03-11, at 06:21, Jonathan Irvin wrote:
> Maybe we can handle scripts like Linux handles memory. Use up an
> allotted space based on requirements and if it exceeds that (among
> other scripts using the same shared environment) it can begin to
> swap in it's own little cluster.
It doe
On 2010-03-11, at 07:48, Lear Cale wrote:
> I disagree, Argent. If the server process does explicit swapping for
> script memory, it would have a dramatically lower impact on the server
> process as a whole, and no impact on the other server processes
> sharing the same machine.
On 2010-03-12, at 07:45, Aleric Inglewood wrote:
> I'm even disappointed by the sheep that instantly started to reappy
> all ignored 1.x patches and are working their ass off to get 2.0 to
> compile and run... What is the use? Are you going to use it yourself?
So you think the way forward to Snowg
On 2010-03-12, at 08:56, Maggie Leber (sl: Maggie Darwin) wrote:
> Actually *loading* the music URL *IS* an opt in, thank goodness, in
> the current production viewer (and the current beta viewer behavior of
> automatically willy-nilly loading of URLs is a *huge* security issue)
It *what*?
Um, ye
On 2010-03-12, at 09:43, Martin Spernau wrote:
> I guess it would make sense to handle this similar to the daytime
> overrides in the World>Environbment menu. I can set the time to say
> 'Midnight' and I can also 'Revert to Region Default'
So long as it's a SEPARATE override!
I don't mind letting
On 2010-03-12, at 09:58, Dickson, Mike (ISS Software) wrote:
> That's not what it does.
>
> Streaming media (and media on a prim) is enabled on by default as
> opposed to the old viewer where it was off and needed to be
> explicitly enabled. There are pros and cons to either approach of
> co
On 2010-03-12, at 10:12, Martin Spernau wrote:
> Well if you are a new user (first login etc) you get the "This
> oarcel can.. Do you want to auto play media by default' Dialog. At
> leastit ask you once ^^ - if you at that point understand what it's
> asking, you do have the choice to disabl
On 2010-03-12, at 10:59, Soft Linden wrote:
> Porting the desired parts of the old UI forward to 2.x would be a lot
> easier than porting ongoing 2.x features backward to 1.3. I wouldn't
> be surprised if you found there were just a couple dialogs you really
> wanted back. Bring the old communicate
On 2010-03-12, at 11:48, Matt White wrote:
> While we're discussing the profile window - as someone that roleplays
> extensively in SL, having my real life window right next to my SL
> profile is a total buzzkill. I *WANT* my SL and RL life to be
> separate. I'm not quite sure why there's been such
On 2010-03-12, at 11:57, Morgaine wrote:
> The answer to all of these UI issues is simply client-side scripting.
That's AN answer. It's not the RIGHT answer (at least not to THIS
question, it's the right answer to a bunch of other questions, just
not this one), but it's certainly AN answer.
_
On 2010-03-14, at 14:09, Kent Quirk (Q Linden) wrote:
> What's frustrating about this for many of the Lindens is that we as
> an organization pushed hard -- and Merov in particular worked nights
> and weekends -- to get the Snowglobe source out on the same day that
> beta was released, rather
On 2010-03-15, at 03:42, Kevin Woolley wrote:
> A. Have the guts to stop apologising for Linden Lab's decisions. You
> own the
> ballpark. Apple has a great developer program but that doesn't mean
> that it
> squirmed to its users because XCode 3.2 beta (iPad capable) wasn't
> available
> the
On 2010-03-16, at 12:13, Daniel wrote:
> - using encrypted 7zip archives to deliver content to end users
This will end up having little effect, since the textures and geometry
can be pulled from the graphics card.
> - only allow registered developers to upload content and cash out
> - require r
OK, here's a design problem in the new viewer that maybe can be
figured out here.
From the Jira, I missed this response to one of my comments, some
time ago. Apologies, I forgot to "watch" the item:
From Q Linden:
> Argent: the focus problem differs this time becau
On 2010-03-16, at 18:45, Tigro Spottystripes wrote:
> besides WASD i'm also already used to have to press a key before
> writting my chat messages and then only after i send it i can use the
> mvoement keys again, that is quite common in games
I'm not a gamer, and I guess the people I hang around
On 2010-03-17, at 04:25, Jacek Antonelli wrote:
> Q is right, this is a different scenario than in the past, because the
> chat bar is now always visible. In Viewer 2.0, having the chat bar
> gain focus by default would be totally incompatible with the AWSD
> movement keys and all the other single
On 2010-03-17, at 10:21, Dzonatas Sol wrote:
> Ricky wrote:
>> So far, barring any LL concepts, we have (as far as I know so far!)
>> two designs of plugin system:
>> 1: Socket-based plugins - as�suggested�by Morgaine.
>> 2: D-Bus or similar existing IPC tool.
>> 3: C++ Dynamically Shared Objects -
> I don't follow you here. What I read in the above was a combination
> of a well defined client side extension API and a mechanism to load
> code that can be granted a level of trust based on criteria it needs
> to do its job. That might include code signing and metadata about
> the capab
On 2010-03-17, at 12:31, Dzonatas Sol wrote:
> You install a program on your computer, and you either trust it or
> you don't. It comes down to that, so it doesn't matter if it is .NET
> or Java or some binary made by company XYZZY.
The quotes from the office hours make it seem like they're ta
On 2010-03-17, at 14:14, Dzonatas Sol wrote:
> It's still the same concept: to download and install... they are
> overused buzzwords that make people think there are some elaborate
> separations for the basic ideas on how to migrate processes.
That's because there are. One requires a human in
On 2010-03-17, at 14:37, Dzonatas Sol wrote:
> If you want to redesign years of study put into the linux emulator,
> its permissions, and its protection levels, to make-up your own
> homebrew sandbox, then go right ahead and worry about remote
> execution.
I believe you are fundamentally mis
On 2010-03-17, at 16:06, Dzonatas Sol wrote:
> This is why I pointed to the sandbox model with the tried and proven
> virtualization means of linux emulation as an example. One can
> easily allow untrusted code to execute natively in the linux
> emulation.
No you can't. Even in a virtual mac
On 2010-03-17, at 16:55, Dzonatas Sol wrote:
> Somewhere along the line Argent, you trusted to install the SL
> binary and its "badly behaved code can compromise you."
The SL binary does not contain a mechanism to automatically download
and execute untrusted code from
On 2010-03-21, at 09:15, Tayra Dagostino wrote:
> GPL is about source of viewer, and is accomplished
>
> TPV is a part of term of use for external developer, you can use
> source
> in GPL way without any restriction, but if you want connect your
> viewer
> to LL grid (LL isn't a software, is a
On 2010-03-21, at 11:04, Tayra Dagostino wrote:
>
> maybe we cannot sync this isn't a restriction against development
> based on GPL, is a restriction against ability to connect LL grid with
> a 3rd party viewer...
Then it should say "you can not connect to the grid with a viewer that
does
On 2010-03-21, at 12:24, Kent Quirk (Q Linden) wrote:
> * Similarly, any comment by one of Linden's lawyers in this forum or
> any other could possibly be treated as legally binding. That also
> goes for Linden employees, especially those with any seniority. So
> you're unlikely to get furthe
On 2010-03-22, at 12:45, Nyx Linden wrote:
> 1) A new panel to edit what is stored in your saved outfit without
> creating a new one.
>This will include both an inventory view and a view of your outfit
> itself, so you can drag items from your inventory to your outfit
> without
> having an e
On 2010-03-23, at 00:12, Philippe (Merov) Bossut wrote:
> - Forum: there is actually one for Open Source
> (https://blogs.secondlife.com/community/forums/open-source
> ). I know that some folks at LL prefers this at it allows to create
> topics and sub threads more easily. I went there today an
On 2010-03-23, at 05:50, Henri Beauchamp wrote:
> Whether or not I'll develop a v2.0 branch depends on how much work
> will be
> needed to revert the whole UI (yes !) to the one currently existing
> in the
> Cool SL Viewer (which is a (much) improved, pre-voice UI).
As in, would it be easier t
On 2010-03-23, at 13:30, Henri Beauchamp wrote:
> On Tue, 23 Mar 2010 06:16:32 -0500, Argent Stonecutter wrote:
>> On 2010-03-23, at 05:50, Henri Beauchamp wrote:
>>> Whether or not I'll develop a v2.0 branch depends on how much work
>>> will be needed to revert
Not to disagree with the entirety of your rant, but this bit seems
completely off the wall.
On 2010-03-23, at 21:39, Jonathan Irvin wrote:
> Not to be rude, but if people are getting vertigo, epilepsy, etc.
> from SL...viewer 2.0 isn't going to make a difference. Viewer 1.23
> would have th
On 2010-03-25, at 11:08, Nyx Linden wrote:
> Inside each category, you can
> have multiple items up to a reasonable maximum. When you "wear" a
> shirt,
> it gets added to the top of the list of shirts that you are wearing.
> If
> you don't want it to be on top, you can push it down below other
On 2010-03-25, at 12:48, Nyx Linden wrote:
> My initial answer to that request is "we don't have time to
> implement that right now", but I'd be happy to have a more in-depth
> technical discussion as to how that could be implemented in the
> future.
OK, I can live with the awesome knob set
On 2010-03-25, at 13:55, Nyx Linden wrote:
> Specifying an arbitrary order in inventory that is unrelated to
> wearable type is absolutely trivial.
> The difficult part comes when you go to render your baked textures.
How about this?
For clothes that are modify, add an option "change wearable t
On 2010-03-25, at 15:07, Nyx Linden wrote:
> Interesting proposal, and one probably worthy of further
> investigation.
> My concern with this plan is that the conversion from one wearable
> type
> to another is very much non-trivial. The wearable parameters (sleeve
> length, etc) have no rela
On 2010-03-25, at 15:44, Nyx Linden wrote:
> I'd argue that's an insufficient solution. Parameters such as sleeve
> length and color have fairly dramatic impacts on how a wearable
> appears. Converting only the textures would result in a fairly
> disappointing result, I think.
As a user, I w
27;d argue that's an insufficient solution. Parameters such as sleeve
>> length and color have fairly dramatic impacts on how a wearable
>> appears.
>> Converting only the textures would result in a fairly disappointing
>> result, I think.
>>
>> -Nyx
>>
On 2010-03-25, at 18:56, Nyx Linden wrote:
> Its more than two sliders. Quite frankly I don't believe this is an
> acceptable solution to ship in our main client for this particular
> issue - a user would expect "wear as undershirt" to "just work".
I'm not proposing "wear as undershirt".
I'm
On 2010-03-25, at 18:56, Nyx Linden wrote:
> However, if you'd like to code up a conversion routine for snowglobe
> or a third party viewer, please do so! Let me know if you need any
> information about our wearables system to do so.
Wait a second, are you saying that if a viewer allowed "wear
On 2010-03-26, at 07:06, Carlo Wood wrote:
> On Fri, Mar 26, 2010 at 05:41:10AM -0500, Argent Stonecutter wrote:
>> I'm not proposing "wear as undershirt".
>>
>> I'm proposing "convert this into an undershirt".
>
> But with what goal?
I&#x
On 2010-03-26, at 08:17, Carlo Wood wrote:
> On Fri, Mar 26, 2010 at 07:39:39AM -0500, Argent Stonecutter wrote:
>>> Assume that the project will result in jackets
>>> (the canonical example) can be tucked in and/or being
>>> worn under shirts. Would you really sti
Sounds like an "impure opensim" fork is needed.
On 2010-04-02, at 08:19, Gareth Nelson wrote:
> If these people also work on the viewer, they're banned from
> contributing patches to opensim
>
> On Fri, Apr 2, 2010 at 1:40 PM, Carlo Wood wrote:
>> What is the reason that those fixes aren't incor
gt;
> On Fri, Apr 2, 2010 at 4:38 PM, Argent Stonecutter
> wrote:
>> Sounds like an "impure opensim" fork is needed.
>>
>> On 2010-04-02, at 08:19, Gareth Nelson wrote:
>>
>>> If these people also work on the viewer, they're banned from
>>
On 2010-04-02, at 11:51, Glen Canaday wrote:
> I'm actually rather surprised no one's said anything about the
> merges of GPL code into viewer-internal. That bugged me more than the
> TPV stuff.
That's why you have to transfer the copyright to LL when you send them
code, because that way they
Holding the meeting in voice already excludes people. The last time I
tried to enable voice for a meeting with a Linden I couldn't actually
get it to work. The dot came up, and my computer was receiving data
because his dot was showing activity, but I couldn't hear anything.
_
On 2010-04-09, at 14:17, Nicholaz Beresford wrote:
> I won't attend the meeting, but here are a few pennies worth of
> suggestions (they would be too detailed and complex to convey in a
> meeting anyway).
[...]
I can't attend, because scheduling, firewalls, and voice are too great
a hurdle, but
On 2010-04-13, at 13:30, Robert Martin wrote:
> The 3PVp will be a semi joke until LL decides to put up a compile farm
> and begin creating "signed builds".
Oh no! That will mean the ripoff artists will have to port over the
tools they already use to inject code into Warcraft and Everquest!
I suggest you read up on how copyright law in the US actually works.
You seem to be under the impression that the changes in 1989 when the
US implemented most of the Berne Convention never happened.
I'm not commenting on the validity of this unsupported notecard, just
noting that you're mist
On 2010-04-19, at 13:46, Joshua Bell wrote:
> It is certainly the case that several request/response-type messages
> do not have a way of signaling that all of the data was sent. This
> arose from thinking of the protocol in a purely viewer-centric way,
> i.e. if the viewer was populating a list
On 2010-04-19, at 19:42, Joshua Bell wrote:
> That's a completely different issue. The lower level transport
> protocol guarantees reliable delivery of certain types of messages -
> packets are ack'd and resent if missed.
1. Are these messages actually being handled by that mechanism?
2. I have s
On 2010-04-25, at 06:34, Carlo Wood wrote:
> On Sun, Apr 25, 2010 at 08:38:16AM +0200, Marine Kelley wrote:
>> Besides this entry is not even sent by the sim, it is calculated by
>> the viewer
>> as (22.5 - net - physics - sim - agent - images - script), unless
>> I'm mistaken.
>> It would be r
On 2010-04-25, at 08:27, Carlo Wood wrote:
> On Sun, Apr 25, 2010 at 07:19:41AM -0500, Argent Stonecutter wrote:
>> On 2010-04-25, at 06:34, Carlo Wood wrote:
>>> On Sun, Apr 25, 2010 at 08:38:16AM +0200, Marine Kelley wrote:
>>>> Besides this entry is not even sen
On 2010-05-01, at 16:50, Bryon Ruxton wrote:
> Is that thing really exploiting a quicktime hack?
> I.e. Trying to protect Computer Crimes Law by violating the very
> same laws.
Setting a media stream and looking at the query string isn't violating
any laws.
It's sleazy, and HTML on a prim wil
On 2010-05-01, at 17:53, Glen Canaday wrote:
> Me too, but I don't think it's against TOS. A sim owner can do what a
> sim owner wants, and if it's to trust client/copybot detection to an
> inworld device they didn't make themselves, that's not against the
> rules
> afaik. Of course, I'm complete
On 2010-05-02, at 17:01, Skills Hak wrote:
> The people with bad reviews are mostly copybotters who have been
> banned by the system and are coming up with crazy quicktime hack
> theories, Dekadance Mint isn't even in search any more.
You could eliminate the "crazy quicktime hack" theories if you
On 2010-05-05, at 14:57, Bryon Ruxton wrote:
> Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo?
Let's not.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the poli
On 2010-05-05, at 16:34, Tigro Spottystripes wrote:
> That would open lots of possibilities
It would open up all kinds of cans of worms.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read
Woodbury
turns out to be, my UUID goes with me. If I visit Luskwood as Argent
Stonecutter, and Grieferzone as Obscure Nomdeplume, I don't want Loser
Hax knowing they're the same person. I can turn off voice and media
and keep them from getting any information that way, but if I st
On 2010-05-06, at 01:23, Ricky wrote:
> How can that be a source of correlation, unless you are using a viewer
> that has a userbase of one (yourself and your alts)?
When you're gathering information on someone for tracking purposes you
don't need certainty. Even a viewer with a few percent of t
On 2010-05-06, at 08:59, Tateru Nino wrote:
> Would something like llDetectedViewerCaps() that returned a
> well-defined, yet open, capabilities string be potentially more useful
> than just asking for the brand of the viewer?
So long as you have to approve (or pre-approve) them, with
notificati
On 2010-05-06, at 11:51, Tigro Spottystripes wrote:
> Then you just set your user-agent string to something generic
Yes, I'm a paranoid nut who knows to do that. I know to opt out. Most
people don't.
Which is why any capability like this needs to be opt-in.
gt;
> have the default be somthing generic then
>
> On 6/5/2010 15:24, Argent Stonecutter wrote:
>> On 2010-05-06, at 11:51, Tigro Spottystripes wrote:
>>> Then you just set your user-agent string to something generic
>>
>> Yes, I'm a paranoid nut who knows
On 2010-05-06, at 22:06, Ricky wrote:
> Also, since this information is /already/ accessible
Not if you don't turn streaming media on.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read t
On 2010-05-18, at 17:36, Mike Monkowski wrote:
>> I'm based in the Boston office, which will give you some idea of when
>> I'm most likely to be awake.
>
> There's a correlation? :-)
Eastern Standard Tribe.
___
Policies and (un)subscribe information av
On 2010-05-27, at 16:50, Oz Linden (Scott Lawrence) wrote:
> I understand that might leave
> behind things that the Snowglobe user/dev base wants and that some
> people are not happy with some elements of 2.x. What I'd like to know
> is... what needs to happen to make that choice that most people
On 2010-06-03, at 17:55, Rob Nelson wrote:
> It may be quite fast, but I don't think it's GPL, so I can't really
> use
> it. I'll have to come up with my own MacGyver'd implementation of LOD
> and stitching after I finish the initial implementation.
If what you're getting from the paper is th
Thank you both, Oz and Merov, for commenting.
To me it seems that if Linden Lab has fewer in-house developers the role of
open source contributors will likely be greater.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.
On 2010-06-28, at 06:58, Aleric Inglewood wrote:
> I noticed this for quite some time now while using viewer 1.4.
> Attachments of others appear near their knee and stay there (they
> don't move with the avatar). When I say something about it, others
> claim they still see it "on their head" or w
On 2010-08-16, at 13:23, Henri Beauchamp wrote:
> Well, the first improvement to do is to actually revert 80% of the UI
> to the way v1.23's one was working, especially getting rid of that
> moronic side bar is its modal tools which impair productivity and
> user-friendliness... The question is: wi
On 2010-08-18, at 13:19, Michael Schlenker wrote:
>> Can you elaborate on what kind of RP would require you to be able to set
>> your display name to "Argent Stonecutter"
> Sure. Anywhere you wanna have uniform appearance, like having a bunch of
> 'Agent Smit
On 2010-08-18, at 19:23, Ricky wrote:
> Furthermore, if I don't have the
> privileges to return an item the return option should be either
> removed or grayed out.
This is actually a problem in 1.x as well.
___
Policies and (un)subscribe information ava
On 2010-08-19, at 04:09, Gareth Nelson wrote:
> None of those projects have an agreement that allows proprietary versions
I think Qt has LGPL and proprietary licensing now.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife
On 2010-08-19, at 14:09, Michael Schlenker wrote:
> Its a special case of the general case, i didn't check but I'm pretty sure
> 'Agent Smith' is taken by someone. If it is and you
> had your way it would not be possible to use that name.
Yes. So?
The homograph issue needs to be addressed in any
On 2010-08-19, at 21:42, Bryon Ruxton wrote:
> Argent, Keep in mind once the feature is implemented:
> One will be able to choose "Captain America"
> with captain.america becoming his unique username.
> And it wouldn't be fair to prevent anyone else to RP "Captai
On 2010-08-21, at 11:10, Oz Linden (Scott Lawrence) wrote:
> I'd really like that one too, and I don't even really qualify as a builder.
>
> Unfortunately, it doesn't qualify as 'easy', but it is marked as a High
> priority item on the Snowstorm backlog.
Innnteresting.
Using a new UI approach (
On 2010-08-20, at 15:52, Baloo Uriza wrote:
> On Thu, 19 Aug 2010 20:08:07 -0400, mysticaldemina-ZcVvBWsY3orQT0dZR+AlfA
> wrote:
>> And your login account isn't public so you have better security.
> Your login account will still be visible in the profile, and during
> transactions.
That's one th
On 2010-08-22, at 10:14, Lance Corrimal wrote:
> Am Sunday 22 August 2010 schrieb Marine Kelley:
>> Please be careful not to screw up debug settings that must NOT be
>> changed. Some are capital for the viewer to function normally [...]
> could someone please elaborate on why those settings even e
On 2010-08-22, at 15:20, Will wrote:
> Then this is confusing, to be listed you have to within the policy
> "approved" for lack of a better word:
> Someone please clarify-
>
> "If a Third-Party Viewer or your use or distribution of it violates
> this Policy or any Linden Lab policy, your permis
eople know. For example, Farallon
Greyskin's name is "Seal", and in RL I've been "Argent" since about '83,
regardless of my real name, but I don't need my real world ID to match that.
Some people change their real name to match (I know one guy who did that
On 2010-08-23, at 13:18, Yoz Grahame wrote:
> As Josh and others have said, one of the things we'd need is a unique secret
> account identifier. Unfortunately the only existing account datum which might
> work here is email address, and that's not unique, though we're starting to
> think that it
On 2010-08-28, at 23:08, Yoz Grahame wrote:
> This *was* a serious bug, but fixed over a year ago. Now a premium account in
> default is merely suspended with the ability to fully restore on payment.
A premium account that does not own any land (beyond the basic 512 square
meters) should not be
re-opened.
On 2010-08-28, at 23:31, Yoz Grahame wrote:
>
> On 28 August 2010 21:25, Tigro Spottystripes
> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Please read http://jira.secondlife.com/browse/WEB-2647
>
> Thanks! Resolved.
>
> -- Yoz
>
> _
On 2010-08-29, at 04:24, Marine Kelley wrote:
> At least the land and inventory are not gone, automatically downgrading to
> basic would make the lands be abandoned.
What if the account doesn't own land, or has nothing but the original 512
square meters in something like a Linden Home?
That's
On 2010-08-29, at 04:41, Marc Adored wrote:
> If you check your email less then 1 time every 37 days I don't even
> know why you have a premium account on a game you obviously don't play
> enough to get your monies worth.
There are people who have jobs that take them out of communication for
mont
On 2010-08-29, at 09:37, leliel wrote:
> On Sun, Aug 29, 2010 at 4:25 AM, Argent Stonecutter
> wrote:
>> An account in that situation is not *in default* when they skip a payment,
>> because the account payment itself is not made in arrears.
>
> So you're saying a
On 2010-08-29, at 09:37, Laurent Bechir wrote:
> I used to have a premium account once upon a while. Not using it really (no
> land associated to the account) and being short of money, I didn't renew. The
> only thing that happened is that I'm back as a basic member now. So I don't
> see where i
On 2010-08-30, at 15:39, Suz Dollar wrote:
> *cough* If the point of this is to make people *want* 2.x a lot of
> nice tags that say 'to see me properly, use viewer 2.x... I have more
> attachments than you do' might be a good way to go.
If I can't talk without jumping I'm not going to go to
On 2010-08-31, at 22:40, Glen Canaday wrote:
> Gamers like it broken like it is now, people who SOCIALIZE here (since
> SL is, in fact, *not* a game... ahem) like it broken the way it's
> historically been.
It wasn't broken historically: it was a prefs setting.
Also, gamers don't like it the way
On 2010-09-04, at 14:23, Patnad Babii wrote:
> Switch to C# and everything become easier to deploy and use TFS for QA
> and saving sources.
If you don't mind a 2-5x performance hit on Windows and an elimination of the
Linux and Mac clients.
___
Pol
The hard part isn't coming up with an embedded scripting language, it's not
even coming up with a secure set of bindings that don't allow for unanticipated
side-effects or privilege escalation, it's integrating the scripting engine
into an event loop that wasn't designed to have a scripting engi
On 2010-09-13, at 00:40, Tateru Nino wrote:
> If we're using HTTP textures, is there actually any need for the JPEG 2000
> format? Since the transfer time of individual textures is vastly reduced
> (from the first byte to the last byte) the intermediate quality levels
> supported by jpg2k would
On 2010-09-13, at 07:22, Leonel Morgado wrote:
> Notice that old JPG does not support alpha channels (transparency). That
> means abandoning JPEG2000 would in fact force everyone with a single
> transparent pixel (even if just corners of round textures) to use lossless
> PNG for that, which is not
I honestly think that going to a straight squid-style cache for textures would
so improve the user experience that worrying about extra features like
"preferred places" would become irrelevant.
___
Policies and (un)subscribe information available here:
101 - 200 of 230 matches
Mail list logo
