Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 9:23 GMT+02:00 Guenter Milde mi...@users.sf.net:

 Is there a chance to load ClassicThesis before gemoetry to get a consistent
 behaviour?


Note that we talk of a contributed style, which is not included in LyX.

I think the proper solution would be to make ClassicThesis a class (not a
style). For LyX support, the implementation does not even directly load a
style, but some *config.tex file.

Jürgen



 Günter

Re: changing default margin settings shows no effect

[Guenter Milde]

On 2015-05-19, Jürgen Spitzmüller wrote:

 The crucial difference is probably that while using KOMA, typearea is
 loaded first (by the class), then geometry (by LyX) which does the final
 settings and overrides whatever KOMA sets via typearea.
 With ClassicThesis, the classicthesis package is loaded after LyX loads
 geometry and then overrides the page settings and everything done by
 geometry.

Is there a chance to load ClassicThesis before gemoetry to get a consistent
behaviour?

Günter

Re: Creating a new description environment

[Guenter Milde]

On 2015-05-20, ga...@free.fr wrote:

 On 05/19/15 20:52, Victor Porton wrote:
 I need to create a new environment which could work exactly as
 Description with one change: It should use another LaTeX environment
 (not description), when exporting.

 Can it be done?

 Here's a solution that can be adapted to many other contexts. In 
 Document Setting  Local Layout, you can define your custom environment 
 with the following code:

 Style Description2
CopyStyle Description
LatexName description2
 End


If you want to use the new environment *instead of* description, you can
also just create an alias makro in DocumentSettingsLaTeX preamble:

\renewenvironment{description}%
{\theotherenvironmentname}
{\endtheotherenvironmentname}


Günter

Re: note/commentary/greyed out note

[Wolfgang Engelmann]

Am 20.05.2015 um 05:01 schrieb Scott Kostyshak:

On Mon, May 18, 2015 at 3:16 AM, Wolfgang Engelmann
engelm...@uni-tuebingen.de wrote:


Am 16.05.2015 um 23:54 schrieb Scott Kostyshak:

On Sat, May 16, 2015 at 5:10 AM, Wolfgang Engelmann
engelm...@uni-tuebingen.de wrote:

I have again a (probably) trivial problem:
I used to be able to select by right clicking on a note whether it should
be
note/commentary/greyed out note but the commentary/greyed out note are
-well- greyed out. I tried to find an answer in the various help manuals
but
without success. What am I missing?
Wolfgang

Hi Wolfgang,

Is this always the case? Same with a new document? Which version of
LyX are you using? What happens if you place the cursor before the
note and you run the following command?
inset-modify note Note Comment

Scott

Hi, Scott,
I am not sure what you meant. I include a minimal example (no preamble
content anymore) which shows that in the front matter a Note can not be
changed to a Commentary or Grayed out Note. How should your example be
placed? In the preamble???
I guess the problem is a matter of the Koma script book style, since
changing it to standard book style shows an error -indicating that a note in
the front matter is not accepted. However, I would say that in both book
styles notes/commentaries/grayed out should be allowed.
Thanks for your attention

Hi Wolfgang,

I see your point. If you can insert them with LaTeX and it works, then
you might want to create a feature request. I would frame it more
about *inserting* a greyed out note, as it is the same issue and more
directly describes the problem than converting a note to a greyed out
note.

Scott

After experimenting a bit I found out that in Koma Script Book Style

Commentary and grayed out notes do not work in frontmatter (Backside 
bottom), but do if copied from mainmatter to frontmatter Backside bottom.


This has probably to do with the Koma Book Style Upper- and Lower 
Backside, since these are not available with the Standard Book Style. So 
I think it has to be changed in Koma and has nothing to do with Lyx. 
Should be fixed there (Koma) easily, I guess.


Wolfgang

Re: changing default margin settings shows no effect

[John Kane]

Thanks  Jürgen,
Somewhat OT but I was wondering how it worked. I combed through the
Document Class list three times and even Reconfigured looking for it

