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

2016-02-12 Thread 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 +0000, 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

2016-02-04 Thread 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.




Change tracking + fancy headers + changed section = error

2016-02-04 Thread 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: command line text export different than GUI?

2014-06-25 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane
> -Original Message-
> From: Richard Heck [mailto:rgh...@lyx.org]
> Sent: Tuesday, June 03, 2014 10:03 PM
> To: Denniston, Todd A CIV NAVSURFWARCENDIV Crane
> Cc: lyx-users@lists.lyx.org
> Subject: Re: command line text export different than GUI?
> 
> On 06/03/2014 05:16 PM, Denniston, Todd A CIV NAVSURFWARCENDIV Crane wrote:
> > I am wondering why a get a different result from the GUI than from the
> > command line when attempting to export to a text file.
> > I am also wondering what incantation I would need to use to get results as
> > I get from the GUI by going to latex and then to text+++.
> >
> > test process:
> > Open testexport.lyx
> > File->Export->Plain text
> > #back on command line
> > mv testexport.txt testexportGUI.txt
> > lyx --export text testexport.lyx
> > diff -u testexportGUI.txt testexport.txt
> >
> > And in case it is not apparent, I do prefer the GUI's version of the export.
> 
> This looks like a bug. From my quick test, it appears that certain
> preparatory operations, involving the calculation of counters, are not
> performed in this case. I'd suggest you file a bug report.
> 
> > BTW Pavel's patch in this post needs updated, at least in 1.6.10** and 
> > probably later versions
> > http://lyx.475766.n2.nabble.com/Command-line-export-tp482733p482740.html
> > from "Tools->Preferences->File formats->Format" to
> > "Tools->Preferences->File Handling->File formats->Format"
> > and perhaps a further note that it is the "Short Name" which should be used 
> > on the command line.
> 
> Sometimes we use the intermediate panel category, and sometimes not.
> It's a bit inconsistent.
> 
> Richard

Richard,
Thanks for the feedback.
I went to the LyX bug trac and found I would need to create yet another tracker 
login to enter the ticket.
As I am not interested in keeping track of YetAnotherTracLogin currently, I 
give you&|the LyX user&|dev lists permission to use any and all of the text of 
my report of  this issue to enter any needed LyX Trac ticket(s) on this set of 
issues.

Thanks again for all the help you have rendered.

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.




command line text export different than GUI?

2014-06-03 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane
I am wondering why a get a different result from the GUI than from the 
command line when attempting to export to a text file. 
I am also wondering what incantation I would need to use to get results as 
I get from the GUI by going to latex and then to text+++.

test process:
Open testexport.lyx
File->Export->Plain text
#back on command line
mv testexport.txt testexportGUI.txt
lyx --export text testexport.lyx
diff -u testexportGUI.txt testexport.txt

And in case it is not apparent, I do prefer the GUI's version of the export.


BTW Pavel's patch in this post needs updated, at least in 1.6.10** and probably 
later versions
http://lyx.475766.n2.nabble.com/Command-line-export-tp482733p482740.html
from "Tools->Preferences->File formats->Format" to
"Tools->Preferences->File Handling->File formats->Format"
and perhaps a further note that it is the "Short Name" which should be used on 
the command line.

** I know 1.6 will not get an update, but as it is the one I run, that points 
out how early there was already a disconnect. 

+++ exporting to latex and running `latex -output-format=text testexport.tex`
several times, and THEN opening the file in xdvi to save as text is less 
than satisfying.  And `lyx --export text3 testexport.lyx` is NOT pretty.

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.




testexport.lyx
Description: testexport.lyx
Table of Contents

1 sec1
1.1 subsec1.1
1.1.1 subsec1.1.1
2 another sec


1 sec1

sec1 text

1.1 subsec1.1

subsec1.1 text

1.1.1 subsec1.1.1

subsec1.1.1 text

2 another sec

Table of Contents



  sec1

sec1 text

  subsec1.1

