Re: [opensource-dev] FUI project just out - no more sidebar
On 10/19/2011 12:52 AM, Lance Corrimal wrote: > Am Mittwoch, 19. Oktober 2011 schrieb Ardy Lay: > >>> why the eff are those buttons on the left instead of the right >>> where we all would expect them to be after around 2 years of >>> sidebar? >> MOVE the effing buttons yourself! It's easy, really. > doesn't change the fact that they should not have been moved from the > right in the first place. > > first rule in UI design: do not move essential stuff with no extremely > good reasons. > > > bye, > LC > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges Did you like the sidebar when it was introduced? ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
I agree - my first thought was, wow - its gonna be hard getting stuff from the left now, when I am used to accessing it from the right. Best option: leave it on the right, but make it movable to the left via drag and drop. On Wed, Oct 19, 2011 at 3:52 PM, Lance Corrimal wrote: > Am Mittwoch, 19. Oktober 2011 schrieb Ardy Lay: > > > > why the eff are those buttons on the left instead of the right > > > where we all would expect them to be after around 2 years of > > > sidebar? > > > > MOVE the effing buttons yourself! It's easy, really. > > doesn't change the fact that they should not have been moved from the > right in the first place. > > first rule in UI design: do not move essential stuff with no extremely > good reasons. > > > bye, > LC > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
Is this thread going anywhere? On Wed, Oct 19, 2011 at 09:43, Paul Preibisch wrote: > I agree - my first thought was, wow - its gonna be hard getting stuff from > the left now, when I am used to accessing it from the right. Best option: > leave it on the right, but make it movable to the left via drag and drop. > > On Wed, Oct 19, 2011 at 3:52 PM, Lance Corrimal > wrote: >> >> Am Mittwoch, 19. Oktober 2011 schrieb Ardy Lay: >> >> > > why the eff are those buttons on the left instead of the right >> > > where we all would expect them to be after around 2 years of >> > > sidebar? >> > >> > MOVE the effing buttons yourself! It's easy, really. >> >> doesn't change the fact that they should not have been moved from the >> right in the first place. >> >> first rule in UI design: do not move essential stuff with no extremely >> good reasons. >> >> >> bye, >> LC >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Opensource Obscure https://twitter.com/oobscure https://my.secondlife.com/opensource.obscure Join this group to discuss Second Life Viewer: https://j.mp/slv2group ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Fwd: Re: FUI project just out - no more sidebar
On 19.10.2011 04:03, Jonathan Welch wrote: The new FUI project just got merged in to viewer-development. Yay! Looks good. It is a good beginning much better as the Viewer 2 UI... @devs: It would be nice when the align of the colums were adjustable too. Right/Left: Top, Center, Bottom and the Bottom column left, center, right ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out
I also agree with Arrehn's assessment - and welcome the changes made by FUI. It is a shame that these ideas were not run past some ordinary (i.e. non-techie) users at a group such as the Viewer Evolution User Group to gauge user opinion and priorities on various issues before deciding on design directions. Hopefully now these changes have been released that the team will work with the user community to further improve it; we all want these changes to improve the user experience - so let us all work together to make sure that they do. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out
I have good first impressions of this change, but there also need to be some tweaks made to it: Notification well at top right is always on top of floaters, so I cannot have any floater flush right any more Allow notification well to be moved to bottom right Change default of left docked buttons to right docked. I think this will cause less of a shock to users when this viewer goes into release Allow buttons to be located other than centered, at least let us have the option for flush left/right/top/bottom I have lost a lot of space at the bottom of the screen due to buttons being centered there so I have to have the chat input box above them or else shrunk to a useless size (apparently no one tests designs on a 1028x768 screen) If you are going to have button layout per-user add a drop-down to the layout floater so we can pick an existing layout from another account Add text-only option for icons Remove title bar from mini-map floater (this is probably a bug/regression) On Wed, Oct 19, 2011 at 4:14 AM, Hitomi Tiponi wrote: > I also agree with Arrehn's assessment - and welcome the changes made by FUI. > It is a shame that these ideas were not run past some ordinary (i.e. > non-techie) users at a group such as the Viewer Evolution User Group to > gauge user opinion and priorities on various issues before deciding on > design directions. Hopefully now these changes have been released that the > team will work with the user community to further improve it; we all want > these changes to improve the user experience - so let us all work together > to make sure that they do. > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
On 2011-10-18, at 21:09, Geenz wrote: > I can't be the only one who thinks that window management needs to be > re-thought for FUI. As it stands, it seems as if that actually took a step > backwards. One thing that's an immediate show-stopper for me: chat as a separate floater. After all the debate over chat in 2.x, how could they even further marginalize it? ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
On 2011-10-19 2:52, Lance Corrimal wrote: > first rule in UI design: do not move essential stuff with no extremely > good reasons. Maybe they wanted you to discover that you could move them? Sounds like an ok reason to me... ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
For those of us that attend the in world meetings concerning the viewer it had been know that this was coming for a couple of months and I has even had a discussion with some of the UI team personally concerning some aspects of the UI both in world and via email some of which even included sending a snapshot of Firestorms UI with it in the Starlight Silver/Blue theme. So to me this is no surprise. Now for my personal taste it look like ill have to go in and edit some of the background png files again so that they are semi-transparent again at least locally for me. > -Original Message- > From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev- > boun...@lists.secondlife.com] On Behalf Of Kadah > Sent: Tuesday, October 18, 2011 10:22 PM > To: Arrehn Oberlander > Cc: Viewer > Subject: Re: [opensource-dev] Viewer UI mode merge > > On 10/18/2011 7:20 PM, Arrehn Oberlander wrote: > > 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 > > everyone at SLCC and told us that LL wasn't going drop these large UI > > rewrites on the community as surprises. > > > > I'm glad it's there, I think it has potential, but the communication and > > coordination with the greater development community was poor at best, > > and at worst, contrary to what LL directly communicated. > > > > It would perhaps have been better to have these as project viewers well > > in advance of a sweeping merge. > > +1 > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > - > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1831 / Virus Database: 2092/4559 - Release Date: 10/18/11 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
On 10/18/2011 06:04 PM, Oz Linden (Scott Lawrence) wrote: Today the Viewer UI mode merge project is coming to viewer-development. This project combines basic and advanced modes and brings an updated, more flexible workspace to the Viewer. One thing I've notice in this viewer and a few recent dev builds... Using the mouse wheel to scroll a window only works when I'm hovering over the scroll bar on the right. Doing it over the window (inventory list, notecard, etc) doesn't work. This is on Linux FWIW. Is that intentional? It's a major departure from the standard desktop UI behaviour for all the other scrollable windows on my system. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
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 GCI - Original Message - From: Mike Chase Sent: Wednesday, October 19, 2011 4:34 PM Subject: Re: [opensource-dev] Viewer UI mode merge ...Using the mouse wheel to scroll a window only works when I'm hovering over the scroll bar on the right. Doing it over the window (inventory list, notecard, etc) doesn't work. This is on Linux FWIW. Is that intentional? It's a major departure from the standard desktop UI behaviour for all the other scrollable windows on my system. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
There is a lot of really good stuff in this release including some icons that look similar to those used in Firestorm and StarLight - so especially like them :). Some are a bit odd, like the mini-map which I would use for a radar instead, but generally they are of a high quality. Were any non-techie users involved in these discussions I wonder - after all a lot of users who use SL just for socialising have very different requirements, especially with regards to chat/IMs? >For those of us that attend the in world meetings concerning the viewer it >had been know that this was coming for a couple of months and I has even had >a discussion with some of the UI team personally concerning some aspects of >the UI both in world and via email some of which even included sending a >snapshot of Firestorms UI with it in the Starlight Silver/Blue theme. So to >me this is no surprise. Now for my personal taste it look like ill have to >go in and edit some of the background png files again so that they are >semi-transparent again at least locally for me.___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Missing details in Snowstorm development builds
Yes, the last one to note any "Changes since last good build" or "Jiras" was revision 242386 completed on Wed Oct 05 2011 16:43:20 GMT-0700 (PDT). Beyond that, void. No knowing what the changes were unless you subscribe to another list somewheres... Why is it broken? Dunno, my intuition says that it looks like some API broke. Ricky Cron Stardust On Mon, Oct 17, 2011 at 7:55 AM, Hitomi Tiponi wrote: > > I have noticed that the fields 'Changes since last good build' and 'Jiras' > on the Snowtorm Viewer development build are repeatedly showing as 'None' > for more than a weeknow - despite the fact that there are clearly changes > and responses to JIRAs being implemented. > > It is quite useful to see what a build addresses so I wondered if this was > deliberate or a bug you can fix? > > Thanks. > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Missing details in Snowstorm development builds
On 2011-10-17 10:55, Hitomi Tiponi wrote: I have noticed that the fields 'Changes since last good build' and 'Jiras' on the Snowtorm Viewer development build are repeatedly showing as 'None' for more than a weeknow - despite the fact that there are clearly changes and responses to JIRAs being implemented. It is quite useful to see what a build addresses so I wondered if this was deliberate or a bug you can fix? I've asked our tools team to look at this... ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
Am Mittwoch 19 Oktober 2011 schrieb Oz Linden (Scott Lawrence): > On 2011-10-19 2:52, Lance Corrimal wrote: > > first rule in UI design: do not move essential stuff with no > > extremely good reasons. > > Maybe they wanted you to discover that you could move them? Sounds > like an ok reason to me... there are many reasons to change things, "change for the sake of change" being the least of them. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
>From my lengthy gaming experience what is called mini map in SL is called >radar in lots of games. Perhaps the radar like icon is a good call. IMHO From: Hitomi Tiponi To: Opensource_dev Sent: Wednesday, October 19, 2011 11:38 AM Subject: Re: [opensource-dev] Viewer UI mode merge There is a lot of really good stuff in this release including some icons that look similar to those used in Firestorm and StarLight - so especially like them :). Some are a bit odd, like the mini-map which I would use for a radar instead, but generally they are of a high quality. Were any non-techie users involved in these discussions I wonder - after all a lot of users who use SL just for socialising have very different requirements, especially with regards to chat/IMs? >For those of us that attend the in world meetings concerning the viewer it >had been know that this was coming for a couple of months and I has even had >a discussion with some of the UI team personally concerning some aspects of >the UI both in world and via email some of which even included sending a >snapshot of Firestorms UI with it in the Starlight Silver/Blue theme. So to >me this is no surprise. Now for my personal taste it look like ill have to >go in and edit some of the background png files again so that they are >semi-transparent again at least locally for me. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
Dare I ask if there's been any thought during the FUI project about "tear off to separate rooted window" support? e.g. VWR-467 -Vex ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
I definitely like the direction it's heading, but a few things jump out... 1) How do I change/edit my picks? 2) User-definable shortcut keys would be the perfect compliment to this (currently no shortcut for appearance, opening additional inventory windows, etc) 3) How about that awesome draw distance slider we tested last June as an optional UI component? 4) Can the position of the group/IM chiclets and notification popups be changed (via user preferences)? 5) Is there a preferences setting for disabling the Favorites portion of the "LM & Favorites" toolbar? I also notice a 2 second delay when opening an inventory window. Opening other windows or closing the inventory window happens instantaneously, but opening a window has a pronounced delay. You can no longer use cmd-shift-I (on the Mac client) to open additional inventory windows, but opening additional windows through the gear menu also results in a delayed opening. Rendering performance also seems to take a hit with build 243327. Since changelogs/JIRA lists aren't included on the build/download pages, I don't know if this is because of some other change to the viewer, or if it's the direct result of the user interface project. TriloByte Zanzibar ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Broken scrolling
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 > > GCI > - Original Message - > From: Mike Chase > Sent: Wednesday, October 19, 2011 4:34 PM > Subject: Re: [opensource-dev] Viewer UI mode merge > ...Using the mouse wheel to scroll a window only works when I'm hovering over > the scroll bar on the right. Doing it over the window (inventory list, > notecard, etc) doesn't work. This is on Linux FWIW. Is that intentional? > It's a major departure from the standard desktop UI behaviour for all the > other scrollable windows on my system. > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Review Request: storm-1622: fix wind eddies
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/503/ --- Review request for Viewer. Summary --- The implementation in the viewer of the local wind eddies was too closely coupled to that of the Classic Clouds, so that when the clouds were removed in v2.8 the local wind eddies were broken. This change removes that coupling (along with a few vestigial bits of the classic clouds) and restores the wind eddies. It turned out that there was also some debug code for visualizing the wind, so I attached that to the Develop>Render Metadata menu (Wind Vectors), adjusting it so that it displays the vectors 25 meters above the avatar (attaching screenshots to the jira issue). Thanks are due to Runitai Linden for help with this part. This addresses bug storm-1622. http://jira.secondlife.com/browse/storm-1622 Diffs - indra/newview/llglsandbox.cpp 913d90c3225b indra/newview/llviewermenu.cpp 913d90c3225b indra/newview/llwind.h 913d90c3225b indra/newview/llwind.cpp 913d90c3225b indra/newview/pipeline.h 913d90c3225b indra/newview/pipeline.cpp 913d90c3225b indra/newview/skins/default/xui/en/menu_viewer.xml 913d90c3225b Diff: http://codereview.secondlife.com/r/503/diff Testing --- Tested with particles that are sensitive to wind, and the excellent demonstration site linked in the jira issue. Thanks, Oz ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
Erm... build 243327 says that it's still in progress... Are you sure that's the version you tested against? http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/243327/index.html Ricky Cron Stardust On Wed, Oct 19, 2011 at 9:48 AM, Trilo Byte wrote: > I definitely like the direction it's heading, but a few things jump out... > > 1) How do I change/edit my picks? > 2) User-definable shortcut keys would be the perfect compliment to this > (currently no shortcut for appearance, opening additional inventory windows, > etc) > 3) How about that awesome draw distance slider we tested last June as an > optional UI component? > 4) Can the position of the group/IM chiclets and notification popups be > changed (via user preferences)? > 5) Is there a preferences setting for disabling the Favorites portion of the > "LM & Favorites" toolbar? > > I also notice a 2 second delay when opening an inventory window. Opening > other windows or closing the inventory window happens instantaneously, but > opening a window has a pronounced delay. You can no longer use cmd-shift-I > (on the Mac client) to open additional inventory windows, but opening > additional windows through the gear menu also results in a delayed opening. > > Rendering performance also seems to take a hit with build 243327. Since > changelogs/JIRA lists aren't included on the build/download pages, I don't > know if this is because of some other change to the viewer, or if it's the > direct result of the user interface project. > > TriloByte Zanzibar > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Eliminate VS2010 LNK4099 errors
I've done a little more testing. There are two steps I had to perform to eliminate those pesky messages. 1: Hack link.exe and patch out the 4099 code 2: Add /ignore:4099 to the link command line On Tue, Oct 18, 2011 at 2:10 PM, Nicky Perian wrote: > Deliver the *pdb files with each library as is done with vorbis_static > within 3p-ogvorbis' build-cmd.sh. > > > From: Oz Linden (Scott Lawrence) > To: opensource-dev@lists.secondlife.com > Sent: Tuesday, October 18, 2011 10:54 AM > Subject: Re: [opensource-dev] Eliminate VS2010 LNK4099 errors > > On 2011-10-17 20:41, Jonathan Welch wrote: >> I've got tired of seeing blasts of LNK4099 errors fly up the screen >> when I compile so I looked into how to eliminate them. It seems the >> only way to do this is to hack link.exe and change the 4 bytes that >> equal 4099 to something else. See >> http://www.bottledlight.com/docs/lnk4099.html >> >> In my case this was at location 15a0. > > I don't think we're going to officially suggest doing that :-) >> Of course it would be nice if the files in question did not cause this >> to happen in the first place. > > Anyone know how to make that happen? > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] FUI project just out - no more sidebar
I would assume it's the first step to have them on either side in user prefs down the road... What I'd like to see with those left/right buttons is a full Dock Behavior much like the Mac OS Dock or A-dock app that: 1. Automatically hide and show when moving to the edge of the screen or corner (optional) 2. Automatically expand the dock (optional) 3. Have those buttons optionally show as image or text or both, using a similar approach as that of Adobe apps and the way panels open to the left along right side buttons. (The big mistake in V2 being that the buttons moved alongs with the panel which was very disorienting) 4. Give the same flexibility to that left/right dock as the new customizable approach for the bottom buttons. That way, on top of the Windows like approach on the bottom (reminiscent of the old v1 buttons that people are familiar with) you'd give more Mac/Dock like approach on the sides with the ability to place every item with either method at the user's preferences. The other thing we need get away from, are left and right sliding navigation within a panel/window which is not very good for this environment, as much is it for touch devices... On desktop computers the expectation is tabs over inner-window left and right sliders. And talking of Tabs I am not sure the "My" word prefixes all over (like 'My Textures', 'My Inventory' etc) are needed. It makes tabs longer that needed, and by definition "My" is already implied. i.e. What you are looking at is YOUR stuff not the neighbors... The UI is far from being Glorious but in a fairly good re-direction so far. Bryon On 10/18/11 11:41 PM, "Lance Corrimal" wrote: >Am Mittwoch, 19. Oktober 2011 schrieb Jonathan Welch: >> The new FUI project just got merged in to viewer-development. No >> more sidebar! Attached you can see there are buttons on the >> bottom and left. There's also a column you can move them to on >> the right which starts out unpopulated. For each of the 3 zones >> you can have icons or icons+labels and move buttons around or >> eliminate ones you don't want. > >why the eff are those buttons on the left instead of the right where >we all would expect them to be after around 2 years of sidebar? > >do "they" want to screw with users minds? > >other than that it looks fine. > >I'll give it a more in-deep once my local v-d has built. > > >bye, >LC > >___ >Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/OpenSource-Dev >Please read the policies before posting to keep unmoderated posting >privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Weird issue with mouselook flight in newer viewers
Where did the limits on mouselook angle come from in the newer builds? In current development a mouselook-steered aircraft cant pitch up beyond 80 degrees and cant pitch down beyond 40. It's got to be in the viewer code somewhere because using TPVs like the current Firestorm beta I can pitch freely between +90 and -90 in the same vehicle. This is breaking a LOT of existing content, every aircraft that uses ML steering. Any ideas, folks? It's hard to notice without fully functional flight instruments but its a real problem - when a flight envelope can change just based on the version of viewer code aircraft combat is blown into a cocked hat... ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
