Martin Vermeer wrote:
@@ -414,8 +405,9 @@
inset.reset(new InsetBibitem(inscmd));
} else if (cmdName == "bibtex") {
inset.reset(new InsetBibtex(inscmd));
+ // (Is this stuff obsolete)?
} else if (cmdName
On Mon, Sep 24, 2007 at 02:36:29PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> >On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
> >
> >The proper way for this is, it seems, to keep the hardwired InsetIndex,
> >but make it a collapsable. The attached patch does this. The i
Martin Vermeer wrote:
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
The proper way for this is, it seems, to keep the hardwired InsetIndex,
but make it a collapsable. The attached patch does this. The inset is
now configurable from the layout files. It still works without fe
On Mon, Sep 24, 2007 at 06:31:03AM +0300, Martin Vermeer wrote:
> On Sun, Sep 23, 2007 at 06:06:23AM +0300, Martin Vermeer wrote:
> > On Sat, Sep 22, 2007 at 06:49:34PM +0200, Jürgen Spitzmüller wrote:
> > > Martin Vermeer wrote:
> > > > Actually have a look at the attached. I somewhat changed my m
On Sun, Sep 23, 2007 at 06:06:23AM +0300, Martin Vermeer wrote:
> On Sat, Sep 22, 2007 at 06:49:34PM +0200, Jürgen Spitzmüller wrote:
> > Martin Vermeer wrote:
> > > Actually have a look at the attached. I somewhat changed my mind since
> > > the previous reply: what is inside an index inset is rea
On Sat, Sep 22, 2007 at 06:49:34PM +0200, Jürgen Spitzmüller wrote:
> Martin Vermeer wrote:
> > Actually have a look at the attached. I somewhat changed my mind since
> > the previous reply: what is inside an index inset is real LaTeX, so
> > logically it should be a real LyXText. (Yes, there are s
Martin Vermeer wrote:
> Actually have a look at the attached. I somewhat changed my mind since
> the previous reply: what is inside an index inset is real LaTeX, so
> logically it should be a real LyXText. (Yes, there are some limitations
> such as no linebreaks allowed; but you get the idea.)
Yes
Martin Vermeer wrote:
On Wed, Sep 19, 2007 at 06:15:42PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
The attached does this experimentally. It looks good... what we lose is
the possibility to get the previous word automatically into t
On Wed, Sep 19, 2007 at 03:06:30PM +0200, Jean-Marc Lasgouttes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> > The attached does this experimentally. It looks good... what we lose is
> > the possibility to get the previous word automatically into the index
> > inset. But I suspect there'
On Wed, Sep 19, 2007 at 06:15:42PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> >>The attached does this experimentally. It looks good... what we lose is
> >>the possibility to get the previous word automatically into the index
>
Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
The attached does this experimentally. It looks good... what we lose is
the possibility to get the previous word automatically into the index
inset. But I suspect there's a trick even for that if we go this way.
The questio
Richard Heck <[EMAIL PROTECTED]> writes:
> Yes. But what if you insert an index inset and then change the
> preceding word? Then it just says "Idx", because auto=true, which is
> (I take it) supposed to indicate that the index entry is just what it
> should be. But now that's misleading.
Yes, thi
Jean-Marc Lasgouttes wrote:
The index inset could have a "auto" boolean property which is set to
true when the index contents was derived by LyX. In this case, the
inset would be shown as plain "Idx". This would require an additional
checkbox in the index dialog, which would be unset automaticall
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Also, we need to disable font changing inside, right?
>
> No... why? You may want to have font changes inside an index entry. I
> tried and it works in LaTeX too.
OK then. But I would think there are things that not useable there.
The index inset co
On Wed, 19 Sep 2007 15:06:30 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> > The attached does this experimentally. It looks good... what we lose is
> > the possibility to get the previous word automatically into the index
> > inset. But I
Martin Vermeer <[EMAIL PROTECTED]> writes:
> The attached does this experimentally. It looks good... what we lose is
> the possibility to get the previous word automatically into the index
> inset. But I suspect there's a trick even for that if we go this way.
>
> The question is, do we?
Personal
On Wed, 19 Sep 2007 11:19:55 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Wed, 19 Sep 2007 00:28:27 +0300
> > Martin Vermeer <[EMAIL PROTECTED]> wrote:
> >
> >> The attached does this experimentally. It looks good... what we lose is
> >> the possibility to get
On Wed, 19 Sep 2007 11:19:55 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Wed, 19 Sep 2007 00:28:27 +0300
> > Martin Vermeer <[EMAIL PROTECTED]> wrote:
> >
> >> The attached does this experimentally. It looks good... what we lose is
> >> the possibility to get
Martin Vermeer wrote:
On Wed, 19 Sep 2007 00:28:27 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
The attached does this experimentally. It looks good... what we lose is
the possibility to get the previous word automatically into the index
inset. But I suspect there's a trick even for that if
On Wed, 19 Sep 2007 00:28:27 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
> The attached does this experimentally. It looks good... what we lose is
> the possibility to get the previous word automatically into the index
> inset. But I suspect there's a trick even for that if we go this way.
>
The attached does this experimentally. It looks good... what we lose is
the possibility to get the previous word automatically into the index
inset. But I suspect there's a trick even for that if we go this way.
The question is, do we?
- Martin
(Some other rough edges still. It's the idea that c
21 matches
Mail list logo