subsec1.1 text

  subsec1.1.1

subsec1.1.1 text

  another sec



RE: LyX freezes periodically

2013-12-19 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane
> -Original Message-
> From: Steve Litt [mailto:sl...@troubleshooters.com]
> Sent: Wednesday, December 18, 2013 5:16 PM
> To: lyx-users@lists.lyx.org
> Subject: Re: LyX freezes periodically
> 
> On Wed, 18 Dec 2013 14:38:10 -0500
> David Belius  wrote:
> 
> > Hi,
> >
> > When working on a specific large document (about 50 pages as a PDF),
> > LyX does a very annoying thing where it freezes for about 4-5 seconds
> > about once a minute.



Along with an earlier query about the instant preview of math;
Do you have the 'outline' view open?


> >
> > Does anyone have any idea of how to fix this problem, or at least how
> > to debug it? I have downloaded the source code and tried to find the
> > place where it gets stuck, but to no avail.
> 
> First test. Reboot the machine, run nothing else except X and LyX, and
> see if it still happens. If not, it's an interaction with some other
> program, so you'd need to find what (top would be a good resource).


I would suggest augmenting Steve's test with running `top` (updating every 
second or two, because the issues last less than 3-5 seconds) in a terminal 
next to your LyX instance during all the tests.  This way you might notice some 
external program being fired up and using a lot of cpu/memory or see the cpu(s) 
going into IO wait, during the pauses.

If you have not used top before, you might want to run and watch top for a few 
minutes with nothing else going, so you can get used to the rhythm and values 
of your computer's operation when quiet and thus have a better feel for what is 
not being quiet when you have issues.


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.



lyx Mailing list (ezmlm) digest question

2013-12-12 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane
In digests up through  'lyx-users Digest 6 Dec 2013 21:43:47 - Issue 984' 
the mime information in the email had outlook rendering the attachment names as 
subjects of the respective emails, which I very much liked,
digests since and including 'lyx-users Digest 8 Dec 2013 21:55:39 - Issue 
985' have the attachment names as 'lyx-users_#.ezm'.
I have not changed any of my user settings in ezmlm (for a very long time).

Has something changed in the overall lyx-users mailing list program config, or 
was It more likely some admin in my mail system chain messed with mime 
attachments?

Thanks 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.




RE: RCS user name

2013-09-03 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane
Sam,
For your situation I would have two suggestions:
1) look into using CVS || SVN, which are network aware (i.e. multi user) 
Version Control Systems, but one of your machines has to act as the 'server' 
(Note: CVS's :local: mode does not require much network tweaking, and could 
work on a removable [USB?] drive carried between machines). With CVS you can 
(after un-locking the RCS files) copy the RCS files into the directory 
structure and have all your current history easy. From a LyX UI perspective CVS 
works the same as RCS without the locking behavior, and I think SVN is the 
same.  Also note that if you use any RCS keywords, for example '$Revision:$', 
in your files, CVS will handle them the same as RCS.

2) To continue using RCS in the manner you are, which is not advisable, BUT: 
before switching computers each time, check the file in, but do not check back 
out a LOCKED copy of the file, and then you should be able to checkout a LOCKED 
copy on the other computer.

Version Control is GOOD :)

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.

> -Original Message-
> From: Sam Lewis [mailto:stroboscopicallyconflu...@yahoo.co.uk]
> Sent: Thursday, August 29, 2013 9:29
> To: lyx-users@lists.lyx.org
> Subject: RCS user name
> 
> Dear all,
> 
> I am using RCS for all my LyX documents to control version changes.
> 
> I usually synchronize my data to any other Linux computer at a
> different office. However, when working on a different machine from
> where the initial document was registered I am unable to check in the
> document changes, because I log onto each system with different a
> username.
> 
> 
> Is there a way around this? Does someone know how to configure RCS,
> because the username in LyX identity settings does not seem to affect
> this issues.
> 
> Many thanks!
> Sam
>