I've added similar functionality in firestorm last week. Names are colored
and have their own preference color. I think the next step forward for
plaintext chat is to fix the vertical line spacing issue that still appears
to be neglected.
On Sun, Dec 5, 2010 at 3:53 PM, Kitty wrote:
> It's http
Here's some example lines I use for building firestorm on macosx.
You'll want to change the variables,strings,and optimizations to fit
Dolphin. I hope this helps. A key takeaway is to use "xcodebuild" for
command line builds and not make.
./develop.py -t $BTYPE configure -DPACKAGE:BOOL=ON
-DVIEW
This is an open question I've tried to ask at a few different linden office
hours, but haven't yet received a response one way or the other.
There's a couple different viewer UI elements now in the pipeline that are
effectively full web pages- the search window, and now the profile window.
It seem
I'm concerned that I haven't received a response. I've already asked this
question a few times at office hours for Lindens involved in development,
and now here. Even if the answer is "LL will not support a a stable API to
web services" at least it is some kind of answer. "LL will continue to
provi
The subject says it all. If you were not aware, editing profile data using
the web profile interface can result in whatever section of data that you
edited being completely erased, wiped out, 8-24hrs later.
This issue was first reported back in 2.5.0. I was bit by it myself. I
updated my "Real Wor
On Mon, Jun 6, 2011 at 12:37 PM, Jonathan Welch wrote:
> ...
> If you have an opinion of why it should be lowered from what it is
> now, 64, please reply to this message with your reasoning.
>
>
I'd say it is common for me to lower draw distance to 32, for densely
populated events where the rende
In the past it has been possible to do accelerated openGL-over-X11 over a
network with particular drivers, specifically some versions of the linux
NVidia drivers. Still, it's quite exotic, limited, and probably would not
result in the effect the original poster intended.
On Thu, Jul 14, 2011 at 11
The underlying code segment here needs a rewrite. This is one of the rare
cases where GCC is actually complaining for a very valid reason.
On Fri, Sep 2, 2011 at 11:35 AM, Mysty Saunders wrote:
> Ubuntu 32 GCC 4.4
>
> Any idea's y'all. Im pretty much clueless about programming but with dumb
> ne
Thanks for sharing Oz,
Although I like the general direction of the improvements and believe they
have good potential, I feel the obligation to point out to your own
presentation with Esbee and Qarl two years ago coming off of the difficult
Viewer 2 rollout, where the three of you stood up before
g the resolution of the z-axis field provided directly to the
viewer, LL would be saving enormous amounts of overhead and bandwidth by
obsoleting LSL-based systems. Continuing to ignore this is penny wise, pound
foolish.
- Arrehn Oberlander
On
On 1/27/12, Jonathan Welch wrote:
> This has been discussed several times at the server group meetings.
> Fixing this just to have a fully correct map display is more trouble
> than it is worth; having to run two packet formatters in parallel
> forever, having to query the viewer what packet form
On Wed, Sep 19, 2012 at 11:58 AM, gistya eusebio wrote:
>
> I did compile this with OS X 10.8 as a build target successfully.
>
I couldn't help but notice this blurb at the end. Did you need to make
any adjustments to base viewer-dev dependent packages / cmake /. other
in order to build with XCo
On Mon, Aug 16, 2010 at 11:56 AM, Oz Linden (Scott Lawrence)
o...@lindenlab.com> wrote:
> I've said this before, and I'll repeat it again here:
>
> Don't waste everyones time suggesting that we throw away Viewer 2, or
> that
> we revert the UI to Viewer 1. It is absolutely not going to happen, an
I realize that there's pros and cons to this UI selection vs box
popups. However I don't believe the choice is at all cut and dry. When
I stopped using the pie menu (because it doesn't exist in viewer 2.x)
I discovered all sorts of navigation difficulties that where
previously unknown.
- The box
As someone who was using the Emerald viewer at the time this was going
on, I researched this subject with some concern.
It doesn't matter who the target was at all, whether he is a good guy
or a bad guy, it's not of consequence. ModularSystems is responsible
for using my login process to send a si
On Mon, Aug 23, 2010 at 3:22 PM, Erik Anderson
wrote:
>
> Shouldn't the SL client be able to figure out what a good draw distance
> would be? Maybe have it start autodetecting draw distance based on rolling
> average number of polygons visible or something?
>
It's not that simple, there are are
Some of the TPVs implement the OTR protocol for encrypted messaging:
http://www.cypherpunks.ca/otr/Protocol-v2-3.1.0.html
This does not involve 3rd party servers, or disclose information. In fact
it's designed not to disclose anything,
___
Policies and
Is it possible for you to release your test harness for these comparisons,
including the texture set?
I noticed there isn't data for linux or mac platforms, which I am curious
about. My eyeball tells me KDU is more optimized for windows than other
platforms, but I'd like to test this empirically,
18 matches
Mail list logo
