[opensource-dev] autobuild setting UNATTENDED questions

2011-03-25 Thread Ima Mechanique 
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.

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.


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

Re: [opensource-dev] PO Build available

2011-03-25 Thread Opensource Obscure 
On Fri, Mar 25, 2011 at 04:02, Philippe (Merov) Bossut
 wrote:
> Hi,
>
> PO build of the day available at:
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/225012/index.html
>
> Containing fixes/implementations for:
> * STORM-399 : Users that has chatted within chat range of the user in-world
> are not added to Recent tab

OK


> * STORM-1019 : Add ability to display beacons for Media on a Prim objects

OK. Great, thanks!


> * STORM-1021 : Viewer shows "L$300" instead of object IM details if object
> sends an IM from another region

I saw some problems with this fix but I have to do further testing.

If you test STORM-1021 please try if you experience the same issue:

1. In preferences, "Chat" tab, ensure "Enable plain text IM and chat
history" is UNchecked.
2. Rez a cube and add the same script as above
3. Touch the object and TP to another region
4. Wait to receive the "I live!" object IM
5. Click the information button on the "Object" name to see where it
is and who owns it
6. NOW in preferences, "Chat" tab, ENABLE "Enable plain text IM and
chat history"
7. in local chat history, click the "Object" name
8. object location is wrong: sim name refer to current user location, while
coordinates say (0,0,0).


> * STORM-1030 : Main menu change: 'Me->Change Outfit' to 'Me->My Appearance'

I confirm that "My Appearance" label is consistent between Me menu,
Self avatar menu and Self avatar attachment menu.
The sidebar tab is labeled "My appearance" as well.

I think this is only fixed in English - not in Italian, at least.
In Italian, items in Me menu, Self avatar menu and Self avatar attachment
menu are labeled "Cambia Vestiario" while the sidebar tab is labeled
"Il mio aspetto".
I'd suppose that Me menu, Self avatar menu and Self avatar attachment
menu items should be changed to "Il mio aspetto" as well.

Is the rationale behind this change documented more extensively somewhere?
I'd need to better understand the logic behind changes to labels
in order to be sure that Italian actually needs to be changed.


> * STORM-1068 : Add optional range ring(s) to the mini-map -- one centered on
> you with a radius of 20m to show local chat range
> * STORM-1077 : Change "Voice Enabled/Disabled" to "Speak Button"

This will need localization: currently, Italian uses English text.


> * STORM-1086 : Agent's own calling card created on startup is placed into
> Friends/All folder instead of Calling Cards

OK.
At first attempt, Calling card was not created and this was expected
as I already had two cards of mine in Inventory.
After moving existing cards to Trash and relogging in, a new Calling Card
of mine, with today's date, has been created and placed into Calling
Cards folder.


> * STORM-1095 :  Chat preferences > font size should increase size of input
> text in the chat box

This works, but the change is only applied after giving focus back to
the input text box (while the change to chat history is applied immediately).


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] PO Build available

2011-03-25 Thread Vadim Savchuk 
On 03/25/2011 06:47 PM, Opensource Obscure wrote:
>> * STORM-1021 : Viewer shows "L$300" instead of object IM details if object
>> sends an IM from another region
> I saw some problems with this fix but I have to do further testing.
>
> If you test STORM-1021 please try if you experience the same issue:
>
> 1. In preferences, "Chat" tab, ensure "Enable plain text IM and chat
> history" is UNchecked.
> 2. Rez a cube and add the same script as above
> 3. Touch the object and TP to another region
> 4. Wait to receive the "I live!" object IM
> 5. Click the information button on the "Object" name to see where it
> is and who owns it
> 6. NOW in preferences, "Chat" tab, ENABLE "Enable plain text IM and
> chat history"
> 7. in local chat history, click the "Object" name
> 8. object location is wrong: sim name refer to current user location, while
> coordinates say (0,0,0).
Right, that's a limitation of the current design: sender object location 
is only available for new messages.
Switching chat history style discards that information.
I think fixing this issue goes beyond the bug scope.

-- 
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] PO Build available

2011-03-25 Thread Opensource Obscure 
On Fri, Mar 25, 2011 at 04:02, Philippe (Merov) Bossut
 wrote:
