Re: [opensource-dev] Doxygen Updated / Fixed on dimentox.com

2011-03-26 Thread WolfPup Lowenhar
I just tried going to the site and it is only partially there. I only get
the different selections at the top and when I try to go to any page besides
the main I get a 404 error.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Brandon
Husbands
Sent: Saturday, March 26, 2011 1:40 AM
To: opensource-dev
Subject: [opensource-dev] Doxygen Updated / Fixed on dimentox.com

 

LOL no one told me it was down.
I am regenerating the doxygen now.

I have set it to pull nightly form viewer-development and regenerate the
documentation.
This way we have updated Documentation YAY!

If you have other formats you want built let me know.

http://developer.dimentox.com is the new address for the doxygen.

-- 

---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.

---

---

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1498/3529 - Release Date: 03/25/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] Doxygen Updated / Fixed on dimentox.com

2011-03-26 Thread Boroondas Gupte
On 03/26/2011 12:26 PM, WolfPup Lowenhar wrote:
>
> I just tried going to the site and it is only partially there. I only
> get the different selections at the top and when I try to go to any
> page besides the main I get a 404 error.
>
Indeed, Namespaces ,
Files  and Directories
 seem to throw 404s. And a lot
of classes are missing, too. (Didn't try all link, but I think it's all
after LLFloaterProperties
 on
the list of Classes .)
___
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] autobuild setting UNATTENDED questions

2011-03-26 Thread Ima Mechanique
Thanks for replying Brad

> On Fri, Mar 25, 2011 at 11:04 AM, Ima Mechanique <
> ima.mechani...@blueyonder.co.uk> wrote:
> 
> > I'm trying to find out more information about this setting and the piece
> > of code it controls. Non Windows devs can switch off now as it only
> > affects them by causing a warning about it not being used.
> >
> > 1) Is it still needed. All configurations, even the TC ones, have it
> > defaulting to off. This causes problems for VCE devs as the vstools
> > program controlled by it causes an error for them.
> > It's purpose appears to be to set the working directory for running the
> > .exe. However, the .exe runs just fine without it being set.
> >
> 
> 
> The working directory setting may no longer be necessary after this
> change.
> If so, that's good news.  However, I believe that we also use it for setting
> the default configuration to RelWithDebInfo, which we still require.

Could you expand on this? I'm assuming the "it" is vstool or UNATTENDED,
but the only other references to either I can find in the source tree
are part of the autobuild.xml configuration for Debug, RelWithDebInfo,
and Release (which do seem to be setting configuration type for startup).
If that is what you're referring to, then the CMakeLists.txt part could
be safely removed and OS devs could remain happily oblivious to its use?

> 2) If it really is necessary, could we change the program run (vstools)
> > to something more compatible with all VC versions. Now the project files
> > are XML based, it should be possible to do this as part of autobuild
> > itself.
> >
> >
> The source for vstool is
> here.
> (Yes, it's C#, don't ask me...)  If there's a way to make it compatible with
> VCExpress I'd love to do so, but to my knowledge VCExpress doesn't expose
> the macro apis that this relies upon, so it's likely impossible to directly
> extend that script to this case.  I don't think it makes sense to build
> support for tweaking these xml files into autobuild, as autobuild is
> intended to be as fully decoupled from the details of individual build
> systems as possible.

Agreed about autobuild, I was thinking something like a python script
that autobuild/cmake could use instead of vstool. However, it seems
this is unnecessary now.

> An alternative is getting this kind of feature built into cmake.  For
> example, this issue  is a
> feature request for making another kind of modification to the
> *.vcproj.*.user configuration file where these settings are saved.
> 
> In the mean time, I would definitely recommend updating the VCExpress
> configurations to pass -DUNATTENDED:BOOL=ON on the command line until we
> find a better solution for this. 

Already done and in my repo, although it's not a "VC Express"
configuration it's for any OS VC 2010

> We used to do a lot more with the
> --unattended argument to develop.py, but I think this is all that remains of
> that cruft, so it's safe to use for this purpose.

So if the autobuild.xml is what you were referring to above,  could we safely
remove all references to UNATTENDED (TC and OS), and remove lines 1581 -
1594 from indra/newview/CMakeLists.txt?

> -Brad

--
Ima Mechanique
ima.mechanique(at)blueyonder.co.uk

___
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] [JIRA] Projects and Components, my.secondlife.com

2011-03-26 Thread Opensource Obscure
Many issues about Profiles, Picks, Privacy Notes and related
features are currently filed in JIRA under the VWR Project.
This prevents them to add "my.secondlife.com" as Component;
the whole situation seems a bit confused to me.

Should something be done about this?
Should those issues be moved to WEB? to SOCIAL?
if moved, would be Watchers "migrated" or not?

I tried to use the "Clone" JIRA feature but apparently it doesn't help,
as I couldn't file the new issue under a different Project.

Meta issue https://jira.secondlife.com/browse/WEB-3535
currently seems to be the best umbrella for issues related
to the new Web Profiles & my.secondlife.com.

