Re: Show footcite as textcite

2020-05-02 Thread Daniel

On 2020-05-02 16:29, Daniel wrote:

Hi,

Are there any Biblatex wizzards on the list?

I want the \autocite(s) (that I have set to footnotes) to show the same 
format as the \textcite(s) commands.


I can easily do

\let\autocite\textcite
\let\autocites\textcites

But that doesn't accomplish what I want because I want them to still 
produce footnotes. So, I guess I will have to redefine the autocite 
commands with something like


\renewcommand{\autocite}[2]{\textcite[#2]{#1}].}
\renewcommand{\autocites}[2]{\textcites[#2]{#1}].}

Would that in principle work? Does anyone know where to find the proper 
definition of the *cite commands in question so that I can get the 
definition right concerning number of optional arguments and such?


Why do I want this? I am using also textcite in the text, so it just 
seems natural to me to use the same format in footnotes that can also 
have little texts. And I don't have any style guides to satisfy. So, I 
just wanted it to look consistent.


Best,
Daniel



I tried my luck on stack but without success:

https://tex.stackexchange.com/questions/539227/how-to-make-footcite-look-like-textcite-with-biblatex

Daniel

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Show footcite as textcite

2020-05-02 Thread Daniel

Hi,

Are there any Biblatex wizzards on the list?

I want the \autocite(s) (that I have set to footnotes) to show the same 
format as the \textcite(s) commands.


I can easily do

\let\autocite\textcite
\let\autocites\textcites

But that doesn't accomplish what I want because I want them to still 
produce footnotes. So, I guess I will have to redefine the autocite 
commands with something like


\renewcommand{\autocite}[2]{\textcite[#2]{#1}].}
\renewcommand{\autocites}[2]{\textcites[#2]{#1}].}

Would that in principle work? Does anyone know where to find the proper 
definition of the *cite commands in question so that I can get the 
definition right concerning number of optional arguments and such?


Why do I want this? I am using also textcite in the text, so it just 
seems natural to me to use the same format in footnotes that can also 
have little texts. And I don't have any style guides to satisfy. So, I 
just wanted it to look consistent.


Best,
Daniel

--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: Let it run

2020-05-02 Thread Dr Eberhard Lisse
I use rsvg-convert which on the the Mac is easily installed as

brew install librsvg

and then a Tools -> Reconfigure should see it.

I would think loading something like inkscape is slower than little
tool like this.

I have a 550 page document with a few images, listings and child
documents which lualatex compiles  in 101.49seconds (according to time).

I also work within LyX most of the time and while I have set it up that
I can compile each child document individually (using an included TeX
file for common stuff), I find a Makefile makes much more sense.

External material is referenced in the Makefile as dependency and while
this requires some discipline to set up (add), it has the advantage
that changes in external material is not overlooked.

el

On 2020-05-01 21:18 , Steve Litt wrote:
[...]
> Now we're getting somewhere. LyX can't use .svg (Inkscape) directly, so
> it must convert them on compile. I'd define the graphics as something
> LyX *can* deal with directly, like .pdf and others, and just do .svg
> conversions when an inkscape file changes.
[...]

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: Let it run

2020-05-02 Thread Jean-Marc Lasgouttes

Le 01/05/2020 à 17:55, Daniel a écrit :
I've attached the content of the log file. Maybe someone is curious and 
can see from it what might be the problem... Just if you are curious 
really. I am almost done with the text, so probably I won't have to 
compile it all that often anymore in the foreseeable future.


I can see that cleveref outputs a message for each line of your source 
code. This may mean that it activates itself quite a lot to preprocess 
something, which could be a factor of slowdown.


JMarc
--
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: Let it run

2020-05-02 Thread Steve Litt
On Sat, 2 May 2020 07:16:25 +0200
Daniel  wrote:

> On 2020-05-01 21:18, Steve Litt wrote:
> > On Fri, 1 May 2020 12:12:39 +0200

> > If doing all these things doesn't bring it down to under a minute,
> > try to eyeball where in the compile it slows down, and investigate
> > that.  
> 
> How can I "eyeball" it?

Watch the messages as they scroll by, see what takes a long time, and
what repeats hundreds of times.

The log you sent earlier probably won't help, because few folks have
the time to scroll through hundreds of lines of logs. What WOULD help
is to make a Minimum Working Example (MWE) of the bug. After thoroughly
backing up the document, rename it and keep removing halves until all
of a sudden it compiles a lot faster. Go back one step, and keep
eliminating other things until you come up with a small document that
takes 1 to 10 minutes to print. 

It's possible (though I doubt it) that your whole compile process
really is that slow, in which case when you remove half, compilation
takes half the time.

Also, try the compile with an earlier and if possible later version of
LyX. Occasional versions of LyX have performance problems, which are
fixed very quickly and put out as a newer version.

SteveT

Steve Litt 
May 2020 featured book: Troubleshooting Techniques
 of the Successful Technologist
http://www.troubleshooters.com/techniques
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users