On 21-Sep-2001 Jean-Marc Lasgouttes wrote:
Angus It's a one-line fix, but I don't know if it's the right fix.
Angus Perhaps someone with some knowledge of this part of the code
Angus would cast their beady eyes over it.
I think it is good enough. Anyway selectNextWord is only used by
No
On Monday 24 September 2001 10:21, Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen No IMO this should be solved in the ERT-Inset, by overriding
Juergen the functions for selectNextWord, otherwise we soon will have
Juergen a big switch there with all
On 24-Sep-2001 Angus Leeming wrote:
InsetERT::selectNextWordToSpellcheck now returns string().
Well does it unlock itself? The function should look like:
string const InsetERT::selectNextWordToSpellcheck(BufferView * bv, float ) const
{
bv-unlockInset(const_castInsetERT *(this));
On Monday 24 September 2001 15:05, Juergen Vigna wrote:
On 24-Sep-2001 Angus Leeming wrote:
InsetERT::selectNextWordToSpellcheck now returns string().
Well does it unlock itself?
No it didn't.
The function should look like:
string const
On 24-Sep-2001 Angus Leeming wrote:
Does this help?
Yes it does! All works correctly, so I've committed it.
Good! :)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax:
On 21-Sep-2001 Jean-Marc Lasgouttes wrote:
> Angus> It's a one-line fix, but I don't know if it's the "right" fix.
> Angus> Perhaps someone with some knowledge of this part of the code
> Angus> would cast their beady eyes over it.
>
> I think it is good enough. Anyway selectNextWord is only
On Monday 24 September 2001 10:21, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> No IMO this should be solved in the ERT-Inset, by overriding
> Juergen> the functions for selectNextWord, otherwise we soon will have
> Juergen> a big switch
On 24-Sep-2001 Angus Leeming wrote:
> InsetERT::selectNextWordToSpellcheck now returns string().
Well does it unlock itself? The function should look like:
string const InsetERT::selectNextWordToSpellcheck(BufferView * bv, float &) const
{
bv->unlockInset(const_cast(this));
On Monday 24 September 2001 15:05, Juergen Vigna wrote:
> On 24-Sep-2001 Angus Leeming wrote:
>
> > InsetERT::selectNextWordToSpellcheck now returns string().
>
> Well does it unlock itself?
No it didn't.
> The function should look like:
>
> string const
On 24-Sep-2001 Angus Leeming wrote:
>> Does this help?
>
> Yes it does! All works correctly, so I've committed it.
Good! :)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
From Michael's bug list:
- The spellchecker should ignore ERTs
The patch attached achieves this by modifying LyXText::selectNextWord. A word
is not selected if it is inside an ERT inset.
It's a one-line fix, but I don't know if it's the right fix. Perhaps
someone with some knowledge of this
On Friday 21 September 2001 15:41, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus From Michael's bug list: - The spellchecker should ignore ERTs
Angus The patch attached achieves this by modifying
Angus LyXText::selectNextWord. A word is not selected
From Michael's bug list:
- The spellchecker should ignore ERTs
The patch attached achieves this by modifying LyXText::selectNextWord. A word
is not selected if it is inside an ERT inset.
It's a one-line fix, but I don't know if it's the "right" fix. Perhaps
someone with some knowledge of
On Friday 21 September 2001 15:41, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> From Michael's bug list: - The spellchecker should ignore ERTs
>
> Angus> The patch attached achieves this by modifying
> Angus> LyXText::selectNextWord. A word
14 matches
Mail list logo