Re: [opensource-dev] Review Request: STORM-1666 Redundant "Release Notes" text in the About window for non-English locales
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/505/#review1067 --- Ship it! - Paul On Oct. 25, 2011, 10:06 a.m., Vadim ProductEngine wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/505/ > --- > > (Updated Oct. 25, 2011, 10:06 a.m.) > > > Review request for Viewer. > > > Summary > --- > > Ported the XML changes made for STORM-1611 to other locales. > > > This addresses bug STORM-1666. > http://jira.secondlife.com/browse/STORM-1666 > > > Diffs > - > > indra/newview/skins/default/xui/da/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/es/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/ja/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/pl/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/ru/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/tr/floater_about.xml 08e65f3ead3d > indra/newview/skins/default/xui/zh/floater_about.xml 08e65f3ead3d > > Diff: http://codereview.secondlife.com/r/505/diff > > > Testing > --- > > > Thanks, > > Vadim > > ___ 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] Review Request: STORM-1667 Square brackets around of Release Notes link in the About window
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/506/#review1068 --- Ship it! - Paul On Oct. 25, 2011, 10:28 a.m., Vadim ProductEngine wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/506/ > --- > > (Updated Oct. 25, 2011, 10:28 a.m.) > > > Review request for Viewer. > > > Summary > --- > > Adding back code that was accidentally removed in changeset ff333a95d1aa (the > fix of STORM-1611). > > > This addresses bug STORM-1667. > http://jira.secondlife.com/browse/STORM-1667 > > > Diffs > - > > indra/newview/llfloaterabout.cpp 08e65f3ead3d > > Diff: http://codereview.secondlife.com/r/506/diff > > > Testing > --- > > > Thanks, > > Vadim > > ___ 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] Review Request: STORM-1668 Localized strings.xml contains reference to non-existing gesture "bow1"
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/507/#review1069 --- Ship it! - Paul On Oct. 25, 2011, 10:37 a.m., Vadim ProductEngine wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/507/ > --- > > (Updated Oct. 25, 2011, 10:37 a.m.) > > > Review request for Viewer. > > > Summary > --- > > Fixed references to nonexistent gesture /bow1 in translations. > > > This addresses bug STORM-1668. > http://jira.secondlife.com/browse/STORM-1668 > > > Diffs > - > > indra/newview/skins/default/xui/es/strings.xml 08e65f3ead3d > indra/newview/skins/default/xui/ja/strings.xml 08e65f3ead3d > indra/newview/skins/default/xui/ru/strings.xml 08e65f3ead3d > indra/newview/skins/default/xui/tr/strings.xml 08e65f3ead3d > > Diff: http://codereview.secondlife.com/r/507/diff > > > Testing > --- > > > Thanks, > > Vadim > > ___ 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] Review Request: STORM-1105 "Traffic: 0" shown for two cases (traffic actually 0, and waiting for data)
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/509/#review1070 --- Ship it! - Vadim On Oct. 28, 2011, 4:34 a.m., Jonathan Yap wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/509/ > --- > > (Updated Oct. 28, 2011, 4:34 a.m.) > > > Review request for Viewer. > > > Summary > --- > > > In the past, the daily computation for "traffic" has failed to compute - see > SVC-6142 - which results in showing "Traffic: 0" for parcels that have > actually had visitors. > > However, even if that has been addressed (and we believe it has), the viewer > logic shows "Traffic: 0" for two cases: > > * Waiting for data from the server > * Traffic actually is 0 > > Ideally, the viewer would distinguish these, e.g. showing "(waiting for > data)" or some such, so that it is clear that the 0 is not an actual result > in those cases. > > This should be relatively easy to plumb into > indra/newview/llviewerparcelmgr.cpp and indra/newview/llfloaterland.cpp > > > This addresses bug STORM-1105. > http://jira.secondlife.com/browse/STORM-1105 > > > Diffs > - > > doc/contributions.txt 8b455c1b7a5e > indra/newview/llfloaterland.cpp 8b455c1b7a5e > indra/newview/llviewerparcelmgr.h 8b455c1b7a5e > indra/newview/llviewerparcelmgr.cpp 8b455c1b7a5e > indra/newview/skins/default/xui/en/floater_about_land.xml 8b455c1b7a5e > > Diff: http://codereview.secondlife.com/r/509/diff > > > Testing > --- > > Opened About Land repeatedly, saw Loading... briefly before a numerical value > for Traffic appeared. > > > Thanks, > > Jonathan > > ___ 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] Real Time Animation with Kinect
Hello everyone. We are developing the system of real time animation on SL with Kinect. Please see http://www.nsl.tuis.ac.jp/xoops/modules/x_movie/x_movie_view.php?cid=2&lid=33 Is this interesting? ___ 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] Real Time Animation with Kinect
Of course it is! Do you plan to make this available as an open source library on top of libOpenMetaverse? Inté, Leonel UTAD, Vila Real Portugal -Original Message- From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Fumi.Iseki Sent: segunda-feira, 31 de Outubro de 2011 10:24 To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Real Time Animation with Kinect Hello everyone. We are developing the system of real time animation on SL with Kinect. Please see http://www.nsl.tuis.ac.jp/xoops/modules/x_movie/x_movie_view.php?cid=2&lid=3 3 Is this interesting? ___ 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] Real Time Animation with Kinect
Awnsome presentation ! How did you make the gestures be applied on the secondlife ? and what type of software and hardware do we need to begin create things like that ? Amazing ! congratulations ;) Eng. Gabriel Berman. LGB Consultores Associados Ltda Brasil - Porto Alegre -RS ___ 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] Need help about EXT-1285
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 write what it wanted (up to 512 chars), with a
scrollbar when needed. Then there were the buttons below that area.
This had a nice side effect though, the buttons were always at the
same place on the screen, so for repetitive tasks with dialogs you
knew well, you didn't have to actually read before clicking.
The scrollbar wasn't very practical, so LL decided to move the dialogs
down to the lower right corner of the screen in v2.x, in exchange of
making the dialogs variable in size. Best of both worlds, the dialogs
were showing all the info at first glance without the need for a
scrollbar, and the buttons were always at the same spot (although the
sidebar was complicating things a little, but it was still workable).
Now in v3 the dialogs are back to the upper right corner of the screen
as part of EXT-1285 (coded and released by Seth Productengine). Ok,
but no scrollbar means the buttons are NOT always at the same place
anymore and that... is unacceptable to me. I absolutely need to change
this, this is not practicable as it is.
So I have two options. Either leave the dialogs where they are now and
move the buttons of the dialog window BEFORE the text, or move the
dialogs back to the lower right corner of the screen.
Option 1 is good for v1 users, but a little confusing since the
dialogs would not look like they always did. However I have spent some
time looking for a way to do this, and never found HOW to move these
buttons up before the text. I know the dialog is roughly defined in
notifications.xml under the name "ScriptDialog", but I don't see where
the list of buttons is constructed. The point of this email is partly
to ask how to do this.
Option 2 is good for v2 users, however it has a nasty side-effect :
notification boxes ("are you sure you want to quit" and such) are
linked to the tool bar or something. I haven't found where to change
that and this is also the point of this email.
I prefer option 1 personally, but I fear moving the buttons would look
like a lame hack. Can anybody give me pointers about how to implement
either option please ? Or better, both options !
Thank you in advance,
Marine
___
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] Need help about EXT-1285
The position of the buttons can be easily move by changing line 87 of
panel_notification.xml.
Orginal : follows="left|right|bottom"
Top placement : follows="left|right|top" <- this should move the buttons to
the top of the layout but also might have to move lines 85-99 to the top of
the xml file as well plus modify the other 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.secondlife.com
> Subject: [opensource-dev] Need help about EXT-1285
>
> 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 write what it wanted (up to 512 chars), with a
> scrollbar when needed. Then there were the buttons below that area.
> This had a nice side effect though, the buttons were always at the
> same place on the screen, so for repetitive tasks with dialogs you
> knew well, you didn't have to actually read before clicking.
>
> The scrollbar wasn't very practical, so LL decided to move the dialogs
> down to the lower right corner of the screen in v2.x, in exchange of
> making the dialogs variable in size. Best of both worlds, the dialogs
> were showing all the info at first glance without the need for a
> scrollbar, and the buttons were always at the same spot (although the
> sidebar was complicating things a little, but it was still workable).
>
> Now in v3 the dialogs are back to the upper right corner of the screen
> as part of EXT-1285 (coded and released by Seth Productengine). Ok,
> but no scrollbar means the buttons are NOT always at the same place
> anymore and that... is unacceptable to me. I absolutely need to change
> this, this is not practicable as it is.
>
> So I have two options. Either leave the dialogs where they are now and
> move the buttons of the dialog window BEFORE the text, or move the
> dialogs back to the lower right corner of the screen.
>
> Option 1 is good for v1 users, but a little confusing since the
> dialogs would not look like they always did. However I have spent some
> time looking for a way to do this, and never found HOW to move these
> buttons up before the text. I know the dialog is roughly defined in
> notifications.xml under the name "ScriptDialog", but I don't see where
> the list of buttons is constructed. The point of this email is partly
> to ask how to do this.
>
> Option 2 is good for v2 users, however it has a nasty side-effect :
> notification boxes ("are you sure you want to quit" and such) are
> linked to the tool bar or something. I haven't found where to change
> that and this is also the point of this email.
>
> I prefer option 1 personally, but I fear moving the buttons would look
> like a lame hack. Can anybody give me pointers about how to implement
> either option please ? Or better, both options !
>
> Thank you in advance,
> Marine
> ___
> 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.1834 / Virus Database: 2092/4586 - Release Date: 10/31/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] Need help about EXT-1285
Thanks WolfPup. With this change and a couple other tweaks, I could
finally get an inverted dialog box, which achieves exactly what I
wanted with my option 1.
Kudos !
Marine
On 31/10/2011, WolfPup Lowenhar wrote:
> The position of the buttons can be easily move by changing line 87 of
> panel_notification.xml.
> Orginal : follows="left|right|bottom"
> Top placement : follows="left|right|top" <- this should move the buttons to
> the top of the layout but also might have to move lines 85-99 to the top of
> the xml file as well plus modify the other 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.secondlife.com
>> Subject: [opensource-dev] Need help about EXT-1285
>>
>> 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 write what it wanted (up to 512 chars), with a
>> scrollbar when needed. Then there were the buttons below that area.
>> This had a nice side effect though, the buttons were always at the
>> same place on the screen, so for repetitive tasks with dialogs you
>> knew well, you didn't have to actually read before clicking.
>>
>> The scrollbar wasn't very practical, so LL decided to move the dialogs
>> down to the lower right corner of the screen in v2.x, in exchange of
>> making the dialogs variable in size. Best of both worlds, the dialogs
>> were showing all the info at first glance without the need for a
>> scrollbar, and the buttons were always at the same spot (although the
>> sidebar was complicating things a little, but it was still workable).
>>
>> Now in v3 the dialogs are back to the upper right corner of the screen
>> as part of EXT-1285 (coded and released by Seth Productengine). Ok,
>> but no scrollbar means the buttons are NOT always at the same place
>> anymore and that... is unacceptable to me. I absolutely need to change
>> this, this is not practicable as it is.
>>
>> So I have two options. Either leave the dialogs where they are now and
>> move the buttons of the dialog window BEFORE the text, or move the
>> dialogs back to the lower right corner of the screen.
>>
>> Option 1 is good for v1 users, but a little confusing since the
>> dialogs would not look like they always did. However I have spent some
>> time looking for a way to do this, and never found HOW to move these
>> buttons up before the text. I know the dialog is roughly defined in
>> notifications.xml under the name "ScriptDialog", but I don't see where
>> the list of buttons is constructed. The point of this email is partly
>> to ask how to do this.
>>
>> Option 2 is good for v2 users, however it has a nasty side-effect :
>> notification boxes ("are you sure you want to quit" and such) are
>> linked to the tool bar or something. I haven't found where to change
>> that and this is also the point of this email.
>>
>> I prefer option 1 personally, but I fear moving the buttons would look
>> like a lame hack. Can anybody give me pointers about how to implement
>> either option please ? Or better, both options !
>>
>> Thank you in advance,
>> Marine
>> ___
>> 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.1834 / Virus Database: 2092/4586 - Release Date: 10/31/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
>
___
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] Real Time Animation with Kinect
Thank you for your response. >> Do you plan to make this available as an open source library on top of >> libOpenMetaverse? We want to release this system as Open Source within Nov. 2011 I don't think relevance of libOpenMetaverse now. >> That looks great - are those movements being streamed in real time to the >> other connected clients? This is local Viewer only. For synchronize on network, modified of a server is required. >> How did you make the gestures be applied on the secondlife ? and what type >> of software and hardware do we need to begin create things like that ? A mechanism is very simple. Probably, anyone can create software. We are writing wiki about this system. But it is under construction now. Please wait. wiki: http://www.nsl.tuis.ac.jp/xoops/modules/xpwiki/?SLKinect 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
[opensource-dev] Redundant 'typedef' causing compiliation to fail on GCC 4.4/4.5
Hi all, It's rare I post on here, but I think I need to bring something to light. With the latest viewer-development branch, I noticed that a warning, treated like an error, causes compilation of the viewer to fail under GCC 4.4 and 4.5 versions. (Note, I haven't mentioned GCC 4.6, as it fails to compile anyway, but that's a moot point, as I have 4.4 and 4.5 built and installed from source. :) ) As far as my knowledge of C++ goes, typedef functions are only used in C to declare structs, in C++, it's not used that way. Fortunatly the fix is simple. All you have to do is to delete the 'typedef' from line 54 of indra/llui/llkeywords.h, and off you go. Just don't delete anything else from that line, that would be Very Bad(TM). Sorry if it does seem a little harsh, but if it breaks a Linden-used version of GCC, it might end up being a major PITA, and we don't want that. :) ___ 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
