[opensource-dev] Daily Scrum Summary - Wednesday, December 8

2010-12-09 Thread Anya Kanevsky 
 Wednesday, December 8, 2010 General Notes
--

   - Merge Monkey of the Day: Merov
   - Sprint 9 planning poker today

Team Status
--
 Merov Linden
--

*PAST*

   - Sprint planning
   - Office Hour
   - STORM-706 : SLVoice crash : Investigated. Apparently "fixed" switching
   back to vivox 3.1. Need to find out why we updated to 3.2.

*FUTURE*

   - Merge Monkeying
   - STORM-706 : SLVoice crash : decision on this
   - STORM-524 : L$ balance display : investigate and fix
   - STORM-453 : libcurl : just inherited that one...
   - STORM-151: kdu compression: Clean up. Test other settings (use of
   precincts, check premultiplication for alpha). Compare perf to baseline.

*IMPEDIMENTS*

   - none

Oz Linden
--

   - OOO - Vacation.

Q Linden
--

*PAST*

   - Snowstorm planning
   - Office hour
   - Review backlog
   - Being sick

*FUTURE*

   - Snowstorm triage

*IMPEDIMENTS*

   - sick means i don't work extra hours

Esbee Linden
--

*PAST*

   - Meetings
   - Reviewed integration queue list and made sure "target viewer version"
   is updated for merge monkey
   - Snowstorm Office Hour
   - VWR Triage

*FUTURE*

   - Meetings
   - Snowstorm and Viewer presentation prep
   - Uploaded sketches of saved layouts
   - Review integration queue list and made sure "target viewer version" is
   updated for merge monkey
   - Snowstorm Triage w/Q
   - Design work for Sprint 9

*IMPEDIMENTS*

   - None

Paul ProductEngine
--

*PAST*

   - TASK STORM- 622 (Texture picker screws up when multiple textures are
   opened)
  - WIP. Completed 90%. Good day. Finished implementing my idea. Seems
  works fine. But it is a draft version. There is one resizing
problem left,
  but it's not very serious. I think it'll take about 4 hours to
fix it. And
  about 4-5 hours to make a final version of fix. In total,
estimate ~8 - 9 h.

*FUTURE*

   - STORM-622

*IMPEDIMENTS*

   - none

Seth Productengine
--

*PAST*

   - TASK (STORM-34) As a User, I want a list of my favorite locations
   available on the login screen so i can log in to SL right where I want to
   be.
  - Investigated the issue with favorites list not saving if at least
  one of the landmarks is not valid. After discussion with Andrew
decided to
  remove the check for all landmarks to have the corresponding
SLURLs for now.
   - TASK (STORM-584) Fix color and opacity setting for Bubble Chat
  - WIP. Working on color swatch transparency setting to be reflected by
  a color swatch. Currently color swatches do not support alpha setting.

*FUTURE*

   - TASK (STORM-584) Fix color and opacity setting for Bubble Chat
   - BUG (STORM-579) Resident SLURL font color doesn't match Chat
   preferences for plain text Nearby Chat log

*IMPEDIMENTS*

   - none

Andrew Productengine
--

*PAST*

   - Normal bug STORM-708 (Speak button is always disabled after deleting

".secondlife" settings folder).

   -
  - Closed as cannot reproduce.
   - Normal task STORM-34 (As a User, I want a list of my favorite locations
   available on the login screen so i can log in to SL right where I want to
   be).
  - Found and fixed a problem in current version of fix. Implementing
  saving favorites for multiple users. 60% ready. Estimate- 6 hours.

*FUTURE*

   - Finish STORM-34.
   - Crititcal bug STORM-525 (Runtime Error message from the Microsoft
   Visual C++ Runtime Library eventually leads to Crash).

*IMPEDIMENTS*

   - none

Vadim Productengine
--

*PAST*
*PAST*
Fixed:

   - Task STORM-732 (Voice Morphing floater is opaque on first open).
   - Task STORM-733 (Build Tools floaters are opaque on first open).
   - Task STORM-735 (Group icons are opaque in inactive People > My Groups
   tab).
   - Bug STORM-710 (Small, empty drop down menu is opened after pressing
   downArrow button in the Search text field).

Resolved as not reproducible:

   - Task STORM-734 (Report Abuse message is opaque on first open).
   - Task STORM-740 (Email Snapshot floater is opaque on first open).
   - Bug STORM-736 (partly no opacity on edit dialog).

WIP:

   - Bug STORM-436 (Favorites overflow list appears if select Teleport in
   the favorites context menu).

*FUTURE*

   - Fix STORM-436, switch to other bugs in v-b/v-d bug queues.