I'm particularly concerned by the current lack of functionality
https://jira.secondlife.com/browse/VWR-24557
https://jira.secondlife.com/browse/WEB-3511
https://jira.secondlife.com/browse/VWR-25283
and by disappearing profiles
https://jira.secondlife.com/browse/WEB-3750

-- 
Opensource Obscure
http://twitter.com/oobscure - http://opensourceobscure.com/lol
___
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] [JIRA] Projects and Components, my.secondlife.com

2011-03-26 Thread Boroondas Gupte
On 03/26/2011 03:28 PM, Opensource Obscure wrote:
> Many issues about Profiles, Picks, Privacy Notes and related
> features are currently filed in JIRA under the VWR Project.
> This prevents them to add "my.secondlife.com" as Component;
> the whole situation seems a bit confused to me.
If such issues apply to viewer versions that have web profiles, they
should be filed under WEB, not VWR, I think, unless they are caused by
functionality that has remained client-side. It's unclear though what
the right project is when the issue's cause lies in how the web content
and the viewer interact, or has both client- and server-side causes or
if the user just cannot tell where the problem is located.

> Should something be done about this?
> Should those issues be moved to WEB?
Yes and yes.

>  to SOCIAL?
SOCIAL is not a "Public Portal" project (see the list of projects
), so I
guess issues should only be moved there when the team behind the SOCIAL
project picks them up (or if another LL team decides to assign the issue
to them, if they are allowed to do so).

> if moved, would be Watchers "migrated" or not?
Watchers and voters will be preserved. So will comments, attachments,
environment etc.

Everything that is project-specific (e.g. components) will not be
preserved, even if both the source and destination project feature e.g.
components of the same name. The mover might be prompted to set some of
these freshly as part of the moving. (I think for components, that's the
case.)

> I tried to use the "Clone" JIRA feature but apparently it doesn't help,
> as I couldn't file the new issue under a different Project.
Cloning wouldn't be a good idea anyway, as it'd lead to duplicate issues
and would not take watches, voters and comments with it. (I'm not sure
about attachments.) Cloning mainly means that the description,
environment and summary are copied over.

> Meta issue https://jira.secondlife.com/browse/WEB-3535
> currently seems to be the best umbrella for issues related
> to the new Web Profiles & my.secondlife.com.
>
> I'm particularly concerned by the current lack of functionality
> https://jira.secondlife.com/browse/VWR-24557
> https://jira.secondlife.com/browse/WEB-3511
> https://jira.secondlife.com/browse/VWR-25283
> and by disappearing profiles
> https://jira.secondlife.com/browse/WEB-3750
I believe I have the ability to move to WEB. Should I move any of the above?

More generally, it seems that the jira permission system, while probably
necessary to avoid honest mistakes by inexperienced users, vandalism and
edit wars, often is a major obstacle to do useful work, sometimes even
to Lindens. I think a first step in alleviating that would be to bring
some more transparency into it:

   1. Allow everyone to see what groups exist on jira.
   2. Allow everyone, whether member of a group or not, see what
  permissions each group comes with on what projects.
   3. Document for each group what conditions group members must meet
  and how to apply for membership (if applicable. Obviously, if a
  group has the condition "You have to be a Linden.", no application
  option for non-Lindens is necessary.)

Cheers,
Boroondas
___
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] PO Build available

2011-03-26 Thread Ardy Lay

On 3/25/2011 5:43 PM, Anya Kanevsky wrote:
Not sure whether this was caused by the fix, but I can confirm what 
you're seeing. Switching chat from plaintext or To plaintext, seems to 
screw up the Object's location info.

Flipping that toggle does have some bizarre effects on things:
https://jira.secondlife.com/browse/VWR-20260
Blocks of chat log are being read in from then rewritten with new 
timestamps.


___
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] Doxygen Updated / Fixed on dimentox.com

2011-03-26 Thread Brandon Husbands
Its still generating.
Takes some time as it does the UML diagrams also.

On Sat, Mar 26, 2011 at 7:49 AM, Boroondas Gupte  wrote:

>  On 03/26/2011 12:26 PM, WolfPup Lowenhar wrote:
>
>  I just tried going to the site and it is only partially there. I only get
> the different selections at the top and when I try to go to any page besides
> the main I get a 404 error.
>
> Indeed, Namespaces , 
> Filesand
> Directories  seem to throw 404s.
> And a lot of classes are missing, too. (Didn't try all link, but I think
> it's all after 
> LLFloaterPropertieson
>  the list of
> Classes .)
>
> ___
> 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
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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] Doxygen Updated / Fixed on dimentox.com

2011-03-26 Thread Brandon Husbands
Its actually on llView now.
should be done soon.


On Sat, Mar 26, 2011 at 7:49 AM, Boroondas Gupte  wrote:

>  On 03/26/2011 12:26 PM, WolfPup Lowenhar wrote:
>
>  I just tried going to the site and it is only partially there. I only get
> the different selections at the top and when I try to go to any page besides
> the main I get a 404 error.
>
> Indeed, Namespaces , 
> Filesand
> Directories  seem to throw 404s.
> And a lot of classes are missing, too. (Didn't try all link, but I think
> it's all after 
> LLFloaterPropertieson
>  the list of
> Classes .)
>
> ___
> 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
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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-380) There is a little delay in sound when gesture first time played

