Re: [opensource-dev] Camera UI in Second Life beta viewer is broken

[Cinder Roxley]

Hi,

The video linked in the jira doesn't work in my browser. I'm able to take
snapshots in all modes using the new snapshot workflow.

Kind regards,
Cinder Roxley

-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Laurent
Bechir
Sent: Friday, November 18, 2011 7:29 PM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Camera UI in Second Life beta viewer is broken


Hello,

I've opened a Jira about the camera in Second Life beta viewer since it 
is impossible to take pictures with it. I don't know if this jira has 
already been submitted, but there is something to do about that :

https://jira.secondlife.com/browse/VWR-27652

___
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] Camera UI in Second Life beta viewer is broken

[Laurent Bechir]

Hello,

I've opened a Jira about the camera in Second Life beta viewer since it 
is impossible to take pictures with it. I don't know if this jira has 
already been submitted, but there is something to do about that :

https://jira.secondlife.com/browse/VWR-27652


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] [viewer-development-builds] Successful Build Nr. 245237 for snowstorm_viewer-development (cfa78777453c) on CYGWIN

[Dave Booth]

On 11/18/2011 11:20 AM, Tillie Ariantho wrote:
>
> That build crashes the nVidia driver pretty often. Right now I can't
> even log in with the dev client, crashes the driver right after
> clicking Login.

Confirmed here too, same driver. Previous workaround does not work,
viewer crashes as soon as basic shaders are enabled no matter what point
it's done - on my system this is a regression from previous behavior
when the GL bug could be avoided by setting gfx prefs to mid or lower 
for login and setting them back up to desired settings after everything 
rezzed. Only workaraound for current behavior is a registry tweak:
Create or set the following key in
HKLM\System\CurrentControlSet\Control\GraphicsDrivers

TdrDelay:REG_DWORD set to 60 decimal to allow a 60s graphics driver
timeout rather than the 2s default.

Note that changing this value from default is considered a serious
failure by Microsoft and absolutely precludes an app from gaining
windows logo certification if it is required for normal operation.
___
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: Allow scripts to be saved/loaded to/from files.

[Ima Mechanique]

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

(Updated Nov. 18, 2011, 3:06 p.m.)


Review request for Viewer.


Changes
---

For those wanting to try the "Save to file.." option without having to edit the 
file first, this version has that isDirty check commented out. otherwise it is 
the same as the previous diff.


Summary
---

Changes to allow opened script window to save/load to/from files on the users 
computer.


This addresses bug https://jira.secondlife.com/browse/storm-1708.

http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708


Diffs (updated)
-

  doc/contributions.txt a1319d553db9 
  indra/newview/llfilepicker.h a1319d553db9 
  indra/newview/llfilepicker.cpp a1319d553db9 
  indra/newview/llfloaternamedesc.h a1319d553db9 
  indra/newview/llfloaternamedesc.cpp a1319d553db9 
  indra/newview/llpreviewscript.h a1319d553db9 
  indra/newview/llpreviewscript.cpp a1319d553db9 
  indra/newview/llviewerfloaterreg.cpp a1319d553db9 
  indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 

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


Testing
---

Successfully opened and saved scripts from/to local files.


Thanks,

Ima

___
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: Allow scripts to be saved/loaded to/from files.

[Ima Mechanique]

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

(Updated Nov. 18, 2011, 2:55 p.m.)


Review request for Viewer.


Changes
---

* Removed some code associated with the reverted Build => Upload => Script 
changes.
* Fixed the .lsl extension not being applied correctly.


Summary
---

Changes to allow opened script window to save/load to/from files on the users 
computer.


This addresses bug https://jira.secondlife.com/browse/storm-1708.

http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708


Diffs (updated)
-

  doc/contributions.txt a1319d553db9 
  indra/newview/llfilepicker.h a1319d553db9 
  indra/newview/llfilepicker.cpp a1319d553db9 
  indra/newview/llfloaternamedesc.h a1319d553db9 
  indra/newview/llfloaternamedesc.cpp a1319d553db9 
  indra/newview/llpreviewscript.h a1319d553db9 
  indra/newview/llpreviewscript.cpp a1319d553db9 
  indra/newview/llviewerfloaterreg.cpp a1319d553db9 
  indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 

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


Testing
---