*IMPEDIMENTS*
Someone more experienced with OpenGL than us needs to take a look at these
issues:

   - Task STORM-686 (Transparency settings aren't applied to the map preview
   inside Map floater).
   - Task STORM-695 (Texture preview doesn't follow opacity settings).
   - Task STORM-675 (Web page inside web browser floater is not
   transparent).

Andrey Productengine
--

*PAST*

   - picked up Beta2 2.4.0 r216220 build
   - passed smok

Re: [opensource-dev] Has anyone revisited the Puppeteering using the MS Kinect camera?

2010-12-09 Thread Opensource Obscure 
On Wed, Dec 8, 2010 at 23:45, David Simmons  wrote:
>
> http://www.popsci.com/diy/article/2010-11/five-hacks-free-microsofts-kinect-xbox
> http://wiki.secondlife.com/wiki/Puppeteering
> http://svn.secondlife.com/svn/linden/branches/2008/Puppeteering080323/

If I remember correctly, Puppeteering features and testing requires
dedicate server software;
a SL region running that software had been available on Preview Grid
for a short time,
but then it was put offline (and had never been updated anyway)

opensource obscure
___
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-524 : Refresh L$ balance

2010-12-09 Thread Vadim ProductEngine 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/6/#review17
---

Ship it!


Looks fine to me.

- Vadim


On 2010-12-08 21:59:58, Merov Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/6/
> ---
> 
> (Updated 2010-12-08 21:59:58)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Since the L$ balance can be updated by events outside the viewer entirely 
> (purchase of L$ on web) and since we do not pool or receive notifications for 
> this, I implemented a simple "click to refresh" event on the LLTextBox 
> holding the L$ balance value (proposed by Q in JIRA).
> I modified the tooltip to reflect this new functionality.
> 
> 
> This addresses bug STORM-524.
> http://jira.secondlife.com/browse/STORM-524
> 
> 
> Diffs
> -
> 
>   indra/newview/llstatusbar.h 094773a5a314 
>   indra/newview/llstatusbar.cpp 094773a5a314 
>   indra/newview/skins/default/xui/en/panel_status_bar.xml 094773a5a314 
> 
> Diff: http://codereview.secondlife.com/r/6/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Merov
> 
>

___
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-524 : Refresh L$ balance

2010-12-09 Thread Wolfpup Lowenhar 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/6/#review18
---


This will be a much appreciated feature as it means residents will no longer 
have to request someone send them a single L$ to force a refresh as the will be 
able to do it themselves simply by clicking on their balance.

- Wolfpup


On 2010-12-08 21:59:58, Merov Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/6/
> ---
> 
> (Updated 2010-12-08 21:59:58)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Since the L$ balance can be updated by events outside the viewer entirely 
> (purchase of L$ on web) and since we do not pool or receive notifications for 
> this, I implemented a simple "click to refresh" event on the LLTextBox 
> holding the L$ balance value (proposed by Q in JIRA).
> I modified the tooltip to reflect this new functionality.
> 
> 
> This addresses bug STORM-524.
> http://jira.secondlife.com/browse/STORM-524
> 
> 
> Diffs
> -
> 
>   indra/newview/llstatusbar.h 094773a5a314 
>   indra/newview/llstatusbar.cpp 094773a5a314 
>   indra/newview/skins/default/xui/en/panel_status_bar.xml 094773a5a314 
> 
> Diff: http://codereview.secondlife.com/r/6/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Merov
> 
>

___
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-524 : Refresh L$ balance

2010-12-09 Thread Boroondas Gupte 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/6/#review19
---

Ship it!


Didn't test, but code looks good.


indra/newview/llstatusbar.cpp


consider to break long comments onto several lines


Other then that, go for it!

- Boroondas


On 2010-12-08 21:59:58, Merov Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/6/
> ---
> 
> (Updated 2010-12-08 21:59:58)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Since the L$ balance can be updated by events outside the viewer entirely 
> (purchase of L$ on web) and since we do not pool or receive notifications for 
> this, I implemented a simple "click to refresh" event on the LLTextBox 
> holding the L$ balance value (proposed by Q in JIRA).
> I modified the tooltip to reflect this new functionality.
> 
> 
> This addresses bug STORM-524.
> http://jira.secondlife.com/browse/STORM-524
> 
> 
> Diffs
> -
> 
>   indra/newview/llstatusbar.h 094773a5a314 
>   indra/newview/llstatusbar.cpp 094773a5a314 
>   indra/newview/skins/default/xui/en/panel_status_bar.xml 094773a5a314 
> 
> Diff: http://codereview.secondlife.com/r/6/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Merov
> 
>

___
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] STORM-524

