Scrolling has not been working properly on the Mac client in recent builds
either. VWR-27175
On Oct 19, 2011, at 8:00 AM, Garmin Kawaguichi wrote:
Under Windows Vista and with Viewer SL 3.2.0 (243350) I have the same issue.
Note that for ABOUT SECOND LIFE window the scroll works as usual
The 'Viewer Evolution' Friday meetings recently transitioned from Oz to Esbee
Linden as owner. However, since the handoff there hasn't been a meeting (3
weeks now) but it lingered on the wiki schedule as an oversight. She said the
meetings will continue and expand in scope, and that when that
Haven't we had the ability to put multiple attachments on any given attachment
point for nearly a year now? I think there's a max per avatar (32), but once
you've got an attachment on a particular point, select the next one you want to
add and choose either Add or Add To from the context menu.
True, though the neck is in a fixed location in relation to the chest and
spine. Adding neck-worn items has worked pretty consistently well using those
points.
On Jun 25, 2011, at 6:30 PM, Adeon Writer wrote:
Yes, although the catch here is that there simply isn't a Neck slot or a Root
CTS-644/CTS-656 - glow works onViewer-Dev build 233586, Mac client.
STORM-1314 - windlight clouds are also fine on Viewer-Dev build 233586, Mac
client.
On Jun 23, 2011, at 2:31 AM, Jonathan Welch wrote:
Could you also check glow (cts-644/cts-656) and windlight clouds
(storm-1314) to see if
Is it just me, or is Advanced - Highlighting and Visibility - Highlight
Transparent broken?
I convinced my girlfriend to try the development viewer on her machine, and she
pointed it out (it's not a feature I use much). Normally, when enabled, it
should highlight any.all prims with
Sorry for the late response, I've just gotten the chance to test this as well.
Looks and works great, seems intuitive. I love the popup notification (as well
as the ability to choose not to see it again next time). I also experienced a
short delay on the Mac client, though the delay was only
A few of the ideas have merit, but fall apart when you're constrained to 16x16. Not only are you constrained to 16x16, but looking at the other controls near it, you can't really get away with single-pixel-width lines and have it look good. Plus, it's got to be something that people may recognize
Agreed regarding the magnifying glass icon - it's used both in SL and in some
browsers as an icon representing Search.
The problem with using a 1 tree/many trees approach is that a) that's already
used to denote zoom, not viewing distance, and b) that type of display works
best when it's on
Today, novice users are already hurting themselves by a much larger measure.
At the earliest stages, they're directed by other residents to click the
advanced button and right away change the slider. Not only are they
potentially hurting themselves with the slider, but there are a wide range
for a lot of people :)
On Jun 9, 2011, at 12:00 PM, Oz Linden (Scott Lawrence) wrote:
On 2011-06-08 13:55, Trilo Byte wrote:
I agree, I love having a slider. But I think this one's going to be a
vertical slider, behaving something like the way the volume control does.
Hopefully we'll get
I agree, I love having a slider. But I think this one's going to be a vertical
slider, behaving something like the way the volume control does. Hopefully
we'll get to take a peek soon :-)
On Jun 7, 2011, at 3:41 AM, Hitomi Tiponi wrote:
On 6/6/2011 12:37 PM, Jonathan Welch wrote:
I have
For group lists and IM floaters, I'd personally prefer a name sort as primary,
as any time I'm ever actually looking at the list, I'm looking for a specific
individual. But in the group list, I can see the value of online status first,
then by name (to see who's on)
On Jun 5, 2011, at 9:43
Vertical slider for the win! :-)
I'm fine with existing settings, but given the large percentage of SL users
that are using 'class 0' machines, I think a 48m or even 32m minimum would
improve the experience and reduce the likelihood of crashing (especially at
events or complex builds).
On Jun
, Trilo Byte wrote:
With so many of the jiras related to this merge not being publicly
accessible, I wouldn't know where to start looking for the issue to report it
under. But this one seems to have appeared since the mesh merge...
First appeared in 230343, but the changelog for that build
This had gotten fixed quite a few builds ago, but somebody appears to have
picked a poor build to push out as an official release.
https://jira.secondlife.com/browse/VWR-25595
I've seen it happen on several Macs, is this happening with Windows and Linux
as well?
TriloByte Zanzibar
make
it into the 2.6.6 release.
(see EXP-749)
a
2011/5/19 Trilo Byte trilobyte5...@gmail.com
This had gotten fixed quite a few builds ago, but somebody appears to have
picked a poor build to push out as an official release.
https://jira.secondlife.com/browse/VWR-25595
I've seen
With so many of the jiras related to this merge not being publicly accessible,
I wouldn't know where to start looking for the issue to report it under. But
this one seems to have appeared since the mesh merge...
First appeared in 230343, but the changelog for that build only shows STORM-1100
I'm also experiencing some issues with bulk image uploads not adhering to the
default upload permissions (Mac client, build 230167).
Click + - Upload - Set Default Permissions and then check the set next owner
perms to modify, copy, resell/giveaway
Click + - Upload - Bulk and then select a
Caveat - shadows are still in the experimental stages at LL, even moreso on the
Mac (as I understand it, the team doing that work within LL has little to no
access to Mac hardware for testing and experimentation).
Shadows currently work on nVidia Macs with the following GPU's: GeForce 9400m,
It's in the 2.6.3 Viewer, which was released last week. It's also in current
development builds.
On May 3, 2011, at 9:04 AM, Tillie Ariantho wrote:
Hello,
do 2.6.x builds have the enhanced body physics too or is this a feature of
that special beta, only?
Tillie
I can't tell if this is a bug or not (since a fair number of jira's referenced
in recent builds are issues we don't have permission to view), but in build
227447 (Mac client), it appears there's been a change to the way IM's and group
chat icons appear on the bottom of the screen.
In the
Brandon, your comments seem to be misinformed. The team working on mesh, as
well as the residents involved in testing and feedback, have been far from
hibernating. They have weekly meetings which are open to the public and what
appears to be active message boards as well as test/sandbox
Mesh User Group (ideal place to ask such questions). There's also an archive
of past meeting agendas/notes.
http://wiki.secondlife.com/wiki/Content_Creation/Mesh_Import/Scripting_User_Group
Mesh Community Forums, should be a fair bit of information there about avatars
and other forms of mesh
I was able to check a few of these, Mac client.
STORM-842 Start at list isn't populated with favorites if user name is
typed in fashion firstname.lastname
OK
STORM-1139 Apply Changes to Region works for water but not for sky
Untestable with this viewer (it doesn't have estate-level
Oops - hit reply instead of reply all...
Checked out on Mac client.
STORM-250 [#STORM-250] Unexpected More text appears in the About Landmark
panel after minimising the floater - Second Life Bug Tracker
Unexpected 'More' text no longer appears, but arrow button (lower right of
floater)
Found something that appears to have broken in 225670 - multi-wearables.
Adding multiple attachments still works as expected, right click on an
attachment in your inventory or the My Appearance tab and choose Add to add it
to your currently worn outfit. However, multiple layers is broken - the
On Apr 4, 2011, at 7:47 PM, Trilo Byte wrote:
Found something that appears to have broken in 225670 - multi-wearables.
Adding multiple attachments still works as expected, right click on an
attachment in your inventory or the My Appearance tab and choose Add to add
it to your currently worn
Mac client seems to be running fine, save for web profiles (though that may not
be a viewer specific issue).
On Apr 2, 2011, at 8:17 PM, Oz Linden (Scott Lawrence) wrote:
On 2011-04-01 20:56, Oz Linden (Scott Lawrence) wrote:
On 2011-04-01 18:08, Oz Linden (Scott Lawrence) wrote:
The
It requires two restarts, doesn't it? One to quit and exit and restart to the
login screen, and then a second once you make the mode switch to advanced.
It's a great idea, but the execution needs some work. My concerns/impressions
so far:
1) As with a lot of other software, a significant
One request - at least for the Mac client (not sure if the other platform
builds are set up this way). Please give pre-release builds an appropriate
name (ie Project, Development, Developer, etc). If I were to follow the
instructions and drag the application into my applications folder, it
I understand the rationale behind dialing back the version numbering to 2.5.1
(it put the viewer on a path towards 3.0 much sooner than may have been
desired), but seeing as 2.5.1 was given an official release yesterday shouldn't
the development snapshots be on 2.5.2 to avoid confusion?
Tested the Mac client.
* STORM-28 : As a User, I want the ability to send my calling card to others.
No idea how to test, neither the JIRA nor the Viewer UI make it clear how to
create your own calling card. It's not in the gear menu, and it's not in the +
menu. Sharing existing calling
-
Hash: SHA1
I believe versioning numbers would go from 2.9 to 2.10 instead of 3.0
I think SL has used the non-decimal numerical school of thought for
versioning on the viewers, like with Viewer 1
On 3/4/2011 6:45 AM, Trilo Byte wrote:
I understand the rationale behind dialing back
Share option.
On 03/04/2011 05:17 PM, Trilo Byte wrote:
Tested the Mac client.
* STORM-28 : As a User, I want the ability to send my calling card to others.
No idea how to test, neither the JIRA nor the Viewer UI make it clear how to
create your own calling card. It's not in the gear menu
I'm not sure if this broke in a previous build, but extended groups
functionality is broken in build 221543 (Mac client). I can see and access the
29 groups I currently belong to, but the Viewer will not let me join any new
groups or accept a group invitation from another resident. The only
Both the region I was on and the region I'd logged onto were non-RC servers,
running server version 11.02.08 220555. Being that it worked fine when
relogging using Viewer 2.5, it seems the bug is viewer-side rather than
server-side.
On Feb 20, 2011, at 4:02 PM, Keith Jaeger wrote:
Try
Merov, you'd asked us to let you know if we were experiencing crashes on exit
in the mac client...
I started experiencing problems with system freezes upon Viewer exit in builds
over the last 7-10 days. Initially just several seconds where other
applications and the desktop became
Please forgive the silly question, but I seemed to have missed something in the
transition to web profiles. On the Friends sidebar panel I can see the icons
that show what permissions the people on my friends list have (see me online,
locate me on the map, move my objects, etc), but I can't
There's a debug setting, I believe called NearMeRange, that you can adjust to a
number that better suits your needs.
On Jan 29, 2011, at 3:50 PM, Dave Booth wrote:
Whats the expected behavior of this tab of the people sidebar? I'm
currently sitting in a room with 14 other folks, half of whom
Is anybody else getting 'SSL Handshake Error' whenever they attempt to look up
a resident's profile in the Viewer? Is this something that's happening
Viewer-side, or (web) Server-side? I know the new profile system was working
fine not long ago, but sometime during the course of the last week
Tried on Mac
STORM-236 Works great, though in build 219680 (mac client) there needs to be a
space between Speak button and (Voice Enabled) in the menu item.
STORM-348 appears to be working
STORM-643 looks good, though the width will take some getting used to
STORM-843 excellent!
STORM-845 works!
though.)
Date: Wed, 26 Jan 2011 10:10:02 -0500
From: o...@lindenlab.com
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] SSL Handshake Error
On 2011-01-26 9:56, Trilo Byte wrote:
Is anybody else getting 'SSL Handshake Error' whenever they attempt to
look
Aside from not being very useful in its current state (not being able to
save/load sidebar, local chat text entry width, or save/load build menu
floater), build 219546 (mac client) caused an entire system crash on exit,
resulting in loss of data in other applications.
The sidebar, local chat
Perhaps the experimental/developer-related debug settings should be accessible
from the Developer menu (further removing it from casual users). Then an
'Advanced Preferences' floater could be made available from the Advanced Menu.
This would allow for an effort to seriously streamline the
Works great in the Mac client. Sounds nitpicky, but I'd add a space after
Speak Button and before (Voice Enabled in the menu
On Jan 21, 2011, at 8:41 AM, WolfPup Lowenhar wrote:
Please Help test this.
From: Oz Linden (JIRA) [mailto:no-re...@secondlife.com]
Sent: Friday, January 21,
+1 for making it a debug setting (to choose whether you see notifications).
The server version info would still be available in Help - About as well as
World - Place Profile - Region/Estate
On Jan 18, 2011, at 11:39 AM, Erin Mallory wrote:
could even bury the option in the debug console...
According to the Havok 2k10 Beta page on the wiki, the Mesh Project Viewer now
contains the necessary bits for the physics engine upgrade (second sentence in
the What is Havok 2k10 section).
https://wiki.secondlife.com/wiki/Havok_2k10_Beta_Home
Further down on the page it details where you can
AM, Trilo Byte trilobyte5...@gmail.com wrote:
According to the Havok 2k10 Beta page on the wiki, the Mesh Project Viewer
now contains the necessary bits for the physics engine upgrade (second
sentence in the What is Havok 2k10 section).
https://wiki.secondlife.com/wiki/Havok_2k10_Beta_Home
As I understand it, there's no way to do it without breaking a lot of content.
Vehicle wheels that are no longer round (or that fit into a wheel well), skirt
pieces that when stretched in certain directions are no longer facing the right
directions, etc.
On Jan 9, 2011, at 9:40 AM, Robert
Could someone please update the featuretable.txt and featuretable_mac.txt (and
presumably the featuretable_linux.txt. On the code repository, at:
http://hg.secondlife.com/viewer-development/src/b0bd26c5638a/indra/newview/
As Q mentioned in a post some time ago, what the viewer is using and
It's possible... I've been semi-crippled by lack of support for my nVidia GPU
and the whole framerate stutter thing
https://jira.secondlife.com/browse/VWR-23318
When I get a chance, I'll see if I can isolate/reproduce.
On Dec 31, 2010, at 5:59 PM, Marine Kelley wrote:
I have observed this
It's not you, it's been happening to others. A lot.
Before Christmas it happened much less frequently, but since then the
phenomenon's been occurring at least once a day. Sometimes they're ??? at
login, sometimes they show properly at first and then flip to ??? on their own.
Sometimes the
For a short time, the logon screen's user name field had a drop down that would
let you select from the user names/passwords stored on that computer. Very
handy in cases where you might log in with an alt from time to time.
On Dec 29, 2010, at 12:13 PM, Oz Linden (Scott Lawrence) wrote:
On
viewers.
Andro
At 09:46 AM 12/29/2010, Trilo Byte wrote:
It's not you, it's been happening to others. A lot.
Before Christmas it happened much less frequently, but since then the
phenomenon's been occurring at least once a day. Sometimes they're ??? at
login, sometimes they show
Back in build 216577, the tab key stopped working to jump between fields (in
the build window, debugged settings window, etc). A couple builds later it was
fixed, but then in build 217184 it stopped working again. It's still not
working properly in 217291 - anybody else experiencing this?
nevertheless,
you'd have to find out why gGLManager.getRawGLString()
isn't returning the right thing. As a work around
you could hardcode the correct string into your viewer.
On Fri, Dec 17, 2010 at 1:09 AM, Trilo Byte trilobyte5...@gmail.com wrote:
I'm having some difficulty with the Second Life Viewer
.
Q
On Dec 17, 2010, at 9:07 PM, Trilo Byte wrote:
In the indra/newview/llfeaturemanager.cpp file, it references a featuretable
text file.
Is this still in use? As I peruse the featuretable_mac.txt file, it appears
that no
machine/gpu-specific information exists not only
As the header of the TOS indicated, the changes were in preparation for the
coming changes. As per the published info (which was linked in the terms),
that isn't due to happen until January.
If you're concerned about a company or organization sneaking in clauses
or rules that you wouldn't
I'm having some difficulty with the Second Life Viewer and my shiny
new GPU (nVidia Quadro 4000). The Mac client doesn't recognize it,
and gives me an error when I launch the Viewer app.
What's worse, dynamic shadows and deferred rendering are completely
broken (I get the same complete system
As a resident, I would like to see Display Names show correctly when they use
actions in Group Chat.
I'd mentioned this in this morning's meeting (on behalf of a couple communities
who'd asked about it recently). Esbee asked if I had a JIRA issue handy.
After some looking around, I couldn't
As a user, I would like to see notifications displayed as a scrollable feed
(similar to a twitter client on desktop/smartphone) instead of as a series of
popup boxes.
More info (and mockup pic) here - https://jira.secondlife.com/browse/VWR-24213___
Has anybody else noticed that the tab key is no longer working as expected in
build 216577? At least in the Mac client, the tab key used to be able to be
used to jump between fields. For example in the build/edit box on the general
tab, type in a Name and then tab type in the description. Or
Search box working normally/as expected on Mac client (we use cmd-v in place of
Windows' ctrl-v), build 216217.
TriloByte Zanzibar
On Dec 6, 2010, at 4:39 PM, Erin Mallory wrote:
Can someone see if they can repo this?
On todays builds, if i click into an empty quick search bar (the one by
Excellent, Merov, thanks!
Downloaded the binary and started banging on the Mac client...
- Loading textures from inventory is MUCH faster. I pulled dozens of images up
in my inventory, and noticed no stalling or delays.
- Tested a series of image uploads from JPG, PNG, and TGA sources
Is there any chance we can get a build that doesn't serve AutoUpdater Errors
when you launch the app, or is that all server side?
TriloByte Zanzibar
On Nov 30, 2010, at 1:34 PM, Brad Kittenbrink (Brad Linden) wrote:
Oops, thanks for the heads-up.
The background updater is new in viewer 2.4
I notice the version change in the latest snapshot. I sincerely hope that
means that a 2.4 beta hasn't been committed to before Name Tags has been fixed
and tested. Shipping a beta/release (that is, putting it on the downloads page
for all residents to easily see/use) with known major
Runs great on Mac Pro with nVidia GTX285 running OSX 10.6. Texture loading
in-world seems improved from the last KDU build/test, and loading textures and
images from inventory seems significantly faster (not sure if that's due to
changes in the code on your end or just that the asset server's
.
Overall though, great progress. I look forward to this getting refined and
brought in as soon as possible.
Trilo
On Nov 22, 2010, at 2:06 PM, Philippe (Merov) Bossut wrote:
Hi,
On Fri, Nov 19, 2010 at 3:27 AM, Trilo Byte trilobyte5...@gmail.com wrote:
Broken here as well, Merov. After
Name Tags have been broken in the last few builds for the Mac client. Last
good build for users with nVidia graphics was 215139, for ATI users it's been
broken for weeks (forcing users to choose between broken Name Tags and broken
Anti-Aliasing). Taking a look at build 215215 on my primary
As far as I'm aware, the ATI and shadow issue is something that's affected ATI
(AMD) users on Windows platform as well as Mac... which would lead one to
believe it's an issue for AMD more than it would be for Apple (Apple fine tunes
and handles distribution of the drivers, but the driver
Sounds great, let me know if you need any additional Mac testing :-)
TriloByte Zanzibar
On Nov 12, 2010, at 5:35 PM, Philippe (Merov) Bossut wrote:
Hi guys,
As anyone who reads Snowstorm's scrum reports knows, I've been working on
upgrading our old KDU v4.2.1 to v6.4.1. This work is
On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote:
On 2010-11-10 6:13, Trilo Byte wrote:
I was busy checking out some other items/banging on different parts of the
viewer, and didn't realize until just now that Touch appears to not be
working properly in the latest builds
I was hoping that build fixed it, but the email that went out said the build
had failed. Waiting patiently for a working build to test :-)
On Nov 10, 2010, at 1:29 PM, Yoz Grahame wrote:
On 10 November 2010 13:10, Trilo Byte trilobyte5...@gmail.com wrote:
On Nov 10, 2010, at 7:33 AM, Oz
, but rendering in 214429 is still a big
regression for me. Stuttering/performance is much worse than 214370.
On Nov 10, 2010, at 1:29 PM, Yoz Grahame wrote:
On 10 November 2010 13:10, Trilo Byte trilobyte5...@gmail.com wrote:
On Nov 10, 2010, at 7:33 AM, Oz Linden (Scott Lawrence) wrote
But on the flipside, the Project MESH viewer has working shadows for nVidia
GPU's on Mac (never happened before on any known config), and anti-aliasing's
fixed. If we could get that bit out of the mesh viewer and into the 2.2
pipeline, we'd really be in great shape IMO.
Trilo
On Oct 15,
This is great, but I'd like to see the shadows implementation actually working
on all platforms first.
TriloByte Zanzibar
On Sep 29, 2010, at 6:14 PM, Reed Steamroller wrote:
Basically, I got this idea from all of the controls you've got over shadows
in Maya ( a program I'm partial to ).
Agreed, Yoz, it's definitely worth doing right and while it may be possible to
get some stats with a viewer-based solution it makes sense that this should
fall to the land team.
Trilo
On Sep 28, 2010, at 1:57 AM, Yoz Grahame wrote:
On 27 September 2010 23:22, Brandon Husbands
Hard to feel congratulatory when the beta was pushed out with a known major
regression (anti-aliasing has been broken since build 208569).
On Sep 24, 2010, at 8:08 AM, Ponzu wrote:
Pat yourselves on the back 8-)
By the way, will there be a 2-1-0-beta tag on the viewer-beta and
I've seen the problem as well (and voted on the issue), but did not see it in
the 2.2.0 beta (build 210127). This only broke in a more recent build (one of
the ones from yesterday, I believe).
On Sep 24, 2010, at 4:11 PM, miss c wrote:
Here is a screen shot of the bug
In theory, KDU 6.4 is supposed to be platform neutral - or at least that's one
of the claims the mfr. is making about the new version.
On Sep 22, 2010, at 11:35 AM, Arrehn Oberlander wrote:
Is it possible for you to release your test harness for these comparisons,
including the texture set?
Now if only we could resize the width of the sidebar, we'd be getting
somewhere. ;-) Seems like extra clicks and screen clutter to be able to see a
little bit wider for inventory windows and group notices. Pop open sidebar,
detach or bounce to right side, and THEN finally be able to resize.
If you're going to think about a rewrite, you may as well take a look at
Objective-C. Modular, cross-platform, would enable a decent Mac
client (at last), and put things like cross-platform 64-bit versions and
even clients for iOS (iPad) within reach.
http://en.wikipedia.org/wiki/Objective-C
I tested this build yesterday, anti-aliasing (an essential feature for SL
photography and shooting machinima, as well as a preferred setting for many
residents) is still broken. Releasing this would be a significant step
backwards, in my opinion.
TriloByte Zanzibar
On Aug 31, 2010, at 7:05
Nyx, I did also notice that if you wear an outfit folder that makes
use of mutliple attachments in v2.1.2, it no longer works properly.
Instead of putting on all the items in the user-specified folder, it
only puts on the first attachment the viewer gets to. Any
additional ones are left
with.
On Aug 27, 2010, at 1:12 PM, Kadah wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/27/2010 8:37 AM, Trilo Byte wrote:
Nyx, I did also notice that if you wear an outfit folder that makes
use of mutliple attachments in v2.1.2, it no longer works properly.
Instead of putting on all
Trying to confirm the change (and how attachments look/don't look to 1.x
clients), and am finding that in 2.1.2 (298569) multiple attachments just
appears to be broken. I don't see a debug setting, I'm not finding a
preference option, and the feature is definitely not working in-world.
My mistake, then. When I performed the same action to wear an item as
I had in previous builds and got the unexpected/unwanted result, and
saw that the debug option was gone, I thought it had broken (like
anti-aliasing did in the latest build).
When this viewer gets released. it would be
Is it just me, or is anti-aliasing broken in the last couple builds?
2.1.2 (208569) and 2.1.2 (208581)
https://jira.secondlife.com/browse/VWR-20969
TriloByte Zanzibar
___
Policies and (un)subscribe information available here:
Yeah - it'd be great if that page could be changed so that it looks more like
http://wiki.secondlife.com/wiki/Snowglobe
As well as current (looks like it's stuck on last week... this morning's most
recent build shows as 208505)
On Aug 25, 2010, at 7:08 AM, WolfPup Lowenhar wrote:
I believe he
It s XML. I've been dropping in this replacement XML file into all the viewers
I
download/install, which adds a Draw Distance slider along with Land and Sky
buttons to allow easy access to the About Land Advanced Sky controls.
It would be fantastic if there was an ability to choose in
If you conduct the meetings in voice, you also limit the ability of non-english
speakers. If it's done in chat, machine translation is a viable option. Chat
may take more time, but isn't it worth the time and effort to do things right?
On Aug 16, 2010, at 7:35 PM, Tateru Nino wrote:
On
92 matches
Mail list logo