Successfully opened and saved scripts from/to local files.


Thanks,

Ima

___
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: Allow scripts to be saved/loaded to/from files.

[Ima Mechanique]

> On Nov. 18, 2011, 6:06 a.m., Lance Corrimal wrote:
> > Built it into dolphin 3.2 beta, tested it. found a few issues:
> > - main menu option Build/Upload/Script does nothing at all
> > - saving a script that you open from your inventory to disk only works 
> > after you edit the script
> > - saving a script to disk does not add .lsl to the filename by default
> >
> 
> Ima Mechanique wrote:
> Thanks for the feedback.
> - The Build => Upload => Script entry shouldn't be there, I'll correct 
> the code. It's a follow up project, which I haven't completed yet.
> - Saving only works after editing. This is normal behaviour for scripts, 
> I was doubtful of doing it this way, but did so to maintain consistency. If 
> there is a consensus to alter this behaviour I would happily agree to do so.
> - Hmm, .lsl should be added by default, I'll look into this.
> 
> Kelly Washington wrote:
> Unless opening the script from file automatically saves (uploads and 
> compiles) the script then it makes more sense for the save button to be 
> enabled as soon as the script is loaded. No need to wait for an edit to 
> enable the save.

@Kelly. No it doesn't upload and save, that would be the job for the Build => 
Upload => Script entry that I'm also working on separately. So far as my own 
testing, uploading a file into the window does automatically enable the save to 
inventory button. The saving that Lance mentioned is for saving to disc, which 
is not automatically enabled, currently, unless the script's state is not clean.


- Ima


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


