Hi Matthew,


>> > I suppose that there could be 
>> > an option about whether to start at the current text insertion point 
>> > or the beginning of the document; personally, I'd probably want to 
>> > check the whole document once I'd finished writing it, so wouldn't 
>> > use this extra option.
>> 
>> That is I guess you would not want to activate automatic checking and
>> when you are finished just like to jump to the top of the document and
>> start interactive checking there. Correct?
> 
> On reflection, I think starting from the current cursor position is 
> OK, even for the interactive grammar checking. Or even starting from 
> the top of the currently visible page. At what point will the headers 
> and footers be checked? After reaching the end of the document?  

Having thought about it a bit this may implicit that state-information
of the grammar checker is not much use at all.
To take the example you suggested in another posting:
If 'email' or 'e-mail' were to used consistently it will be a
difference if you start with the first paragraph that uses 'email' or
with the 25th that uses 'e-mail'.

Thus I'm wondering if the conflict that seems to be at hand here can be
solved. Or if we have to decide between one or the other.

> I think it is worth doing this. It should be easy for the API, and 
> the grammar checkers can choose to take notice of the UI language if 
> they want to.
> 
> This would be particularly useful in schools, where students learning 
> a foreign language and writing an essay in it could get comments in 
> their own language (as long as the grammar checker held a list of 
> translated comments).

Good point.

+1
Since it will be no trouble at all to provide this extra argument
if the grammar checker is still allowed to just ignore it. ^_~
And on the other it allows some dedicated developers or translators
to provide the text for that language.

Thomas

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to