On Thu, 15 Apr 1999, Allan Rae wrote:
> In this case I'd prefer to have a marker or a label in the combox
> separating the different databases. Sorting them would obviously disrupt
> the order. I suppose it's a matter of how we each use the combox. That
> is, do we remember the keys we need
On Sat, 21 May 2135, Jochen Kuepper wrote:
> On Mit, 14 Apr 1999 Allan Rae wrote:
[...]
> >So rather than force any particular sort order on the keys I'd
> >suggest we let the user sort their .bib file to suit their tastes and
> >that way they might be able to navigate better.
>
> Well, the pro
On Wed, 14 Apr 1999 14:09:33 +1000 (GMT+1000), Allan Rae wrote:
>> > Arnd> Yes, please make the forms bigger! The German po-file is great,
>[...]
>> > Making the forms bigger would create problems for systems with low
>> > resolution... We can't please everybody. The real solution would be to
>>
On Mit, 14 Apr 1999 Allan Rae wrote:
>On Thu, 19 May 2135, Jochen Kuepper wrote:
>> - sort the entries alphabetically.
>> By taking a quick look at the sources this might be probably something for
>> 1.1, when it uses a vector< string >, so you can just stable_sort that :-)
>
>If you use barra
On Wed, 14 Apr 1999, Allan Rae wrote:
> That reminds me, Alejandro it would still be handy to scan the actual
> bibitem insets in a file for the case of comma separated lists. Which is
> another problem we need to figure out for 1.1 -- how to provide the combox
> and allow appending of multiple
On Thu, 19 May 2135, Jochen Kuepper wrote:
> - sort the entries alphabetically.
> By taking a quick look at the sources this might be probably something for
> 1.1, when it uses a vector< string >, so you can just stable_sort that :-)
If you use barracuda it will sort your .bib file for you in
On Tue, 13 Apr 1999, Amir Karger wrote:
> On Tue, Apr 13, 1999 at 03:34:55PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
> >
> > Arnd> On Thu, 19 May 2135 21:33:55 +0200, Jochen Kuepper wrote:
> >
> > >> Two suggestions regarding the bibtex-ent
On Tue, Apr 13, 1999 at 03:34:55PM +0200, Jean-Marc Lasgouttes wrote:
> > "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
>
> Arnd> On Thu, 19 May 2135 21:33:55 +0200, Jochen Kuepper wrote:
>
> >> Two suggestions regarding the bibtex-entry-key-combobox (hey, I am
> >> German, we are used t
> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
Arnd> On Thu, 19 May 2135 21:33:55 +0200, Jochen Kuepper wrote:
>> Two suggestions regarding the bibtex-entry-key-combobox (hey, I am
>> German, we are used to use words two lines long, or so):
>>
>> - make it bigger Well, it would make li
On Thu, 19 May 2135 21:33:55 +0200, Jochen Kuepper wrote:
>Two suggestions regarding the bibtex-entry-key-combobox (hey, I am German, we
>are used to use words two lines long, or so):
>
>- make it bigger
> Well, it would make live much easier to show approx 10 entries or so, and
> also make it
Hey All,
I just upgraded to the latest lyx-1_0_x cvs-sources and found that wonderfull
new feature.
(Well, I am sorry I don't have time to follow the list right now.)
Two suggestions regarding the bibtex-entry-key-combobox (hey, I am German, we
are used to use words two lines long, or so):
- m
>> miyata writes:
m> I wrote:
>> [EMAIL PROTECTED] (Lars Gullik Bjnes) wrote:
>>
>> > Cant't we just do this: > > tmp =
>> FileOpenSearch(getenv("BIBINPUTS"),tmp,"bib"); > if (tmp.empty())
>> > tmp = FileOpenSearch(getEnvPath("BIBINPUT"), tmp, "bib"); > >
>> And just don't care
I wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjnes) wrote:
>
> > Cant't we just do this:
> >
> > tmp = FileOpenSearch(getenv("BIBINPUTS"),tmp,"bib");
> > if (tmp.empty())
> > tmp = FileOpenSearch(getEnvPath("BIBINPUT"), tmp, "bib");
> >
> > And just don't care if it is EMX or not.
>
> Yes, IMO,
> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
Arnd> Well, another compiler warning, which I forgot to mention:
Arnd> figinset.C: In function `struct figdata * getfigdata(int, int,
Arnd> const class LString &, int, int, int, int, int, int, float,
Arnd> char)': figinset.C:777: warning: i
>> Alejandro Aguilar Sierra writes:
AAS> What do the others think? Any objection to include it to 1.0.2?
To me it looked rather clean, so if tested and deemed "bugless" we
shoulc include it.
For 1.1.x some things should be rewritten to use ANSI C++. f.ex.
string::getline instead of reading s
On Mon, 5 Apr 1999, Jesper Overgaard wrote:
> The code adds a method to the InsetBibtex class that can be used to
> retrieve the keys from the corresponding bibtex databases. It implements
> a very simple bibtex parser, that simply scans the file for lines
> beginning with @, and then parses that
Alejandro Aguilar Sierra wrote:
> Could you please send the patch so we can evaluate whether it could be
> incorporated to 1.0.2?
Here it is!
I should add that I have more experience programming in C, than in C++
so you are welcome to have a look at the code.
The code adds a method to the InsetBi
On Sun, 4 Apr 1999, Jesper Overgaard wrote:
> I have at the moment added the code to the stable branch (Lyx-1.0.x) and
> it seems to work OK. Are you interested in having this now, as I
> understand that the release of Lyx 1.0.2 is not far away? Or do you
> think it is a too major change for wha
Hi all,
Thanks for a great product (in an intellectual sense) that I use every
day for my writing. Now I feel it's time to give something back, so I
have written some code to allow Lyx to scan a Bibtex database so the
entries show up in the citation dialog box.
I have at the moment added the code
19 matches
Mail list logo
