ree sections of the Supplementary tools in
Additional.lyx on using BibTeX and BiblaTeX into a new Chapter 5 Bibliography
---
lib/doc/Additional.lyx | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff --git a/lib/doc/Additional.lyx b/lib/doc/Additional.lyx
in
On Sun, Feb 20, 2022 at 04:33:40PM +0100, Jürgen Spitzmüller wrote:
> Am Sonntag, dem 20.02.2022 um 09:48 -0500 schrieb Scott Kostyshak:
> > I was going to say that it seems more simple to just select the
> > BibTeX inset in the master document, copy, then paste in the child.
>
> Sure that's an al
Am Sonntag, dem 20.02.2022 um 09:48 -0500 schrieb Scott Kostyshak:
> I was going to say that it seems more simple to just select the
> BibTeX inset in the master document, copy, then paste in the child.
Sure that's an alternative. I implemented this since it was requested.
> But I just tried it a
On Sun, Feb 20, 2022 at 09:45:29AM +0100, Jürgen Spitzmüller wrote:
> Am Sonntag, dem 20.02.2022 um 09:42 +0100 schrieb Jürgen Spitzmüller:
> > > If so, I wonder if "copy" might be more clear?
> >
> > I'm not sure. "Sync" would be another option.
>
> Also note that it's a push button, which (IMO)
Am Sonntag, dem 20.02.2022 um 09:42 +0100 schrieb Jürgen Spitzmüller:
> > If so, I wonder if "copy" might be more clear?
>
> I'm not sure. "Sync" would be another option.
Also note that it's a push button, which (IMO) clearly indicates that
this is an in-situ process (as opposed to a checkbox whi
Am Samstag, dem 19.02.2022 um 14:13 -0500 schrieb Scott Kostyshak:
> Cool, thanks for working on this. I'm confused about how this works.
> Is it a deep copy of the master's BibTeX or a pointer? e.g., if I
> click on "inherit", and then in the master document I change
On Sat, Feb 19, 2022 at 01:38:13PM +0100, Juergen Spitzmueller wrote:
> commit 8fa7e27e7ef78f3529be63c5c98c6ad4beb541ef
> Author: Juergen Spitzmueller
> Date: Sat Feb 19 14:09:59 2022 +0100
>
> child documents: allow inheritance of bibliography file list (#4427)
> -
On Mon, Jun 01, 2020 at 05:12:24PM +0200, Jürgen Spitzmüller wrote:
> Am Montag, den 01.06.2020, 09:07 -0400 schrieb Scott Kostyshak:
> > Ah indeed. Would it be reasonable for me to open a feature request at
> > Biblatex to only give the warning when it is necessary to run Biber?
>
> Or write a bc
Am Montag, den 01.06.2020, 09:07 -0400 schrieb Scott Kostyshak:
> Ah indeed. Would it be reasonable for me to open a feature request at
> Biblatex to only give the warning when it is necessary to run Biber?
Or write a bcf file only if necessary.
Jürgen
>
> Scott
signature.asc
Description: Thi
On Mon, Jun 01, 2020 at 08:44:12AM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 31.05.2020, 10:09 -0400 schrieb Scott Kostyshak:
> > I just noticed the following message:
> >
> > Package biblatex Warning: Please (re)run Biber on the file:
> > (biblatex)paper
> > (biblat
Am Sonntag, den 31.05.2020, 10:09 -0400 schrieb Scott Kostyshak:
> I just noticed the following message:
>
> Package biblatex Warning: Please (re)run Biber on the file:
> (biblatex)paper
> (biblatex)and rerun LaTeX afterwards.
>
> When using Biblatex with Bib
don't know if this is expected or not. Is the bibliography
> > > > generator
> > > > still run because there might be references in the .tex file itself
> > > > (i.e., not in an external file)? If that is the case, would it make
> > > > sense to c
On Fri, May 29, 2020 at 10:10:12PM +1200, Andrew Parsloe wrote:
> On 29/05/2020 5:54 pm, Jürgen Spitzmüller wrote:
> > Am Donnerstag, den 28.05.2020, 23:10 -0400 schrieb Scott Kostyshak:
> > > I don't know if this is expected or not. Is the bibliography
> > > g
On 29/05/2020 5:54 pm, Jürgen Spitzmüller wrote:
Am Donnerstag, den 28.05.2020, 23:10 -0400 schrieb Scott Kostyshak:
I don't know if this is expected or not. Is the bibliography
generator
still run because there might be references in the .tex file itself
(i.e., not in an external file
Am Donnerstag, den 28.05.2020, 23:10 -0400 schrieb Scott Kostyshak:
> I don't know if this is expected or not. Is the bibliography
> generator
> still run because there might be references in the .tex file itself
> (i.e., not in an external file)? If that is the case, would i
I don't know if this is expected or not. Is the bibliography generator
still run because there might be references in the .tex file itself
(i.e., not in an external file)? If that is the case, would it make
sense to condition on there being no citation inset?
To reproduce:
1. Start
Am Mittwoch, den 20.11.2019, 13:25 +0100 schrieb pdv:
> In the dialog for adding a citation, when selecting an item in the
> list
> on the left, the detail-view is not updated. It's only updated when
> selecting an item in the list on the right.
>
> Can you confirm that?
Yes, confirmed. And fix
On 19/11/2019 13:49, Jürgen Spitzmüller wrote:
Am Montag, den 18.11.2019, 10:10 +0100 schrieb pdv:
It works without and when I put it back in, I got immediately a
crash.
Tested and committed.
Thanks!
Jürgen
Jürgen
I just found out another issue.
In the dialog for adding a citation, whe
Am Montag, den 18.11.2019, 10:10 +0100 schrieb pdv:
> It works without and when I put it back in, I got immediately a
> crash.
Tested and committed.
Thanks!
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists
On 18/11/2019 09:55, Jürgen Spitzmüller wrote:
Am Sonntag, den 17.11.2019, 19:50 +0100 schrieb pdv:
In addPB_clicked() the idx is only used in one place and it’s
definition
can be moved. In upPB_clicked() and downPB_clicked() I first made idx
of
type QPersistentModelIndex and this avoids the cra
Am Sonntag, den 17.11.2019, 19:50 +0100 schrieb pdv:
> In addPB_clicked() the idx is only used in one place and it’s
> definition
> can be moved. In upPB_clicked() and downPB_clicked() I first made idx
> of
> type QPersistentModelIndex and this avoids the crashes but the
> selection
> is lost wh
On macos and with the LyX2.4 master:
In the BibTeX Bibliography dialog: when handling items in the selected
databases list (moving items up/down or adding items) LyX crashes with
an EXC_BAD_ACCESS.
(LyX2.3.1 does not show this problem.)
Possible solution:
In GuiSelectionManager.cpp the
Thanks, looks great!
On Sat, Aug 11, 2018 at 12:24 PM, LyX Ticket Tracker wrote:
> #11239: Inserts bibtex bibliography window - gui improement
> -+
> Reporter: amipaz | Owner: spitz
> Type: enhancement |
On Tue, Sep 12, 2017 at 11:05:44AM +0200, Stephan Witt wrote:
> commit 97dc58513884bb89b6a015c2c7dc61c8bb3f7dfe
> Author: Stephan Witt
> Date: Tue Sep 12 11:05:42 2017 +0200
>
> #10662 use drawers for bibliography dialogs
>
> This change solves dialog stack
On Thu, Aug 24, 2017 at 12:03:02AM -0500, Héctor Armando Esquinca Avilés wrote:
> Hi John,
>
> I am interested in test the 2.3.Obeta 1 but I don´t find the url.
Hi Héctor,
Thank you for your interest in testing! You can download installers for
2.3.0beta1 for Mac here:
ftp://ftp.lyx.org/pub/
Am Samstag, den 14.01.2017, 10:52 -0500 schrieb Richard Heck:
> Sorry, thought the change was to a BufferParam, but it's to a
> preference, isn't it?
Yes. I nevertheless bumped the prefs format meanwhile.
Jürgen
>
> rh
>
signature.asc
Description: This is a digitally signed message part
On 01/14/2017 09:44 AM, Guillaume Munch wrote:
> Le 13/01/2017 à 23:28, Richard Heck a écrit :
>>
>> Format change?
>>
>
> It does not look like it to me.
Sorry, thought the change was to a BufferParam, but it's to a
preference, isn't it?
rh
Le 13/01/2017 à 23:28, Richard Heck a écrit :
Format change?
It does not look like it to me. However:
/// Return the actual bibtex command (lyxrc or buffer param)
- std::string const & bibtexCommand() const;
+ std::string const bibtexCommand() const;
I saw const-value
Format change?
On 01/13/2017 01:21 PM, Juergen Spitzmueller wrote:
> commit 1eb43536da25a9617e3d471b3e24d0c4a239c21b
> Author: Juergen Spitzmueller
> Date: Fri Jan 13 19:18:35 2017 +0100
>
> Add an "Automatic" bibliography processor pref option
>
>
Dear all,
This is the result of our poll on bibliography environments. The poll is now
closed.
Summary: We had 22 responses. Currently the majority of the respondents deploy
either Natbib or BibTex. In the future,
Biblatex is projected to be the most popular choice by the respondents
On Thu, Aug 15, 2013 at 9:20 AM, Richard Heck wrote:
> On 08/15/2013 02:12 AM, Scott Kostyshak wrote:
>>
>> Changing the bibliography citation style to "Default (numerical)" or
>> "Natbib Numerical" works, but doesn't seem like the right thing to do.
On 08/15/2013 02:12 AM, Scott Kostyshak wrote:
Changing the bibliography citation style to "Default (numerical)" or
"Natbib Numerical" works, but doesn't seem like the right thing to do.
Any thoughts?
The problem is that the labels for the references are not in
aut
Changing the bibliography citation style to "Default (numerical)" or
"Natbib Numerical" works, but doesn't seem like the right thing to do.
Any thoughts?
Scott
I started a discussion a year ago
(http://comments.gmane.org/gmane.editors.lyx.devel/141839) where I wanted to
make it easier to insert a bibliography that is not in the texmf path because I
find that for most users this is the common thing to do. I'm still not sure
where I stand, but I
On 03/13/2013 10:16 AM, scaprile wrote:
Hi guys,
I'm moving my book to ebook, so I export to XHTML and then use Calibre to get
EPUB and AZW3.
I'm not particularly good at CSS or XHTML, and have the following problem:
I export my book with LyX to XHTML.
Bibliography labels show as
[num
Hi guys,
I'm moving my book to ebook, so I export to XHTML and then use Calibre to get
EPUB and AZW3.
I'm not particularly good at CSS or XHTML, and have the following problem:
I export my book with LyX to XHTML.
Bibliography labels show as
[number] entry
by means of :before :after tags
bibtex managed files (if
there is a string lyxmanaged set to true in the bibtex file), and the second
which is more experimental and brings a new bibtex-insert LFUN to LyX.
What remains in the final is a proper error handling:
- what to do if there is no (managed) bibliography?
- how to handle multi
eone comes up with a
convincing reason why we should keep it for some reasons/classes, I will go
for another solution (such as a "nestable" layout tag).
The problem is maybe bibliography inside bibliogrqphy, although I do not
see why we would not let people do stupid things (as long as LaT
Does anybody remember the reason why we strictly disallow nesting of
bibliographies (the only style we do this btw)?
static bool changeDepthAllowed(Text::DEPTH_CHANGE type,
Paragraph const & par, int max_depth)
{
if (par.layout().labeltype == LABEL_BIBLIO)
Hi,
here is the file containing the five patches
bibtex-insert-000.patch
Description: Binary data
best,
Benjamin
On Oct 26, 2012, at 15:26 , Richard Heck wrote:
> On 10/25/2012 03:30 PM, Richard Heck wrote:
>> On 10/25/2012 02:43 PM, Benjamin Piwowarski wrote:
>>> Hi,
>>>
>>> could I have
On 10/25/2012 03:30 PM, Richard Heck wrote:
On 10/25/2012 02:43 PM, Benjamin Piwowarski wrote:
Hi,
could I have at least some feedback on the patch - I know it is not
finished yet (at least for part 5), so it would be good to validate
(and maybe commit) parts 1-4.
I'll try to have a look t
On 10/25/2012 02:43 PM, Benjamin Piwowarski wrote:
Hi,
could I have at least some feedback on the patch - I know it is not finished
yet (at least for part 5), so it would be good to validate (and maybe commit)
parts 1-4.
I'll try to have a look this weekend. Just very busy.
rh
Many thanks
Hi,
could I have at least some feedback on the patch - I know it is not finished
yet (at least for part 5), so it would be good to validate (and maybe commit)
parts 1-4.
Many thanks
Benjamin
On 11 Oct 2012, at 16:51, Benjamin Piwowarski
wrote:
> Hi,
>
> I decomposed the patch in 5 steps:
>
On 10/11/2012 10:51 AM, Benjamin Piwowarski wrote:
Hi,
I decomposed the patch in 5 steps:
1) Refactored BibTeX parsing (InsetBibtex)
2) Add a method to update a BibTeX file (InsetBibtex and BiblioInfo)
3) Detection and status cache of BibTeX managed files (InsetBibtex, Buffer)
4) Method to add
Hi,
I decomposed the patch in 5 steps:
1) Refactored BibTeX parsing (InsetBibtex)
2) Add a method to update a BibTeX file (InsetBibtex and BiblioInfo)
3) Detection and status cache of BibTeX managed files (InsetBibtex, Buffer)
4) Method to add a set of keys to InsetCitation (InsetCitation)
5) Add
On 10/10/2012 09:41 AM, Benjamin Piwowarski wrote:
Hi,
I created a patch implementing the "bibtex-insert" function, please see
http://www.lyx.org/trac/ticket/8368
[snip]
The patch basically refactored the code that was used to parse a BibTeX file (in
InsetBibtex.cpp), so it can be used to pa
Hi,
I created a patch implementing the "bibtex-insert" function, please see
http://www.lyx.org/trac/ticket/8368
This is an attempt to enhance the workflow with external bibliography managers,
by providing a new LFUN command "bibtex-insert" that takes one argument, a
BibTe
From: Jürgen Spitzmüller [sp...@lyx.org]
Sent: Friday, June 01, 2012 5:07 AM
>John Tapsell wrote:
>> If you need people to read documentation, the GUI is too complicated.
>>
>> It should be so simple that you don't need documentation.
>Good point.
I'm not completely convinced by this argument (a
On Jun 13, 2012, at 12:22 , Pavel Sanda wrote:
> The patch looks fine on the first sight (please, next time attach patch
> directly to email).
I thought that Trac would be better because it allows to see within the browser
the changes brought by the patch.
Benjamin
your other bib file. So I tend to do this only at the end,
> or near it.
Here is more precisely the plan.
First, we need a function that gets the active BibTeX insets - i.e. the
bibliography insets that would be used by a citation at this point of the file.
This should deal with sectio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/06/12 16:46, Richard Heck wrote:
> On 06/14/2012 10:25 AM, Rainer M Krug wrote:
2) the possibility to include the .bbl file, generated when compiling the
LaTeX, in the
export to LaTeX. This is required when submitting articles to
On 06/14/2012 10:25 AM, Rainer M Krug wrote:
2) the possibility to include the .bbl file, generated when compiling the
LaTeX, in the
export to LaTeX. This is required when submitting articles to journals and this
feature would
make life much easier and reduce the manual editing necessary after
b file, you've lost the ability to cite anything from your other bib file.
> So I tend to do
> this only at the end, or near it.
True - so a functionality, where LyX first looks in its local lyx.bib file
(embeded or in
LyxArchive) and then in the other bib file mentioned in the bibliogr
On 06/13/2012 07:54 AM, Rainer M Krug wrote:
While we are at that subject what is missing in the citation
management, I would like to see two things:
1) the possibility to create a local .bib file (in the directory of
the .lyx file) which contains only the references used. This would
make co-op
t.
In my nomenclature, a "BibTeX entry" is a record in the *.bib BibTeX
database file. However, the context suggests that it refers to
Insert>List/TOC>BibTeX Bibliography instead. Is this assumption right? A
function that ensures that the required database is referenced in the
docum
not present. I agree this is already doable (with the functions of
>> the patch), but
>> this would simplify the work of developers of bibliography managers and
>> hence allow a better
>> LyX support.
>
> What I personally miss is the possibility to add a citatio
f or Bibdesk, you would push the "Send to LyX" button
> that would not only insert the citation but also add the BibTeX entry if not
> present. I agree this is already doable (with the functions of the patch),
> but this would simplify the work of developers of bibliograph
ple, in Jabref or Bibdesk, you would push the "Send to LyX" button that
would not only insert the citation but also add the BibTeX entry if not
present. I agree this is already doable (with the functions of the patch), but
this would simplify the work of developers of bibliography
Benjamin Piwowarski wrote:
> Just to go a bit further on functions to manage directly BibTeX entries, a
> possibility would be to:
> - have a "Local bibliography" in document settings...
> - have two new functions: bibtex-entry-add, bibtex-entry-get to access this
>
Just to go a bit further on functions to manage directly BibTeX entries, a
possibility would be to:
- have a "Local bibliography" in document settings...
- have two new functions: bibtex-entry-add, bibtex-entry-get to access this
local bibliography
I guess this would also require
Hi,
I have submitted a patch to improve LyX functions for bibliography managers:
http://www.lyx.org/trac/ticket/8193
Basically, this patch:
- modifies citation-insert so that it returns a comma separated list of
undefined BibTeX entries
- adds a function (database-bibtex-list) that returns the
John Tapsell wrote:
> If you need people to read documentation, the GUI is too complicated.
>
> It should be so simple that you don't need documentation.
Good point.
Jürgen
On 1 June 2012 09:40, Jürgen Spitzmüller wrote:
> Liviu Andronic wrote:
>> Definitely not. When I started using LyX, it took me several months to
>> get to the bottom of how to use BibTeX bibliography. I even wrote a
>> step-by-step procedure in the LyX Essentials [1] (see
Liviu Andronic wrote:
> Definitely not. When I started using LyX, it took me several months to
> get to the bottom of how to use BibTeX bibliography. I even wrote a
> step-by-step procedure in the LyX Essentials [1] (see Section 12). I
> do not have any specific ideas GUI-wise, but I d
se BibTeX bibliography. I even wrote a
step-by-step procedure in the LyX Essentials [1] (see Section 12). I
do not have any specific ideas GUI-wise, but I do think that it would
be nice if the entire process of inserting your own citations could be
rendered more intuitive.
Regards
Liviu
[1]
https://sites.g
Scott Kostyshak wrote:
> Excellent point. I'm not sure where I stand on this but your argument is
> strong. Something that I think would still be in line with this good
> practice would be to allow for a personal .bib folder. I would personally
> prefer to have my custom .bibs listed by themselves
From: Jürgen Spitzmüller [sp...@lyx.org]
Sent: Friday, June 01, 2012 3:23 AM
>Scott Kostyshak wrote:
>> I would like to get some opinions on this before I start working on it. Am I
>> alone in thinking the GUI is confusing? Do most people use the example
>> .bibs more than their own .bibs? Or perh
From: John Tapsell [johnf...@gmail.com]
Sent: Friday, June 01, 2012 3:21 AM
>On 1 June 2012 07:56, Scott Kostyshak wrote:
>> I find that the GUI for adding a bibtex bibliography is not optimized for
>> the most common use: adding your own bibliography. Is it very common to us
Scott Kostyshak wrote:
> I would like to get some opinions on this before I start working on it. Am I
> alone in thinking the GUI is confusing? Do most people use the example
> .bibs more than their own .bibs? Or perhaps people commonly store their
> user .bibs in the path so that what I am calling
On 1 June 2012 07:56, Scott Kostyshak wrote:
> I find that the GUI for adding a bibtex bibliography is not optimized for
> the most common use: adding your own bibliography. Is it very common to use
> one of the example bibliographies? I also find that it's unintuitive if
> you&
I find that the GUI for adding a bibtex bibliography is not optimized for the
most common use: adding your own bibliography. Is it very common to use one of
the example bibliographies? I also find that it's unintuitive if you're not
used to it and want to add your own .bib. I remembe
On 10/06/2011 12:09 PM, Julien Rioux wrote:
> First step of moving the bibliography settings to the document
> settings (needed, e.g., for biblatex support). We define a default
> there. A BibTeX inset takes the "default" style from the buffer if it
> doesn't specify a
Julien Rioux wrote:
> First step of moving the bibliography settings to the document settings
> (needed, e.g., for biblatex support). We define a default there. A
> BibTeX inset takes the "default" style from the buffer if it doesn't
> specify a style of its own. No
First step of moving the bibliography settings to the document settings
(needed, e.g., for biblatex support). We define a default there. A
BibTeX inset takes the "default" style from the buffer if it doesn't
specify a style of its own. No UI yet, but it's coming. O
On 06/10/2011 6:01 PM, Julien Rioux wrote:
First step of moving the bibliography settings to the document settings
(needed, e.g., for biblatex support). We define a default there. A
BibTeX inset takes the "default" style from the buffer if it doesn't
specify a style of its own.
On 06/19/2011 10:24 AM, Enrico Forestieri wrote:
> On Sat, Jun 18, 2011 at 07:42:57PM +0200, Enrico Forestieri wrote:
>
>> On Sat, Jun 18, 2011 at 09:41:18AM -0400, Richard Heck wrote:
>>
>>> Hmm. The LaTeX code is exactly what one would expect
>> Not at all. The argument of thebibliography environ
On Sat, Jun 18, 2011 at 07:42:57PM +0200, Enrico Forestieri wrote:
> On Sat, Jun 18, 2011 at 09:41:18AM -0400, Richard Heck wrote:
>
> > Hmm. The LaTeX code is exactly what one would expect
>
> Not at all. The argument of thebibliography environment should be a piece
> of text the same width as
On Sat, Jun 18, 2011 at 09:41:18AM -0400, Richard Heck wrote:
> Hmm. The LaTeX code is exactly what one would expect
Not at all. The argument of thebibliography environment should be a piece
of text the same width as (or slightly larger than) the widest item label,
while LyX produces
\begin{theb
been having an
>>> annoying problem since I switched to version 2.0.
>>> Basically, when I use the article class, my bibliography items under
>>> the References heading are all indented and they should not be and
>>> have never been in previous versions. As a res
Professor Thread wrote:
> When I edit a bibliography entry to change the key from "Key-1" to
> something meaningful, the "Close" button is selected by default so if I
> rewrite the key and press enter, my changes get lost. I think it would
> be reasonable to assum
Hello lyx-developers!
First of all, let me thank you for such and excellent piece of software.
I'm a college professor and the output quality of my papers is
outstanding, thanks to Lyx.
But I'm writing for another reason: a really simple feature request.
When I edit a bibliograph
Sorry, wrong button.
Jürgen Spitzmüller wrote:
> Antonio Díaz wrote:
> > Bibtexall is in /Users/monicreque/Library/texmf/bibtexall.
>
> This is no executable path.
>
> > If I do *which
> > bibtexall* in the console, it says:
> >
> > * no bibtexall in /opt/local/bin /opt/local/sbin /bin /sbin /usr/
Antonio Díaz wrote:
> Bibtexall is in /Users/monicreque/Library/texmf/bibtexall.
This is no executable path.
> If I do *which
> bibtexall* in the console, it says:
>
> * no bibtexall in /opt/local/bin /opt/local/sbin /bin /sbin /usr/bin
> /usr/sbin /usr/local/bin /usr/texbin*
These are your exe
Vincent van Ravesteijn - TNW wrote:
> Any opinion whether it's useful to file an enhancement request ?
We already have one (with an alternative script proposal):
http://www.lyx.org/trac/ticket/4624
And yes, the feature would be useful IMHO.
Jürgen
input,
>one that calls a .bib file, and outputs blablablah-bibinc.tex,
>a .tex file that has the bibliography in the form of /bibitems.
>This is the version I would submit to journals.
[to the devel-list, as seen on the user's list]
I feel like this would be a nice feature to add to
This is part #2 of
http://www.lyx.org/trac/ticket/5960
Jürgen
Index: src/Paragraph.cpp
===
--- src/Paragraph.cpp (Revision 29805)
+++ src/Paragraph.cpp (Arbeitskopie)
@@ -1589,7 +1589,8 @@
// the next two functions are for the manual
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
It seems that I cannot reproduce the problem on Windows.
Could you compile this program and tells me if it detects any
change in the test text file?
How do I compile this? I'm used to makefiles
OK, I figu
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
It seems that I cannot reproduce the problem on Windows.
Could you compile this program and tells me if it detects any
change in the test text file?
How do I compile this? I'm used to makefiles
OK, I figured that out fi
rgheck wrote:
Abdelrazak Younes wrote:
It seems that I cannot reproduce the problem on Windows.
Could you compile this program and tells me if it detects any change
in the test text file?
How do I compile this? I'm used to makefiles
OK, I figured that out finally. On my system, it ju
While editing a document, I cannot add more that one citation in a
session. I am forced to close the application and restart it to add a
new citation.
In the bibliography section itself, the keys go all wonky when i try
to add a reference to a position in the list that is not the last
position. I
If you're not using BibTeX, and you're adding the footnote references
manually, then there's not really any need to use the Bibliography
environment, either, which is what is causing your problem. That
automatically adds reference information, and there's not much you can
To Richard: please, don't forget the list in your reply ;-)
Le 6 juil. 07 à 23:17, [EMAIL PROTECTED] a écrit :
Le 5 juil. 07 à 16:34, Jürgen Spitzmüller a écrit :
Mael Hilléreau wrote:
1. Create a new doc.
2. Run latex.
3. View the LaTeX log.
4. Switch to another buffer. Zoops! The log di
Le 5 juil. 07 à 16:34, Jürgen Spitzmüller a écrit :
Mael Hilléreau wrote:
1. Create a new doc.
2. Run latex.
3. View the LaTeX log.
4. Switch to another buffer. Zoops! The log dialog is closed.
Bug?
Probably yes.
I agree, but I have bad news... There are going to be many of dialogs
th
Mael Hilléreau wrote:
> 1. Create a new doc.
>
> 2. Run latex.
>
> 3. View the LaTeX log.
>
> 4. Switch to another buffer. Zoops! The log dialog is closed.
>
> Bug?
Probably yes.
Jürgen
Selon Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
> > "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
>
> >> 1/ this is not an urgent matter and now is not the right time for
> >> that
>
> Mael> Perhaps. However I thought it wouldn't take so much time to make
> Mael> one's opinion on this t
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
>> 1/ this is not an urgent matter and now is not the right time for
>> that
Mael> Perhaps. However I thought it wouldn't take so much time to make
Mael> one's opinion on this topic (apply the patch and see what's
Mael> better).
As I alr
Selon Jean-Marc Lasgouttes :
> Mael> It seems that we explored the facts of the matter now...
>
> Mael> Opinions from developers? Hopefully, that will lead to a decision.
>
> My opinion:
>
> 1/ this is not an urgent matter and now is not the right time for that
Perhaps. However I thought it would
Mael> It seems that we explored the facts of the matter now...
Mael> Opinions from developers? Hopefully, that will lead to a decision.
My opinion:
1/ this is not an urgent matter and now is not the right time for that
2/ I prefer to have a different lfun to do the edition
3/ Pressure is not
Le 4 juil. 07 à 16:23, Mael Hilléreau a écrit :
Selon Jürgen Spitzmüller <[EMAIL PROTECTED]>:
Mael Hilléreau wrote:
Yes, I totally agree. But you might know that the patch, as well
as the
current behavior of the "Load" button, don't exclude anything.
When you've
displayed a dialog once, yo
Selon Jürgen Spitzmüller <[EMAIL PROTECTED]>:
> Mael Hilléreau wrote:
> > Yes, I totally agree. But you might know that the patch, as well as the
> > current behavior of the "Load" button, don't exclude anything. When you've
> > displayed a dialog once, you know for sure how to display it again! .
1 - 100 of 239 matches
Mail list logo