Community Question

I've stumbled across a strange formatting issue and I'm hoping someone can point me in the right direction. I say strange, as most of the time it works fine, but a few times, it doesn't

The scenario is, I have the Popup Display plugin and a Pandorabot control. I am using the following Popup Display control command in the Pandorabots "Response Script" script editor...

Code:

ControlCommand("Display Popup", Display, "" +$pandoraResponse)



which for the main part seems to be working okay. But there are certain Pandorabot responses that throws out a "Error on line 1: Input string was not in a correct format." which relates to the Popup control command as the display does not pop up as it should. As far as I can tell, there's nothing wrong with the AIML category, but the display does pop up on most of the other responses. Nothing else is involved, just what's outlined above.

Has anyone got any ideas what is causing the error?

Steve G
Commented December 2015
@WBS.

You
saying that just reminded me of your thread. Pandora is having a little bit of "me" time right now. When it's back up, I'll give it a try and see what happens.
Steve G
Commented December 2015
@WBS.

Strange things afoot. I tried using lowercase "e" and uppercase "B", published the changes, and it still worked with the popup showing, no error. Now the strange thing. When I use the Pandorabot "train" interface, the "B" shows as lowercase. I then tried both uppercase "E"4 and "B"4, they both show as lowercase in the train interface and, ready for this... in the popup display as well, no error this time. *confused*
WBS00001
Commented December 2015
So it looks like the train interface changes everything to lowercase, thereby returning the text in lowercase. Which, in turn, supplies lowercase e to the popup display.

At least the fact that making the E lowercase while leaving the B uppercase confirms that it is the exponent bug at work here. Assuming I understand you correctly.

I would have sworn I tried lowercase e when I was looking for a workaround to the bug, but I guess not. I ended up changing it from E to E' instead. So E297 would be E'297. In your case E'4. The single quote mark was not spoken when the Say command was used, nor was there any lag between the E and the number when spoken, so it worked out Ok for what I was doing. Anyway, I tried substituting a lowercase e and that worked fine. So that seems to be the best overall workaround for now.

Just a reminder while we are on the topic, the other bugs were the combination \" (backslash followed directly by a double quote) and a left paren anywhere in the string. Both cause crashes in the script. Fortunately, those are not likely to end up an a response from Pandorabot, but ya never know.
Steve G
Commented December 2015
@WBS.

Quote:

t
looks like the train interface changes everything to lowercase, thereby returning the text in lowercase. Which, in turn, supplies lowercase e to the popup display.



Not so much, at least not everything. If you check out the first screen grab in post #3 (top right corner), at the start of the senstance the "I" is still uppercase as well as "December". Interesting about the backslash and quote marks.

The "E4 B4" format is still working (at least it was a couple of hours ago) both in the training interface and popup display. Ther is a good chance you did try lowercase "e", as there is some weird stuff happening. Anyway, at least it's not the popup displays fault, just the AIML.

Steve G
Commented January 2016
Just wanted to mark this as resolved. As I ended up resolving it myself, I'll credit DJ so he can put the credit back in to the kitty.

Thanks guys.
Question
AvatarSteve G
Asked on Thursday, December 10, 2015