> Hi,
>
> PO build of the day available at:
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/225012/index.html
>
> Containing fixes/implementations for:
(...)
> * STORM-1068 : Add optional range ring(s) to the mini-map -- one centered on
> you with a radius of 20m to show local chat range

I forgot to mention this. It works, but I would ask to review the color choice.
Sometimes, the circle can barely seen - I think it's when megaprims are
showed in the Minimap and the blue circle overlaps them. They look
dark grey and there's not enough contrast to be clearly seen. See
https://jira.secondlife.com/secure/attachment/49179/Second+Life+2.6.2-225012.jpg


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] PO Build available

2011-03-25 Thread Ima Mechanique 
> Hi,
> 
> PO build of the day available at:
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/225012/index.html
> 
> Containing fixes/implementations for:
> * STORM-399 : Users that has chatted within chat range of the user in-world
> are not added to Recent tab

Stalking Ahern just felt so tacky.  But everyone typing appeared in
nearby, as far as I could tell.

> * STORM-1019 : Add ability to display beacons for Media on a Prim objects

Partial. Not sure what is supposed to be covered by this, but it doesn't
show an HTML MoaP I have. It does identify a neighbour's TreetTV board.

> * STORM-1021 : Viewer shows "L$300" instead of object IM details if object
> sends an IM from another region

not tested

> * STORM-1030 : Main menu change: 'Me->Change Outfit' to 'Me->My Appearance'

Good to go.

> * STORM-1068 : Add optional range ring(s) to the mini-map -- one centered on
> you with a radius of 20m to show local chat range

Even "zoomed in close" I couldn't see this. Does it need any set up?

> * STORM-1077 : Change "Voice Enabled/Disabled" to "Speak Button"

Oops forgot to check when I logged in, clicked it off automatically

> * STORM-1086 : Agent's own calling card created on startup is placed into
> Friends/All folder instead of Calling Cards

Good to go

> * STORM-1095 :  Chat preferences > font size should increase size of input
> text in the chat box

It does, after clicking back into the chat area.

> 
> Cheers,
> - Merov

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

Re: [opensource-dev] PO Build available

2011-03-25 Thread Opensource Obscure 
On Fri, Mar 25, 2011 at 18:42, Ima Mechanique
 wrote:

>> * STORM-1068 : Add optional range ring(s) to the mini-map -- one centered on
>> you with a radius of 20m to show local chat range
>
> Even "zoomed in close" I couldn't see this. Does it need any set up?

Yes, it's disabled by default - turn it on by right-clicking the mini-map.

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] PO Build available

2011-03-25 Thread Ima Mechanique 
> On Fri, Mar 25, 2011 at 18:42, Ima Mechanique
>  wrote:
> 
> >> * STORM-1068 : Add optional range ring(s) to the mini-map -- one centered 
> >> on
> >> you with a radius of 20m to show local chat range
> >
> > Even "zoomed in close" I couldn't see this. Does it need any set up?
> 
> Yes, it's disabled by default - turn it on by right-clicking the mini-map.

Should have mentioned I did that. still couldn't see anything. I was
wondering if there was a way to change colour or something to make it
more visible.

> Opensource Obscure
> http://twitter.com/oobscure - http://opensourceobscure.com/lol

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

Re: [opensource-dev] PO Build available

2011-03-25 Thread Erin Mallory 

so far
* STORM-399 : Users that has chatted within chat range of the user in-world are 
not added to Recent tab
tentative pass (not done testing)
* STORM-1019 : Add ability to display beacons for Media on a Prim objects
still testing
* STORM-1021 : Viewer shows "L$300" instead of object IM details if object 
sends an IM from another region
failed.  Gives incorrect coordinates and sometimes incorrect owner.. 
* STORM-1030 : Main menu change: 'Me->Change Outfit' to 'Me->My Appearance'


much nicer and less confusing
* STORM-1068 : Add optional range ring(s) to the mini-map -- one centered on 
you with a radius of 20m to show local chat range
* STORM-1077 : Change "Voice Enabled/Disabled" to "Speak Button" 
hrrm not sure about this one 
* STORM-1086 : Agent's own calling card created on startup is placed into 
Friends/All folder instead of Calling Cards
still testing 


