Re: How to get different change tracking colors for different authors

[Richard Kimberly Heck]

On 5/30/20 5:44 AM, Daniel wrote:
> On 2020-05-29 13:24, list_em...@icloud.com wrote:
>> LyX 2.3.2
>> macoS 10.11.6
>> PDF viewer Skim
>>
>> When change tracking is enabled, insertions are shown in LyX as
>> underlined blue and deletions are shown in a slightly lighter shade
>> of crossed-out blue. But in the PDF, insertions are in blue, no
>> underlining, and deletions are crossed-out red.
>>
>> I’m on a second revision of a manuscript. I want to keep the changes
>> from the first revision and also view changes to the second revision,
>> but in different colors, both in LyX and PDF. I see that I could make
>> myself the second author, as that author is set up for different
>> colors. How do I do that? I see the Identity item in Preferences but
>> it doesn’t seem to have any effect. And the docs seem a little shy on
>> this topic, as far as I can tell.
>>
>> BTW the manual says that to get changes to appear in the output one
>> needs dvipost. Seems a little stale and no mention of PDF which
>> output seems to appear without adding any packages.
>>
>> Jerry
>>
>
> Hi Jerry,
>
> Unfortunately, changes to the Identity in the Preferences work only
> after a restart of LyX. And the different colors for different
> identities you get in the work area this way, are not visible in the
> PDF output. I don't think different colors for different authors in
> the output are supported currently.

The author is output with the command, so one can redefine \lyxadded or
\lyxdeleted to do something with it. The default is just:

