Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Fixes the mess in syntax.default. -- Angus
This one does not look right:
+\citealt[][{}
Once this is fixed, you can apply it to 1.3.x.
JMarc
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Fixes the mess in syntax.default. -- Angus
This one does not look right:
+\citealt[][{}
Once this is fixed, you can apply it to 1.3.x.
JMarc
What would I do without you? ;-)
--
Angus
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus What would I do without you? ;-)
Apply patches faster :)
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Fixes the mess in syntax.default. -- Angus
This one does not look right:
+\citealt[][{}
Once this is fixed, you can apply it to 1.3.x.
JMarc
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Fixes the mess in syntax.default. -- Angus
>
> This one does not look right:
> +\citealt[][{}
>
> Once this is fixed, you can apply it to 1.3.x.
>
> JMarc
What would I do without you? ;-)
--
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> What would I do without you? ;-)
Apply patches faster :)
JMarc
this part:
+% Natbib citations can usually have two optional args, but LyX currently
+% supports only one.
+\citet[]{}
+\Citet[]{}
+\citet*[]{}
+\Citet*[]{}
+%\citet[][]{}
+%\Citet[][]{}
+%\citet*[][]{}
+%\Citet*[][]{}
+
+\citealt[][]{}
+\Citealt[][]{}
+\citealt*[][]{}
+\Citealt*[][]{}
+%\citealt
as LyX's.
I do not understand this part:
+% Natbib citations can usually have two optional args, but LyX
currently +% supports only one.
+\citet[]{}
+%\citet[][]{}
+
+\citealt[][]{}
+%\citealt[][{}
In the first group, you comment out the versions with two [] groups
On Mon, Feb 10, 2003 at 03:54:16PM +, Angus Leeming wrote:
Yes it has. I simply copied existing code. I also do not propose to
fix that as my aim is to improve the LyX-LaTeX-LyX round trip, not
to be able to import arbitrary TeX. If you want that, talk to André
about tex2lyx.
As you
Angus == Angus Leeming [EMAIL PROTECTED] writes:
What if I have \usepackage{amsmath, natbib}? My reading of the
regexp suggests that it will not work. To be fair, it seems that
all the preamble reading code has this flaw, isn't it?
Angus Yes it has. I simply copied existing code. I also do
On Mon, Feb 10, 2003 at 04:59:08PM +0100, Andre Poenitz wrote:
Could anybody please set up the Make machinery for a new directory
src/tex2lyx and a binary target tex2lyx somewhere?
I suppose you don't mean something as simple as this
Index: config/configure.ac
Andre Poenitz wrote:
On Mon, Feb 10, 2003 at 03:54:16PM +, Angus Leeming wrote:
Yes it has. I simply copied existing code. I also do not propose to
fix that as my aim is to improve the LyX-LaTeX-LyX round trip,
not to be able to import arbitrary TeX. If you want that, talk to
André about
On Mon, Feb 10, 2003 at 04:08:40PM +, John Levon wrote:
Could anybody please set up the Make machinery for a new directory
src/tex2lyx and a binary target tex2lyx somewhere?
I suppose you don't mean something as simple as this
I think I mean something as simple as that.
Simplicity
On Mon, Feb 10, 2003 at 04:08:40PM +, John Levon wrote:
I suppose you don't mean something as simple as this
I think I mean it. Works well.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
polski keymap, useful for entering Polish on a QWERTY keyboard
+- enable reLyX to handle natbib citations
+
** Bug fixes
- fix bug where opening the tabular dialog would mark the document as
@@ -41,4 +43,4 @@ What's new
- fix strerror() build problem with some gcc/glibc versions [bug #874
exactly the
Angus> same as LyX's.
I do not understand this part:
+% Natbib citations can usually have two optional args, but LyX currently
+% supports only one.
+\citet[]{}
+\Citet[]{}
+\citet*[]{}
+\Citet*[]{}
+%\citet[][]{}
+%\Citet[][]{}
+%\citet*[][]{}
+%\Citet*[][]{}
+
+\citealt[][]{}
gus> with. The reLyX support for this package is now exactly
> the Angus> same as LyX's.
>
> I do not understand this part:
>
> +% Natbib citations can usually have two optional args, but LyX
> currently +% supports only one.
> +\citet[]{}
> +%\citet[][]{}
> +
>
On Mon, Feb 10, 2003 at 03:54:16PM +, Angus Leeming wrote:
> Yes it has. I simply copied existing code. I also do not propose to
> fix that as my aim is to improve the LyX->LaTeX->LyX round trip, not
> to be able to import arbitrary TeX. If you want that, talk to André
> about tex2lyx.
As
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> What if I have \usepackage{amsmath, natbib}? My reading of the
>> regexp suggests that it will not work. To be fair, it seems that
>> all the preamble reading code has this flaw, isn't it?
Angus> Yes it has. I simply copied existing
On Mon, Feb 10, 2003 at 04:59:08PM +0100, Andre Poenitz wrote:
> Could anybody please set up the Make machinery for a new directory
> src/tex2lyx and a binary target tex2lyx somewhere?
I suppose you don't mean something as simple as this
Index: config/configure.ac
Andre Poenitz wrote:
> On Mon, Feb 10, 2003 at 03:54:16PM +, Angus Leeming wrote:
>> Yes it has. I simply copied existing code. I also do not propose to
>> fix that as my aim is to improve the LyX->LaTeX->LyX round trip,
>> not to be able to import arbitrary TeX. If you want that, talk to
>>
On Mon, Feb 10, 2003 at 04:08:40PM +, John Levon wrote:
> > Could anybody please set up the Make machinery for a new directory
> > src/tex2lyx and a binary target tex2lyx somewhere?
>
> I suppose you don't mean something as simple as this
I think I mean something as simple as that.
On Mon, Feb 10, 2003 at 04:08:40PM +, John Levon wrote:
> I suppose you don't mean something as simple as this
I think I mean it. Works well.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
"polski" keymap, useful for entering Polish on a QWERTY keyboard
+- enable reLyX to handle natbib citations
+
** Bug fixes
- fix bug where opening the tabular dialog would mark the document as
@@ -41,4 +43,4 @@ What's new
- fix strerror() build problem with some gcc/glibc versions
on a QWERTY keyboard
+- enable reLyX to handle natbib citations
+
** Bug fixes
- fix bug where opening the tabular dialog would mark the document as
@@ -41,4 +43,4 @@ What's new
- fix strerror() build problem with some gcc/glibc versions [bug #874]
-lyx2lyx: enable the debug level
ing Polish on a QWERTY keyboard
+- enable reLyX to handle natbib citations
+
** Bug fixes
- fix bug where opening the tabular dialog would mark the document as
@@ -41,4 +43,4 @@ What's new
- fix strerror() build problem with some gcc/glibc versions [bug #874]
-lyx2lyx: enable the d
On Tue, 23 Apr 2002, Angus Leeming wrote:
On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
No problem. As a return favor, could you look at the ProvidesNatbib patch
I sent out Friday? The patch itself is trivial, but you might be able to
address my question about how ProvidesNatbib 1
On Wednesday 24 April 2002 6:19 pm, Mike Ressler wrote:
On Tue, 23 Apr 2002, Angus Leeming wrote:
On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
No problem. As a return favor, could you look at the ProvidesNatbib
patch I sent out Friday? The patch itself is trivial, but you might
On Tue, 23 Apr 2002, Angus Leeming wrote:
> On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
> > No problem. As a return favor, could you look at the ProvidesNatbib patch
> > I sent out Friday? The patch itself is trivial, but you might be able to
> > address my question about how
On Wednesday 24 April 2002 6:19 pm, Mike Ressler wrote:
> On Tue, 23 Apr 2002, Angus Leeming wrote:
> > On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
> > > No problem. As a return favor, could you look at the ProvidesNatbib
> > > patch I sent out Friday? The patch itself is trivial, but
On Monday 22 April 2002 10:35 am, Angus Leeming wrote:
On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote:
On Monday 15 April 2002 4:40 pm, Angus Leeming wrote:
I think that the screen label part of the patch is fine, although I've
modified it to work with numerical natbib citations
it to work with numerical natbib citations and to cache the
label.
Attached are my re-workings.
[snip]
I have tested this patch pretty thoroughly myself and have decided that
it's only real shortcoming is that it results in VERY slow loading of a
buffer. This occurs because we
On Tuesday 23 April 2002 9:19 am, Lars Gullik Bjønnes wrote:
Silence is not approval.
I want to hear J-M's opinion, since he has look at this case
earlier...
Fair enough. I just wanted to trigger some response.
Jean-Marc, the patch I submitted yesterday contained a bug that lead to the
On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
On Mon, 22 Apr 2002, Angus Leeming wrote:
On Monday 22 April 2002 11:00 am, Angus Leeming wrote:
This might make you happy...
If you could test it a little, that'd make me happy too.
Had a few minutes to play with it - beautifully
On Monday 22 April 2002 10:35 am, Angus Leeming wrote:
> On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote:
> > On Monday 15 April 2002 4:40 pm, Angus Leeming wrote:
> > > I think that the screen label part of the patch is fine, although I've
> > > modified it to
the patch is fine, although I've
>> > > modified it to work with numerical natbib citations and to cache the
>> > > label.
>> > >
>> > > Attached are my re-workings.
>> >
>> > [snip]
>> >
>> > I have tested this
On Tuesday 23 April 2002 9:19 am, Lars Gullik Bjønnes wrote:
> Silence is not approval.
> I want to hear J-M's opinion, since he has look at this case
> earlier...
Fair enough. I just wanted to trigger some response.
Jean-Marc, the patch I submitted yesterday contained a bug that lead to the
On Monday 22 April 2002 8:12 pm, Mike Ressler wrote:
> On Mon, 22 Apr 2002, Angus Leeming wrote:
> > On Monday 22 April 2002 11:00 am, Angus Leeming wrote:
> > > This might make you happy...
> > >
> > > If you could test it a little, that'd make me happy too.
>
> Had a few minutes to play with it
On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote:
On Monday 15 April 2002 4:40 pm, Angus Leeming wrote:
I think that the screen label part of the patch is fine, although I've
modified it to work with numerical natbib citations and to cache the
label.
Attached are my re-workings
On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote:
> On Monday 15 April 2002 4:40 pm, Angus Leeming wrote:
> > I think that the screen label part of the patch is fine, although I've
> > modified it to work with numerical natbib citations and to cache the
> > label.
>
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I have tested this patch pretty thoroughly myself and have
Angus decided that it's only real shortcoming is that it results in
Angus VERY slow loading of a buffer. This occurs because we reload
Angus Buffer::getBibkeyList from any BibTeX
On Tuesday 16 April 2002 12:58 pm, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I have tested this patch pretty thoroughly myself and have
Angus decided that it's only real shortcoming is that it results in
Angus VERY slow loading of a buffer. This
All works very well here, but I'd like some volunteer testers please. No
testers, no apply...
applied patch but compile breaks down...
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost -isystem
/usr/X11R6/include -g -O -fno-exceptions -W -Wall -c insetcite.C -MT
On Tuesday 16 April 2002 1:26 pm, Edwin Leuven wrote:
All works very well here, but I'd like some volunteer testers please. No
testers, no apply...
applied patch but compile breaks down...
I think that this is saying that Buffer::getBibkeyList() is non-const so a
Buffer const * can't
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus 3. Most importantly, I want to
Angus minimise the footprint of any changes I'm making. The current
Angus patch affects the citation inset only and either works or
Angus doesn't work.
That makes sense.
Angus Having said all this, I'm happy
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I have tested this patch pretty thoroughly myself and have
Angus> decided that it's only real shortcoming is that it results in
Angus> VERY slow loading of a buffer. This occurs because we reload
Angus> Buffer::getBibkeyList from
On Tuesday 16 April 2002 12:58 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I have tested this patch pretty thoroughly myself and have
> Angus> decided that it's only real shortcoming is that it results in
> Angus> VERY slow loading of a
> All works very well here, but I'd like some volunteer testers please. No
> testers, no apply...
applied patch but compile breaks down...
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost -isystem
/usr/X11R6/include -g -O -fno-exceptions -W -Wall -c insetcite.C -MT
On Tuesday 16 April 2002 1:26 pm, Edwin Leuven wrote:
> > All works very well here, but I'd like some volunteer testers please. No
> > testers, no apply...
>
> applied patch but compile breaks down...
I think that this is saying that Buffer::getBibkeyList() is non-const so a
Buffer const *
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> 3. Most importantly, I want to
Angus> minimise the footprint of any changes I'm making. The current
Angus> patch affects the citation inset only and either works or
Angus> doesn't work.
That makes sense.
Angus> Having said all
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert a diff which - gives wysiwyg natbib labels and standard
Herbert behaviour without natbib. - supports the before input
Herbert textfield in the gui - fixes another bug with familyName in
Herbert biblio.C
Herbert, could you post a reduced
On Monday 15 April 2002 4:06 pm, Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert a diff which - gives wysiwyg natbib labels and standard
Herbert behaviour without natbib. - supports the before input
Herbert textfield in the gui - fixes another bug with
the LyX file format before 1.2.
I think that the screen label part of the patch is fine, although I've
modified it to work with numerical natbib citations and to cache the label.
Attached are my re-workings.
Note that, should we decide to add the before/after part, then this will not
affect the stuff
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> a diff which - gives wysiwyg natbib labels and standard
Herbert> behaviour without natbib. - supports the "before" input
Herbert> textfield in the gui - fixes another bug with familyName in
Herbert> biblio.C
Herbert, could you
On Monday 15 April 2002 4:06 pm, Jean-Marc Lasgouttes wrote:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> a diff which - gives wysiwyg natbib labels and standard
> Herbert> behaviour without natbib. - supports the "before" input
> Herbert> textfield in the gui -
before/after parts. I don't think we
should change the LyX file format before 1.2.
I think that the screen label part of the patch is fine, although I've
modified it to work with numerical natbib citations and to cache the label.
Attached are my re-workings.
Note that, should we decide to add
a diff which
- gives wysiwyg natbib labels and standard behaviour
without natbib.
- supports the before input textfield in the gui
- fixes another bug with familyName in biblio.C
the citation-string looks like:
\citet[before/endbeforeafter/endafter]{...bibkeys...}
switching between
a diff which
- gives wysiwyg natbib labels and standard behaviour
without natbib.
- supports the "before" input textfield in the gui
- fixes another bug with familyName in biblio.C
the citation-string looks like:
\citet[]{...bibkeys...}
switching between the different modes and
58 matches
Mail list logo