* STORM-1095 :  Chat preferences > font size should increase size of input text 
in the chat box
still testing

Cheers,
- 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  
  ___
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-25 Thread Anya Kanevsky 
The rationale behind this change was from UX - they wanted consistency with
all the other menu items in Me. Once the change is in viewer-development, it
will get picked up by the internationalization tools and get translated.
 Can't say whether it will make sense to make the change in every
language... will leave that up to the translators :)

a



> > * STORM-1030 : Main menu change: 'Me->Change Outfit' to 'Me->My
> Appearance'
>
> I confirm that "My Appearance" label is consistent between Me menu,
> Self avatar menu and Self avatar attachment menu.
> The sidebar tab is labeled "My appearance" as well.
>
> I think this is only fixed in English - not in Italian, at least.
> In Italian, items in Me menu, Self avatar menu and Self avatar attachment
> menu are labeled "Cambia Vestiario" while the sidebar tab is labeled
> "Il mio aspetto".
> I'd suppose that Me menu, Self avatar menu and Self avatar attachment
> menu items should be changed to "Il mio aspetto" as well.
>
> Is the rationale behind this change documented more extensively somewhere?
> I'd need to better understand the logic behind changes to labels
> in order to be sure that Italian actually needs to be changed.
>
>
>
___
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] UserStory (with patch attached): HUD hover text/tooltips.

2011-03-25 Thread Brandon Husbands 
STORY:
As a user when i attach a hud i should be able to hover over a button on the
object and see the description of what it is. Also the tool tip time should
be longer as to not interfere with the ui.

https://jira.secondlife.com/browse/VWR-25282?
Patch is attached.

-- 
---
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] autobuild setting UNATTENDED questions

2011-03-25 Thread Brad Kittenbrink (Brad Linden) 
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.


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.

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

-Brad
___
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-25 Thread Anya Kanevsky 
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.

2011/3/25 Opensource Obscure 

> > * STORM-1021 : Viewer shows "L$300" instead of object IM details if
> object
> > sends an IM from another region
>
> I saw some problems with this fix but I have to do further testing.
>
> If you test STORM-1021 please try if you experience the same issue:
>
> 1. In preferences, "Chat" tab, ensure "Enable plain text IM and chat
> history" is UNchecked.
> 2. Rez a cube and add the same script as above
> 3. Touch the object and TP to another region
> 4. Wait to receive the "I live!" object IM
> 5. Click the information button on the "Object" name to see where it
> is and who owns it
> 6. NOW in preferences, "Chat" tab, ENABLE "Enable plain text IM and
> chat history"
> 7. in local chat history, click the "Object" name
> 8. object location is wrong: sim name refer to current user location, while
> coordinates say (0,0,0).
>
___
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-380) There is a little delay in sound when gesture first time played

2011-03-25 Thread Seth ProductEngine 

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

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

Re: [opensource-dev] Review Request: Add optional range ring to the mini-map -- one centered on you with a radius of 20m to show local chat range

2011-03-25 Thread Merov Linden 

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


I haven't checked but I suppose there are somewhere declaration for the chat 
ranges. Use that instead of magic numbers in the code and, if not, use local 
const with appropriate comments.


indra/newview/llnetmap.cpp


Use at least loal const with comments for magic numbers


- Merov