2010-12-09 Thread Malachi Prophit 
Couldn't it just be done by calling  
LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()?  
or is there something i am missing?
___
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] STORM-524

2010-12-09 Thread WolfPup Lowenhar 
What your suggesting would make it to 'spamy' to the servers because if the
viewer was sending a refresh request even just once say every 1800 frames
considering there are at least 10K users online at any given moment that
that could eventually cause a data request overload to the servers and thus
generate more 'lag' for the user which by making is a manual request this
can be avoided.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Malachi
Prophit
Sent: Thursday, December 09, 2010 9:11 AM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] STORM-524

 

Couldn't it just be done by calling 
LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()? 
or is there something i am missing?
___
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: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10

___
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] STORM-524

2010-12-09 Thread Malachi Prophit 
I tested my idiotic idea and it crashes nearly instantly lol. I decided to  
try with a timer. Roughly every 10-15 minutes. Works like a charm. I  
understand the click to refresh idea of keeping lag down BUT wouldnt it  
just be easier to automatically refresh the balance?


On Thu, 09 Dec 2010 09:28:16 -0500, WolfPup Lowenhar  
 wrote:

> What your suggesting would make it to 'spamy' to the servers because if  
> the
> viewer was sending a refresh request even just once say every 1800 frames
> considering there are at least 10K users online at any given moment that
> that could eventually cause a data request overload to the servers and  
> thus
> generate more 'lag' for the user which by making is a manual request this
> can be avoided.
>
>
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Malachi
> Prophit
> Sent: Thursday, December 09, 2010 9:11 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] STORM-524
>
>
> Couldn't it just be done by calling
> LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()?
> or is there something i am missing?
> ___
> 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: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10
>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] Daily Scrum Summary - Thursday, December 9

2010-12-09 Thread Anya Kanevsky 
 Thursday, December 9, 2010 General Notes
--

   - Merge Monkey of the Day: Merov

Team Status
--
 Merov Linden
--

*PAST*

   - STORM-706 : SLVoice crash : Posted a patch (rollback vivox to 3.1 for
   Mac). Moved to Review (assigned to Q)
   - STORM-524 : L$ balance display : Implemented a "click to refresh"
   solution. Moved to Review (assigned to Vadim)

*FUTURE*

   - Merge Monkeying
   - STORM-524 : L$ balance display : take feedback into account and submit
   again
   - STORM-453 : libcurl : just inherited that one...
   - STORM-151: kdu compression: Clean up. Test other settings (use of
   precincts, check premultiplication for alpha). Compare perf to baseline.

*IMPEDIMENTS*

   - none

Oz Linden
--

   - OOO - Vacation.

Q Linden
--

   - OOO - medical

Esbee Linden
--

*PAST*

   - Meetings
   - Reviewed integration queue list and made sure "target viewer version"
   is updated for merge monkey
   - VWR Triage

*FUTURE*

   - Meetings
   - Snowstorm and Viewer presentations prep
   - Upload sketches of saved layouts
   - Review integration queue list and made sure "target viewer version" is
   updated for merge monkey
   - Snowstorm Triage w/Q
   - Design work for Sprint 9
   - Closed STORM-686, -695, & -675 as expected behavior.

*IMPEDIMENTS*

   - Lots of meetings

Paul ProductEngine
--

*PAST*

   - TASK STORM- 622 (Texture picker screws up when multiple textures are
   opened)
  - Fixed. Tomorrow will send for a review.

*FUTURE*

   - STORM-625 (Multiple cut-offs in the Preferances floater if UI size
   differs from 1.0)

*IMPEDIMENTS*

   - none

Seth Productengine
--

*PAST*

   - TASK (STORM-584) Fix color and opacity setting for Bubble Chat
  - Fixed. Sent for review.
   - BUG (STORM-579) Resident SLURL font color doesn't match Chat
   preferences for plain text Nearby Chat log
  - Set back to fixed. Re-opened STORM-578 instead.
   - BUG (STORM-578) SLURL font color in the nearby chat toast doesn't
   respect Chat preferences
  - Fixed. Sent for review.

*FUTURE*

   - TASK (STORM-693) Preview thumbnails in the Edit Wearable and Edit Body
   Parts panels do not honor opacity settings
  - Estimated: 1 day

*IMPEDIMENTS*

   - none

Andrew Productengine
--

*PAST*

   - Normal task STORM-34 (As a User, I want a list of my favorite locations
   available on the login screen so i can log in to SL right where I want to
   be).
  - Almost finished implementation, but encountered a problem with
  resizing "Start at" combobox in list. Searching for a way to fix it.
  Estimate- 3 hours.