On Nov. 18, 2011, 1:21 p.m., Ima Mechanique wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/516/
> ---
> 
> (Updated Nov. 18, 2011, 1:21 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Changes to allow opened script window to save/load to/from files on the users 
> computer.
> 
> 
> This addresses bug https://jira.secondlife.com/browse/storm-1708.
> 
> http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt a1319d553db9 
>   indra/newview/llfilepicker.h a1319d553db9 
>   indra/newview/llfilepicker.cpp a1319d553db9 
>   indra/newview/llfloaternamedesc.h a1319d553db9 
>   indra/newview/llfloaternamedesc.cpp a1319d553db9 
>   indra/newview/llpreviewscript.h a1319d553db9 
>   indra/newview/llpreviewscript.cpp a1319d553db9 
>   indra/newview/llviewerfloaterreg.cpp a1319d553db9 
>   indra/newview/llviewermenufile.cpp a1319d553db9 
>   indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 
> 
> Diff: http://codereview.secondlife.com/r/516/diff
> 
> 
> Testing
> ---
> 
> Successfully opened and saved scripts from/to local files.
> 
> 
> Thanks,
> 
> Ima
> 
>

___
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: Allow scripts to be saved/loaded to/from files.

[Ima Mechanique]

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

(Updated Nov. 18, 2011, 1:21 p.m.)


Review request for Viewer.


Changes
---

Reverted Build => Upload menu change.


Summary
---

Changes to allow opened script window to save/load to/from files on the users 
computer.


This addresses bug https://jira.secondlife.com/browse/storm-1708.

http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708


Diffs (updated)
-

  doc/contributions.txt a1319d553db9 
  indra/newview/llfilepicker.h a1319d553db9 
  indra/newview/llfilepicker.cpp a1319d553db9 
  indra/newview/llfloaternamedesc.h a1319d553db9 
  indra/newview/llfloaternamedesc.cpp a1319d553db9 
  indra/newview/llpreviewscript.h a1319d553db9 
  indra/newview/llpreviewscript.cpp a1319d553db9 
  indra/newview/llviewerfloaterreg.cpp a1319d553db9 
  indra/newview/llviewermenufile.cpp a1319d553db9 
  indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 

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


Testing
---

Successfully opened and saved scripts from/to local files.


Thanks,

Ima

___
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: Allow scripts to be saved/loaded to/from files.

[Kelly Washington]

> On Nov. 18, 2011, 6:06 a.m., Lance Corrimal wrote:
> > Built it into dolphin 3.2 beta, tested it. found a few issues:
> > - main menu option Build/Upload/Script does nothing at all
> > - saving a script that you open from your inventory to disk only works 
> > after you edit the script
> > - saving a script to disk does not add .lsl to the filename by default
> >
> 
> Ima Mechanique wrote:
> Thanks for the feedback.
> - The Build => Upload => Script entry shouldn't be there, I'll correct 
> the code. It's a follow up project, which I haven't completed yet.
> - Saving only works after editing. This is normal behaviour for scripts, 
> I was doubtful of doing it this way, but did so to maintain consistency. If 
> there is a consensus to alter this behaviour I would happily agree to do so.
> - Hmm, .lsl should be added by default, I'll look into this.

Unless opening the script from file automatically saves (uploads and compiles) 
the script then it makes more sense for the save button to be enabled as soon 
as the script is loaded. No need to wait for an edit to enable the save.


- Kelly


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


On Nov. 17, 2011, 3:08 p.m., Ima Mechanique wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/516/
> ---
> 
> (Updated Nov. 17, 2011, 3:08 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Changes to allow opened script window to save/load to/from files on the users 
> computer.
> 
> 
> This addresses bug https://jira.secondlife.com/browse/storm-1708.
> 
> http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708
> 
> 
> Diffs
> -
> 
>   indra/newview/llfilepicker.h a1319d553db9 
>   indra/newview/llfilepicker.cpp a1319d553db9 
>   indra/newview/llfloaternamedesc.h a1319d553db9 
>   indra/newview/llfloaternamedesc.cpp a1319d553db9 
>   indra/newview/llpreviewscript.h a1319d553db9 
>   indra/newview/llpreviewscript.cpp a1319d553db9 
>   indra/newview/llviewerfloaterreg.cpp a1319d553db9 
>   indra/newview/llviewermenufile.cpp a1319d553db9 
>   indra/newview/skins/default/xui/en/menu_viewer.xml a1319d553db9 
>   indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 
> 
> Diff: http://codereview.secondlife.com/r/516/diff
> 
> 
> Testing
> ---
> 
> Successfully opened and saved scripts from/to local files.
> 
> 
> Thanks,
> 
> Ima
> 
>

___
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: Allow scripts to be saved/loaded to/from files.

[Ima Mechanique]

> On Nov. 18, 2011, 6:06 a.m., Lance Corrimal wrote:
> > Built it into dolphin 3.2 beta, tested it. found a few issues:
> > - main menu option Build/Upload/Script does nothing at all
> > - saving a script that you open from your inventory to disk only works 
> > after you edit the script
> > - saving a script to disk does not add .lsl to the filename by default
> >

Thanks for the feedback.
- The Build => Upload => Script entry shouldn't be there, I'll correct the 
code. It's a follow up project, which I haven't completed yet.
- Saving only works after editing. This is normal behaviour for scripts, I was 
doubtful of doing it this way, but did so to maintain consistency. If there is 
a consensus to alter this behaviour I would happily agree to do so.
- Hmm, .lsl should be added by default, I'll look into this.


- Ima


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


On Nov. 17, 2011, 3:08 p.m., Ima Mechanique wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/516/
> ---
> 
> (Updated Nov. 17, 2011, 3:08 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Changes to allow opened script window to save/load to/from files on the users 
> computer.
> 
> 
> This addresses bug https://jira.secondlife.com/browse/storm-1708.
> 
> http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708
> 
> 
> Diffs
> -
> 
>   indra/newview/llfilepicker.h a1319d553db9 
>   indra/newview/llfilepicker.cpp a1319d553db9 
>   indra/newview/llfloaternamedesc.h a1319d553db9 
>   indra/newview/llfloaternamedesc.cpp a1319d553db9 
>   indra/newview/llpreviewscript.h a1319d553db9 
>   indra/newview/llpreviewscript.cpp a1319d553db9 
>   indra/newview/llviewerfloaterreg.cpp a1319d553db9 
>   indra/newview/llviewermenufile.cpp a1319d553db9 
>   indra/newview/skins/default/xui/en/menu_viewer.xml a1319d553db9 
>   indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 
> 
> Diff: http://codereview.secondlife.com/r/516/diff
> 
> 
> Testing
> ---
> 
> Successfully opened and saved scripts from/to local files.
> 
> 
> Thanks,
> 
> Ima
> 
>

___
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] User input solicited picking a number...

[Lance Corrimal]

I don't think that fading the audio in and out is going to work for 
TPVs anyway, the average TPV has the media filter... and people are 
supposed to actually use it, courtesy to redzone :(

bye,
LC

Am Freitag, 18. November 2011 schrieb Oz Linden (Scott Lawrence):
> On 2011-11-18 9:53, Jonathan Welch wrote:
> > Any TPV that wants to pick up this new feature before the two
> > debug settings are eliminated should do so quickly, or else you
> > will have to reimplement them.
> > 
> > Source here:
> > https://bitbucket.org/JonathanYap/storm-591b
> 
> Actually, since I'll just pull your whole repo when I merge, all
> they'll have to do is reverse the commit that removes the
> variables - it'll be in the history.
> 
> I would strongly prefer that TPVs not incorporate early versions of
> features that we've already said we're incorporating... it only
> makes life more difficult for them if problems are found...
> 
> ... speaking of which, I just did a whole bunch of TPing around
> between parcels to test the fade times I was playing with, and
> eventually I stopped getting any parcel audio at all.  I even went
> back to one I'd been too earlier that had been playing ok, but I
> got nothing.   I've kept the associated log file for you if you
> think it might be useful, 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

___
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] User input solicited picking a number...

[Jonathan Welch]

There is also a fade in when you login, but there is an internal delay
between when the stream is started and when the audio system starts to
present it, so unless the fade time is very long it appears as if
there is no fade.

Even if it is possible to address this issue with code changes it
would have to be handled in a new jira.

On Fri, Nov 18, 2011 at 10:07 AM, Oz Linden (Scott Lawrence)
 wrote:
>
> On 2011-11-18 9:53, Jonathan Welch wrote:
>>
>> Any TPV that wants to pick up this new feature before the two debug
>> settings are eliminated should do so quickly, or else you will have to
>> reimplement them.
>>
>> Source here:
>> https://bitbucket.org/JonathanYap/storm-591b
>>
>
> Actually, since I'll just pull your whole repo when I merge, all they'll
> have to do is reverse the commit that removes the variables - it'll be in
> the history.
>
> I would strongly prefer that TPVs not incorporate early versions of features
> that we've already said we're incorporating... it only makes life more
> difficult for them if problems are found...
>
> ... speaking of which, I just did a whole bunch of TPing around between
> parcels to test the fade times I was playing with, and eventually I stopped
> getting any parcel audio at all.  I even went back to one I'd been too
> earlier that had been playing ok, but I got nothing.   I've kept the
> associated log file for you if you think it might be useful, 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] SOLVED. I could use a little help with boost and callbacks and stuff

[Lance Corrimal]

sheesh. there are two separate callback registries... of course you 
have to use the right one. 0.o
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] [viewer-development-builds] Successful Build Nr. 245237 for snowstorm_viewer-development (cfa78777453c) on CYGWIN

