ake[3]: Wechsel in das Verzeichnis »/home/moritz/lyx-devel/src«
source='bufferparams.C' object='bufferparams.o' libtool=no \
depfile='.deps/bufferparams.Po' tmpdepfile='.deps/bufferparams.TPo' \
depmode=gcc3 /bin/sh ../config/depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/include
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 05:54, John Levon wrote:
On Sun, Feb 16, 2003 at 03:37:19AM +, John Levon wrote:
I'll post the Qt side of things soon too
Here's Qt and the rest.
There's still the bug I mentioned wrt completely-error-free document.
Rob Lahaye a écrit:
Hi,
I still had a patch to Xforms' RadioButtonGroup.[Ch] in my tree.
It could not to go into CVS when 1.3.0 was in feature/code-freeze.
Can it now?
I will apply it, but only to 1.4.0, of course.
JMarc
Moritz Moeller-Herrmann a écrit:
bufferparams.C: In member function `void
BufferParams::writeLaTeX(std::ostream, LaTeXFeatures, TexRow) const':
bufferparams.C:312: `set' undeclared (first use this function)
Try again.
JMarc
Jean-Marc Lasgouttes wrote:
Moritz Moeller-Herrmann a écrit:
bufferparams.C: In member function `void
BufferParams::writeLaTeX(std::ostream, LaTeXFeatures, TexRow)
const':
bufferparams.C:312: `set' undeclared (first use this function)
Try again.
It compiles past this point now,
John Levon a écrit:
Comments ? see :
http://bugzilla.lyx.org/show_bug.cgi?id=555
I'd say this should at least be applied to 1.4.0cvs. For 1.3.1cvs I do
not know, since problems will only happen on weird systems we do not
have access to.
JMarc
John Levon a écrit:
I was wondering how we could have ever done it ... didn't realise code
got removed. A pity (probably)
Lars says he has other ways of doing this...
Now if osmeone could just explain increasePos()...
I've been there too, and I have to admit it is baffling.
JMarc
John Levon a écrit:
On Fri, Feb 14, 2003 at 03:58:52PM +0100, Jean-Marc Lasgouttes wrote:
Because it thinks you use latin1 whereas you really use latin9.
So how do we fix it ? I'm stuck. If this char isn't even in latin9
We could test against the current language's encoding. I can do that
John Levon wrote:
On Sun, Feb 16, 2003 at 03:37:19AM +, John Levon wrote:
Here's Qt and the rest.
I have tested this version on 1.4 CVS with the old and obsolete
aspell/pspell-0.33. It works fine and better than the buggy old version
AFAICS.
Skipping foreign language words works fine.
On Sun, Feb 16, 2003 at 02:06:39PM +0100, Jean-Marc Lasgouttes wrote:
So how do we fix it ? I'm stuck. If this char isn't even in latin9
We could test against the current language's encoding. I can do that if
you want.
Yes please, maybe I will earn a clue.
Why isn't this set from the
John Levon a écrit:
On Sun, Feb 16, 2003 at 02:06:39PM +0100, Jean-Marc Lasgouttes wrote:
So how do we fix it ? I'm stuck. If this char isn't even in latin9
We could test against the current language's encoding. I can do that if
you want.
Yes please, maybe I will earn a clue.
Hmm, maybe
On Sun, Feb 16, 2003 at 04:37:48PM +0100, Jean-Marc Lasgouttes wrote:
So I don't think it can really apply to Qt, where we use the language's
encoding already for display (except in the cases mentioned already ...)
Indeed. So what would be the qt way to know whether a symbol exists in
the
Hi,
The attached patch fixes a bug in FormTexinfo.C.
The reconstruction of the filepath was wrong, in case fullpath was
not selected (the assumption that the order of the browser list
is same for with and without full path, was wrong).
Regards,
Rob.
FormTexinfo.diff.gz
Description:
On Sun, Feb 16, 2003 at 01:37:06PM +0100, Kornel Benko wrote:
Invalid word W_repair: The characteexpose r '_' may not appear at the middle
of a word.6
74x22+0+752
You didn't tell me what spellchecker you're using and version.
stopps lyx. (LyX does not react anymore). The
[moz@lambent src]$ ping cvs.lyx.org
PING baywatch.lyx.org (80.232.38.163) from 81.98.80.66 : 56(84) bytes of data.
From blindemann.oslo.norway.trolltech.net (80.232.38.193) icmp_seq=1 Destination Host
Unreachable
[moz@lambent src]$ traceroute cvs.lyx.org
traceroute to baywatch.lyx.org
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 17:29, John Levon wrote:
...
You didn't tell me what spellchecker you're using and version.
Sorry. From rpm: aspell-0.33.7.1-207.
aspell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
On Sun, Feb 16, 2003 at 06:25:52PM +0100, Kornel Benko wrote:
You didn't tell me what spellchecker you're using and version.
Sorry. From rpm: aspell-0.33.7.1-207.
aspell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
Kornel
Well, I'm using
John Levon wrote:
OK, so we're not calling speller_-close() when the window is closed or
Close is pressed - bad, we didn't write out the accepted word list.
dialogs call controller().stop() but this doesn't actually do anything
interesting. Angus, how can we make it so that it will call
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:30, John Levon wrote:
Well, I'm using aspell-0.33.7.1-16 (in fact not sure it matters) and I
can't see what you're describing. W_repair is correctly split into two
separate words for spellchecking.
Oh, I see. Then my laguage
John Levon wrote:
On Sun, Feb 16, 2003 at 02:46:35AM +, John Levon wrote:
I'm still testing this, but it works for old pspell at least a little.
+Alert::alert(Spellchecking is complete, message);
+
+// the session might have completed with out any errors at all
+
On Sun, Feb 16, 2003 at 05:40:49PM +, Angus Leeming wrote:
I'd suggest doing nothing to this code for a while.
Too late ...
Attached is a NEW Dialog class that should make life a LOT easier.
Actually most of my problems were unrelated to the framework ...
can we leave this for a short
On Sun, Feb 16, 2003 at 06:41:58PM +0100, Kornel Benko wrote:
Escape characters _
Accept compound words
Use input encoding
Nope, still can't reproduce. I get W_repair as unknown just fine.
john
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:50, John Levon wrote:
On Sun, Feb 16, 2003 at 06:41:58PM +0100, Kornel Benko wrote:
Escape characters _
Accept compound words
Use input encoding
Nope, still can't reproduce. I get W_repair as unknown just
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:50, John Levon wrote:
Nope, still can't reproduce. I get W_repair as unknown just fine.
Oh yes, it is unknown. But try the add botton please, (insert int personal
dictionary)
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
On Sun, Feb 16, 2003 at 07:06:39PM +0100, Kornel Benko wrote:
Nope, still can't reproduce. I get W_repair as unknown just fine.
Oh yes, it is unknown. But try the add botton please, (insert int personal
dictionary)
I click Add and nothing happens.
Note that -w (your escape chars) is
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:16, John Levon wrote:
I click Add and nothing happens.
I tried the non-patched version of lyx, but same behaviour.
Note that -w (your escape chars) is ignored completely for aspell
according
to aspell --help
Moreover, when
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:45, Kornel Benko wrote:
...
I did not find where this message came from. ( ... may not appear ...)
Ok, it is comming from /usr/lib/libaspell.so.10.
strings -a /usr/lib/libaspell.so.10| grep may
- -- ' may not appear at the
On Sun, Feb 16, 2003 at 07:45:18PM +0100, Kornel Benko wrote:
Moreover, when trying aspell from the command line (like aspell -c file), all
works perfectly.
It is lyx waitin for some input. Killing with
kill -HUP pid
Yes. My forthcoming patch will change this behaviour to give an alert
On Sun, Feb 16, 2003 at 07:51:38PM +0100, Kornel Benko wrote:
What are the parameters to call aspell from within LyX?
check the top of ispell.C (near the top anyway)
john
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:57, John Levon wrote:
On Sun, Feb 16, 2003 at 07:51:38PM +0100, Kornel Benko wrote:
What are the parameters to call aspell from within LyX?
check the top of ispell.C (near the top anyway)
Now, I tried to trace it down. This
On Sun, Feb 16, 2003 at 08:30:12PM +0100, Kornel Benko wrote:
Now, I tried to trace it down. This is the relevant part ...
(fd=14 -- pipe from aspell, fd=13 -- pipe to aspell)
Well, it's quite simple what's happening: we only read from stdout, but
aspell is complaining to stderr. So we
this is a weird math bug I've found, it produces this error message in
lyx:
Double superscript.
J^{l}^
{T}\end{array}\]
I treat `x^1^2' essentially like `x^1{}^2'
To explain you really have to look at the example file:
http://www.md.kth.se/~chr/lyx/bugs/math1.lyx
or see the
Here is my final patch. Less code, more features ! Please test.
There is one niggle left: we briefly show the dialog when there is no
need (clean spell check). It's minorly visually distracting. I think
it's worth it. Maybe Angus has a smart minimal fix for it.
Kornel, you should be seeing your
http://bugzilla.lyx.org/show_bug.cgi?id=666
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Additional Comments From
Things behave much more sensibly with thisd patch: it doesn't make
sense to revert an unsaved or unchanged document.
JMarc, do you want this for 1.3 ?
regards
john
Index: lyxfunc.C
===
RCS file:
On Sun, Feb 16, 2003 at 06:22:29PM -0800, Max Bian wrote:
I have reported a bug before about the paper margin settings on
Layout/Document/Paper dialog box (XForms). The problem was fixed in
1.2.3, but resurfaced on 1.3.0.
Again, the problem is that 0 (zero) is displayed as empty and is
Here's an update. I added a couple of comments this time.
OptSubMenu isn't too useful yet because something is going awry in the
getStatus() stuff (perhaps mathed lfuns ?). We also need getStatus for
increase/decrease depth etc.
Any way, all comments gratefully received. JMarc, the
Hello,
I've been using Lyx for a while now for my law thesis, and I'm very happy with
it, but I still have a problem.
I have to quote my references on a footnote this way :
author, nameofbook, wherepublished, year. (plus a bibliography at the end),
but the only thing that Lyx can give me is
On Sun, Feb 16, 2003 at 11:57:16PM +0100, Jade wrote:
I have found a package called jurabib, that can help doing this, but I
wondered if there was a way to include the package automatically using Lyx.
Did you try putting \usepackege{jurabib} in your LaTeX preamble?
--
Zvezdan Petkovic [EMAIL
Hi,
Yet another patch that has been in my tree, but too late for 1.3.0.
Please apply to 1.4.0.
The patch uses double-mouse-click for selecting a style in the
Xforms BibTeX dialog (instead of the instant selecting as it is now).
Regards,
Rob.
BibTeX.diff.gz
Description: application/gzip
Rob Lahaye wrote:
The patch uses double-mouse-click for selecting a style in the
Xforms BibTeX dialog (instead of the instant selecting as it is now).
Argh, the double click in this dialog does not work properly anymore,
for obscure reasons. My patch is still valid to allow double-clicking,
ake[3]: Wechsel in das Verzeichnis »/home/moritz/lyx-devel/src«
source='bufferparams.C' object='bufferparams.o' libtool=no \
depfile='.deps/bufferparams.Po' tmpdepfile='.deps/bufferparams.TPo' \
depmode=gcc3 /bin/sh ../config/depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/include
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 05:54, John Levon wrote:
> On Sun, Feb 16, 2003 at 03:37:19AM +, John Levon wrote:
> > I'll post the Qt side of things soon too
>
> Here's Qt and the rest.
>
> > There's still the bug I mentioned wrt completely-error-free
Rob Lahaye a écrit:
Hi,
I still had a patch to Xforms' RadioButtonGroup.[Ch] in my tree.
It could not to go into CVS when 1.3.0 was in feature/code-freeze.
Can it now?
I will apply it, but only to 1.4.0, of course.
JMarc
Moritz Moeller-Herrmann a écrit:
bufferparams.C: In member function `void
BufferParams::writeLaTeX(std::ostream&, LaTeXFeatures&, TexRow&) const':
bufferparams.C:312: `set' undeclared (first use this function)
Try again.
JMarc
Jean-Marc Lasgouttes wrote:
> Moritz Moeller-Herrmann a écrit:
>> bufferparams.C: In member function `void
>>BufferParams::writeLaTeX(std::ostream&, LaTeXFeatures&, TexRow&)
>>const':
>> bufferparams.C:312: `set' undeclared (first use this function)
>
> Try again.
It compiles past this
John Levon a écrit:
Comments ? see :
http://bugzilla.lyx.org/show_bug.cgi?id=555
I'd say this should at least be applied to 1.4.0cvs. For 1.3.1cvs I do
not know, since problems will only happen on weird systems we do not
have access to.
JMarc
John Levon a écrit:
I was wondering how we could have ever done it ... didn't realise code
got removed. A pity (probably)
Lars says he has other ways of doing this...
Now if osmeone could just explain increasePos()...
I've been there too, and I have to admit it is baffling.
JMarc
John Levon a écrit:
On Fri, Feb 14, 2003 at 03:58:52PM +0100, Jean-Marc Lasgouttes wrote:
Because it thinks you use latin1 whereas you really use latin9.
So how do we fix it ? I'm stuck. If this char isn't even in latin9
We could test against the current language's encoding. I can do that
John Levon wrote:
> On Sun, Feb 16, 2003 at 03:37:19AM +, John Levon wrote:
> Here's Qt and the rest.
I have tested this version on 1.4 CVS with the old and obsolete
aspell/pspell-0.33. It works fine and better than the buggy old version
AFAICS.
Skipping foreign language words works fine.
On Sun, Feb 16, 2003 at 02:06:39PM +0100, Jean-Marc Lasgouttes wrote:
> >So how do we fix it ? I'm stuck. If this char isn't even in latin9
>
> We could test against the current language's encoding. I can do that if
> you want.
Yes please, maybe I will earn a clue.
> >Why isn't this set from
John Levon a écrit:
On Sun, Feb 16, 2003 at 02:06:39PM +0100, Jean-Marc Lasgouttes wrote:
So how do we fix it ? I'm stuck. If this char isn't even in latin9
We could test against the current language's encoding. I can do that if
you want.
Yes please, maybe I will earn a clue.
Hmm, maybe
On Sun, Feb 16, 2003 at 04:37:48PM +0100, Jean-Marc Lasgouttes wrote:
> >So I don't think it can really apply to Qt, where we use the language's
> >encoding already for display (except in the cases mentioned already ...)
>
> Indeed. So what would be the qt way to know whether a symbol exists in
Hi,
The attached patch fixes a bug in FormTexinfo.C.
The reconstruction of the filepath was wrong, in case fullpath was
not selected (the assumption that the order of the browser list
is same for with and without full path, was wrong).
Regards,
Rob.
FormTexinfo.diff.gz
Description:
On Sun, Feb 16, 2003 at 01:37:06PM +0100, Kornel Benko wrote:
> Invalid word "W_repair": The characteexpose r '_' may not appear at the middle
>of a word.6
> 74x22+0+752
You didn't tell me what spellchecker you're using and version.
> stopps lyx. (LyX does not react anymore). The
[moz@lambent src]$ ping cvs.lyx.org
PING baywatch.lyx.org (80.232.38.163) from 81.98.80.66 : 56(84) bytes of data.
>From blindemann.oslo.norway.trolltech.net (80.232.38.193) icmp_seq=1 Destination Host
>Unreachable
[moz@lambent src]$ traceroute cvs.lyx.org
traceroute to baywatch.lyx.org
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 17:29, John Levon wrote:
...
> You didn't tell me what spellchecker you're using and version.
Sorry. From rpm: aspell-0.33.7.1-207.
aspell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
On Sun, Feb 16, 2003 at 06:25:52PM +0100, Kornel Benko wrote:
> > You didn't tell me what spellchecker you're using and version.
>
> Sorry. From rpm: aspell-0.33.7.1-207.
> aspell -v
> @(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
>
> Kornel
Well,
John Levon wrote:
>
> OK, so we're not calling speller_->close() when the window is closed or
> Close is pressed - bad, we didn't write out the accepted word list.
>
> dialogs call controller().stop() but this doesn't actually do anything
> interesting. Angus, how can we make it so that it
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:30, John Levon wrote:
> Well, I'm using aspell-0.33.7.1-16 (in fact not sure it matters) and I
> can't see what you're describing. W_repair is correctly split into two
> separate words for spellchecking.
Oh, I see. Then my
John Levon wrote:
> On Sun, Feb 16, 2003 at 02:46:35AM +, John Levon wrote:
>
>> I'm still testing this, but it works for old pspell at least a little.
>>
>> +Alert::alert("Spellchecking is complete", message);
>> +
>> +// the session might have completed with out any errors at all
On Sun, Feb 16, 2003 at 05:40:49PM +, Angus Leeming wrote:
> I'd suggest doing nothing to this code for a while.
Too late ...
> Attached is a NEW Dialog class that should make life a LOT easier.
Actually most of my problems were unrelated to the framework ...
can we leave this for a short
On Sun, Feb 16, 2003 at 06:41:58PM +0100, Kornel Benko wrote:
> Escape characters "_"
> Accept compound words
> Use input encoding
Nope, still can't reproduce. I get "W_repair" as unknown just fine.
john
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:50, John Levon wrote:
> On Sun, Feb 16, 2003 at 06:41:58PM +0100, Kornel Benko wrote:
> > Escape characters "_"
> > Accept compound words
> > Use input encoding
>
> Nope, still can't reproduce. I get "W_repair" as
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 18:50, John Levon wrote:
> Nope, still can't reproduce. I get "W_repair" as unknown just fine.
Oh yes, it is unknown. But try the "add" botton please, (insert int personal
dictionary)
Kornel
- --
Kornel Benko
[EMAIL
On Sun, Feb 16, 2003 at 07:06:39PM +0100, Kornel Benko wrote:
> > Nope, still can't reproduce. I get "W_repair" as unknown just fine.
>
> Oh yes, it is unknown. But try the "add" botton please, (insert int personal
>dictionary)
I click Add and nothing happens.
Note that -w (your escape chars)
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:16, John Levon wrote:
> I click Add and nothing happens.
I tried the non-patched version of lyx, but same behaviour.
> Note that -w (your escape chars) is ignored completely for aspell
> according
> to aspell --help
Moreover,
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:45, Kornel Benko wrote:
...
>
> I did not find where this message came from. ( ... may not appear ...)
>
Ok, it is comming from "/usr/lib/libaspell.so.10".
strings -a /usr/lib/libaspell.so.10| grep may
- --> ' may not appear at
On Sun, Feb 16, 2003 at 07:45:18PM +0100, Kornel Benko wrote:
> Moreover, when trying aspell from the command line (like "aspell -c "), all
>works perfectly.
> It is lyx waitin for some input. Killing with
> kill -HUP
Yes. My forthcoming patch will change this behaviour to give an alert
On Sun, Feb 16, 2003 at 07:51:38PM +0100, Kornel Benko wrote:
> What are the parameters to call aspell from within LyX?
check the top of ispell.C (near the top anyway)
john
-BEGIN PGP SIGNED MESSAGE-
On Sonntag, 16. Februar 2003 19:57, John Levon wrote:
> On Sun, Feb 16, 2003 at 07:51:38PM +0100, Kornel Benko wrote:
> > What are the parameters to call aspell from within LyX?
>
> check the top of ispell.C (near the top anyway)
Now, I tried to trace it down.
On Sun, Feb 16, 2003 at 08:30:12PM +0100, Kornel Benko wrote:
> Now, I tried to trace it down. This is the relevant part ...
>
> (fd=14 --> pipe from aspell, fd=13 --> pipe to aspell)
Well, it's quite simple what's happening: we only read from stdout, but
aspell is complaining to stderr.
this is a weird math bug I've found, it produces this error message in
lyx:
Double superscript.
J^{l}^
{T}\end{array}\]
I treat `x^1^2' essentially like `x^1{}^2'
To explain you really have to look at the example file:
http://www.md.kth.se/~chr/lyx/bugs/math1.lyx
or see the
Here is my "final" patch. Less code, more features ! Please test.
There is one niggle left: we briefly show the dialog when there is no
need (clean spell check). It's minorly visually distracting. I think
it's worth it. Maybe Angus has a smart minimal fix for it.
Kornel, you should be seeing
http://bugzilla.lyx.org/show_bug.cgi?id=666
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Additional Comments From
Things behave much more sensibly with thisd patch: it doesn't make
sense to revert an unsaved or unchanged document.
JMarc, do you want this for 1.3 ?
regards
john
Index: lyxfunc.C
===
RCS file:
On Sun, Feb 16, 2003 at 06:22:29PM -0800, Max Bian wrote:
> I have reported a bug before about the paper margin settings on
> Layout/Document/Paper dialog box (XForms). The problem was fixed in
> 1.2.3, but resurfaced on 1.3.0.
>
> Again, the problem is that "0" (zero) is displayed as empty and
Here's an update. I added a couple of comments this time.
OptSubMenu isn't too useful yet because something is going awry in the
getStatus() stuff (perhaps mathed lfuns ?). We also need getStatus for
increase/decrease depth etc.
Any way, all comments gratefully received. JMarc, the
Hello,
I've been using Lyx for a while now for my law thesis, and I'm very happy with
it, but I still have a problem.
I have to quote my references on a footnote this way :
"author, nameofbook, wherepublished, year." (plus a bibliography at the end),
but the only thing that Lyx can give me
On Sun, Feb 16, 2003 at 11:57:16PM +0100, Jade wrote:
> I have found a package called "jurabib", that can help doing this, but I
> wondered if there was a way to include the package automatically using Lyx.
Did you try putting \usepackege{jurabib} in your LaTeX preamble?
--
Zvezdan Petkovic
Hi,
Yet another patch that has been in my tree, but too late for 1.3.0.
Please apply to 1.4.0.
The patch uses double-mouse-click for selecting a style in the
Xforms BibTeX dialog (instead of the instant selecting as it is now).
Regards,
Rob.
BibTeX.diff.gz
Description: application/gzip
Rob Lahaye wrote:
>
> The patch uses double-mouse-click for selecting a style in the
> Xforms BibTeX dialog (instead of the instant selecting as it is now).
Argh, the double click in this dialog does not work properly anymore,
for obscure reasons. My patch is still valid to allow
82 matches
Mail list logo