\DeclareRobustCommand{\lyxadded}[3]{{\color{lyxadded}{}#3}}

\DeclareRobustCommand{\lyxdeleted}[3]{{\color{lyxdeleted}\lyxsout{#3}}}

and the LaTeX looks like:

\lyxadded{Richard Kimberly Heck}{Sat May 30 19:14:07 2020}{this is a
change}

Riki


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

Re: How to get different change tracking colors for different authors

[Daniel]

On 2020-05-29 13:24, list_em...@icloud.com wrote:

LyX 2.3.2
macoS 10.11.6
PDF viewer Skim

When change tracking is enabled, insertions are shown in LyX as underlined blue 
and deletions are shown in a slightly lighter shade of crossed-out blue. But in 
the PDF, insertions are in blue, no underlining, and deletions are crossed-out 
red.

I’m on a second revision of a manuscript. I want to keep the changes from the 
first revision and also view changes to the second revision, but in different 
colors, both in LyX and PDF. I see that I could make myself the second author, 
as that author is set up for different colors. How do I do that? I see the 
Identity item in Preferences but it doesn’t seem to have any effect. And the 
docs seem a little shy on this topic, as far as I can tell.

BTW the manual says that to get changes to appear in the output one needs 
dvipost. Seems a little stale and no mention of PDF which output seems to 
appear without adding any packages.

Jerry



Hi Jerry,

Unfortunately, changes to the Identity in the Preferences work only 
after a restart of LyX. And the different colors for different 
identities you get in the work area this way, are not visible in the PDF 
output. I don't think different colors for different authors in the 
output are supported currently.


Daniel

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

How to get different change tracking colors for different authors

[list_email]

LyX 2.3.2
macoS 10.11.6
PDF viewer Skim

When change tracking is enabled, insertions are shown in LyX as underlined blue 
and deletions are shown in a slightly lighter shade of crossed-out blue. But in 
the PDF, insertions are in blue, no underlining, and deletions are crossed-out 
red.

I’m on a second revision of a manuscript. I want to keep the changes from the 
first revision and also view changes to the second revision, but in different 
colors, both in LyX and PDF. I see that I could make myself the second author, 
as that author is set up for different colors. How do I do that? I see the 
Identity item in Preferences but it doesn’t seem to have any effect. And the 
docs seem a little shy on this topic, as far as I can tell.

BTW the manual says that to get changes to appear in the output one needs 
dvipost. Seems a little stale and no mention of PDF which output seems to 
appear without adding any packages.

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

Re: Customize change tracking output

[AC and Leo]

Thank you! That worked.

Leo

On 7/23/2019 10:31 AM, Jürgen Spitzmüller wrote:

Am Dienstag, den 23.07.2019, 10:20 -0600 schrieb AC and Leo:

I'm working on a paper revision with LyX 2.3.1 (Windows 7). The
requirement is to resubmit a pdf file that only shows added text
while
the deleted text should not be shown. Is there a way to do that in
LyX?

Put this in the Document > Settings > Preamble:

\renewcommand{\lyxdeleted}[3]{}

while having "Show Changes in Output" activated.

Jürgen

Re: Customize change tracking output

[Jürgen Spitzmüller]

Am Dienstag, den 23.07.2019, 10:20 -0600 schrieb AC and Leo:
> I'm working on a paper revision with LyX 2.3.1 (Windows 7). The 
> requirement is to resubmit a pdf file that only shows added text
> while 
> the deleted text should not be shown. Is there a way to do that in
> LyX? 

Put this in the Document > Settings > Preamble:

\renewcommand{\lyxdeleted}[3]{}

while having "Show Changes in Output" activated.

Jürgen


signature.asc
Description: This is a digitally signed message part

Customize change tracking output

[AC and Leo]

Hello,

I'm working on a paper revision with LyX 2.3.1 (Windows 7). The 
requirement is to resubmit a pdf file that only shows added text while 
the deleted text should not be shown. Is there a way to do that in LyX? 
As of now, the pdf show both the added text in blue and deleted text is 
crossed out in red.


Thank you,

Leo

Re: Same change tracking author on different computers

[Daniel]

On 2019-04-23 19:51, Paul A. Rubin wrote:

On 4/23/19 12:52 PM, Daniel wrote:

Hi,

I am using change tracking on different computers but would like to 
edit as the same author. Is that possible? Currently, if I edit on the 
first computer, this is shown on the second computer in another color 
and the changes there are added as another author.


Best,
Daniel

If you have the same name entered in Tools > Preferences... > Identity 
on both machines, you will be editing as the same author. I don't think 
the email address needs to be consistent, just the name.


Paul


Thanks! I tried that before but didn't restart LyX in between. After a 
restart it works now.


Daniel

Re: Same change tracking author on different computers

[Paul A. Rubin]

On 4/23/19 12:52 PM, Daniel wrote:

Hi,

I am using change tracking on different computers but would like to 
edit as the same author. Is that possible? Currently, if I edit on the 
first computer, this is shown on the second computer in another color 
and the changes there are added as another author.


Best,
Daniel

If you have the same name entered in Tools > Preferences... > Identity 
on both machines, you will be editing as the same author. I don't think 
the email address needs to be consistent, just the name.


Paul

Same change tracking author on different computers

[Daniel]

Hi,

I am using change tracking on different computers but would like to edit 
as the same author. Is that possible? Currently, if I edit on the first 
computer, this is shown on the second computer in another color and the 
changes there are added as another author.


Best,
Daniel

Re: Change Tracking Colors (Screen vs PDF)

[Dr Eberhard Lisse]

Kornel,

thank you.

How do I change the colors?

el

On 08/02/2019 12:16, Kornel Benko wrote:
[...] 
> The screen and paper are different output devices. Therefore they deserve 
> different
> configuration parameters. (Imagine screen background having the color of 
> printed 'added/deleted text')
> 
>   Kornel
> 




signature.asc
Description: OpenPGP digital signature

Re: Change Tracking Colors (Screen vs PDF)

[Kornel Benko]

Am Freitag, 8. Februar 2019 10:17:28 CET schrieb Jean-Marc Lasgouttes 
:
> Le 08/02/2019 à 10:05, Dr Eberhard Lisse a écrit :
> > Hi,
> > 
> > I have been modifying the change colors for a tracked document, using
> > Preferences -> Look -> Screen Colors, I wanted the switch "changed
> > text 1st author" to be in red and the 3rd author in blue.
> > 
> > That works on the screen, but the output has still first author in blue,
> > which I see in the LaTeX document preamble as
> > 
> > \providecolor{lyxadded}{rgb}{0,0,1}
> > \providecolor{lyxdeleted}{rgb}{1,0,0}
> > 
> > Reason being that if I use Compare Documents an insert of a (single)
> > character is better visible in red than in blue. In the Tracking proper
> > it's ok because it shows the whole word delete and a new word added.
> 
> The colors you see here are "added text" and "deleted text". These 
> colors are only used for the latex output.
> 
> I am not sure why the colors are so different between screen and print.
> 
> HTH,
> JMarc
> 

The screen and paper are different output devices. Therefore they deserve 
different
configuration parameters. (Imagine screen background having the color of 
printed 'added/deleted text')

Kornel


signature.asc
Description: This is a digitally signed message part.

Re: Change Tracking Colors (Screen vs PDF)

[Jean-Marc Lasgouttes]

Le 08/02/2019 à 10:05, Dr Eberhard Lisse a écrit :

Hi,

I have been modifying the change colors for a tracked document, using
Preferences -> Look -> Screen Colors, I wanted the switch "changed
text 1st author" to be in red and the 3rd author in blue.

That works on the screen, but the output has still first author in blue,
which I see in the LaTeX document preamble as

\providecolor{lyxadded}{rgb}{0,0,1}
\providecolor{lyxdeleted}{rgb}{1,0,0}

Reason being that if I use Compare Documents an insert of a (single)
character is better visible in red than in blue. In the Tracking proper
it's ok because it shows the whole word delete and a new word added.


The colors you see here are "added text" and "deleted text". These 
colors are only used for the latex output.


I am not sure why the colors are so different between screen and print.

HTH,
JMarc

Change Tracking Colors (Screen vs PDF)

[Dr Eberhard Lisse]

Hi,

I have been modifying the change colors for a tracked document, using
Preferences -> Look -> Screen Colors, I wanted the switch "changed
text 1st author" to be in red and the 3rd author in blue.

That works on the screen, but the output has still first author in blue,
which I see in the LaTeX document preamble as

\providecolor{lyxadded}{rgb}{0,0,1}
\providecolor{lyxdeleted}{rgb}{1,0,0}

Reason being that if I use Compare Documents an insert of a (single) 
character is better visible in red than in blue. In the Tracking proper 
it's ok because it shows the whole word delete and a new word added.


How can I change this in the output (PDF)?

greetings, el

Re: Lyx Change tracking show changes in output not working with displayed equations

[Scott Kostyshak]

On Mon, May 30, 2016 at 02:05:09PM -0500, David Halpern wrote:
> Hi,
> 
> I would like to print a hardcopy changes in output (deleted and added).
> If what I deleted does not contain a displayed equation, I can export the
> contents of my lyx file to a pdf file, and then print it out. However, if I
> delete a displayed equation, then an error message appears during the
> export to a pdf phase. I've also exported a lyx file to a plain latex file,
> with the changes in output on. In this case, again I get similar errors.
> With the changes in output off, latex does not generate errors.
> Is this a limitation of "tracking changes" or an error?
> Let me know how to get around this problem.
> Thanks.
> 

Hi David, it appears that this is a limitation of ulem.sty (which is
inherited by LyX's track changes feature). See:
http://www.lyx.org/trac/ticket/9678

I've checked with ulem's author and he said he would consider extending
the support for display math (it appears to be a tricky issue). I just
pinged him again (now a year later), so we'll see what he says.

As for the short run, I don't know of a workaround.

Best,

Scott

p.s. please respond to the list and not to me personally.


signature.asc
Description: PGP signature

Lyx Change tracking show changes in output not working with displayed equations

[David Halpern]

Hi,

I would like to print a hardcopy changes in output (deleted and added).
If what I deleted does not contain a displayed equation, I can export the
contents of my lyx file to a pdf file, and then print it out. However, if I
delete a displayed equation, then an error message appears during the
export to a pdf phase. I've also exported a lyx file to a plain latex file,
with the changes in output on. In this case, again I get similar errors.
With the changes in output off, latex does not generate errors.
Is this a limitation of "tracking changes" or an error?
Let me know how to get around this problem.
Thanks.

David Halpern

RE: Change tracking + fancy headers + changed section = error

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane]

>From: Scott Kostyshak [skost...@lyx.org]
>Sent: Thursday, February 04, 2016 12:40 PM
>To: lyx-users@lists.lyx.org
>Subject: Re: Change tracking + fancy headers + changed section = error
>
>On Thu, Feb 04, 2016 at 05:32:17PM +, Denniston, Todd A CIV 
>NAVSURFWARCENDIV Crane >wrote:
>> Scott,
>> looks like one more reason to pull up to RHEL 7 as soon as possible, epel 7 
>> has lyx 2.1.3, and RHEL 7 includes texlive-2012.
>> Thanks again for the feedback.
>
>Sounds like a good plan, Todd. In case you want to confirm my claim that
>the fix is due to LyX and not TeX Live (and thus there should be no
>concern of differences due to the fact that I'm on TL 2015 and you will
>be on TL 2012), I've attached the .tex file that LyX 2.1.3 produces. If
>you can compile this and the result is as expected, then you're set.
>
>Scott

Thanks for the test file, it does indeed produce the expected output when ran 
through pdflatex on my system.  Apparently the DeclareRobustCommand** is 
considerably more robust. :)

** the old version of LyX exported \newcommand the new one exports 
\DeclareRobustCommand

Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.

Re: Change tracking + fancy headers + changed section = error

[Scott Kostyshak]

Hi Todd,

Your example file works for me with LyX 2.1.3 as well as the development
version of 2.2.0. I am using TeX Live 2015 on Ubuntu but I expect this
depends more on the LyX version than the TeX Live version.

Attached is the PDF that is created for me.

Scott

On Thu, Feb 04, 2016 at 04:28:54PM +, Denniston, Todd A CIV 
NAVSURFWARCENDIV Crane wrote:
> It appears that if you are generating PDFs with fancy headers on, and change 
> tracking, that changing the last section of a page (the one that ends up in 
> the fancy header) is not allowed. 
> See attached minimal example file, poking the 'View PDF (pdflatex)' button 
> should generate the error.
> 
> The error is "Package xcolor Error: Undefined color 'LYXADDED'."
> 
> 1. Can someone verify that this is still a problem in the newest version of 
> LyX? (my distro is still using lyx 1.6.10 & texlive-2007-60)
> 1a. if it seems to be working, please state lyx and *tex version, so I know 
> when I should see relief from this error. [I have worked around it by just 
> 'accepting' the changed section, but it is always confusing when I hit it.]
> 2. If it is still an existing problem, could someone with a 
> www.lyx.org/trac/wiki/BugTrackerHome login please enter an appropriate 
> ticket? 
> 
> 
> Thanks.
> 
> Even when this disclaimer is not here:
> I am not a contracting officer. I do not have authority to make or modify the 
> terms of any contract.




TC_sections.pdf
Description: Adobe PDF document


signature.asc
Description: PGP signature

RE: Change tracking + fancy headers + changed section = error

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane]

Scott,
looks like one more reason to pull up to RHEL 7 as soon as possible, epel 7 has 
lyx 2.1.3, and RHEL 7 includes texlive-2012. 
Thanks again for the feedback.

Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


From: Scott Kostyshak [skost...@lyx.org]
Sent: Thursday, February 04, 2016 12:20 PM
To: lyx-users@lists.lyx.org
Subject: Re: Change tracking + fancy headers + changed section = error

Hi Todd,

Your example file works for me with LyX 2.1.3 as well as the development
version of 2.2.0. I am using TeX Live 2015 on Ubuntu but I expect this
depends more on the LyX version than the TeX Live version.

Attached is the PDF that is created for me.

Scott

On Thu, Feb 04, 2016 at 04:28:54PM +, Denniston, Todd A CIV 
NAVSURFWARCENDIV Crane wrote:
> It appears that if you are generating PDFs with fancy headers on, and change 
> tracking, that changing the last section of a page (the one that ends up in 
> the fancy header) is not allowed.
> See attached minimal example file, poking the 'View PDF (pdflatex)' button 
> should generate the error.
>
> The error is "Package xcolor Error: Undefined color 'LYXADDED'."
>
> 1. Can someone verify that this is still a problem in the newest version of 
> LyX? (my distro is still using lyx 1.6.10 & texlive-2007-60)
> 1a. if it seems to be working, please state lyx and *tex version, so I know 
> when I should see relief from this error. [I have worked around it by just 
> 'accepting' the changed section, but it is always confusing when I hit it.]
> 2. If it is still an existing problem, could someone with a 
> www.lyx.org/trac/wiki/BugTrackerHome login please enter an appropriate ticket?
>
>
> Thanks.
>
> Even when this disclaimer is not here:
> I am not a contracting officer. I do not have authority to make or modify the 
> terms of any contract.

Re: Change tracking + fancy headers + changed section = error

[Scott Kostyshak]

On Thu, Feb 04, 2016 at 05:32:17PM +, Denniston, Todd A CIV 
NAVSURFWARCENDIV Crane wrote:
> Scott,
> looks like one more reason to pull up to RHEL 7 as soon as possible, epel 7 
> has lyx 2.1.3, and RHEL 7 includes texlive-2012. 
> Thanks again for the feedback.

Sounds like a good plan, Todd. In case you want to confirm my claim that
the fix is due to LyX and not TeX Live (and thus there should be no
concern of differences due to the fact that I'm on TL 2015 and you will
be on TL 2012), I've attached the .tex file that LyX 2.1.3 produces. If
you can compile this and the result is as expected, then you're set.

Scott


TC_sections.tex
Description: TeX document


signature.asc
Description: PGP signature

Change tracking + fancy headers + changed section = error

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane]

It appears that if you are generating PDFs with fancy headers on, and change 
tracking, that changing the last section of a page (the one that ends up in the 
fancy header) is not allowed. 
See attached minimal example file, poking the 'View PDF (pdflatex)' button 
should generate the error.

The error is "Package xcolor Error: Undefined color 'LYXADDED'."

1. Can someone verify that this is still a problem in the newest version of 
LyX? (my distro is still using lyx 1.6.10 & texlive-2007-60)
1a. if it seems to be working, please state lyx and *tex version, so I know 
when I should see relief from this error. [I have worked around it by just 
'accepting' the changed section, but it is always confusing when I hit it.]
2. If it is still an existing problem, could someone with a 
www.lyx.org/trac/wiki/BugTrackerHome login please enter an appropriate ticket? 


Thanks.

Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


TC_sections.lyx
Description: TC_sections.lyx

Re: Change tracking: no change bar in PDF output

[Jürgen Spitzmüller]

2015-12-30 16:40 GMT+01:00 Rudi Gaelzer <rgael...@gmail.com>:

> There is a possible bug here:
> Using change tracking with PDF output (pdflatex), the \lyxdeleted and
> \lyxadded
> commands work as supposed (respectively: read, strike out and blue).
> However,
> the change bar is not printed at the margin.
>


This is not a bug (you can call it a missing feature). LyX is not supposed
to print a change bar in the output.

You can find a module that implements the feature here:
http://wiki.lyx.org/Layouts/Modules

This module will be part of LyX 2.2.

Jürgen

Change tracking: no change bar in PDF output

[Rudi Gaelzer]

There is a possible bug here:
Using change tracking with PDF output (pdflatex), the \lyxdeleted and \lyxadded 
commands work as supposed (respectively: read, strike out and blue).  However, 
the change bar is not printed at the margin.

Looking at the source, I noticed that LyX uses the xcolor, pdfcolmk and ulem 
pacs to show the changes, when the output is directly piped to a PDF.

OTOH, if I export the doc to (plain) latex, LyX will use the dvipost package.  
Then, with "pplatex " and "dvipdf ", the resulting PDF contains the 
change bar.

=
Here is the source text, which won't printout the change bar.
=
%% LyX 2.1.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[english]{article}
\usepackage[T1]{fontenc}
\usepackage[latin9]{inputenc}
\usepackage{xcolor}
\usepackage{pdfcolmk}
\usepackage{amsmath}
\usepackage{amssymb}
\PassOptionsToPackage{normalem}{ulem}
\usepackage{ulem}

\makeatletter

%% LyX specific LaTeX commands.
\providecolor{lyxadded}{rgb}{0,0,1}
\providecolor{lyxdeleted}{rgb}{1,0,0}
%% Change tracking with ulem
\DeclareRobustCommand{\lyxadded}[3]{{\color{lyxadded}{}#3}}
\DeclareRobustCommand{\lyxdeleted}[3]{{\color{lyxdeleted}\sout{#3}}}

\makeatother

\usepackage{babel}
\begin{document}
Lorem ipsum dolor sit amet, \lyxdeleted{Rudi Gaelzer}{Wed Dec 30 15:31:16 
2015}{consectetur
adipisicing elit,} \lyxadded{Rudi Gaelzer}{Wed Dec 30 15:33:45 2015}{some
rubbish here, }sed doeiusmod tempor incididunt ut labore et dolore
magna aliqua. Ut enimad minim veniam, quis nostrud exercitation ullamco
laboris nisi utali\lyxadded{Rudi Gaelzer}{Wed Dec 30 15:34:13 2015}{.}

\lyxadded{Rudi Gaelzer}{Wed Dec 30 15:34:15 2015}{Excepteur sint occaecat
cupidatat non proident, sunt inculpa qui officia deserunt mollit anim
id est laborum.}
\end{document}

=
Here's the source that uses dvipost and generates the bar.
=
%% LyX 2.1.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[english]{article}
\usepackage[T1]{fontenc}
\usepackage[latin9]{inputenc}
\usepackage{dvipost}
\usepackage{amsmath}
\usepackage{amssymb}

\makeatletter

%% LyX specific LaTeX commands.
%% Change tracking with dvipost
\dvipostlayout
\dvipost{osstart color push Red}
\dvipost{osend color pop}
\dvipost{cbstart color push Blue}
\dvipost{cbend color pop}
\DeclareRobustCommand{\lyxadded}[3]{\changestart#3\changeend}
\DeclareRobustCommand{\lyxdeleted}[3]{%
\changestart\overstrikeon#3\overstrikeoff\changeend}

\makeatother

\usepackage{babel}
\begin{document}
Lorem ipsum dolor sit amet, \lyxdeleted{Rudi Gaelzer}{Wed Dec 30 15:31:16 
2015}{consectetur
adipisicing elit,} \lyxadded{Rudi Gaelzer}{Wed Dec 30 15:33:45 2015}{some
rubbish here, }sed doeiusmod tempor incididunt ut labore et dolore
magna aliqua. Ut enimad minim veniam, quis nostrud exercitation ullamco
laboris nisi utali\lyxadded{Rudi Gaelzer}{Wed Dec 30 15:34:13 2015}{.}

\lyxadded{Rudi Gaelzer}{Wed Dec 30 15:34:15 2015}{Excepteur sint occaecat
cupidatat non proident, sunt inculpa qui officia deserunt mollit anim
id est laborum.}
\end{document}

-- 
Rudi Gaelzer
Institute of Physics
Federal University of Rio Grande do Sul
BRAZIL
Registered Linux user # 153741

Export of change tracking to word WAS: Question regarding the correction mode of LyX

[Rainer M Krug]

Richard Heck rgh...@lyx.org writes:

 On 03/02/2015 10:27 AM, Harold Mouras wrote:
 Dear LyX users,
 I have question regarding the correction mode of Lyx. In a document,
 I used this correction mode and I would like to export my LyX
 document in a word document in which I could see my LyX corrections
 under word corrections ? Is that possible ?

 Do you mean change tracking? so LyX shows what you've deleted and
 added? If so, I have no idea if this is possible. It depends entirely
 upon whether whatever LaTeX -- Word program you are using to do the
 export. But I'd suspect that oolatex would support this.

If I remember correctly, this was one initial aim of the recent GSoC project
concerning the round trip conversnion - I actually don't know if the
results are in a usable format or even if export of change tracking has
been included in the feature sets supported?

Rainer


 Richard


-- 
Rainer M. Krug
email: Raineratkrugsdotde
PGP: 0x0F52F982


signature.asc
Description: PGP signature

Export of change tracking to word WAS: Question regarding the correction mode of LyX

[Rainer M Krug]

Richard Heck rgh...@lyx.org writes:

 On 03/02/2015 10:27 AM, Harold Mouras wrote:
 Dear LyX users,
 I have question regarding the correction mode of Lyx. In a document,
 I used this correction mode and I would like to export my LyX
 document in a word document in which I could see my LyX corrections
 under word corrections ? Is that possible ?

 Do you mean change tracking? so LyX shows what you've deleted and
 added? If so, I have no idea if this is possible. It depends entirely
 upon whether whatever LaTeX -- Word program you are using to do the
 export. But I'd suspect that oolatex would support this.

If I remember correctly, this was one initial aim of the recent GSoC project
concerning the round trip conversnion - I actually don't know if the
results are in a usable format or even if export of change tracking has
been included in the feature sets supported?

Rainer


 Richard


-- 
Rainer M. Krug
email: Raineratkrugsdotde
PGP: 0x0F52F982


signature.asc
Description: PGP signature

Export of change tracking to word WAS: Question regarding the correction mode of LyX

[Rainer M Krug]

Richard Heck <rgh...@lyx.org> writes:

> On 03/02/2015 10:27 AM, Harold Mouras wrote:
>> Dear LyX users,
>> I have question regarding the correction mode of Lyx. In a document,
>> I used this correction mode and I would like to export my LyX
>> document in a word document in which I could see my LyX corrections
>> under word corrections ? Is that possible ?
>
> Do you mean change tracking? so LyX shows what you've deleted and
> added? If so, I have no idea if this is possible. It depends entirely
> upon whether whatever LaTeX --> Word program you are using to do the
> export. But I'd suspect that oolatex would support this.

If I remember correctly, this was one initial aim of the recent GSoC project
concerning the round trip conversnion - I actually don't know if the
results are in a usable format or even if export of change tracking has
been included in the feature sets supported?

Rainer

>
> Richard
>

-- 
Rainer M. Krug
email: Rainerkrugsde
PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: change tracking

[Jean-Marc Lasgouttes]

Le 02/02/2015 11:48, Patrick Dupre a écrit :

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?


Unfortunately not. This is not yet implemented.

JMarc

change tracking

[Patrick Dupre]

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?

Thank.

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale   | |
 Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===

change tracking

[Patrick Dupre]

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?

Thank.

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale   | |
 Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===

Re: change tracking

[Jean-Marc Lasgouttes]

Le 02/02/2015 11:48, Patrick Dupre a écrit :

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?


Unfortunately not. This is not yet implemented.

JMarc

change tracking

[Patrick Dupre]

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?

Thank.

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale   | |
 Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===

Re: change tracking

[Jean-Marc Lasgouttes]

Le 02/02/2015 11:48, Patrick Dupre a écrit :

Hello,

The tool change tracking is very convenient. However, it seems that it does not 
work
in formula mode.
Did I miss something?


Unfortunately not. This is not yet implemented.

JMarc

Re: new documents always have change-tracking on

[Mark Bravington]

 Stephan Witt st.witt at gmx.net writes:

 
 Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.bravington at
csiro.au:
 
  Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
  change-tracking switched on

 You've saved this state with your document defaults.
 
 To get rid of it you may disable change tracking in a new document
 and in document preferences save this document as default again.
 
 Stephan

Thanks, that solves it.

It does seem a bit odd that change-tracking status can be a document
default, since all the other things on the document-settings page are
output-related--- but maybe there's nowhere else that's more appropriate.

Mark

Re: new documents always have change-tracking on

[Scott Kostyshak]

On Mon, Nov 17, 2014 at 4:26 PM, Mark Bravington
mark.braving...@csiro.au wrote:
 Stephan Witt st.witt at gmx.net writes:


 Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.bravington at
 csiro.au:

  Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
  change-tracking switched on

 You've saved this state with your document defaults.

 To get rid of it you may disable change tracking in a new document
 and in document preferences save this document as default again.

 Stephan

 Thanks, that solves it.

 It does seem a bit odd that change-tracking status can be a document
 default, since all the other things on the document-settings page are
 output-related--- but maybe there's nowhere else that's more appropriate.

Yes, I agree that it can be confusing. You can toggle it globally
using buffer-forall.
In fact, it is one of the examples in Help  LyX Functions.

Scott

Re: new documents always have change-tracking on

[Mark Bravington]

 Stephan Witt st.witt at gmx.net writes:

 
 Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.bravington at
csiro.au:
 
  Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
  change-tracking switched on

 You've saved this state with your document defaults.
 
 To get rid of it you may disable change tracking in a new document
 and in document preferences save this document as default again.
 
 Stephan

Thanks, that solves it.

It does seem a bit odd that change-tracking status can be a document
default, since all the other things on the document-settings page are
output-related--- but maybe there's nowhere else that's more appropriate.

Mark

Re: new documents always have change-tracking on

[Scott Kostyshak]

On Mon, Nov 17, 2014 at 4:26 PM, Mark Bravington
mark.braving...@csiro.au wrote:
 Stephan Witt st.witt at gmx.net writes:


 Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.bravington at
 csiro.au:

  Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
  change-tracking switched on

 You've saved this state with your document defaults.

 To get rid of it you may disable change tracking in a new document
 and in document preferences save this document as default again.

 Stephan

 Thanks, that solves it.

 It does seem a bit odd that change-tracking status can be a document
 default, since all the other things on the document-settings page are
 output-related--- but maybe there's nowhere else that's more appropriate.

Yes, I agree that it can be confusing. You can toggle it globally
using buffer-forall.
In fact, it is one of the examples in Help  LyX Functions.

Scott

Re: new documents always have change-tracking on

[Mark Bravington]

> Stephan Witt  gmx.net> writes:

> 
> Am 17.11.2014 um 04:37 schrieb Mark Bravington 
csiro.au>:
> 
> > Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
> > change-tracking switched on

> You've saved this state with your document defaults.
> 
> To get rid of it you may disable change tracking in a new document
> and in document preferences save this document as default again.
> 
> Stephan

Thanks, that solves it.

It does seem a bit odd that change-tracking status can be a "document
default", since all the other things on the document-settings page are
output-related--- but maybe there's nowhere else that's more appropriate.

Mark

Re: new documents always have change-tracking on

[Scott Kostyshak]

On Mon, Nov 17, 2014 at 4:26 PM, Mark Bravington
<mark.braving...@csiro.au> wrote:
>> Stephan Witt  gmx.net> writes:
>
>>
>> Am 17.11.2014 um 04:37 schrieb Mark Bravington 
> csiro.au>:
>>
>> > Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
>> > change-tracking switched on
>
>> You've saved this state with your document defaults.
>>
>> To get rid of it you may disable change tracking in a new document
>> and in document preferences save this document as default again.
>>
>> Stephan
>
> Thanks, that solves it.
>
> It does seem a bit odd that change-tracking status can be a "document
> default", since all the other things on the document-settings page are
> output-related--- but maybe there's nowhere else that's more appropriate.

Yes, I agree that it can be confusing. You can toggle it globally
using buffer-forall.
In fact, it is one of the examples in Help > LyX Functions.

Scott

new documents always have change-tracking on

[Mark Bravington]

Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
change-tracking switched on, so that I start typing and then have to undo it
and turn off change-tracking and start again. Not life-threatening, but
annoying... and I can't find where to control this behaviour.

If it's not just me, then

 Tools/Preferences/LookFeel/Document handling

could be a good place for a checkbox to turn this off/on for new documents.

Mark

Re: new documents always have change-tracking on

[Stephan Witt]

Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.braving...@csiro.au:

 Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
 change-tracking switched on, so that I start typing and then have to undo it
 and turn off change-tracking and start again. Not life-threatening, but
 annoying... and I can't find where to control this behaviour.

You've saved this state with your document defaults.

To get rid of it you may disable change tracking in a new document
and in document preferences save this document as default again.

Stephan

 
 If it's not just me, then
 
 Tools/Preferences/LookFeel/Document handling
 
 could be a good place for a checkbox to turn this off/on for new documents.
 
 Mark
 

new documents always have change-tracking on

[Mark Bravington]

Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
change-tracking switched on, so that I start typing and then have to undo it
and turn off change-tracking and start again. Not life-threatening, but
annoying... and I can't find where to control this behaviour.

If it's not just me, then

 Tools/Preferences/LookFeel/Document handling

could be a good place for a checkbox to turn this off/on for new documents.

Mark

Re: new documents always have change-tracking on

[Stephan Witt]

Am 17.11.2014 um 04:37 schrieb Mark Bravington mark.braving...@csiro.au:

 Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
 change-tracking switched on, so that I start typing and then have to undo it
 and turn off change-tracking and start again. Not life-threatening, but
 annoying... and I can't find where to control this behaviour.

You've saved this state with your document defaults.

To get rid of it you may disable change tracking in a new document
and in document preferences save this document as default again.

Stephan

 
 If it's not just me, then
 
 Tools/Preferences/LookFeel/Document handling
 
 could be a good place for a checkbox to turn this off/on for new documents.
 
 Mark
 

new documents always have change-tracking on

[Mark Bravington]

Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
change-tracking switched on, so that I start typing and then have to undo it
and turn off change-tracking and start again. Not life-threatening, but
annoying... and I can't find where to control this behaviour.

If it's not just me, then

 Tools/Preferences/Look/Document handling

could be a good place for a checkbox to turn this off/on for new documents.

Mark

Re: new documents always have change-tracking on

[Stephan Witt]

Am 17.11.2014 um 04:37 schrieb Mark Bravington <mark.braving...@csiro.au>:

> Lyx 2.1.2 on Windows 7: When I do File/New document, it opens up with
> change-tracking switched on, so that I start typing and then have to undo it
> and turn off change-tracking and start again. Not life-threatening, but
> annoying... and I can't find where to control this behaviour.

You've saved this state with your document defaults.

To get rid of it you may disable change tracking in a new document
and in document preferences save this document as default again.

Stephan

> 
> If it's not just me, then
> 
> Tools/Preferences/Look/Document handling
> 
> could be a good place for a checkbox to turn this off/on for new documents.
> 
> Mark
> 

Same author, different computers and change tracking

[Debora B]

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.

Thank you.

Re: Same author, different computers and change tracking

[Richard Heck]

On 10/07/2014 09:52 AM, Debora B wrote:

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.


I think it is enough to make sure that you have the same name and 
email under Tools Preferences Identity.


Richard

Same author, different computers and change tracking

[Debora B]

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.

Thank you.

Re: Same author, different computers and change tracking

[Richard Heck]

On 10/07/2014 09:52 AM, Debora B wrote:

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.


I think it is enough to make sure that you have the same name and 
email under Tools Preferences Identity.


Richard

Same author, different computers and change tracking

[Debora B]

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.

Thank you.

Re: Same author, different computers and change tracking

[Richard Heck]

On 10/07/2014 09:52 AM, Debora B wrote:

Hello

I am editing a document in Lyx with other authors using change tracking, but
I myself edit this document from different computers. I would like to know
if it is possible to tell Lyx that I am the same author no matter what
computer I am using, so my changes will be the same color.


I think it is enough to make sure that you have the same "name" and 
"email" under Tools> Preferences> Identity.


Richard

Re: Figure numbers change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 2:22 PM, Scott Kostyshak skost...@princeton.edu wrote:
 On Fri, Feb 8, 2013 at 11:48 AM, EK ehud.kap...@gmail.com wrote:
 OK-- further research uncovered the culprit for the first issue (the need to
 accept any change made before I could compile).
 In my preamble I had the following:

 \usepackage{enumitem}

 \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}

 \usepackage[pdftex,outerbars]{changebar}

 \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}

 \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}


 Commenting these lines out solved the problem.  I have not yet discovered
 the reason for the failure to correctly reference a wrap figure in a box.

 Thanks for keeping us updated. Hopefully we can figure out the second issue

Hi Ehud,

The reason you get Figure D is that the label is outside of the
figure caption. Thus, LaTeX thinks that you want to reference the
section, not the figure. Your sections are lettered. Thus, this must
have been in the 4th section of your LyX document.

To fix this, put the label inside the caption (I think anywhere is
fine) of the graphic. Does that work?

Best,

Scott

Re: Figure numbers change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 2:22 PM, Scott Kostyshak skost...@princeton.edu wrote:
 On Fri, Feb 8, 2013 at 11:48 AM, EK ehud.kap...@gmail.com wrote:
 OK-- further research uncovered the culprit for the first issue (the need to
 accept any change made before I could compile).
 In my preamble I had the following:

 \usepackage{enumitem}

 \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}

 \usepackage[pdftex,outerbars]{changebar}

 \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}

 \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}


 Commenting these lines out solved the problem.  I have not yet discovered
 the reason for the failure to correctly reference a wrap figure in a box.

 Thanks for keeping us updated. Hopefully we can figure out the second issue

Hi Ehud,

The reason you get Figure D is that the label is outside of the
figure caption. Thus, LaTeX thinks that you want to reference the
section, not the figure. Your sections are lettered. Thus, this must
have been in the 4th section of your LyX document.

To fix this, put the label inside the caption (I think anywhere is
fine) of the graphic. Does that work?

Best,

Scott

Re: Figure numbers & change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 2:22 PM, Scott Kostyshak  wrote:
> On Fri, Feb 8, 2013 at 11:48 AM, EK  wrote:
>> OK-- further research uncovered the culprit for the first issue (the need to
>> accept any change made before I could compile).
>> In my preamble I had the following:
>>
>> \usepackage{enumitem}
>>
>> \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}
>>
>> \usepackage[pdftex,outerbars]{changebar}
>>
>> \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}
>>
>> \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}
>>
>>
>> Commenting these lines out solved the problem.  I have not yet discovered
>> the reason for the failure to correctly reference a wrap figure in a box.
>
> Thanks for keeping us updated. Hopefully we can figure out the second issue