[Tillie Ariantho]

On 16.11.2011 01:57, Automatic notification for viewer-development builds wrote:

> installer_CYGWIN: 
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/245237/arch/CYGWIN/installer/Second_Life_3-2-4-245237_Development_Setup.exe

That build crashes the nVidia driver pretty often. Right now I can't even log 
in with the dev client, crashes the driver right after clicking Login.

nVidia driver 285.62 on Win7 64bit

Tillie
___
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] User input solicited picking a number...

[Oz Linden (Scott Lawrence)]

On 2011-11-18 9:53, Jonathan Welch wrote:
> Any TPV that wants to pick up this new feature before the two debug
> settings are eliminated should do so quickly, or else you will have to
> reimplement them.
>
> Source here:
> https://bitbucket.org/JonathanYap/storm-591b
>

Actually, since I'll just pull your whole repo when I merge, all they'll 
have to do is reverse the commit that removes the variables - it'll be 
in the history.

I would strongly prefer that TPVs not incorporate early versions of 
features that we've already said we're incorporating... it only makes 
life more difficult for them if problems are found...

... speaking of which, I just did a whole bunch of TPing around between 
parcels to test the fade times I was playing with, and eventually I 
stopped getting any parcel audio at all.  I even went back to one I'd 
been too earlier that had been playing ok, but I got nothing.   I've 
kept the associated log file for you if you think it might be useful, 
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] User input solicited picking a number...

[Oz Linden (Scott Lawrence)]

