Available options:
Sets the destination URL to send bug reports to.
TclTalkback sends the key/data pairs using POST variables. See the HTTP Values section for more info.
Sets the name of the software. Free-form text.
Sets the version number of the software. Free-form text.
Sets the type of license this user's app is licensed under. Free-form text.
Sets any expiry date your software might have. Free-form text.
Sets the number of users licensed to use your software. Free-form text or integer.
An identifying attribute for your customer. Set this to something useful to send to your -reporturi URL to have it derive their contact details. This would let you provide the user with, say, emailed or phoned confirmation when the bug has been fixed.
Your answer to the "Why should I send it?" in the dialog.
Where set to one word, this will be assumed to be a URL and TclTalkback will attempt to have the user's browser open it. Otherwise, it will open up a dialog to display your text.
You should provide your own text for this as it provides you with the opportunity to inform users of any particular contact info, offers, conditions, guarantees or rewards to your bug reporters.
Where this option hasn't been set, or the value has been set to {}, some default text will be used... which may or not be appropriate for your needs and users.
This concerns information provided to the user once their bug report has been sent.
Where the value is set to the reserved word "output", then the content of the returned page will be used to populate the dialog.
Where the value is set to one word, this will be assumed to be a URL and TclTalkback will attempt to have the user's browser open it.
Where the value is more than one word, it will open up a dialog to display your text.
Where the value is unset, or set to {}, the following occurs:
Where set to 'yes', this keeps track of previously reported errors and only offers the TclTalkback dialog the first time it's triggered per runtime. This may stop your server from being flooded with multiple/redundant error reports in some situations.
Note: TclTalkback will always ignore errors which occur while a TclTalkback main dialog already exists.
Sometimes you just know that all errors triggered after the first error are going to be very related (or be completely unacceptable to the user/s for more "political" reasons). Using this option will suppress any Talkback error dialogs for the next ms milliseconds.
This command causes the user's browser to open up to the URL listed.
The urlOpen proc is an internal one for TclTalkback, but, it's readily available for general use where needed/useful.