*FUTURE*

   - Finish STORM-34.
   - Crititcal bug STORM-525 (Runtime Error message from the Microsoft
   Visual C++ Runtime Library eventually leads to Crash).

*IMPEDIMENTS*

   - none

Vadim Productengine
--

*PAST*

   - Fixed:
  - Bug STORM-436 (Favorites overflow list appears if select Teleport in
  the favorites context menu).
  - Bug STORM-727 (Close and "<=" buttons are disabled when create new
  Landmark).
  - Bug STORM-529 (Undo feature missing from BUILD menu in VIEWER
  SL2.1).
  - Task STORM-766 (Day cycling image doesn't follow opacity settings).
   - Resolved as not reproducible:
  - Task STORM-768 (Script Error floater appears opaque).
  - Task STORM-765 (llDialog, llGiveInventory, llGotoURL messages are
  opaque on first open).
  - Task STORM-769 (Sell Land floater appears always opaque).
  - Task STORM-767 (Media Settings Preview doesn't follow opacity
  settings).
  - Task STORM-764 (Voice Notification is opaque on first open).
  - Task STORM-770 (Top Scripts & Top Colliders floaters open opaque).
   - Provided estimates for most sprint 9 tasks.

*FUTURE*

   - Continue with 2.4 bugs or pick something from sprint 9.

*IMPEDIMENTS*
Someone more experienced with OpenGL than us needs to take a look at these
issues:

   - Task STORM-686 (Transparency settings aren't applied to the map preview
   inside Map floater).
   - Task STORM-695 (Texture preview doesn't follow opacity settings).
   - Task STORM-675 (Web page inside web browser floater is not
   transparent).

Andrey Productengine
--

*PAST*

   - finished Beta2 2.4.0 r216220 testing, see shared spreadsheet in the
   IQA-45

*FUTURE*

   - pickup next v-d- build and verify integrated tickets
   - complete Preferences TP revision

*IMPEDIMENTS*

   - STORM-378

Jonathan Yap
--

*PAST*

   - Tried to use codereview + postreview command. Got message: Unable to
   log in: HTTP 404

Will wait for Oz to publish instructions on the wiki.

   - STORM-737
  - investigated reported problem (bug in permissions processing).

Re: [opensource-dev] [SNOWSTORM] Daily Scrum Summary - Thursday, December 9

2010-12-09 Thread Vadim Savchuk 
Hi Wolfpup.

On Thu, Dec 9, 2010 at 9:23 PM, Anya Kanevsky
wrote:

> Wolfpup Lowenhar
> --
>
> *PAST*
>
>- worked @ in-world job & real job
>- Attended Sprint planing meeting.
>- Attened Esbee's OH
>- Emailed Esbee and Q concerning STORM-2 .
>
> PE is taking STORM-2. Was there anything in the email that you would like
to share with us?

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-524 : Refresh L$ balance

2010-12-09 Thread Merov Linden 

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/6/
---

(Updated 2010-12-09 11:55:40.026264)


Review request for Viewer.


Changes
---

I added some LLStatusBar::sendMoneyBalanceRequest() calls in few L$ UI that 
didn't do it. Hope it'll catch them all.


Summary
---

Since the L$ balance can be updated by events outside the viewer entirely 
(purchase of L$ on web) and since we do not pool or receive notifications for 
this, I implemented a simple "click to refresh" event on the LLTextBox holding 
the L$ balance value (proposed by Q in JIRA).
I modified the tooltip to reflect this new functionality.


This addresses bug STORM-524.
http://jira.secondlife.com/browse/STORM-524


Diffs (updated)
-

  indra/newview/llbuycurrencyhtml.cpp 25bd6007e3d2 
  indra/newview/llfloaterbuycurrency.cpp 25bd6007e3d2 
  indra/newview/llfloaterbuycurrencyhtml.cpp 25bd6007e3d2 
  indra/newview/llstatusbar.h 25bd6007e3d2 
  indra/newview/llstatusbar.cpp 25bd6007e3d2 
  indra/newview/skins/default/xui/en/panel_status_bar.xml 25bd6007e3d2 

Diff: http://codereview.secondlife.com/r/6/diff


Testing
---


Thanks,

Merov

___
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] STORM-524

2010-12-09 Thread Ponzu 
Be sure to comment the relevant code to discourage TPV developers from
putting in auto-refresh at a rate that might upset the servers.

ponzu

On Thu, Dec 9, 2010 at 1:48 PM, Malachi Prophit  wrote:

> I tested my idiotic idea and it crashes nearly instantly lol. I decided to
> try with a timer. Roughly every 10-15 minutes. Works like a charm. I
> understand the click to refresh idea of keeping lag down BUT wouldnt it
> just be easier to automatically refresh the balance?
>
>
> On Thu, 09 Dec 2010 09:28:16 -0500, WolfPup Lowenhar
>  wrote:
>
> > What your suggesting would make it to 'spamy' to the servers because if
> > the
> > viewer was sending a refresh request even just once say every 1800 frames
> > considering there are at least 10K users online at any given moment that
> > that could eventually cause a data request overload to the servers and
> > thus
> > generate more 'lag' for the user which by making is a manual request this
> > can be avoided.
> >
> >
> > From: opensource-dev-boun...@lists.secondlife.com
> > [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
> Malachi
> > Prophit
> > Sent: Thursday, December 09, 2010 9:11 AM
> > To: opensource-dev@lists.secondlife.com
> > Subject: [opensource-dev] STORM-524
> >
> >
> > Couldn't it just be done by calling
> > LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()?
> > or is there something i am missing?
> > ___
> > 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: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10
> >
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> ___
> 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] Any hope of STORM-727 getting a little love?

2010-12-09 Thread Nicky D. 
It's pesky, isn't it? :) Incidentally it bit me as well this week.
Patch attached.
Not sure if it is really the 100% golden way, but it works good for
me. Maybe someone
can make good use of the patch.

