Dictation not applying "caps on" - broken natlink.getWordInfo()?

[Jason Veldicott]

Hi,

I am using dictation in Dragonfly, but when speaking an on-the-fly command such as "caps on", the printed text of the dictation includes the command codes, which obviously isn't the desired result. eg:

 \caps-on Wizard of Oz

This may be occuring due to the function natlink.getWordInfo(word), which appears in Word.__init__, not working, according to natlink.txt ("Dragon 11: function does not work any more").  Can this be confirmed, and if it is the problem, is there any workaround at this point, other than not using on-the-fly commands or using an earlier version of Dragon?  Another possibility may be to check for command words in the word tuple returned (eg \\\\caps-on in the tuple below) rather than relying on getWordInfo(). 

The code I'm using to convert the dictation into text is:

def process_recognition(self, node): 

dictation=node.value()[0]   # grab the dictation object

state = FormatState(spacing= FormatState.normal)

s= state.format_words(dictation._words)

Text(s, pause=0).execute()

The function format_words receives the following tuple of words from the dictation object:

tuple: ('\\\\caps-on\\\\caps on', 'the', 'Wizard of Oz')

Any comments appreciated.

Thanks 

Jason

[Jason Veldicott]

The problem does not occur using Dragon v10.  However, while the \caps-on code does not print out (as desired), capitalisation inexplicably is not applied.

It would seem then either Dragonfly is not compatible in this regard with Dragon v11, or Dragonfly is compatible but on-the-fly commands require different handling to prevent the commands appearing in dictation text.

Any suggestions?

Thanks

Jason

[Jason Veldicott]

There is definately buggy behavior here - for the record.

Can confirm that "caps on" through Dragonfly/Natlink dictation does not work in Dragon v11 due to natlink.getWordInfo() not working (as per Natlink documentation).

Also the "caps on" command in Dragon v11, sends different dictation word codes than Dragon v10, and Dragonfly appears not to be tailored yet to the former, which is why it prints some of the code out.

Jason

[Charlie Tango]

Hello Jason,

I'm also interested in this issue. Haven't seen a good (technical)
solution for this yet, as DNS v11 just doesn't seem to provide the
required formatting information via Natlink...

Best regards,
Charlie

[Jason Veldicott]

I've noticed that the words sent across from DNS include codes in the format:

[("word////code-word", 1000000)...]     (or slashes the other way)

Maybe the codes that were previously included in getWordInfo() are now instead included in this way by inline escape codes.

Whatever the case may be, so far it's been possible to tweak the dictation formatting functions to get the desired effect.

Jason