On March 12, 2011, 8 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/197/
> ---
> 
> (Updated March 12, 2011, 8 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Add optional range ring to the mini-map -- one centered on you with a radius 
> of 20m to show local chat range.
> 
> By default the range ring is off.
> 
> To turn it on you right click on the mini-map and pick the menu entry "Range 
> Ring".
> 
> 
> This addresses bug Storm-1068.
> http://jira.secondlife.com/browse/Storm-1068
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt aed94e854443 
>   indra/newview/app_settings/settings.xml aed94e854443 
>   indra/newview/llnetmap.h aed94e854443 
>   indra/newview/llnetmap.cpp aed94e854443 
>   indra/newview/skins/default/colors.xml aed94e854443 
>   indra/newview/skins/default/xui/en/menu_mini_map.xml aed94e854443 
> 
> Diff: http://codereview.secondlife.com/r/197/diff
> 
> 
> Testing
> ---
> 
> Tested with another avatar.  When they are outside the ring they cannot see 
> my local chat and when they are inside it they can, so the ring's radius is 
> set correctly.
> 
> Flew over various types of land to make sure my color choice (blue @10%) was 
> always visible.
> 
> Enabled range ring, logged out and back on; range ring is still present on 
> mini-map.
> 
> Panned mini-map, range ring remains centered over avatar.
> 
> Used mouse wheel to zoom in and out as far as possible.  Size of range ring 
> varied with change in zoom level.
> 
> 
> 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

Re: [opensource-dev] Review Request: more fix for STORM-973: [crashhunters] crash at LLViewerTextureList::removeImageFromList(LLViewerFetchedTexture *)

2011-03-25 Thread Merov Linden 

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


Looking into 247b4c659e7f, I have several remarks:
- main_thread_id : is a global and is not following proper naming convention 
for global
- main_thread_id should really be a static member of the LLViewerTextureList 
class. That's what static class members are for.
- it seems to me that the only objective of LLViewerTextureList is ensure that 
the LLViewerTextureList::addImageToList() is only called from the main thread, 
or rather, from the same thread that the global LLViewerTextureList was created 
in, and crash otherwise (through a call to llassert_always()). I have to say 
I'm not that keen on having thread numbers evaluated and sent around but, OK. 
Is that all you intent to do with that?

Also, please provide a comprehensive RB diff for this. It's easy to create in a 
couple of hg calls (pull, update, merge, diff, rollback and update again). It 
takes much less time than leaving us hunting diff in the changeset history...

- Merov


On March 22, 2011, 3:58 p.m., Xiaohong Bao wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/222/
> ---
> 
> (Updated March 22, 2011, 3:58 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> additional fix for STORM-973: [crashhunters] crash at 
> LLViewerTextureList::removeImageFromList(LLViewerFetchedTexture *)
> 
> This fix 
> https://bitbucket.org/BaoLinden/viewer-development-storm-973/changeset/a4a06cbeb360
>  has to be merged together with 
> https://bitbucket.org/BaoLinden/viewer-development-storm-973/changeset/247b4c659e7f
> 
> 
> This addresses bug STORM-973.
> http://jira.secondlife.com/browse/STORM-973
> 
> 
> Diffs
> -
> 
> 
> Diff: http://codereview.secondlife.com/r/222/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Xiaohong
> 
>

___
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: partial fix for STORM-948: [crashhunters] meta-issue for bad_alloc exceptions

2011-03-25 Thread Merov Linden 

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


Need some clean up. Please review my comments.


indra/newview/llappviewer.cpp


Aren't we in danger of immediate crash when called? If so, what happens if 
we return here? Do we let the app crash? Shouldn't we crash here immediately so 
we can identify in the stack trace which memory allocation produces the 
situation?



indra/newview/llviewerdisplay.cpp


No clean up necessary in that catch {} block?



indra/newview/llviewertexturelist.cpp


This global declaration doesn't follow naming convention. Also, it 
shouldn't be here but as a static member of the LLViewerTextureList class.


- Merov


On March 21, 2011, 10:16 a.m., Xiaohong Bao wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/218/
> ---
> 
> (Updated March 21, 2011, 10:16 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> partial fix for STORM-948: [crashhunters] meta-issue for bad_alloc exceptions
> fixed: crashed caused by snapshots, loading the last bitmap, too large 
> texture memory due to insufficient physical memory
> also force to rebuild VBO if the memory is about to be running out to 
> eliminate possible memory leaking caused by GPU driver.
> 
> the changeset: 30a545579ab6
> 
> 
> This addresses bug storm-948.
> http://jira.secondlife.com/browse/storm-948
> 
> 
> Diffs
> -
> 
>   indra/newview/llappviewer.h a8639217816b 
>   indra/newview/llappviewer.cpp a8639217816b 
>   indra/newview/llviewerdisplay.cpp a8639217816b 
>   indra/newview/llviewertexturelist.h a8639217816b 
>   indra/newview/llviewertexturelist.cpp a8639217816b 
>   indra/newview/llviewerwindow.cpp a8639217816b 
> 
> Diff: http://codereview.secondlife.com/r/218/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Xiaohong
> 
>

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

2011-03-25 Thread Brandon Husbands 
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.
---
---
___
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