On 20 May 2015 at 03:28, Jürgen Spitzmüller sp...@lyx.org wrote:

 2015-05-20 9:23 GMT+02:00 Guenter Milde mi...@users.sf.net:

 Is there a chance to load ClassicThesis before gemoetry to get a
 consistent
 behaviour?


 Note that we talk of a contributed style, which is not included in LyX.

 I think the proper solution would be to make ClassicThesis a class (not a
 style). For LyX support, the implementation does not even directly load a
 style, but some *config.tex file.

 Jürgen



 Günter





-- 
John Kane
Kingston ON Canada

Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 15:16 GMT+02:00 John Kane:

 Thanks  Jürgen,
 Somewhat OT but I was wondering how it worked. I combed through the
 Document Class list three times and even Reconfigured looking for it


The layout is not included in the LyX distribution. You need to install it
from an external source:
https://bitbucket.org/amiede/classicthesis/downloads

Jürgen

Lyx does not recompile after a change in a child document

[Gilles Moyse]

Dear all,

I am currently writing my thesis and have found a strange problem which
started occurring right now. I have a master document and several child
docs for each chapter. When I change something in one of them and hit
Update Master Document, the whole doc is recompiled and updated in the
viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change something
and ask for recompilation.

I am unfortunately not able to provide a MWE since I cannot reproduce it
with a simpler doc. I was wondering if a similar issue was known?

Thanks in advance,

Gilles

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 04:29 PM, Gilles Moyse wrote:
Thanks Richard for your answer. It is not a specific document, and it 
used to work well. Here are also some details I should have included 
in my first email :


I am using Lyx v2.1.3 on Windows 7. I have tried to recompile the 
child document on its own, and it works correctly, so the whole 
compilation is launched and the output is updated. However, even after 
doing this, changing the document and hitting Update Master Document 
does not update anything.


That part isn't a surprise. If you've compiled the child recently, then 
(I think) LyX will realize this, though I'm not sure.


For some reason, LyX is either not checking this particular document, or 
else the check we do is failing for some reason.


Richard

PS Please keep discussion on the list, since others will have 
contributions to make.

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 10:09 AM, Gilles Moyse wrote:

Dear all,

I am currently writing my thesis and have found a strange problem 
which started occurring right now. I have a master document and 
several child docs for each chapter. When I change something in one of 
them and hit Update Master Document, the whole doc is recompiled and 
updated in the viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change 
something and ask for recompilation.


I am unfortunately not able to provide a MWE since I cannot reproduce 
it with a simpler doc. I was wondering if a similar issue was known?


I have never heard of anything like this.

Is there anything at all special about this document? Is it a direct 
child? A child of a child? Included more than once?


Richard

Re: changing default margin settings shows no effect

[John Kane]

