Joan wrote:
I think that we should try to do a state-of-the-art API. If MSWord tests grammar after each period or question mark, why should we expect until the end of the paragraph?
MS Word is renowned for its inability to detect the end of the sentence. By passing a complete paragraph to the grammar checker, the grammar checker has a chance of being able to correctly parse the sentence, and correct any grammatical errors.
The API shouldn't forbid "smart" checkers that may exist in the future.
If you can produce an API that can correctly detect the end of a sentence 1000 times out of a thousand, regrdless of the language that is being used, then go for it. [ Use _traditional_ Mongolian as a test case. Ancient Chinese would make another good test case. ]
OpenOffice should know the capabilities of the grammar checkers.
That implies that for each language a grmmr checker can handle, a separate configurion file for OOo to read will be needed. For example, Language Tool might have 5 000 rules for Dutch, and be able to correct all but the most obscure grammatical errors. For Flemish, it might only have two or three rules. , detecting the most obvious errors made by people for whom English is their first language.
to fragments in the original sentence. The checker is allowed to ignore the request, and even the OpenOffice could not use this function but it should exist.
+1
For example, my checker shows the parse it has done with a graphic. Will the UI permit drawing a graphic? If it's possible, I will have to rewrite a part of my program. If not, the users will miss an important part of my work.
xan jonathon -- Ethical conduct is a vice. Corrupt conduct is a virtue. Motto of Nacarima. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
