Progress: The plot thickens!   As yet, have not been able to isolate the
problem area, but have found a possible bug in the Compare tool.

The January file was the reference for the Compare Tool, looking for
changes added since the previous December version.

A glitch in the comparison progress has promoted the work ‘Links’
from Standard to Sub-section, and although not obvious in the
copies shown, has inserted an extra } into the code for
that line. This } was found and listed as an error in the conversion to pdflatex.


1. Source code from earlier Dec_2016 file

 *

   When the Setup process is finished, the device should be working.


     0.1 Basic MX Tools

______________________________________________________________

2. Source code from January file – where a set of three hyperlinks is added

 *

   When the Setup process is finished, the device should be working.

_Links_

 *

   Blueman Troubleshooting
   <https://github.com/blueman-project/blueman/wiki/Troubleshooting>

 *

   Arch Wiki <https://wiki.archlinux.org/index.php/Blueman>

 *

   Debian Wiki on Pairing <https://wiki.debian.org/BluetoothUser#Pairing>


     0.1 Basic MX Tools

___________________________________________________________

3. The Differences file source code is showing this :


 *

   When the Setup process is finished, the device should be working.


     0.1 _Links_

 *

   Blueman Troubleshooting
   <https://github.com/blueman-project/blueman/wiki/Troubleshooting>

 *

   Arch Wiki <https://wiki.archlinux.org/index.php/Blueman>

 *

   Debian Wiki on Pairing <https://wiki.debian.org/BluetoothUser#Pairing>


     0.2 Basic MX Tools

____________________________________________________________

Have tested this comparison again with type of the word Links in the January file changed
into a subparagraph.

The same error happens during Compare, Links is promoted to be a numbered Sub-section with subsequent numbering changed in Section 3. Is this case, an extra } was _not_ added.

This fault in a comparison may be contributing to the Change bar errors. Will continue
working on the problem as time permits and report progress.

Gordon.


On 25/01/17 08:28, gordon cooper wrote:
Dear Gunter,
You have given me a guide as to the possible error.
Providing a minimum example is difficult as there is no error report
provided, so the problem could be anywhere. and I am not aware of
any non-standard settings.  This document is a User Manual with
many images and hyperlinks.

So, my next step will be to isolate the fault, using the old slow method
of halving, testing, then halving again etc., and hoping I can see it in
the source pane.  Will report progress.

Many thanks,
Gordon.


On 24/01/17 22:58, Guenter Milde wrote:
Dear Gordon,

On 2017-01-24, gordon cooper wrote:
Have added the Change bar module (Document>Settings>) to couple of
documents so that any Changes will be more obvious in the pdf copies
of Difference files sent to our translators.
The result is erratic. A few times lyx has produced a pdf with the desired bars, but usually it appears to go into an internal loop, then crashes after
abou20-30 minutes.  If I remove the Change Bar module, then pdf copies
produced by exporting to pdflatex, are generated in a few minutes.
Add the Change bar module and the crashes return.
This looks very much like an incompatibility between the change bar latex
package and some of the other settings/packages you use.

Could you please send a *minimal example* (take a failing document and
remove every non-standard setting and every content that does not trigger
the error).

Have read through everything that seemed related in the User List
Archive, but no clues found.
Another good search point is the LyX bug tracker
https://www.lyx.org/trac/wiki/BugTrackerHome
but in this case the only "change bar ticket" is not relevant.

Sometimes also trackexchange or a generic internet search helps. d

Günter





Reply via email to