Jonathan Yap and Robin Cornelius have collaborated on a nice new 
feature... it causes parcel media streams to fade in gradually when you 
cross into the parcel and fade out gradually if you cross out.  If you 
cross between parcels with the same stream, there is no fading.  If you 
cross between parcels that have different streams, the old one fades out 
and then the new one fades in.   I think it's a big improvement.


The jira issue is STORM-591 
, and trial builds are 
available at


http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-2/rev/245002/index.html

The current test implementation has a pair of debug variables for 
controlling the fade time: AudioMusicFadeIn and AudioMusicFadeOut are 
the number of seconds that each fade takes.  In the test version above, 
these default to 5 seconds.


We're going to integrate this feature, but without the variables: the 
times will just be fixed at some reasonable values.   Hence this mail 
... this is your chance to help pick what those values should be.   Try 
it out, and comment in the issue (or reply to this thread, either way) 
with the values you think are best.  Early next week we'll pick the 
final values and move the issue forward.


   /If instead you would prefer to have a debate about whether or not
   there should be debug variables or preferences for this, please _do
   not_ put those comments in the issue, and I'd appreciate it if you
   started a new email thread for that.  That is a settled question:
   the additional testing complexity of having variables is not worth
   the flexibility./

___
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: Allow scripts to be saved/loaded to/from files.

[Lance Corrimal]

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


Built it into dolphin 3.2 beta, tested it. found a few issues:
- main menu option Build/Upload/Script does nothing at all
- saving a script that you open from your inventory to disk only works after 
you edit the script
- saving a script to disk does not add .lsl to the filename by default


- Lance


On Nov. 17, 2011, 3:08 p.m., Ima Mechanique wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/516/
> ---
> 
> (Updated Nov. 17, 2011, 3:08 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Changes to allow opened script window to save/load to/from files on the users 
> computer.
> 
> 
> This addresses bug https://jira.secondlife.com/browse/storm-1708.
> 
> http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/storm-1708
> 
> 
> Diffs
> -
> 
>   indra/newview/llfilepicker.h a1319d553db9 
>   indra/newview/llfilepicker.cpp a1319d553db9 
>   indra/newview/llfloaternamedesc.h a1319d553db9 
>   indra/newview/llfloaternamedesc.cpp a1319d553db9 
>   indra/newview/llpreviewscript.h a1319d553db9 
>   indra/newview/llpreviewscript.cpp a1319d553db9 
>   indra/newview/llviewerfloaterreg.cpp a1319d553db9 
>   indra/newview/llviewermenufile.cpp a1319d553db9 
>   indra/newview/skins/default/xui/en/menu_viewer.xml a1319d553db9 
>   indra/newview/skins/default/xui/en/panel_script_ed.xml a1319d553db9 
> 
> Diff: http://codereview.secondlife.com/r/516/diff
> 
> 
> Testing
> ---
> 
> Successfully opened and saved scripts from/to local files.
> 
> 
> Thanks,
> 
> Ima
> 
>

___
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] I could use a little help with boost and callbacks and stuff

[Lance Corrimal]

OK. I'm coming out of the closet here.

I am *HOPELESSLY LOST* with this stuff.

No matter what I put where in the source, the stuff builds but it does not 
work at all.

All I get is this in the logfile:
2011-11-18T08:16:18Z WARNING: initCommitCallback: No callback found for: 
'Agent.ToggleAO' in control: aoswitch

and my AO button does not work.

The source is here:
http://dolphinsource.eregion.de/dolphinviewer3-beta/

The logic that I'm trying to build is this:

There is a button defined in app_settings/commands.xml that acts as a simple 
on/off switch.

The callback gets registered (supposedly) in llagent.cpp, and the callback 
function itself is member of LLAgent.

There's another callback that returns the state of the AO engine as TRUE or 
FALSE to tint the button.

The callback LLAgent::ToggleAO() simply calls AOEngine::getinstance()-
>Toggle();

... why the *beep* does this *beep* not *beeping* work.

Any help would be **GREATLY** appreciated.


oh right, the files involved: llagent.* and aoengine.*
the xml / ui stuff is just fine, also, dragging the AO button *from* the 
toolbox to the toolbox button window correctly switches the AO off...

just the effing on/off button refuses to do anything.


HELP


thanks,
LC

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges