Le 02/12/2015 00:17, Scott Kostyshak a écrit :
On Mon, Nov 30, 2015 at 10:32:49AM +0100, Jean-Marc Lasgouttes wrote:
Le 27/11/2015 15:08, Kornel Benko a écrit :
It is OK.
OK, I was not sure about the meaning of the smiley.
Yes. We might need to tweak it eventually to get it "perfect" but
On Mon, Nov 30, 2015 at 10:32:49AM +0100, Jean-Marc Lasgouttes wrote:
> Le 27/11/2015 15:08, Kornel Benko a écrit :
> >It is OK.
>
> OK, I was not sure about the meaning of the smiley.
>
> Scott, OK?
Yes. We might need to tweak it eventually to get it "perfect" but it
seems like a clear improve
Le 27/11/2015 15:08, Kornel Benko a écrit :
Am Freitag, 27. November 2015 um 13:23:04, schrieb Jean-Marc Lasgouttes
Le 27/11/2015 12:28, Kornel Benko a écrit :
Back to this problem. What about the following patch?
JMarc
Yes, that is easy to notice :)
Do you mean that it is OK, or too lar
Am Freitag, 27. November 2015 um 13:23:04, schrieb Jean-Marc Lasgouttes
> Le 27/11/2015 12:28, Kornel Benko a écrit :
> >> Back to this problem. What about the following patch?
> >>
> >> JMarc
> >
> > Yes, that is easy to notice :)
>
> Do you mean that it is OK, or too large?
>
> JMarc
It is O
Le 27/11/2015 12:28, Kornel Benko a écrit :
Back to this problem. What about the following patch?
JMarc
Yes, that is easy to notice :)
Do you mean that it is OK, or too large?
JMarc
Am Freitag, 27. November 2015 um 11:41:49, schrieb Jean-Marc Lasgouttes
> Le 14/04/2015 17:08, Kornel Benko a écrit :
> >>> You are right, I prefer a little thicker lines.
> >>> The dashed line does not respect the used font size, only the preferences
> >>> zoom.
> >>
> >> The one I propose resp
Le 14/04/2015 17:08, Kornel Benko a écrit :
You are right, I prefer a little thicker lines.
The dashed line does not respect the used font size, only the preferences zoom.
The one I propose respects the font size, I find it better.
JMarc
Maybe my eyes are not the best, but look at this snaps
Le 10/09/15 17:58, Kornel Benko a écrit :
Am Donnerstag, 10. September 2015 um 17:11:48, schrieb Jean-Marc Lasgouttes
Le 10/09/15 16:46, Kornel Benko a écrit :
Can you compare with what LibreOffice (for example) does in the same
case? Is it a problem with Qt or something more general?
Sur
Am Donnerstag, 10. September 2015 um 17:11:48, schrieb Jean-Marc Lasgouttes
>
> Le 10/09/15 16:46, Kornel Benko a écrit :
> >> Can you compare with what LibreOffice (for example) does in the same
> >> case? Is it a problem with Qt or something more general?
> >>
> >
> > Sure, but libreoffice use
Le 10/09/15 16:46, Kornel Benko a écrit :
Can you compare with what LibreOffice (for example) does in the same
case? Is it a problem with Qt or something more general?
Sure, but libreoffice uses waved underline. (Don't know, if that can be
changed).
The size does not change with the font si
Am Donnerstag, 10. September 2015 um 16:14:35, schrieb Jean-Marc Lasgouttes
>
> Le 08/09/15 17:22, Kornel Benko a écrit :
> > Am Dienstag, 8. September 2015 um 16:55:48, schrieb Jean-Marc Lasgouttes
> >
> >> Le 08/09/2015 16:16, Kornel Benko a écrit :
> >>> Works as proposed. Still I would like
Le 08/09/15 17:22, Kornel Benko a écrit :
Am Dienstag, 8. September 2015 um 16:55:48, schrieb Jean-Marc Lasgouttes
Le 08/09/2015 16:16, Kornel Benko a écrit :
Works as proposed. Still I would like to be able to set minimal size.
Do you mean that plain underlines are not visible enough for
Am Dienstag, 8. September 2015 um 16:55:48, schrieb Jean-Marc Lasgouttes
> Le 08/09/2015 16:16, Kornel Benko a écrit :
> > Works as proposed. Still I would like to be able to set minimal size.
>
> Do you mean that plain underlines are not visible enough for you?
Yes, that's what I meant. Making
Le 08/09/2015 16:16, Kornel Benko a écrit :
Works as proposed. Still I would like to be able to set minimal size.
Do you mean that plain underlines are not visible enough for you? I'd
like to avoid adding yet another lyxrc setting for that. We could decide
that spell lines should be at least
Le 08/09/2015 16:16, Kornel Benko a écrit :
Am Dienstag, 8. September 2015 um 10:49:00, schrieb Jean-Marc Lasgouttes
Le 08/09/2015 04:21, Scott Kostyshak a écrit :
Is this still a pending issue?
What is the width proposed by Qt determined by and what is it meant for?
I pushed the part that
Am Dienstag, 8. September 2015 um 10:49:00, schrieb Jean-Marc Lasgouttes
> Le 08/09/2015 04:21, Scott Kostyshak a écrit :
> > Is this still a pending issue?
> > What is the width proposed by Qt determined by and what is it meant for?
>
> I pushed the part that deals with underline, double underl
Le 08/09/2015 04:21, Scott Kostyshak a écrit :
Is this still a pending issue?
What is the width proposed by Qt determined by and what is it meant for?
I pushed the part that deals with underline, double underline and
strikeout. Let's see for now how this works.
JMarc
Le 08/09/2015 04:21, Scott Kostyshak a écrit :
The problem is that we do not have a reliable value for DPI as I understand
it.
Is this still a pending issue?
Yes.
What is the width proposed by Qt determined by and what is it meant for?
It is the width for underlines. It turns out that a w
On Tue, Jul 14, 2015 at 3:46 PM, Jean-Marc Lasgouttes
wrote:
> Le 14/07/2015 18:34, Kornel Benko a écrit :
>>>
>>> So I have landed a patch that makes line width an integer. Now we have
>>> to decide whether we want to use the width proposed by Qt as my earlier
>>> patch did. And what to do to avo
Le 14/07/2015 18:34, Kornel Benko a écrit :
So I have landed a patch that makes line width an integer. Now we have
to decide whether we want to use the width proposed by Qt as my earlier
patch did. And what to do to avoid too thin lines.
Could it be that dotted lines should be at least 2 pixel w
Am Dienstag, 14. Juli 2015 um 17:56:26, schrieb Jean-Marc Lasgouttes
>
> Le 26/05/2015 12:32, Scott Kostyshak a écrit :
> >> Note that a good feature of this patch is the the dashed lines are less
> >> ugly
> >> than with current code, because line width is an integer. We have to do at
> >> lea
Le 26/05/2015 12:32, Scott Kostyshak a écrit :
Note that a good feature of this patch is the the dashed lines are less ugly
than with current code, because line width is an integer. We have to do at
least that IMO.
Indeed that is nice.
So I have landed a patch that makes line width an intege
On Tue, May 26, 2015 at 5:53 AM, Jean-Marc Lasgouttes
wrote:
> Le 21/05/2015 15:56, Scott Kostyshak a écrit :
>>
>> On Thu, Apr 16, 2015 at 3:42 AM, Kornel Benko wrote:
>>>
>>> Am Mittwoch, 15. April 2015 um 15:53:39, schrieb Jean-Marc Lasgouttes
>>>
>>
>>
>>> And you are right, 1 size more and
Le 21/05/2015 15:56, Scott Kostyshak a écrit :
On Thu, Apr 16, 2015 at 3:42 AM, Kornel Benko wrote:
Am Mittwoch, 15. April 2015 um 15:53:39, schrieb Jean-Marc Lasgouttes
And you are right, 1 size more and I see the bigger underlines too.
Comparing with your screenshot. But it is way too sm
On Thu, Apr 16, 2015 at 3:42 AM, Kornel Benko wrote:
> Am Mittwoch, 15. April 2015 um 15:53:39, schrieb Jean-Marc Lasgouttes
>
> And you are right, 1 size more and I see the bigger underlines too.
> Comparing with your screenshot. But it is way too small and too late on my
> screen.
I have be
Am Mittwoch, 15. April 2015 um 15:53:39, schrieb Jean-Marc Lasgouttes
> Le 14/04/2015 17:08, Kornel Benko a écrit :
> >> The one I p[ropose respects the font size, I find it better.
> >>
> >> JMarc
> >
> > Maybe my eyes are not the best, but look at this snapshot.
> >
>
> Is this with my patch, o
Le 14/04/2015 17:08, Kornel Benko a écrit :
Maybe my eyes are not the best, but look at this snapshot.
Here is a new patch that uses Qt information to draw (double)
underlines, strikeouts and spell-check line width.
See the LyX 2.1 file demo file to compare before/after.
One unexpected cons
Le 14/04/2015 17:08, Kornel Benko a écrit :
The one I p[ropose respects the font size, I find it better.
JMarc
Maybe my eyes are not the best, but look at this snapshot.
Is this with my patch, or without. Here are my before/after images.
JMarc
Am Dienstag, 14. April 2015 um 16:55:46, schrieb Jean-Marc Lasgouttes
> Le 14/04/2015 16:45, Kornel Benko a écrit :
> > Am Dienstag, 14. April 2015 um 16:11:00, schrieb Jean-Marc Lasgouttes
> >
> >> Le 14/04/2015 15:09, Kornel Benko a écrit :
> Don't know, how big they seem on your screen.
Le 14/04/2015 16:45, Kornel Benko a écrit :
Am Dienstag, 14. April 2015 um 16:11:00, schrieb Jean-Marc Lasgouttes
Le 14/04/2015 15:09, Kornel Benko a écrit :
Don't know, how big they seem on your screen. Here the letter 'A' is about 3mm
high.
And here snapshot without the patch. On shorte
Am Dienstag, 14. April 2015 um 16:11:00, schrieb Jean-Marc Lasgouttes
> Le 14/04/2015 15:09, Kornel Benko a écrit :
> >> Don't know, how big they seem on your screen. Here the letter 'A' is about
> >> 3mm high.
> >>
> >
> > And here snapshot without the patch. On shorter words it is nearly
> >
Le 14/04/2015 15:09, Kornel Benko a écrit :
Don't know, how big they seem on your screen. Here the letter 'A' is about 3mm
high.
And here snapshot without the patch. On shorter words it is nearly invisible.
What about this proof-of-concept patch? I suspect you will find it
nearly invisible
Am Dienstag, 14. April 2015 um 12:03:02, schrieb Kornel Benko
> Am Dienstag, 14. April 2015 um 11:38:39, schrieb Jürgen Spitzmüller
>
> > 2015-04-14 11:32 GMT+02:00 Kornel Benko:
> >
> > > This I have already a long time.
> > >
> > > In continuous spellchecking:
> > > The dashed line indicating
Am Dienstag, 14. April 2015 um 12:46:13, schrieb Kornel Benko
> Am Dienstag, 14. April 2015 um 12:33:45, schrieb Jürgen Spitzmüller
>
> > 2015-04-14 12:03 GMT+02:00 Kornel Benko:
> >
> > >
> > > Don't know, how big they seem on your screen.
> > >
> >
> > As in the screen shot (with 100% Zoom o
Am Dienstag, 14. April 2015 um 12:33:45, schrieb Jürgen Spitzmüller
> 2015-04-14 12:03 GMT+02:00 Kornel Benko:
>
> >
> > Don't know, how big they seem on your screen.
> >
>
> As in the screen shot (with 100% Zoom of the image).
>
> Jürgen
>
>
> >
BTW, I don’t understand the intended logic
2015-04-14 12:03 GMT+02:00 Kornel Benko:
>
> Don't know, how big they seem on your screen.
>
As in the screen shot (with 100% Zoom of the image).
Jürgen
>
> Kornel
Am Dienstag, 14. April 2015 um 11:45:52, schrieb Jürgen Spitzmüller
> 2015-04-14 11:38 GMT+02:00 Jürgen Spitzmüller:
>
> > Can you post a screenshot? Here, the line is thick enough (and I would not
> > want it to be any thicker; but of course tastes differ). See attachment.
> >
>
> I have to ad
Am Dienstag, 14. April 2015 um 11:38:39, schrieb Jürgen Spitzmüller
> 2015-04-14 11:32 GMT+02:00 Kornel Benko:
>
> > This I have already a long time.
> >
> > In continuous spellchecking:
> > The dashed line indicating misspelled word is way too thin on my screen.
> > The patch changes it slightly
Le 14/04/2015 11:38, Jürgen Spitzmüller a écrit :
2015-04-14 11:32 GMT+02:00 Kornel Benko:
This I have already a long time.
In continuous spellchecking:
The dashed line indicating misspelled word is way too thin on my screen.
The patch changes it slightly. Can it go in?
Can yo
2015-04-14 11:38 GMT+02:00 Jürgen Spitzmüller:
> Can you post a screenshot? Here, the line is thick enough (and I would not
> want it to be any thicker; but of course tastes differ). See attachment.
>
I have to add that my zoom value is 200.
Jürgen
2015-04-14 11:32 GMT+02:00 Kornel Benko:
> This I have already a long time.
>
> In continuous spellchecking:
> The dashed line indicating misspelled word is way too thin on my screen.
> The patch changes it slightly. Can it go in?
>
Can you post a screenshot? Here, the line is thick enough (and I
This I have already a long time.
In continuous spellchecking:
The dashed line indicating misspelled word is way too thin on my screen.
The patch changes it slightly. Can it go in?
Kornel
signature.asc
Description: This is a digitally signed message part.
diff --git a/src/RowPainter.cpp b
On 03/25/2013 08:00 AM, Jean-Marc Lasgouttes wrote:
Le 25/03/2013 12:11, Vincent van Ravesteijn a écrit :
So the rule would be: everything in lyxrc is automatically saved.
The other settings should live elsewhere.
However, as I said, in the preferences dialog you can change settings,
bu
Le 25/03/2013 12:11, Vincent van Ravesteijn a écrit :
So the rule would be: everything in lyxrc is automatically saved.
The other settings should live elsewhere.
However, as I said, in the preferences dialog you can change settings,
but then choose *not* to save it, so this would violate
>
>
>> The preference does not get saved, does it?
>>
>> Do we want to save?
>>
>> This is an on-going discussion between me and me. This is not only an
>> issue for the continuous spellchecking, but also for the zoom-in/out
>> feature. The annoying thing at the moment is that when you chan
Am 23.07.11 21:10, schrieb LyX Ticket Tracker:
> #7677: Can't change language for spell checking. No error message
> -+--
> Reporter: Tj-Shredder | Owner: stwitt
> Type: defect |
Am 02.02.2011 um 15:46 schrieb Jean-Marc Lasgouttes:
> Le 02/02/2011 11:26, Stephan Witt a écrit :
>> +if (!cur.selection()) {
>> +// apply to current word
>> +selectWordWhenUnderCursor(cur, WHOLE_WORD);
>> +}
>
> There is no need to
Am 02.02.2011 um 15:20 schrieb Jean-Marc Lasgouttes:
> I stumbled an interesting bug report related to words tokening in
> the spell checker. I did not understand everything but it seemed interesting
> enough to share (Stephan?)
Still alive. :-)
> Firefox:
> https://bugzilla.mozilla.org/show_bu
Le 02/02/2011 11:26, Stephan Witt a écrit :
+ if (!cur.selection()) {
+ // apply to current word
+ selectWordWhenUnderCursor(cur, WHOLE_WORD);
+ }
There is no need to test for selection, selectWordWhenUnderCursor does
the
I stumbled an interesting bug report related to words tokening in
the spell checker. I did not understand everything but it seemed
interesting enough to share (Stephan?)
Firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=355178
Corresponding bug in OpenOffice:
http://www.openoffice.org/issu
Am 02.02.2011 um 11:44 schrieb Jürgen Spitzmüller:
> Stephan Witt wrote:
>> The patch to auto-select the word for language change is attached.
>> Would that be ok?
>
> Looks good for me.
I've put it in.
Stephan
Stephan Witt wrote:
> The patch to auto-select the word for language change is attached.
> Would that be ok?
Looks good for me.
Jürgen
Am 27.01.2011 um 14:05 schrieb Walter:
...
>>> 2. Right click to set spellchecker language on a highlighted word fails [*]
>>>
>>> It appears that when 'Tools|Preferences|Language Settings|Spellchecker|
>>> Spellcheck
ironment -
>>> what dictionaries are available for the user on the current machine.
>>> And we have the feature to switch between the spell checker back ends at
>>> runtime.
>>
>> This sounds ugly. Is there any similarity between spell checking APIs?
n
> of language specification (also text style selection, with the hack i
> use), and will remain so until LyX UI changes.
Do you have an example for such a document?
>
>> But it can be tricky to make it right. It heavily depends on the spell
>> checker -
>> aspel
Am 27.01.2011 um 15:16 schrieb Walter:
>> This sounds ugly. Is there any similarity between spell checking APIs? Is
>> there a cross platform, spell checking library unification / abstraction
>> layer
>> available? Would it be worth developing one? How difficult
On Thu, Jan 27, 2011 at 3:16 PM, Walter wrote:
>> This sounds ugly. Is there any similarity between spell checking APIs? Is
>> there a cross platform, spell checking library unification / abstraction
>> layer
>> available? Would it be worth developing one? How d
> This sounds ugly. Is there any similarity between spell checking APIs? Is
> there a cross platform, spell checking library unification / abstraction layer
> available? Would it be worth developing one? How difficult is it to detect
> known dictionaries and spell checkers on a cr
ell
> checker -
> aspell e. g. accepts completely different "alternative" language settings as
> hunspell or apples spell checker do. And it depends on the
> runtime-environment -
> what dictionaries are available for the user on the current machine.
> And we have
he place', with a bunch of different
> "solutions" in use. In terms of LyX, none of these are really "solutions"
> as even with LyX 2.0beta1 it appears to be demonstrably impossible to link
> the manual language markup made in conjunction with a font-l
This appears to be fixed in alpha6. Thanks to all of their developers for
their hard work on this - I look forward to using 2.0!
James
On Fri, Sep 17, 2010 at 6:36 PM, LyX Ticket Tracker wrote:
> #6799: Spell checking word selection fa
After installing libaspell-dev, continuous spell-checking is working. Didn't
crash, though.
-Jack
Am Donnerstag, 25. März 2010 schrieb Jack Desert:
>
> > Make sure you have aspell-devel or hunspell-devel installed, assuming
> > you are using svn or otherwise compiling yourself.
> >
> > rh
> >
>
> I found a package for libaspell-dev. Is this the same thing?
>
> -Jack
>
Yes. If compiling w
> Make sure you have aspell-devel or hunspell-devel installed, assuming
> you are using svn or otherwise compiling yourself.
>
> rh
>
I found a package for libaspell-dev. Is this the same thing?
-Jack
On 03/24/2010 08:33 PM, Jack Desert wrote:
El Wed, 24 Mar 2010 15:13:43 +0100
Kornel Benko escribió:
How to reproduce:
1.) Run lyx
2.) select Tools->Preferences->Language
Settings->Spellchecker->Spellcheck continuously 3.) open a file
File displays, but lyx then immediately crashes
El Wed, 24 Mar 2010 15:13:43 +0100
Kornel Benko escribió:
> How to reproduce:
>
> 1.) Run lyx
> 2.) select Tools->Preferences->Language
> Settings->Spellchecker->Spellcheck continuously 3.) open a file
>
> File displays, but lyx then immediately crashes
I tried to reproduce this bug, but I open
How to reproduce:
1.) Run lyx
2.) select Tools->Preferences->Language Settings->Spellchecker->Spellcheck
continuously
3.) open a file
File displays, but lyx then immediately crashes
this is the backtrace:
Program received signal SIGSEGV, Segmentation fault.
lyx::Paragraph::layout (this=0x11)
I noticed the following spell checking and thesaurus bugs in LyX1.5svn:
For LyX1.5svn and 1.4.4svn:
http://bugzilla.lyx.org/show_bug.cgi?id=2691
There are other spell checker bugs that makes life harder than it was in
previous LyX versions:
http://bugzilla.lyx.org/show_bug.cgi?id=3064
http
ly. It does highlight the fact
that the spell checking code in 1.3.x is more fragile than it should be
(because no one really understands the logic of what is going on).
Fortunately, the code in 1.4.x should be much more robust and much more
transparent.
I guess I should apply the patch I ha
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I took the executive decision to do so, because hard crashes
Angus> are always bad.
OK. I was pondering whether this is related to
http://bugzilla.lyx.org/show_bug.cgi?id=1451
but it is probably not. I guess I should apply the pa
Angus Leeming wrote:
Ok, the attached patch fixes the crash and allows you to spell check
multiple docs.
Jean-Marc, I have no idea why this bit of code exists but it is just
plain bad! The rest of the code assumes the existence of a valid
speller_, so resetting the pointer to 0 is just evil.
Paul A. Rubin wrote:
... except for the bug, reported long ago for other versions, that
opening multiple documents and then spell-checking more than one of
them causes LyX to crash. Still.
Cool! Detailed HOWTO please.
Seems to be somewhat document-dependent, and may vary by astrological or
Paul A. Rubin wrote:
I'm attaching two files from one of my
classes.
Well, that was the theory, anyway. Perhaps I'll get it right this time.
hw10.lyx
Description: application/lyx
mgt914syllabus.lyx
Description: application/lyx
Angus Leeming wrote:
Paul A. Rubin wrote:
Edit | Preferences | Language settings | Spellchecker lists ispell as
the program, but it's grayed out and cannot be changed. I have aspell
(in C:\Aspell). I don't have ispell. On the other hand,
spell-checking somehow works ...
Paul A. Rubin wrote:
Edit | Preferences | Language settings | Spellchecker lists ispell as
the program, but it's grayed out and cannot be changed. I have aspell
(in C:\Aspell). I don't have ispell. On the other hand, spell-checking
somehow works ...
The *nix versions have t
Edit | Preferences | Language settings | Spellchecker lists ispell as
the program, but it's grayed out and cannot be changed. I have aspell
(in C:\Aspell). I don't have ispell. On the other hand, spell-checking
somehow works ...
... except for the bug, reported long ago for othe
Felix-Antoine Bourbonnais wrote:
> Alfredo Braunstein wrote:
>> I'd suggest (untested)
> I just tested your patch and it's working now with that patch.
Thanks Felix. Thanks Alfredo. I just committed the patch.
--
Angus
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>
>>This bug report
>>http://bugzilla.lyx.org/show_bug.cgi?id=1876
>>
>>says that LyX 1.4.x will not spell check the very first word of the
>>document if the cursor is placed at the beginning of that paragraph (just
>>before the first letter at p
Angus Leeming wrote:
> This bug report
> http://bugzilla.lyx.org/show_bug.cgi?id=1876
>
> says that LyX 1.4.x will not spell check the very first word of the
> document if the cursor is placed at the beginning of that paragraph (just
> before the first letter at position 0).
>
> The offending co
This bug report
http://bugzilla.lyx.org/show_bug.cgi?id=1876
says that LyX 1.4.x will not spell check the very first word of the
document if the cursor is placed at the beginning of that paragraph (just
before the first letter at position 0).
The offending code, together with the proposed patch i
Having just installed a new Fedora Core 2 system, I'm reminded of a
problem I think I had with Fedora Core 1 too, and LyX 1.3.4:
When trying to spell-check in French, I get the error:
"Cannot open /usr/lib/aspell/frenchb"
This is fair enough, there's no such file. Copying the existing
"french.al
I have noticed a bug in spell checking under qt2 (v 2.3.2) on an i386
system running debian, mixed stable and unstable. (I can't yet use
qt3, because debian compiles the qt3 unstable package with the 3.3
compiler, and I am still using gcc 2.95.) The bug is there with both
aspell and ispell
On Sat, Feb 22, 2003 at 12:47:35PM +0100, Moritz Moeller-Herrmann wrote:
> I assume they are related because they both seem to happen during the
> "search" part of spell checking...
They may be related, but still not the same bug. So two minimal
testcases, please :)
john
John Levon wrote:
> On Fri, Feb 21, 2003 at 07:28:00PM +0100, Moritz Moeller-Herrmann wrote:
>
>> Hi, I use the new spell checking code from John in lyx-1.3.1CVS(qt3.11)
>> and I have some places in my document, where the spell checking process
>> is "stuck".
On Fri, Feb 21, 2003 at 07:28:00PM +0100, Moritz Moeller-Herrmann wrote:
> Hi, I use the new spell checking code from John in lyx-1.3.1CVS(qt3.11) and
> I have some places in my document, where the spell checking process is
> "stuck". It always jumps back to an earlier point.
Hi, I use the new spell checking code from John in lyx-1.3.1CVS(qt3.11) and
I have some places in my document, where the spell checking process is
"stuck". It always jumps back to an earlier point.
Sometimes lyx will crash and use 100% CPU load while visibly jumping between
3 paragr
On Thu, Nov 21, 2002 at 05:54:01PM -0500, Alexey Spiridonov wrote:
> Here's the file:
can you file a bug on bugzilla.lyx.org, and attach the failing document
?
thanks
john
I will give the development version a try in a few days.
Concerning several languages per document,
It is possible: you just need to select iso10646-1 font encoding for screen
fonts in the preferences dialog.
However, currently the latex output of multi-lingual document suck.
It works if you cha
On Thursday 21 November 2002 4:34 pm, John Levon wrote:
> On Thu, Nov 21, 2002 at 04:36:01PM +, Angus Leeming wrote:
> > But this is a forked process!
>
> no it's not - we use library
Umm. Ispell is lauched as a child process. I got confused and thought that
pspell was too.
A
On Thu, Nov 21, 2002 at 04:36:01PM +, Angus Leeming wrote:
> But this is a forked process!
no it's not - we use library
regards
john
--
Khendon's Law: If the same point is made twice by the same person,
the thread is over.
On Thursday 21 November 2002 4:17 pm, John Levon wrote:
> Angus - lyx not crashing is kind of difficult when it's the pspell
> library that's crashing :)
But this is a forked process! Can we not prevent LyX from crashing if a child
crashes?
On Thu, Nov 21, 2002 at 11:35:22AM -0400, Garst R. Reese wrote:
> http://aspell.net/
> The latest version is 0.50.2
> It no longers uses a separate pspell pkg, but does install a libpspell.
> I don't know what this implies relative to --with-pspell
Yes, I've just verified this works still
But I
On Thu, Nov 21, 2002 at 02:37:28PM +0200, Dekel Tsur wrote:
> Why pspell isn't enabled by default if it is available ?
I do not know, but I didn't want to rock the boat.
> Currently LyX crashes when I perform spellchecking with pspell.
> I have pspell 0.12.2. Do I need a newer version, or is thi
On Thursday 21 November 2002 12:37 pm, Dekel Tsur wrote:
> On Thu, Nov 21, 2002 at 12:25:03PM +, John Levon wrote:
> > On Thu, Nov 21, 2002 at 11:40:22AM +, Angus Leeming wrote:
> > > Thereafter, this class iterates over the buffer contents and passes
> > > each word to speller_. All we'd h
On Thu, Nov 21, 2002 at 12:25:03PM +, John Levon wrote:
> On Thu, Nov 21, 2002 at 11:40:22AM +, Angus Leeming wrote:
>
> > Thereafter, this class iterates over the buffer contents and passes each word
> > to speller_. All we'd have to do is interrogate the language of each word.
>
> It
anguages (with different encodings)
inside the same paragraph.
> > Therefore, I think it should be up to LyX to do spell checking in an
> > intelligent manner. I see several approaches. One is to implement
> > dynamic spell checking a la Word, and use that for single-pass spell
> &
On Thu, Nov 21, 2002 at 11:40:22AM +, Angus Leeming wrote:
> Thereafter, this class iterates over the buffer contents and passes each word
> to speller_. All we'd have to do is interrogate the language of each word.
It already works in current CVS for new pspell. Install new pspell build
--
If
> someone knows the answer, please tell me.
Hello, Alexey.
I don't think that this is possible currently; we must first move to using
unicode internally. I understand that this is planned for sometime soon...
> Therefore, I think it should be up to LyX to do spell checking in
e they have
no way of knowing the language -- all the ASCII characters are shared
out among many languages (I have no clue what the situation is with
truly multibyte languages like Chinese, Korean, and Japanese.)
Secondly, the UI for switching spell-checking languages is atrocious.
Theref
It'd be nice to be able to specify a per-document word list for
spell-checking: I use lots of "words" that I don't want to add to my
personal dictionary (e.g. function names, assembly language instructions)
but don't want to have to click "allow for this session"
1 - 100 of 102 matches
Mail list logo
