the ubiquitous Answer Dialog: was Scope Problem on Standalones
dburgun at dsl.pipex.com
Tue Nov 29 12:11:28 CST 2005
Thanks for this, but I can't help thinking - "Wouldn't it just be
better to fix the bug(s) in the answer command? That way we could all
use an inbuilt command to debug our code. I try to avoid custom
debugging aids if possible since they can cause subtle changes in the
way the environment executes and mask problems or cause new ones.
Is the code available for the Answer command? If so, I might have a
go at fixing it.
Thanks a lot
All the Best
>I've encountered strangeness with 'Answer' lately as well.
>I've been experimenting with HTMLTEXT in answer dialogs - and found
>when you put certain multi-line html text into the prompt parameter,
>the text not only stays within the confines of the window, but if it
>is a certain length, a SCROLL BAR will appear. But you have to use
>the stock icons, and in fact you can't reference ANY image in the
>htmltext either, otherwise you'll lose the scrollbar. You can't even
>specify a different one in the optional icon parameter.
>Now this is a feature that I've wanted for a long time - a quick
>window that I don't have to custom-build with a scrolling text field
>for library documentation or for debugging or whatever. The question
>is: is it a bug or a feature? Can I count on this in the future?
>So this might be a workaround for your problem.
>You can use Chipps's or Eric's tools to create the htmltext easily.
>MACOS 10.3.9, Rev 2.6.1 G4 1.33 MHZ 17" powerbook.
>>The prompt is a string (or any expression that evaluates to a
>>string). The dialog box expands if necessary to fit the contents.
>>However, this does not seem to be what happens in real life! In
>>reality the promt string is truncated (not sure at what size the
>>truncation takes place).
>s a n f r a n c i s c o
>- - - - - - - - - - - -
>use-revolution mailing list
>use-revolution at lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your
More information about the use-livecode