Oh I downloaded and installed it with really no problem. It was just that I
thought it should be a document class.  Or something :(

Thanks.

On 20 May 2015 at 09:19, Jürgen Spitzmüller sp...@lyx.org wrote:

 2015-05-20 15:16 GMT+02:00 John Kane:

 Thanks  Jürgen,
 Somewhat OT but I was wondering how it worked. I combed through the
 Document Class list three times and even Reconfigured looking for it


 The layout is not included in the LyX distribution. You need to install it
 from an external source:
 https://bitbucket.org/amiede/classicthesis/downloads

 Jürgen





-- 
John Kane
Kingston ON Canada

Solution for the PDF viewing problems with Acrobat DC and request for testing

[Uwe Stöhr]

Dear LyXers,

as you might have noticed, it is not possible to view and update the 
view of PDF files with LyX 2.1.3 if you use Acrobat Reader DC as viewer 
for PDF files.


The solution it to replace the file pdfview.exe on your PC (in the same 
folder as the lyx.exe) with this one:


http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Viewing and also updating the view is then done via LyX's view button 
(the update button won't do anything visible).


Please test and report back if it works for you.
If it doesn't work, please write what version of Acrobat you are using 
and what Windows. Please also write the name of the Acrobat program 
window when a PDF is opened (e.g. Hello.pdf - Adobe Acrobat DC Pro).


many thanks and regards
Uwe

Re: Lyx Adobe Reader popup 'always on top' on Windows

[Uwe Stöhr]

Am 19.03.2015 um 12:24 schrieb Ben Lowe:


I am a Lyx user on Windows 7 64 bit using Lyx 2.0.7. Whenever I view
PDF I find that Adobe Reader defaults to always being on top. This can
be an issue as it means if I would like it to compile the PDF in the
background, I constantly have to dismiss the PDF window as it pops up
several times depending on what stage of the compile it is in. This
seems to occur for both pdflatex and luatex.


This is now fixed. To test replace the file pdfview.exe on your PC wit 
this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Does it fix the problem for you?

regards Uwe

Re: PDF preview in Acrobat Reader DC not working

[Uwe Stöhr]

Am 25.04.2015 um 19:20 schrieb Michael Treacy:


My preview (CTRL+R) does not seem to work with Acrobat Reader DC. I've
upgraded the path in the preferences to c:\Program Files (x86)\Adobe\Acrobat
Reader DC\Reader.

I still have Acrobat 10 on my system and I can get it to work with that but
every time that Acrobat Reader DC updates itself, it re-establishes itself
as the default viewer for pdf files.

When I try to get a preview, all I get is the opening screen for Acrobat
Reader DC, no preview. If I click on a PDF file on the pc, it works fine!


This should now be fixed. To test replace the file pdfview.exe on your 
system with this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

-

I read that you now use SumatraPDF to view PDFs. This is a nice program 
but unfortunately it cannot display PDF annotations correctly and also 
not PDF forms.


regards Uwe

Re: Creating a new description environment

[Guenter Milde]

On 2015-05-20, ga...@free.fr wrote:

 On 05/19/15 20:52, Victor Porton wrote:
 I need to create a new environment which could work exactly as
 Description with one change: It should use another LaTeX environment
 (not description), when exporting.

 Can it be done?

 Here's a solution that can be adapted to many other contexts. In 
 Document Setting  Local Layout, you can define your custom environment 
 with the following code:

 Style Description2
CopyStyle Description
LatexName description2
 End


If you want to use the new environment *instead of* description, you can
also just create an alias makro in DocumentSettingsLaTeX preamble:

\renewenvironment{description}%
{\theotherenvironmentname}
{\endtheotherenvironmentname}


Günter

Re: changing default margin settings shows no effect

[Guenter Milde]

On 2015-05-19, Jürgen Spitzmüller wrote:

 The crucial difference is probably that while using KOMA, typearea is
 loaded first (by the class), then geometry (by LyX) which does the final
 settings and overrides whatever KOMA sets via typearea.
 With ClassicThesis, the classicthesis package is loaded after LyX loads
 geometry and then overrides the page settings and everything done by
 geometry.

Is there a chance to load ClassicThesis before gemoetry to get a consistent
behaviour?

Günter

Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 9:23 GMT+02:00 Guenter Milde mi...@users.sf.net:

 Is there a chance to load ClassicThesis before gemoetry to get a consistent
 behaviour?


Note that we talk of a contributed style, which is not included in LyX.

I think the proper solution would be to make ClassicThesis a class (not a
style). For LyX support, the implementation does not even directly load a
style, but some *config.tex file.

Jürgen



 Günter

Re: note/commentary/greyed out note

[Wolfgang Engelmann]

Am 20.05.2015 um 05:01 schrieb Scott Kostyshak:

On Mon, May 18, 2015 at 3:16 AM, Wolfgang Engelmann
engelm...@uni-tuebingen.de wrote:


Am 16.05.2015 um 23:54 schrieb Scott Kostyshak:

On Sat, May 16, 2015 at 5:10 AM, Wolfgang Engelmann
engelm...@uni-tuebingen.de wrote:

I have again a (probably) trivial problem:
I used to be able to select by right clicking on a note whether it should
be
note/commentary/greyed out note but the commentary/greyed out note are
-well- greyed out. I tried to find an answer in the various help manuals
but
without success. What am I missing?
Wolfgang

Hi Wolfgang,

Is this always the case? Same with a new document? Which version of
LyX are you using? What happens if you place the cursor before the
note and you run the following command?
inset-modify note Note Comment

Scott

Hi, Scott,
I am not sure what you meant. I include a minimal example (no preamble
content anymore) which shows that in the front matter a Note can not be
changed to a Commentary or Grayed out Note. How should your example be
placed? In the preamble???
I guess the problem is a matter of the Koma script book style, since
changing it to standard book style shows an error -indicating that a note in
the front matter is not accepted. However, I would say that in both book
styles notes/commentaries/grayed out should be allowed.
Thanks for your attention

Hi Wolfgang,

I see your point. If you can insert them with LaTeX and it works, then
you might want to create a feature request. I would frame it more
about *inserting* a greyed out note, as it is the same issue and more
directly describes the problem than converting a note to a greyed out
note.

Scott

After experimenting a bit I found out that in Koma Script Book Style

Commentary and grayed out notes do not work in frontmatter (Backside 
bottom), but do if copied from mainmatter to frontmatter Backside bottom.


This has probably to do with the Koma Book Style Upper- and Lower 
Backside, since these are not available with the Standard Book Style. So 
I think it has to be changed in Koma and has nothing to do with Lyx. 
Should be fixed there (Koma) easily, I guess.


Wolfgang

Re: changing default margin settings shows no effect

[John Kane]

Thanks  Jürgen,
Somewhat OT but I was wondering how it worked. I combed through the
Document Class list three times and even Reconfigured looking for it

On 20 May 2015 at 03:28, Jürgen Spitzmüller sp...@lyx.org wrote:

 2015-05-20 9:23 GMT+02:00 Guenter Milde mi...@users.sf.net:

 Is there a chance to load ClassicThesis before gemoetry to get a
 consistent
 behaviour?


 Note that we talk of a contributed style, which is not included in LyX.

 I think the proper solution would be to make ClassicThesis a class (not a
 style). For LyX support, the implementation does not even directly load a
 style, but some *config.tex file.

 Jürgen



 Günter





-- 
John Kane
Kingston ON Canada

Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 15:16 GMT+02:00 John Kane:

 Thanks  Jürgen,
 Somewhat OT but I was wondering how it worked. I combed through the
 Document Class list three times and even Reconfigured looking for it


The layout is not included in the LyX distribution. You need to install it
from an external source:
https://bitbucket.org/amiede/classicthesis/downloads

Jürgen

Lyx does not recompile after a change in a child document

[Gilles Moyse]

Dear all,

I am currently writing my thesis and have found a strange problem which
started occurring right now. I have a master document and several child
docs for each chapter. When I change something in one of them and hit
Update Master Document, the whole doc is recompiled and updated in the
viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change something
and ask for recompilation.

I am unfortunately not able to provide a MWE since I cannot reproduce it
with a simpler doc. I was wondering if a similar issue was known?

Thanks in advance,

Gilles

Re: changing default margin settings shows no effect

[John Kane]

Oh I downloaded and installed it with really no problem. It was just that I
thought it should be a document class.  Or something :(

Thanks.

On 20 May 2015 at 09:19, Jürgen Spitzmüller sp...@lyx.org wrote:

 2015-05-20 15:16 GMT+02:00 John Kane:

 Thanks  Jürgen,
 Somewhat OT but I was wondering how it worked. I combed through the
 Document Class list three times and even Reconfigured looking for it


 The layout is not included in the LyX distribution. You need to install it
 from an external source:
 https://bitbucket.org/amiede/classicthesis/downloads

 Jürgen





-- 
John Kane
Kingston ON Canada

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 10:09 AM, Gilles Moyse wrote:

Dear all,

I am currently writing my thesis and have found a strange problem 
which started occurring right now. I have a master document and 
several child docs for each chapter. When I change something in one of 
them and hit Update Master Document, the whole doc is recompiled and 
updated in the viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change 
something and ask for recompilation.


I am unfortunately not able to provide a MWE since I cannot reproduce 
it with a simpler doc. I was wondering if a similar issue was known?


I have never heard of anything like this.

Is there anything at all special about this document? Is it a direct 
child? A child of a child? Included more than once?


Richard

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 04:29 PM, Gilles Moyse wrote:
Thanks Richard for your answer. It is not a specific document, and it 
used to work well. Here are also some details I should have included 
in my first email :


I am using Lyx v2.1.3 on Windows 7. I have tried to recompile the 
child document on its own, and it works correctly, so the whole 
compilation is launched and the output is updated. However, even after 
doing this, changing the document and hitting Update Master Document 
does not update anything.


That part isn't a surprise. If you've compiled the child recently, then 
(I think) LyX will realize this, though I'm not sure.


For some reason, LyX is either not checking this particular document, or 
else the check we do is failing for some reason.


Richard

PS Please keep discussion on the list, since others will have 
contributions to make.

Solution for the PDF viewing problems with Acrobat DC and request for testing

[Uwe Stöhr]

Dear LyXers,

as you might have noticed, it is not possible to view and update the 
view of PDF files with LyX 2.1.3 if you use Acrobat Reader DC as viewer 
for PDF files.


The solution it to replace the file pdfview.exe on your PC (in the same 
folder as the lyx.exe) with this one:


http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Viewing and also updating the view is then done via LyX's view button 
(the update button won't do anything visible).


Please test and report back if it works for you.
If it doesn't work, please write what version of Acrobat you are using 
and what Windows. Please also write the name of the Acrobat program 
window when a PDF is opened (e.g. Hello.pdf - Adobe Acrobat DC Pro).


many thanks and regards
Uwe

Re: Lyx Adobe Reader popup 'always on top' on Windows

[Uwe Stöhr]

Am 19.03.2015 um 12:24 schrieb Ben Lowe:


I am a Lyx user on Windows 7 64 bit using Lyx 2.0.7. Whenever I view
PDF I find that Adobe Reader defaults to always being on top. This can
be an issue as it means if I would like it to compile the PDF in the
background, I constantly have to dismiss the PDF window as it pops up
several times depending on what stage of the compile it is in. This
seems to occur for both pdflatex and luatex.


This is now fixed. To test replace the file pdfview.exe on your PC wit 
this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Does it fix the problem for you?

regards Uwe

Re: PDF preview in Acrobat Reader DC not working

[Uwe Stöhr]

Am 25.04.2015 um 19:20 schrieb Michael Treacy:


My preview (CTRL+R) does not seem to work with Acrobat Reader DC. I've
upgraded the path in the preferences to c:\Program Files (x86)\Adobe\Acrobat
Reader DC\Reader.

I still have Acrobat 10 on my system and I can get it to work with that but
every time that Acrobat Reader DC updates itself, it re-establishes itself
as the default viewer for pdf files.

When I try to get a preview, all I get is the opening screen for Acrobat
Reader DC, no preview. If I click on a PDF file on the pc, it works fine!


This should now be fixed. To test replace the file pdfview.exe on your 
system with this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

-

I read that you now use SumatraPDF to view PDFs. This is a nice program 
but unfortunately it cannot display PDF annotations correctly and also 
not PDF forms.


regards Uwe

Re: Creating a new description environment

[Guenter Milde]

On 2015-05-20, ga...@free.fr wrote:

> On 05/19/15 20:52, Victor Porton wrote:
>> I need to create a new environment which could work exactly as
>> Description with one change: It should use another LaTeX environment
>> (not "description"), when exporting.

>> Can it be done?

> Here's a solution that can be adapted to many other contexts. In 
> Document Setting > Local Layout, you can define your custom environment 
> with the following code:

> Style Description2
>CopyStyle Description
>LatexName "description2"
> End


If you want to use the new environment *instead of* "description", you can
also just create an alias makro in Document>Settings>LaTeX preamble:

\renewenvironment{description}%
{\theotherenvironmentname}
{\endtheotherenvironmentname}


Günter

Re: changing default margin settings shows no effect

[Guenter Milde]

On 2015-05-19, Jürgen Spitzmüller wrote:

> The crucial difference is probably that while using KOMA, typearea is
> loaded first (by the class), then geometry (by LyX) which does the final
> settings and overrides whatever KOMA sets via typearea.
> With ClassicThesis, the classicthesis package is loaded after LyX loads
> geometry and then overrides the page settings and everything done by
> geometry.

Is there a chance to load ClassicThesis before gemoetry to get a consistent
behaviour?

Günter

Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 9:23 GMT+02:00 Guenter Milde :

> Is there a chance to load ClassicThesis before gemoetry to get a consistent
> behaviour?
>

Note that we talk of a contributed style, which is not included in LyX.

I think the proper solution would be to make ClassicThesis a class (not a
style). For LyX support, the implementation does not even directly load a
style, but some *config.tex file.

Jürgen


>
> Günter
>
>

Re: note/commentary/greyed out note

[Wolfgang Engelmann]

Am 20.05.2015 um 05:01 schrieb Scott Kostyshak:

On Mon, May 18, 2015 at 3:16 AM, Wolfgang Engelmann
 wrote:


Am 16.05.2015 um 23:54 schrieb Scott Kostyshak:

On Sat, May 16, 2015 at 5:10 AM, Wolfgang Engelmann
 wrote:

I have again a (probably) trivial problem:
I used to be able to select by right clicking on a note whether it should
be
note/commentary/greyed out note but the commentary/greyed out note are
-well- greyed out. I tried to find an answer in the various help manuals
but
without success. What am I missing?
Wolfgang

Hi Wolfgang,

Is this always the case? Same with a new document? Which version of
LyX are you using? What happens if you place the cursor before the
note and you run the following command?
inset-modify note Note Comment

Scott

Hi, Scott,
I am not sure what you meant. I include a minimal example (no preamble
content anymore) which shows that in the front matter a Note can not be
changed to a Commentary or Grayed out Note. How should your example be
placed? In the preamble???
I guess the problem is a matter of the Koma script book style, since
changing it to standard book style shows an error -indicating that a note in
the front matter is not accepted. However, I would say that in both book
styles notes/commentaries/grayed out should be allowed.
Thanks for your attention

Hi Wolfgang,

I see your point. If you can insert them with LaTeX and it works, then
you might want to create a feature request. I would frame it more
about *inserting* a greyed out note, as it is the same issue and more
directly describes the problem than converting a note to a greyed out
note.

Scott

After experimenting a bit I found out that in Koma Script Book Style

Commentary and grayed out notes do not work in frontmatter (Backside 
bottom), but do if copied from mainmatter to frontmatter Backside bottom.


This has probably to do with the Koma Book Style Upper- and Lower 
Backside, since these are not available with the Standard Book Style. So 
I think it has to be changed in Koma and has nothing to do with Lyx. 
Should be fixed there (Koma) easily, I guess.


Wolfgang

Re: changing default margin settings shows no effect

[John Kane]

Thanks  Jürgen,
Somewhat OT but I was wondering how it worked. I combed through the
Document Class list three times and even Reconfigured looking for it

On 20 May 2015 at 03:28, Jürgen Spitzmüller  wrote:

> 2015-05-20 9:23 GMT+02:00 Guenter Milde :
>
>> Is there a chance to load ClassicThesis before gemoetry to get a
>> consistent
>> behaviour?
>>
>
> Note that we talk of a contributed style, which is not included in LyX.
>
> I think the proper solution would be to make ClassicThesis a class (not a
> style). For LyX support, the implementation does not even directly load a
> style, but some *config.tex file.
>
> Jürgen
>
>
>>
>> Günter
>>
>>
>


-- 
John Kane
Kingston ON Canada

Re: changing default margin settings shows no effect

[Jürgen Spitzmüller]

2015-05-20 15:16 GMT+02:00 John Kane:

> Thanks  Jürgen,
> Somewhat OT but I was wondering how it worked. I combed through the
> Document Class list three times and even Reconfigured looking for it
>

The layout is not included in the LyX distribution. You need to install it
from an external source:
https://bitbucket.org/amiede/classicthesis/downloads

Jürgen

Lyx does not recompile after a change in a child document

[Gilles Moyse]

Dear all,

I am currently writing my thesis and have found a strange problem which
started occurring right now. I have a master document and several child
docs for each chapter. When I change something in one of them and hit
"Update Master Document", the whole doc is recompiled and updated in the
viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change something
and ask for recompilation.

I am unfortunately not able to provide a MWE since I cannot reproduce it
with a simpler doc. I was wondering if a similar issue was known?

Thanks in advance,

Gilles

Re: changing default margin settings shows no effect

[John Kane]

Oh I downloaded and installed it with really no problem. It was just that I
thought it should be a document class.  Or something :(

Thanks.

On 20 May 2015 at 09:19, Jürgen Spitzmüller  wrote:

> 2015-05-20 15:16 GMT+02:00 John Kane:
>
>> Thanks  Jürgen,
>> Somewhat OT but I was wondering how it worked. I combed through the
>> Document Class list three times and even Reconfigured looking for it
>>
>
> The layout is not included in the LyX distribution. You need to install it
> from an external source:
> https://bitbucket.org/amiede/classicthesis/downloads
>
> Jürgen
>
>



-- 
John Kane
Kingston ON Canada

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 10:09 AM, Gilles Moyse wrote:

Dear all,

I am currently writing my thesis and have found a strange problem 
which started occurring right now. I have a master document and 
several child docs for each chapter. When I change something in one of 
them and hit "Update Master Document", the whole doc is recompiled and 
updated in the viewer (Sumatra in this case).
But with one of the child document, nothing happens when I change 
something and ask for recompilation.


I am unfortunately not able to provide a MWE since I cannot reproduce 
it with a simpler doc. I was wondering if a similar issue was known?


I have never heard of anything like this.

Is there anything at all special about this document? Is it a direct 
child? A child of a child? Included more than once?


Richard

Re: Lyx does not recompile after a change in a child document

[Richard Heck]

On 05/20/2015 04:29 PM, Gilles Moyse wrote:
Thanks Richard for your answer. It is not a specific document, and it 
used to work well. Here are also some details I should have included 
in my first email :


I am using Lyx v2.1.3 on Windows 7. I have tried to recompile the 
child document on its own, and it works correctly, so the whole 
compilation is launched and the output is updated. However, even after 
doing this, changing the document and hitting "Update Master Document" 
does not update anything.


That part isn't a surprise. If you've compiled the child recently, then 
(I think) LyX will realize this, though I'm not sure.


For some reason, LyX is either not checking this particular document, or 
else the check we do is failing for some reason.


Richard

PS Please keep discussion on the list, since others will have 
contributions to make.

Solution for the PDF viewing problems with Acrobat DC and request for testing

[Uwe Stöhr]

Dear LyXers,

as you might have noticed, it is not possible to view and update the 
view of PDF files with LyX 2.1.3 if you use Acrobat Reader DC as viewer 
for PDF files.


The solution it to replace the file pdfview.exe on your PC (in the same 
folder as the lyx.exe) with this one:


http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Viewing and also updating the view is then done via LyX's view button 
(the update button won't do anything visible).


Please test and report back if it works for you.
If it doesn't work, please write what version of Acrobat you are using 
and what Windows. Please also write the name of the Acrobat program 
window when a PDF is opened (e.g. "Hello.pdf - Adobe Acrobat DC Pro").


many thanks and regards
Uwe

Re: Lyx Adobe Reader popup 'always on top' on Windows

[Uwe Stöhr]

Am 19.03.2015 um 12:24 schrieb Ben Lowe:


I am a Lyx user on Windows 7 64 bit using Lyx 2.0.7. Whenever I view
PDF I find that Adobe Reader defaults to always being on top. This can
be an issue as it means if I would like it to compile the PDF in the
background, I constantly have to dismiss the PDF window as it pops up
several times depending on what stage of the compile it is in. This
seems to occur for both pdflatex and luatex.


This is now fixed. To test replace the file pdfview.exe on your PC wit 
this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

Does it fix the problem for you?

regards Uwe

Re: PDF preview in Acrobat Reader DC not working

[Uwe Stöhr]

Am 25.04.2015 um 19:20 schrieb Michael Treacy:


My preview (CTRL+R) does not seem to work with Acrobat Reader DC. I've
upgraded the path in the preferences to c:\Program Files (x86)\Adobe\Acrobat
Reader DC\Reader.

I still have Acrobat 10 on my system and I can get it to work with that but
every time that Acrobat Reader DC updates itself, it re-establishes itself
as the default viewer for pdf files.

When I try to get a preview, all I get is the opening screen for Acrobat
Reader DC, no preview. If I click on a PDF file on the pc, it works fine!


This should now be fixed. To test replace the file pdfview.exe on your 
system with this one:

http://ftp.lyx.de/LyX%202.1.3/pdfview.exe

-

I read that you now use SumatraPDF to view PDFs. This is a nice program 
but unfortunately it cannot display PDF annotations correctly and also 
not PDF forms.


regards Uwe