Cheers,
   Nicky


storm-727
Description: Binary data
___
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] STORM-524

2010-12-09 Thread Malachi Prophit 
I do not normally release patches. However I do from time to time share  
code with other developers but they usually just develop for personal use  
as well.


On Thu, 09 Dec 2010 16:06:31 -0500, Ponzu  wrote:

> Be sure to comment the relevant code to discourage TPV developers from
> putting in auto-refresh at a rate that might upset the servers.
>
> ponzu
>
> On Thu, Dec 9, 2010 at 1:48 PM, Malachi Prophit   
> wrote:
>
>> I tested my idiotic idea and it crashes nearly instantly lol. I decided  
>> to
>> try with a timer. Roughly every 10-15 minutes. Works like a charm. I
>> understand the click to refresh idea of keeping lag down BUT wouldnt it
>> just be easier to automatically refresh the balance?
>>
>>
>> On Thu, 09 Dec 2010 09:28:16 -0500, WolfPup Lowenhar
>>  wrote:
>>
>> > What your suggesting would make it to 'spamy' to the servers because  
>> if
>> > the
>> > viewer was sending a refresh request even just once say every 1800  
>> frames
>> > considering there are at least 10K users online at any given moment  
>> that
>> > that could eventually cause a data request overload to the servers and
>> > thus
>> > generate more 'lag' for the user which by making is a manual request  
>> this
>> > can be avoided.
>> >
>> >
>> > From: opensource-dev-boun...@lists.secondlife.com
>> > [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
>> Malachi
>> > Prophit
>> > Sent: Thursday, December 09, 2010 9:11 AM
>> > To: opensource-dev@lists.secondlife.com
>> > Subject: [opensource-dev] STORM-524
>> >
>> >
>> > Couldn't it just be done by calling
>> > LLStatusBar::sendMoneyBalanceRequest(); in bool  
>> LLAppViewer::mainLoop()?
>> > or is there something i am missing?
>> > ___
>> > 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: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10
>> >
>>
>>
>> --
>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>> ___
>> 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
>>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] Noticed Something interesting while investigating STORM-776

2010-12-09 Thread WolfPup Lowenhar 
Please see : https://jira.secondlife.com/browse/STORM-776

 

Since I have started investigating this I have found that there is actually
duplicated code and xml files for object 'profiles'.

1. sidebar_task_info: this section of code and related xml allows the
editing of the permissions of rezed(inworld) objects.

2. sidebar_item_info: dose the same thing but for non-rezed(inventory)
although currently this has issues that this jira is addressing.

 

Question is do we really need this code duplication since the code for the
inwolrd object 'profile' dose all perm settings without a problem and can we
use the same code for the ones in inventory?

___
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] Any hope of STORM-727 getting a little love?

2010-12-09 Thread Vadim Savchuk 
On Thu, Dec 9, 2010 at 11:43 PM, Nicky D. wrote:

> It's pesky, isn't it? :) Incidentally it bit me as well this week.
> Patch attached.
> Not sure if it is really the 100% golden way, but it works good for
> me. Maybe someone
> can make good use of the patch.
>
Thanks Nicky, but STORM-727 is already fixed. :-)`

-- 
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