Hi Ehud,

The reason you get "Figure D" is that the label is outside of the
figure caption. Thus, LaTeX thinks that you want to reference the
section, not the figure. Your sections are lettered. Thus, this must
have been in the 4th section of your LyX document.

To fix this, put the label inside the caption (I think anywhere is
fine) of the graphic. Does that work?

Best,

Scott

Output color while change tracking

[EK]

  
  
When I choose to show
  changes in output, the changed text appears blue in the pdf
output, 
and the changebar in the margin appears gray. 
I would like to be able to control the color of both the changed
text and the changebar.
How do I do that? Do I change the number (#3) in the \cbstart\color
command?
Right now I have in the preamble:


\usepackage{textcomp}

\usepackage{color}
  \date{}
  \setcounter{page}{1}
  
  \renewcommand{\thesection}{\Alph{section}}

\renewcommand{\contentsname}{}
%Suppress the word `Contents' before the Table of Contents

  \usepackage{enumitem}

\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}



  


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}







  


  

Output color while change tracking

[EK]

  
  
When I choose to show
  changes in output, the changed text appears blue in the pdf
output, 
and the changebar in the margin appears gray. 
I would like to be able to control the color of both the changed
text and the changebar.
How do I do that? Do I change the number (#3) in the \cbstart\color
command?
Right now I have in the preamble:


\usepackage{textcomp}

\usepackage{color}
  \date{}
  \setcounter{page}{1}
  
  \renewcommand{\thesection}{\Alph{section}}

\renewcommand{\contentsname}{}
%Suppress the word `Contents' before the Table of Contents

  \usepackage{enumitem}

\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}



  


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}







  


  

