[sldev] GUI prototype speedup tricks

[Harold Brown]

Just tested..  I'm not sure what "turnaround for GUI testing rather slow"
means in your context.  It appears to me that each time ctrl-t is pressed it
re-reads the floater_test.xml file.  So prototyping a GUI screen should go
fairly quick.  So the lag time of the initial load would seem to be the only
delay you should be seeing.

If it's for loading up faster to test new GUI controls / refactored
controls.   Well you probably just a few minutes compiling.... so the load
time shouldn't be any more of an impediment to testing.


On 9/4/07, Lawson English <lenglish5 at cox.net> wrote:
>
> OK, A trick Benjamin turned me onto is to type cmd/cntrl-t at the login
> screen. This evokes a floater window that is defined by
> floater_test.xml, which allows you to prototype GIU-related stuff
> without logging into the server.
>
> One problem though: The login process still takes you out to the
> internet and tries to grab a web-page, which makes the turnaround for
> GUI testing rather slow, even still.
>
> I browsed around and found that if you change a 1 to a zero in this line:
>
> #define LL_LIBXUL_ENABLED        0
>
> in llpreprocessor.h, line 56, will bypass compiling  the browser code on
> the Mac client and eventually set mHtmlAvailable = FALSE; in the login
> floater.
>
> This is a good thing, if you're trying to shorten the cycle for
> compiling and testing GUI and related code, and don't need access to the
> browser or the client, at least in the beginning stages because it
> brings the login window much closer to my greatly desired hello world
> GUI prototyping window. The drawback is that the constant is defined in
> the precompiled header, so changing it requires a recompile of all
> sources which is itself rather slow. The best bet seems to be to define
> two builds, I guess. One with the constant defined as 0 for GUI testing,
> and one with the constant defined as 1 for full-blown client testing,
> including the browser. The client will run without the browser code
> defined, but I didn't test for stability if you try to use the browser
> in-world.
>
>
>
> Just a heads up.
>
>
>
>
>
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070904/4193281e/attachment.htm