On 10/9/11 9:09 PM, Scott Rossi wrote:
I don't know if you ever found a solution to this, but one suggestion I was
thinking of was to have a black card with the browser scaled to 1x1 pixel,
like the black screen that will sometimes precede a video (or even white, if
that makes more sense). Then
Recently, Jacque Landman Gay wrote:
> I'm setting up a browser control in a preopencard handler. Normally
> preopencard doesn't display anything while it runs, but even if I
> surround the handler with lock/unlock commands, the card itself is
> briefly visible before the control appears. That mean
On 10/7/11 9:05 PM, Mark Schonewille wrote:
You could try to create the browser object before navigating cards. I
don't know if this will actually work, but i did notice that UI
controls stay on screen if they are not deleted the propert way.
It errors and aborts the script. Browser controls a
Hi Jacque,
You could try to create the browser object before navigating cards. I don't
know if this will actually work, but i did notice that UI controls stay on
screen if they are not deleted the propert way.
Another possibility is to show a card with a circular progress indicator in the
midd
I'm setting up a browser control in a preopencard handler. Normally
preopencard doesn't display anything while it runs, but even if I
surround the handler with lock/unlock commands, the card itself is
briefly visible before the control appears. That means the user sees the
underlying card for a