Output color while change tracking

[EK]

  
  
When I choose to show
  changes in output, the changed text appears blue in the pdf
output, 
and the changebar in the margin appears gray. 
I would like to be able to control the color of both the changed
text and the changebar.
How do I do that?  Do I change the number (#3) in the \cbstart\color
command?
Right now I have in the preamble:


\usepackage{textcomp}

\usepackage{color}
  \date{}
  \setcounter{page}{1}
  
  \renewcommand{\thesection}{\Alph{section}}

\renewcommand{\contentsname}{}
%Suppress the word `Contents' before the Table of Contents

  \usepackage{enumitem}

\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}



  


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}







  


  

Re: Figure numbers change tracking

[EK]

  
  
OK-- further research uncovered the culprit for the first issue (the
need to accept any change made before I could compile). 
In my preamble I had the following:



\usepackage{enumitem}


\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}

  

Commenting these lines out solved the problem. I have not yet
discovered the reason for the failure to correctly reference a wrap
figure in a box.

Ehud Kaplan

On 02/07/2013 01:03 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 8:46 AM, EK ehud.kap...@gmail.com wrote:

  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan

  
  
Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by "any change to
the figure" you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott



-- 
  
  Ehud Kaplan, Ph.D.
  Jules and Doris Stein Research to Prevent Blindness
  Professor
  Director, The laboratory of Visual  Computational
  Neuroscience
  Director, Center for Excellence in Computational 
  Systems Neuroscience
  Friedman Brain Institute
  Departments of Neuroscience, Ophthalmology, Structural 
  Chemical Biology,
  The Ichan school of medicine at Mount Sinai
  One Gustave Levy Place, 
  NY, NY, 10029 

  

Re: Figure numbers change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 11:48 AM, EK ehud.kap...@gmail.com wrote:
 OK-- further research uncovered the culprit for the first issue (the need to
 accept any change made before I could compile).
 In my preamble I had the following:

 \usepackage{enumitem}

 \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}

 \usepackage[pdftex,outerbars]{changebar}

 \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}

 \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}


 Commenting these lines out solved the problem.  I have not yet discovered
 the reason for the failure to correctly reference a wrap figure in a box.

Thanks for keeping us updated. Hopefully we can figure out the second issue

Best,

Scott

Re: Figure numbers change tracking

[EK]

  
  
OK-- further research uncovered the culprit for the first issue (the
need to accept any change made before I could compile). 
In my preamble I had the following:



\usepackage{enumitem}


\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}

  

Commenting these lines out solved the problem. I have not yet
discovered the reason for the failure to correctly reference a wrap
figure in a box.

Ehud Kaplan

On 02/07/2013 01:03 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 8:46 AM, EK ehud.kap...@gmail.com wrote:

  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan

  
  
Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by "any change to
the figure" you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott



-- 
  
  Ehud Kaplan, Ph.D.
  Jules and Doris Stein Research to Prevent Blindness
  Professor
  Director, The laboratory of Visual  Computational
  Neuroscience
  Director, Center for Excellence in Computational 
  Systems Neuroscience
  Friedman Brain Institute
  Departments of Neuroscience, Ophthalmology, Structural 
  Chemical Biology,
  The Ichan school of medicine at Mount Sinai
  One Gustave Levy Place, 
  NY, NY, 10029 

  

Re: Figure numbers change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 11:48 AM, EK ehud.kap...@gmail.com wrote:
 OK-- further research uncovered the culprit for the first issue (the need to
 accept any change made before I could compile).
 In my preamble I had the following:

 \usepackage{enumitem}

 \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}

 \usepackage[pdftex,outerbars]{changebar}

 \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}

 \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}


 Commenting these lines out solved the problem.  I have not yet discovered
 the reason for the failure to correctly reference a wrap figure in a box.

Thanks for keeping us updated. Hopefully we can figure out the second issue

Best,

Scott

Re: Figure numbers & change tracking

[EK]

  
  
OK-- further research uncovered the culprit for the first issue (the
need to accept any change made before I could compile).  
In my preamble I had the following:



\usepackage{enumitem}


\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}


\usepackage[pdftex,outerbars]{changebar}


\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}


\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}

  

Commenting these lines out solved the problem.  I have not yet
discovered the reason for the failure to correctly reference a wrap
figure in a box.

Ehud Kaplan

On 02/07/2013 01:03 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 8:46 AM, EK  wrote:

  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan

  
  
Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by "any change to
the figure" you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott



-- 
  
  Ehud Kaplan, Ph.D.
  Jules and Doris Stein Research to Prevent Blindness
  Professor
  Director, The laboratory of Visual & Computational
  Neuroscience
  Director, Center for Excellence in Computational &
  Systems Neuroscience
  Friedman Brain Institute
  Departments of Neuroscience, Ophthalmology, Structural &
  Chemical Biology,
  The Ichan school of medicine at Mount Sinai
  One Gustave Levy Place, 
  NY, NY, 10029 

  

Re: Figure numbers & change tracking

[Scott Kostyshak]

On Fri, Feb 8, 2013 at 11:48 AM, EK  wrote:
> OK-- further research uncovered the culprit for the first issue (the need to
> accept any change made before I could compile).
> In my preamble I had the following:
>
> \usepackage{enumitem}
>
> \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}
>
> \usepackage[pdftex,outerbars]{changebar}
>
> \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}
>
> \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}
>
>
> Commenting these lines out solved the problem.  I have not yet discovered
> the reason for the failure to correctly reference a wrap figure in a box.

Thanks for keeping us updated. Hopefully we can figure out the second issue

Best,

Scott

Re: Figure numbers change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 8:46 AM, EK ehud.kap...@gmail.com wrote:
 Here is a SmallWorkingExample, which illustrates both issues.
 Here the reference to the figure appears as Figure  (no number).

 Ehud Kaplan

Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by any change to
the figure you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for MWE at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott

Re: Figure numbers change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 8:46 AM, EK ehud.kap...@gmail.com wrote:
 Here is a SmallWorkingExample, which illustrates both issues.
 Here the reference to the figure appears as Figure  (no number).

 Ehud Kaplan

Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by any change to
the figure you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for MWE at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott

Re: Figure numbers & change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 8:46 AM, EK  wrote:
> Here is a SmallWorkingExample, which illustrates both issues.
> Here the reference to the figure appears as Figure  (no number).
>
> Ehud Kaplan

Hi Ehud,

Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.

An MWE (or a SWE) should be compilable out of the box.

You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.

Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.

Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by "any change to
the figure" you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.

I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.

My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.

Best,

Scott

Re: Figure numbers change tracking

[EK]

  
  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan


On 02/05/2013 02:33 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 2:26 AM, EK ehud.kap...@gmail.com wrote:

  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):

I wanted a frame around a floating figure.  So I inserted a wrap-float, and
placed a box in it, into which I pasted my graphics.  Now when I refer in
the text to the figure by its label, the figure number appears as Figure D,
not Figure 3 as it should.
I need to track changes and show the results in the pdf output.  When I make
ANY change to the figure and compile, I get a (to me nonsensical) error
message, and the compilation stops.  If I ACCEPT the changes I made to the
figure, the error message disappears.  Is this a feature?

  
  
Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott



  



MWE.lyx
Description: application/lyx

Re: Figure numbers change tracking

[EK]

  
  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan


On 02/05/2013 02:33 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 2:26 AM, EK ehud.kap...@gmail.com wrote:

  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):

I wanted a frame around a floating figure.  So I inserted a wrap-float, and
placed a box in it, into which I pasted my graphics.  Now when I refer in
the text to the figure by its label, the figure number appears as Figure D,
not Figure 3 as it should.
I need to track changes and show the results in the pdf output.  When I make
ANY change to the figure and compile, I get a (to me nonsensical) error
message, and the compilation stops.  If I ACCEPT the changes I made to the
figure, the error message disappears.  Is this a feature?

  
  
Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott



  



MWE.lyx
Description: application/lyx

Re: Figure numbers & change tracking

[EK]

  
  
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure  (no number).

Ehud Kaplan


On 02/05/2013 02:33 AM, Scott Kostyshak
  wrote:


  On Tue, Feb 5, 2013 at 2:26 AM, EK  wrote:

  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):

I wanted a frame around a floating figure.  So I inserted a wrap-float, and
placed a box in it, into which I pasted my graphics.  Now when I refer in
the text to the figure by its label, the figure number appears as Figure D,
not Figure 3 as it should.
I need to track changes and show the results in the pdf output.  When I make
ANY change to the figure and compile, I get a (to me nonsensical) error
message, and the compilation stops.  If I ACCEPT the changes I made to the
figure, the error message disappears.  Is this a feature?

  
  
Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott



  



MWE.lyx
Description: application/lyx

Figure numbers change tracking

[EK]

  
  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10
64 bit):

  I wanted a frame around a floating figure. So I inserted a
wrap-float, and placed a box in it, into which I pasted my
graphics. Now when I refer in the text to the figure by its
label, the figure number appears as Figure D, not Figure 3 as it
should.
  I need to track changes and show the results in the pdf
output. When I make ANY change to the figure and compile, I get
a (to me nonsensical) error message, and the compilation stops.
If I ACCEPT the changes I made to the figure, the error message
disappears. Is this a feature?

Thanks,
Ehud Kaplan

-- 
  
  

  

Re: Figure numbers change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 2:26 AM, EK ehud.kap...@gmail.com wrote:
 I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):

 I wanted a frame around a floating figure.  So I inserted a wrap-float, and
 placed a box in it, into which I pasted my graphics.  Now when I refer in
 the text to the figure by its label, the figure number appears as Figure D,
 not Figure 3 as it should.
 I need to track changes and show the results in the pdf output.  When I make
 ANY change to the figure and compile, I get a (to me nonsensical) error
 message, and the compilation stops.  If I ACCEPT the changes I made to the
 figure, the error message disappears.  Is this a feature?

Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott

Figure numbers change tracking

[EK]

  
  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10
64 bit):

  I wanted a frame around a floating figure. So I inserted a
wrap-float, and placed a box in it, into which I pasted my
graphics. Now when I refer in the text to the figure by its
label, the figure number appears as Figure D, not Figure 3 as it
should.
  I need to track changes and show the results in the pdf
output. When I make ANY change to the figure and compile, I get
a (to me nonsensical) error message, and the compilation stops.
If I ACCEPT the changes I made to the figure, the error message
disappears. Is this a feature?

Thanks,
Ehud Kaplan

-- 
  
  

  

Re: Figure numbers change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 2:26 AM, EK ehud.kap...@gmail.com wrote:
 I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):

 I wanted a frame around a floating figure.  So I inserted a wrap-float, and
 placed a box in it, into which I pasted my graphics.  Now when I refer in
 the text to the figure by its label, the figure number appears as Figure D,
 not Figure 3 as it should.
 I need to track changes and show the results in the pdf output.  When I make
 ANY change to the figure and compile, I get a (to me nonsensical) error
 message, and the compilation stops.  If I ACCEPT the changes I made to the
 figure, the error message disappears.  Is this a feature?

Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott

Figure numbers & change tracking

[EK]

  
  
I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10
64 bit):

  I wanted a frame around a floating figure.  So I inserted a
wrap-float, and placed a box in it, into which I pasted my
graphics.  Now when I refer in the text to the figure by its
label, the figure number appears as Figure D, not Figure 3 as it
should.
  I need to track changes and show the results in the pdf
output.  When I make ANY change to the figure and compile, I get
a (to me nonsensical) error message, and the compilation stops. 
If I ACCEPT the changes I made to the figure, the error message
disappears.  Is this a feature?

Thanks,
Ehud Kaplan

-- 
  
  

  

Re: Figure numbers & change tracking

[Scott Kostyshak]

On Tue, Feb 5, 2013 at 2:26 AM, EK  wrote:
> I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit):
>
> I wanted a frame around a floating figure.  So I inserted a wrap-float, and
> placed a box in it, into which I pasted my graphics.  Now when I refer in
> the text to the figure by its label, the figure number appears as Figure D,
> not Figure 3 as it should.
> I need to track changes and show the results in the pdf output.  When I make
> ANY change to the figure and compile, I get a (to me nonsensical) error
> message, and the compilation stops.  If I ACCEPT the changes I made to the
> figure, the error message disappears.  Is this a feature?

Hi Ehud,

I don't know, but I think that MWEs (Minimum Working Examples) would
help for both 1 and 2.

Best,

Scott

Re: Problem with Change tracking

[Richard Heck]

On 02/14/2012 09:22 PM, Les Denham wrote:

I seem to have found an undocumented feature of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.


This is how LyX reminds you that you have unaccepted changes. ;-)

Can you please file this as a bug? Do you know if it happens only with 
spreadsheets, or whether it also affects other external insets?


Richard

Re: Problem with Change tracking

[Richard Heck]

On 02/14/2012 09:22 PM, Les Denham wrote:

I seem to have found an undocumented feature of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.


This is how LyX reminds you that you have unaccepted changes. ;-)

Can you please file this as a bug? Do you know if it happens only with 
spreadsheets, or whether it also affects other external insets?


Richard

Re: Problem with Change tracking

[Richard Heck]

On 02/14/2012 09:22 PM, Les Denham wrote:

I seem to have found an undocumented "feature" of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.


This is how LyX reminds you that you have unaccepted changes. ;-)

Can you please file this as a bug? Do you know if it happens only with 
spreadsheets, or whether it also affects other external insets?


Richard

Problem with Change tracking

[Les Denham]

I seem to have found an undocumented feature of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.

If I have Show Changes in Output turned off, there is no problem.

I'm running LyX 2.02 and TeXLive 2011 on Gentoo Linux.

Les

Problem with Change tracking

[Les Denham]

I seem to have found an undocumented feature of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.

If I have Show Changes in Output turned off, there is no problem.

I'm running LyX 2.02 and TeXLive 2011 on Gentoo Linux.

Les

Problem with Change tracking

[Les Denham]

I seem to have found an undocumented "feature" of LyX 2.02.

If I have Track Changes turned on

AND

have Show Changes in Output turned on

AND

have an embedded Gnumeric spreadsheet deleted in the current changes
awaiting acceptance or rejection

THEN

PDFLaTeX dies every time.

The solution for me is to make sure I accept the deletion of
spreadsheets before I try to make a PDF of the document to sent to my
colleagues for them to look at the changes before I accept them.

If I have Show Changes in Output turned off, there is no problem.

I'm running LyX 2.02 and TeXLive 2011 on Gentoo Linux.

Les

re: Change tracking and the fate of deleted text

[ehud.kap...@gmail.com]

Although I applauded the suggested additions to the preamble, which made 
Lyx place deleted text in the margin, I have now discovered that Lyx 
will fail to compile (pdflatex) /if the change is made to a figure 
caption/.   Is there a quick fix to this fix?


Thanks,
EK
--

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

ehud.kap...@gmail.com ehud.kap...@gmail.com writes:

 Although I applauded the suggested additions to the preamble, which
 made Lyx place deleted text in the margin, I have now discovered that
 Lyx will fail to compile (pdflatex) /if the change is made to a figure
 caption/.   Is there a quick fix to this fix?

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc

Re: Change tracking and the fate of deleted text

[EK]

At Julien's advice, this is what I have put in the preamble.  It works 
fine outside the captions.


\usepackage{color}

\renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3} 
(removed by #1 on #2)}}


\renewcommand{\lyxadded}[3]{{\color{blue}#3}}


EK



On 6/2/2010 6:47 AM, Jean-Marc LASGOUTTES wrote:

ehud.kap...@gmail.comehud.kap...@gmail.com  writes:

   

Although I applauded the suggested additions to the preamble, which
made Lyx place deleted text in the margin, I have now discovered that
Lyx will fail to compile (pdflatex) /if the change is made to a figure
caption/.   Is there a quick fix to this fix?
 

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc
   

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

EK ehud.kap...@mssm.edu writes:

 At Julien's advice, this is what I have put in the preamble.  It works
 fine outside the captions.

 \usepackage{color}

 \renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3}
 (removed by #1 on #2)}}

 \renewcommand{\lyxadded}[3]{{\color{blue}#3}}

Try to add \protect in front of \color, and then in front of \marginpar.

JMarc

re: Change tracking and the fate of deleted text

[ehud.kap...@gmail.com]

Although I applauded the suggested additions to the preamble, which made 
Lyx place deleted text in the margin, I have now discovered that Lyx 
will fail to compile (pdflatex) /if the change is made to a figure 
caption/.   Is there a quick fix to this fix?


Thanks,
EK
--

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

ehud.kap...@gmail.com ehud.kap...@gmail.com writes:

 Although I applauded the suggested additions to the preamble, which
 made Lyx place deleted text in the margin, I have now discovered that
 Lyx will fail to compile (pdflatex) /if the change is made to a figure
 caption/.   Is there a quick fix to this fix?

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc

Re: Change tracking and the fate of deleted text

[EK]

At Julien's advice, this is what I have put in the preamble.  It works 
fine outside the captions.


\usepackage{color}

\renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3} 
(removed by #1 on #2)}}


\renewcommand{\lyxadded}[3]{{\color{blue}#3}}


EK



On 6/2/2010 6:47 AM, Jean-Marc LASGOUTTES wrote:

ehud.kap...@gmail.comehud.kap...@gmail.com  writes:

   

Although I applauded the suggested additions to the preamble, which
made Lyx place deleted text in the margin, I have now discovered that
Lyx will fail to compile (pdflatex) /if the change is made to a figure
caption/.   Is there a quick fix to this fix?
 

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc
   

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

EK ehud.kap...@mssm.edu writes:

 At Julien's advice, this is what I have put in the preamble.  It works
 fine outside the captions.

 \usepackage{color}

 \renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3}
 (removed by #1 on #2)}}

 \renewcommand{\lyxadded}[3]{{\color{blue}#3}}

Try to add \protect in front of \color, and then in front of \marginpar.

JMarc

re: Change tracking and the fate of deleted text

[ehud.kap...@gmail.com]

Although I applauded the suggested additions to the preamble, which made 
Lyx place deleted text in the margin, I have now discovered that Lyx 
will fail to compile (pdflatex) /if the change is made to a figure 
caption/.   Is there a quick fix to this fix?


Thanks,
EK
--

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

"ehud.kap...@gmail.com"  writes:

> Although I applauded the suggested additions to the preamble, which
> made Lyx place deleted text in the margin, I have now discovered that
> Lyx will fail to compile (pdflatex) /if the change is made to a figure
> caption/.   Is there a quick fix to this fix?

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc

Re: Change tracking and the fate of deleted text

[EK]

At Julien's advice, this is what I have put in the preamble.  It works 
fine outside the captions.


\usepackage{color}

\renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3} 
(removed by #1 on #2)}}


\renewcommand{\lyxadded}[3]{{\color{blue}#3}}


EK



On 6/2/2010 6:47 AM, Jean-Marc LASGOUTTES wrote:

"ehud.kap...@gmail.com"  writes:

   

Although I applauded the suggested additions to the preamble, which
made Lyx place deleted text in the margin, I have now discovered that
Lyx will fail to compile (pdflatex) /if the change is made to a figure
caption/.   Is there a quick fix to this fix?
 

What is the definition that you use? You may need to use \protect,
because the contents of a caption is a so called ``moving argument''.

JMarc
   

Re: Change tracking and the fate of deleted text

[Jean-Marc LASGOUTTES]

EK  writes:

> At Julien's advice, this is what I have put in the preamble.  It works
> fine outside the captions.
>
> \usepackage{color}
>
> \renewcommand{\lyxdeleted}[3]{{\color{red}*}\marginpar{{\color{red}*#3}
> (removed by #1 on #2)}}
>
> \renewcommand{\lyxadded}[3]{{\color{blue}#3}}

Try to add \protect in front of \color, and then in front of \marginpar.

JMarc

Re: Change tracking and the fate of deleted text

[Guenter Milde]

On 2010-05-31, E. Kaplan wrote:

 I am aware that you can disable the Show changes in the output, but that 
 is not what the user wants-- she wants to see the changed text without 
 losing deleted text.

She could try with version control: only the most recent text is seen
(and known to LyX), but earlier versions are not lost but available
for recovery.

Drawback: there is no provision for restore this paragraph but
only restore the document to version X.

Günter

Re: Change tracking and the fate of deleted text

[Guenter Milde]

On 2010-05-31, E. Kaplan wrote:

 I am aware that you can disable the Show changes in the output, but that 
 is not what the user wants-- she wants to see the changed text without 
 losing deleted text.

She could try with version control: only the most recent text is seen
(and known to LyX), but earlier versions are not lost but available
for recovery.

Drawback: there is no provision for restore this paragraph but
only restore the document to version X.

Günter

Re: Change tracking and the fate of deleted text

[Guenter Milde]

On 2010-05-31, E. Kaplan wrote:

> I am aware that you can disable the Show changes in the output, but that 
> is not what the user wants-- she wants to see the changed text without 
> losing deleted text.

She could try with version control: only the most recent text is seen
(and known to LyX), but earlier versions are not lost but available
for recovery.

Drawback: there is no provision for "restore this paragraph" but
only "restore the document to version X".

Günter

Change tracking and the fate of deleted text

[E. Kaplan]

I realize that this is a BIG request, but it might reflect the wishes of 
others.
In MS WORD, when text is deleted (with /change tracking/ turned on), the 
deleted text is shown in the margin, and the newly-flowed or inserted 
text is shown in the body of the document.  This makes it easier to 
detect any missing spaces, judge space compliance etc.
In Lyx, the deleted and inserted text are shown together in both Lyx and 
the pdf output.
The WORD method is far superior.  I am not going to return to WORD 
because of it, but since the change tracking feature is one of the main 
reasons I use Lyx instead of plain Latex, it would be really nice if 
something like that could be implemented-- perhaps inserting the new 
text and making the deleted text appear as a comment.

Before you tell me how hard it is-- see my first sentence.



Ehud Kaplan, Ph.D.
Jules and Doris Stein/Research to Prevent Blindness/  Professor
*The laboratory of Visual  Computational Neuroscience*
Depts. of Neuroscience, Ophthalmology, Chemical  Structural Biology
The Mount Sinai School of Medicine
One Gustave Levy Place
New York, NY, 10029

Re: Change tracking and the fate of deleted text

[Julien Rioux]

On 31/05/2010 8:40 AM, E. Kaplan wrote:

I realize that this is a BIG request, but it might reflect the wishes of
others.
In MS WORD, when text is deleted (with /change tracking/ turned on), the
deleted text is shown in the margin, and the newly-flowed or inserted
text is shown in the body of the document.  This makes it easier to
detect any missing spaces, judge space compliance etc.
In Lyx, the deleted and inserted text are shown together in both Lyx and
the pdf output.
The WORD method is far superior.  I am not going to return to WORD
because of it, but since the change tracking feature is one of the main
reasons I use Lyx instead of plain Latex, it would be really nice if
something like that could be implemented-- perhaps inserting the new
text and making the deleted text appear as a comment.
Before you tell me how hard it is-- see my first sentence.


Hi,
It can be done in the LaTeX output by redefining the commands \lyxadded 
and \lyxdeleted to your liking. But you are right it would be much 
harder to implement inside the LyX editor.


Cheers,
Julien


change-tracking-in-margin.lyx
Description: application/lyx

Re: Change tracking and the fate of deleted text

[RGH]

On 05/31/2010 11:46 AM, Rudi Gaelzer wrote:

Julien, how do I redefine the \lyxadded and \lyxdeleted from inside the LyX
editor?  Your suggestion seems very useful.



DocumentSettingsLaTeX Preamble. You can do what you like there.

rh

Re: Change tracking and the fate of deleted text

[RGH]

On 05/31/2010 10:19 AM, Julien Rioux wrote:

On 31/05/2010 8:40 AM, E. Kaplan wrote:

I realize that this is a BIG request, but it might reflect the wishes of
others.
In MS WORD, when text is deleted (with /change tracking/ turned on), the
deleted text is shown in the margin, and the newly-flowed or inserted
text is shown in the body of the document.  This makes it easier to
detect any missing spaces, judge space compliance etc.
In Lyx, the deleted and inserted text are shown together in both Lyx and
the pdf output.
The WORD method is far superior.  I am not going to return to WORD
because of it, but since the change tracking feature is one of the main
reasons I use Lyx instead of plain Latex, it would be really nice if
something like that could be implemented-- perhaps inserting the new
text and making the deleted text appear as a comment.
Before you tell me how hard it is-- see my first sentence.


Hi,
It can be done in the LaTeX output by redefining the commands
\lyxadded and \lyxdeleted to your liking. But you are right it would
be much harder to implement inside the LyX editor.

I'm not sure how hard this is, actually. But then, I'm not quite sure 
what this would look like in LyX. The margins aren't large enough as the 
display currently is.


Richard

Re: Change tracking and the fate of deleted text

[Abdelrazak Younes]

On 31/05/2010 18:07, RGH wrote:

On 05/31/2010 10:19 AM, Julien Rioux wrote:

On 31/05/2010 8:40 AM, E. Kaplan wrote:

I realize that this is a BIG request, but it might reflect the wishes of
others.
In MS WORD, when text is deleted (with /change tracking/ turned on), the
deleted text is shown in the margin, and the newly-flowed or inserted
text is shown in the body of the document. This makes it easier to
detect any missing spaces, judge space compliance etc.
In Lyx, the deleted and inserted text are shown together in both Lyx and
the pdf output.
The WORD method is far superior. I am not going to return to WORD
because of it, but since the change tracking feature is one of the main
reasons I use Lyx instead of plain Latex, it would be really nice if
something like that could be implemented-- perhaps inserting the new
text and making the deleted text appear as a comment.
Before you tell me how hard it is-- see my first sentence.


Hi,
It can be done in the LaTeX output by redefining the commands
\lyxadded and \lyxdeleted to your liking. But you are right it would
be much harder to implement inside the LyX editor.


I'm not sure how hard this is, actually. But then, I'm not quite sure
what this would look like in LyX. The margins aren't large enough as the
display currently is.


No need to, the List of Changes in the outline panel does exactly that.

And about hiding optionally the deleted text it's already implemented in 
trunk IIRC, or at least there's a proposed patch.


Abdel.

Re: Change tracking and the fate of deleted text

[E. Kaplan]

What is the use of having it in an (unfolded) comment ? Then it still 
obfuscates the text.
IMHO the ideal solution is the one WORD uses-- show the text as it would 
be after the changes, but do not discard the deleted text-- they keep it 
in the margins, which might be difficult to implement, so I suggested 
keeping it as comments.
I am aware that you can disable the Show changes in the output, but that 
is not what the user wants-- she wants to see the changed text without 
losing deleted text.


EK




Ehud Kaplan, Ph.D.
Jules and Doris Stein/Research to Prevent Blindness/  Professor
*The laboratory of Visual  Computational Neuroscience*
Depts. of Neuroscience, Ophthalmology, Chemical  Structural Biology
The Mount Sinai School of Medicine
One Gustave Levy Place
New York, NY, 10029


On 5/31/2010 11:35 AM, Vincent van Ravesteijn wrote:

What is the use of having it in an (unfolded) comment ? Then it still
obfuscates the text.