2011-03-26 Thread Boroondas Gupte

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


Ah, a good issue to tackle! Thanks for looking into it.


indra/newview/llgesturemgr.h


Please use tabs for indentation and spaces for alignment. (Here, that'd be 
only one tab followed by 32 spaces.) Whatever you did here looks wrong whether 
I set tab display length to 4 or 8.



indra/newview/llgesturemgr.cpp


If the iterator will not be used outside the loop, please declare it with 
the assignment in the for's braces.



indra/newview/llgesturemgr.cpp


I'm not sure what you mean by "if it stops". Maybe that the currently 
handled gesture step stops the animation? If so, maybe write

// Don't request the animation if this step stops it or if it is already in 
Static VFS



indra/newview/llgesturemgr.cpp


Why are STEP_CHAT and STEP_WAIT mentioned when they don't do anything and 
we do have a default step that also doesn't do anything?

If all cases are supposed to be explicitly handled, we might want to make 
sure of that with:
// [...]
case STEP_CHAT:
case STEP_WAIT:
{
break;
}
default:
{
// We should never get here.
llassert(false);
}
}

(... or maybe just some terminal output.)



indra/newview/llgesturemgr.cpp


s/is/if/



indra/newview/llgesturemgr.cpp


Hmm ... so with the current change, a gesture's playback could potentially 
be delayed forever due to assets for other gestures being loaded?



indra/newview/llgesturemgr.cpp


Can a gesture reference other asset types than animations and sounds? And 
if it can, shouldn't those be removed from mLoadingAssets, too, once loaded?

If it can but shouldn't maybe some terminal output would be appropriate 
here.


- Boroondas


On March 25, 2011, 5:33 p.m., Seth ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/231/
> ---
> 
> (Updated March 25, 2011, 5:33 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> First pass implementation of syncing the animations and sounds before the 
> gesture starts playing.
> The actual playing of animations and sounds of a gesture starts only when all 
> needed animations and sound files are loaded into viewer cache. This reduces 
> the delay between animations and sounds meant to be played simultaneously but 
> may increase the delay between the moment a gesture is triggered and the 
> moment it starts playing.
> 
> 
> This addresses bug STORM-380.
> http://jira.secondlife.com/browse/STORM-380
> 
> 
> Diffs
> -
> 
>   indra/newview/llgesturemgr.h 6c15f820c3b9 
>   indra/newview/llgesturemgr.cpp 6c15f820c3b9 
> 
> Diff: http://codereview.secondlife.com/r/231/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Seth
> 
>

___
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] VWR-25321 - "CTRL + Up/Down Arrow"

2011-03-26 Thread Opensource Obscure
How many users know they can use CTRL + Up/Down Arrow to
scroll back through the history of previously sent chat messages?
Some users can find this feature useful.

However, I think this feature is a bit hidden, that is it's not
visible/exposed enough in the viewer - so I created
https://jira.secondlife.com/browse/VWR-25321

"Make user aware of the CTRL + Up/Down Arrow feature
(which scrolls back message history)"

Please feel free to edit Summary and Description if I didn't
word them in a clear way.

-- 
Opensource Obscure
http://twitter.com/oobscure - http://opensourceobscure.com/lol
___
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] VWR-25321 - "CTRL + Up/Down Arrow"

2011-03-26 Thread Brandon Husbands
Dont use it at all

On Sat, Mar 26, 2011 at 3:14 PM, Opensource Obscure <
opensourceobsc...@gmail.com> wrote:

> How many users know they can use CTRL + Up/Down Arrow to
> scroll back through the history of previously sent chat messages?
> Some users can find this feature useful.
>
> However, I think this feature is a bit hidden, that is it's not
> visible/exposed enough in the viewer - so I created
> https://jira.secondlife.com/browse/VWR-25321
>
> "Make user aware of the CTRL + Up/Down Arrow feature
> (which scrolls back message history)"
>
> Please feel free to edit Summary and Description if I didn't
> word them in a clear way.
>
> --
> Opensource Obscure
> http://twitter.com/oobscure - http://opensourceobscure.com/lol
> ___
> 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
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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] Doxygen questions

2011-03-26 Thread Brandon Husbands
Alright Caller and call graph are making this take days. I threw 8 cpus at
it with 4 gigs of ram. and it still is taking over 2 days.
Are caller graphs and call graphs needed?


-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
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] PO Build available

2011-03-26 Thread Anya Kanevsky
Thanks for pointing that one out to me!  Imported it to a neat STORM-,
and will be happy if someone wants to pick it up and work on it (note the
opendev label)

a

2011/3/26 Ardy Lay 

>  On 3/25/2011 5:43 PM, Anya Kanevsky wrote:
>
> Not sure whether this was caused by the fix, but I can confirm what you're
> seeing. Switching chat from plaintext or To plaintext, seems to screw up the
> Object's location info.
>
> Flipping that toggle does have some bizarre effects on things:
> https://jira.secondlife.com/browse/VWR-20260
> Blocks of chat log are being read in from then rewritten with new
> timestamps.
>
>
> ___
> 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