Re: Compiling LyX in debian buster

[F M Salter]

Hi

Pavel Sanda 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Pavel+Sanda%22> 
Thu, 16 Apr 2020 07:04:04 -0700 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=date:20200416> 



On Thu, Apr 16, 2020 at 02:24:32PM +0100, F M Salter wrote:

I have tried every combination of configuration parameters from the simplest
to the most complete without success.


So you did

apt-get build-dep lyx

to start with, right?

Pavel


Pavel,
   You were absolutely correct.  I had not done that.  Doing that solved all my 
problems.
Thank you very much.
Regards
Frank Salter

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

Re: Compiling LyX in debian buster

[F M Salter]

Hi

Charlie 
 
Thu, 16 Apr 2020 06:12:04 -0700 
 



On Thu, 16 Apr 2020 11:36:32 +0100 F informed me of Compiling LyX in
debian buster


Hi,

    I and others have failed to compile lyx in several debian
versions 
over many years -- all because of problems in accessing QT.


    At the moment I am trying to compile in buster unsuccessfully.  
Does any one know what needs to be set in the configuration.


Regards

Frank Salter


Responded thus:

Am probably speaking out of turn. Maybe the important word is
"compile". If so please ignore this, because it is just noise.

At the risk of bringing the devil to the door:

I have used LyX for so many years with so many Debian versions, Buster
and Bullseye at the moment, many before that. Have to admit that it
has always installed successfully from the Debian repository, each
time. Never had to do anything special with QT.

Always worked straight up, and with a little tweaking of paths, locked
into all LyX documents of which there are thousands. on a new
internal, or external hard drive.

Why do you need to "compile" it when using Debian? I am interested.

Charlie

Debian is never up to date.  Moving LyX documents from one machine to 
another is a pain when the versions are different.
So it is to keep in line with current versions of LyX on other machines.
Regards
Frank Salter

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

Re: Compiling LyX in debian buster

[F M Salter]

On 16/04/2020 13:16, Jean-Marc Lasgouttes wrote:

Le 16/04/2020 à 12:36, F M Salter a écrit :

Hi,

 I and others have failed to compile lyx in several debian 
versions over many years -- all because of problems in accessing QT.


 At the moment I am trying to compile in buster unsuccessfully. 
Does any one know what needs to be set in the configuration.


Can you tell us what you do to compile and what error you get ?

JMarc

I have tried every combination of configuration parameters from the 
simplest to the most complete without success.  Unfortunately it is very 
difficult to imagine what is intended with all the selections allowed by 
the configuration file. From my checking of the archive, this has been 
true for everyone else using debian. The directories called "qt5" appear 
in many strange locations. If you can explain what $QTDIR should refer 
to, would setting this environmental variable be sufficient to allow 
configuration Regards Frank Salter


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

Compiling LyX in debian buster

[F M Salter]

Hi,

    I and others have failed to compile lyx in several debian versions 
over many years -- all because of problems in accessing QT.


    At the moment I am trying to compile in buster unsuccessfully.  
Does any one know what needs to be set in the configuration.


Regards

Frank Salter

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

Re: LyX 2.3.4 - Freezing cursor

[F M Salter]

Reply to Pavel Sanda 3 Feb

    I have no recollection of it happening with 2.3.3

Regards Frank

On 01/02/2020 17:54, F M Salter wrote:

I am enclosing  a minimal example

Regards Frank

On 01/02/2020 16:00, F M Salter wrote:

Replying to Pavel and Daniel

    It is happening in one document.  Also ^Z does not work after 
freeze. Only clicking with mouse unfreezes.


    in a new document it does not freeze.

    Desktop is KDE.  QT version is 4.8.7

Thanks Frank

On 31/01/2020 09:18, F M Salter wrote:

Hi,

    Cursor freezes after alt-I H D etc  Recovery is by clicking with 
the mouse when the cursor unfreezes and  the cursor can be moved to 
correct position,


Regards

Frank Salter


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

Re: LyX 2.3.4 - Freezing cursor

[F M Salter]

Answering Pavel Sanda 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Pavel+Sanda%22>Sun, 
02 Feb 2020 04:24:13 -0800 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=date:20200202>


    For me most places.  Specifically at the end of of the lines 
containing ellipses.


///If I use the mouse only it does not freeze but it only freezes using 
the keyboard./


Regards Frank

On 01/02/2020 17:54, F M Salter wrote:

I am enclosing  a minimal example

Regards Frank

On 01/02/2020 16:00, F M Salter wrote:

Replying to Pavel and Daniel

    It is happening in one document.  Also ^Z does not work after 
freeze. Only clicking with mouse unfreezes.


    in a new document it does not freeze.

    Desktop is KDE.  QT version is 4.8.7

Thanks Frank

On 31/01/2020 09:18, F M Salter wrote:

Hi,

    Cursor freezes after alt-I H D etc  Recovery is by clicking with 
the mouse when the cursor unfreezes and  the cursor can be moved to 
correct position,


Regards

Frank Salter

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

Re: LyX 2.3.4 - Freezing cursor

[F M Salter]

I am enclosing  a minimal example

Regards Frank

On 01/02/2020 16:00, F M Salter wrote:

Replying to Pavel and Daniel

    It is happening in one document.  Also ^Z does not work after 
freeze. Only clicking with mouse unfreezes.


    in a new document it does not freeze.

    Desktop is KDE.  QT version is 4.8.7

Thanks Frank

On 31/01/2020 09:18, F M Salter wrote:

Hi,

    Cursor freezes after alt-I H D etc  Recovery is by clicking with 
the mouse when the cursor unfreezes and  the cursor can be moved to 
correct position,


Regards

Frank Salter



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

Re: LyX 2.3.4 - Freezing cursor

[F M Salter]

Replying to Pavel and Daniel

    It is happening in one document.  Also ^Z does not work after 
freeze. Only clicking with mouse unfreezes.


    in a new document it does not freeze.

    Desktop is KDE.  QT version is 4.8.7

Thanks Frank

On 31/01/2020 09:18, F M Salter wrote:

Hi,

    Cursor freezes after alt-I H D etc  Recovery is by clicking with 
the mouse when the cursor unfreezes and  the cursor can be moved to 
correct position,


Regards

Frank Salter


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

LyX 2.3.4 - Freezing cursor

[F M Salter]

Hi,

    Cursor freezes after alt-I H D etc  Recovery is by clicking with 
the mouse when the cursor unfreezes and  the cursor can be moved to 
correct position,


Regards

Frank Salter

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

Re: More on ltxcmnds.sty

[F M Salter]

Hi
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Paul+A.+Rubin%22>

Paul A. Rubin 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Paul+A.+Rubin%22>wrote  
on Tue, 14 Jan 2020 08:54:26 -0800 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=date:20200114>


On 1/14/20 11:39 AM, F M Salter wrote:

  
   <https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=subject:%22Re%5C%3A+More+on+ltxcmnds.sty%22=newest>Hi


   Paul A.
   
Rubin<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Paul+A.+Rubin%22>Tue,14
   Jan 2020 08:08:03
   
-0800<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=date:20200114>


   On 1/14/20 10:35 AM, F M Salter wrote:

Hi

     More problems which are really weird.

    I can generate pdflatex output for the user guide but if I
copy itto a new file the copy will not compile stating that
ltxcmnds.sty isrequired!  Any ideas?

Regards

Frank Salter

   Just to be clear, when you say "copy it to a new file" you
   meancopyingthe file at the system level, as opposed to creating an
   emptydocumentin LyX and then pasting the content of the user guide
   intothatdocument, correct?

   Paul

   Sorry I mean copy and paste.

   Regards Frank

In that case, I suggest looking at your default template for 
newdocuments. You may be loading something there that requires the 
missingstyle file.


Paul

Thanks. You are quite correct. I had 
\renewcommand{\floatpagefraction}{0.8}
I don't know why the style files is not found as it is present in 
updated texlive 20019.

Regards Frank

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

Re: More on ltxcmnds.sty

[F M Salter]

 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=subject:%22Re%5C%3A+More+on+ltxcmnds.sty%22=newest>Hi

Paul A. Rubin 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22Paul+A.+Rubin%22>Tue, 
14 Jan 2020 08:08:03 -0800 
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=date:20200114>


On 1/14/20 10:35 AM, F M Salter wrote:

   Hi

    More problems which are really weird.

    I can generate pdflatex output for the user guide but if I copy
   itto a new file the copy will not compile stating that ltxcmnds.sty
   isrequired!  Any ideas?

   Regards

   Frank Salter

Just to be clear, when you say "copy it to a new file" you mean 
copyingthe file at the system level, as opposed to creating an empty 
documentin LyX and then pasting the content of the user guide into 
thatdocument, correct?


Paul

Sorry I mean copy and paste.

Regards Frank

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

Re; More on ltxcmnds.sty

[F M Salter]

Correction ltxcmds,sty

Frank

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

More on ltxcmnds.sty

[F M Salter]

Hi

    More problems which are really weird.

    I can generate pdflatex output for the user guide but if I copy it 
to a new file the copy will not compile stating that ltxcmnds.sty is 
required!  Any ideas?


Regards

Frank Salter

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

ltxcmds.sty

[F M Salter]

Hi,

    Suddenly compiling lyx documents for one user produces the bizarre 
situation that not one will  compile. They all report that ltxcmds.sty 
is required.  This is true even for a document with only the single word 
"test" as contents.  Other users are not affected.


    Any suggestions?

Regards Frank Salter



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

re:bibliography-question

[F M Salter]

Hi

    I don't know if this specific to bibllatex but to obtain all 
entries in the database to be referenced, I use


 ERT  \nocite{*}


Regards

Frank Salter

Re: BibLatex references with de, von etc

[F M Salter]

Finally,

    author = {{de Boer}, J}

    author = {{von Hayek}, Friedrich August }

Any idea why the citations should have von ... but only Boer.

Regards

Frank Salter

Re: BibLatex references with de, von etc

[F M Salter]

I will try again. My excuse is that I am using a high definition monitor 
and I ban barely see the differences



        author = {{de Boer), J}

        author = {{von Hayek}, Friedrich August }

Apologies for the noise.

Frank Salter

On 07/03/2019 11:17, F M Salter wrote:

Correction to the typos.  The parentheses should be braces.

That is

    author = {{de Boer), J

    author = {{von Hayek}, Friedrich August }

Regards

Frank Salter


On 07/03/2019 10:53, F M Salter wrote:

I am using lyx 2.3.2 on debian stretch.

    I am finding different outputs for two cases

        author = ({de Boer), J)

        author = ({von Hayek}, Friedrich August )

    The references are correct for both showinig the von and the de.  
The citations styles apparently  differ.  von Hayek is shown but the 
de is lost leaving only Boer.


    Does any one know how to resolve this issue.

Regards

Frank Salter

Re: BibLatex references with de, von etc

[F M Salter]

Correction to the typos.  The parentheses should be braces.

That is

    author = {{de Boer), J

    author = {{von Hayek}, Friedrich August }

Regards

Frank Salter


On 07/03/2019 10:53, F M Salter wrote:

I am using lyx 2.3.2 on debian stretch.

    I am finding different outputs for two cases

        author = ({de Boer), J)

        author = ({von Hayek}, Friedrich August )

    The references are correct for both showinig the von and the de.  
The citations styles apparently  differ.  von Hayek is shown but the 
de is lost leaving only Boer.


    Does any one know how to resolve this issue.

Regards

Frank Salter

Re: BibLatex references with de, von etc

[F M Salter]

You are correct. They should be braces.

Thank  you I will correct.

Regards

Frank

I will correct

On 07/03/2019 11:07, Stephan Witt wrote:

Am 07.03.2019 um 11:53 schrieb F M Salter :

I am using lyx 2.3.2 on debian stretch.

 I am finding different outputs for two cases

 author = ({de Boer), J)

Are you sure, the parentheses are as shown? I’d say the first closing one is 
wrong.

Regards,
Stephan


 author = ({von Hayek}, Friedrich August )

 The references are correct for both showinig the von and the de.  The 
citations styles apparently  differ.  von Hayek is shown but the de is lost 
leaving only Boer.

 Does any one know how to resolve this issue.

Regards

Frank Salter

BibLatex references with de, von etc

[F M Salter]

I am using lyx 2.3.2 on debian stretch.

    I am finding different outputs for two cases

        author = ({de Boer), J)

        author = ({von Hayek}, Friedrich August )

    The references are correct for both showinig the von and the de.  
The citations styles apparently  differ.  von Hayek is shown but the de 
is lost leaving only Boer.


    Does any one know how to resolve this issue.

Regards

Frank Salter

re: Jabref

[F M Salter]

 Wolfgang Enlelmann asked about window hiding with Jabref.  I think 
the only universal solution for all OS's is to use the button to hide 
the Jabref main window, which reveals the entry window below..


    I use linux with the KDE environment.  In KDE, one can add extra 
buttons to windows' frames.  One of these is "keep below" other 
windows.  If this is set, the jabref entry window appears on top.


Regards

Frank Salter

Beamer overprint

[F M Salter]

Hi

    I am attempting to overprint text and equations to identify
significant text and the corresponding parts of the equations successively..

    I am attaching an example for which I expected the text and
equations to over print. Not to have non-overlaid text and two equations.

    Is this a bug or am I misunderstanding what is required?

    Any suggestions of how to do this will be appreciated.

Regards

Frank Salter.



beamer_test.lyx
Description: application/lyx

LyX 2.3.1: Beamer --- overprint

[F M Salter]

Hi,

    With overprint on slide, the Alt-P shift-return action creates
another overprint.  To create a new frame it is necessary to create a
standard line before it is possible to move to the next frame.

Regards

Frank Salter

Re: LyX 2.3.1 -- Beamer presentation

[F M Salter]

Hi,

    Thanks to Daniel, I rectified the problem.

Regards

Frank Salter

Re: LyX 2.3.1 -- Beamer presentation

[F M Salter]

Hi,

On Thu. 18 Oct 2018 04:26:19-0700, Baris Erkus wrote:
> 
> Please Submit a MWE.
>
> BE
    MWE enclosed.

Regards
Frank Salter


jump.lyx
Description: application/lyx

LyX 2.3.1 -- Beamer presentation

[F M Salter]

Hi

    When a beamer presentation is presenting a itemised list line by
line and the first (the only one at the time) line is shorter than later
lines, then the heading on the first frame in not aligned with later
frames.  It demonstrates a pronounced jump.

    This did not happen with earlier versions.

    Is there any way to ensure the alignment is to the left as the
action suggests some form of centring.

Regards

Frank Salter

Re: Quotations within enumeration

[F M Salter]

Hi,


On  Sat, 01 Sep 2018 07:18 -0700,  Daniel wrote:
> Hi,
>
>    I am not fully sure what it is exactly what you are after. If it is
> the one attached, then the "trick" is to indent (e.g. with tab)
> standard and quote environments.
> Best,
> Daniel
>
Thank you.  Your example demonstrated what I had missed in the user
guide.  I think more simpler examples would help to make the guide much
easier to understand.  Some of my confusion arose from not recognising
that I had to move from enumerate paragraphs to standard to achieve the
desired result.

Regards
Frank Salter

Quotations within enumeration

[F M Salter]

Hi,

    Using LyX 2.3.1 and debian Jessie, I have been trying to to insert
quotes inside an enumeration list with very little success.  The
instructions in the Userguide are opaque.  The format I am trying to
achieve is shown below.

1. x x

    x x

   qqq

   qqq

   x

etc.

    There appears to be problems with maintaing the protected status of
both horizontal and vertical spacing.

 Any suggestions as to how to achieve this> Please

Regards

Frank Salter

pdfcomment

[F M Salter]

Hi

    Clearly pdf's can have underlines of differing thickness'.  Is there
a  way of increasing the thickness of underlines created by pdfcomments?

Regards

Frank Salter

Re: Figure captions

[F M Salter]

Thank both of you, Ricardo Berlasso  and Juergen Spitzmueller

Frank Salter

On 09/06/18 10:50, F M Salter wrote:
> Hi
>
>     Is it possible to place captioned figures side by side rather than
> vertically?   It is possible to place graphics, without captions, side
> by side.  Figure captions seem only to be used in floats.  Attempts to
> copy to a  box produces senseless!
>
> Regards
>
> Frank Salter
>
>

Figure captions

[F M Salter]

Hi

    Is it possible to place captioned figures side by side rather than
vertically?   It is possible to place graphics, without captions, side
by side.  Figure captions seem only to be used in floats.  Attempts to
copy to a  box produces senseless!

Regards

Frank Salter

Re: LyX 2.3.0 --- unexpected spacing

[F M Salter]

Hi

   As I said in my original posting I had reported this as a bug:

   Riki Heck said (Sun, 25 Mar):
> It's not a bug. The reason for this behavior is that the float occupies 
> its own paragraph, and you start a new paragraph after it.  It's exactly 
> the same as if the float weren't there, but you had started a new paragraph.
>
 When I stated a space was produced, I meant that it was a single
space character.  This appears to be inconsistent with the new paragraph
explanation, which I would have expected to produce a paragraph indent
not a single space character.

    Baris Erkus (Sun 25 Mar) suggested the use of a visible paragraph
end symbol.  Thank you for your suggestion.  I have been using these for
some time and find the symbol to be very useful.  I can confirm that
there was only the float between the display equation and the text which
was intended to follow the equation immediately with no indent of any sort.

Regards
Frank Salter

On 25/03/18 13:34, F M Salter wrote:
> Hi,
>
>     An unexpected space is produced in the pdf output when:
>
>     A displayed equation is followed by a figure float and then by text,
> in which case a space appears before the text.
>
>     If the float is positioned in a different place, the spacing is as
> it should be.
>
>     I have reported this as a bug.
>
> Regards
>
> Frank Salter
>

LyX 2.3.0 --- unexpected spacing

[F M Salter]

Hi,

    An unexpected space is produced in the pdf output when:

    A displayed equation is followed by a figure float and then by text,
in which case a space appears before the text.

    If the float is positioned in a different place, the spacing is as
it should be.

    I have reported this as a bug.

Regards

Frank Salter

Re: LyX 2.3 --- Citation at end of a quotation

[F M Salter]

On 20/03/18 14:34, Richard Kimberly Heck

wrote:
> Hi.
>
> I think the reason for the problem Frank reported is that LaTeX discards
> leading space in some cases. So, if you just put a horizontal fill, with
> nothing ahead of it, LaTeX ignores it. The solution is to "protect" this 
> space.
> There's a checkbox for that in the dialog. Note that this will work if you 
> just
> use a linebreak instead of a new paragraph.
>
Thank you. This worked perfectly.

However, there is an awkwardness in how this is shown in LyX.
Doing what Riki said shows, to the left of the citation, a small glyph
producing the horizontal fill.  The citation appears to be on the left
but prints correctly to the right.  At other times a horizontal fill
shows as a horizontal line and the text moves to the right.

Regards
Frank Salter

LyX 2.3 --- Citation at end of a quotation

[F M Salter]

Hi.

    I am trying to cite a quotation, so that the citation is placed
right justified on the line following the last line of the quotation.

    After ^Enter ^space  , LyX displays a
line with the citation on the right.  But the pdf output has the
citation left justified on the following line.

    If the citation is placed right justified on the following line, it
appears as requested, but the citation can become a widow.

    Is there a correct way to achieve the desired output automatically?

Regards

Frank Salter

Re: Text output encodings

[F M Salter]

On 19/02/18 07:55, F M Salter wrote:
> Hi
>
>     When plain text is used as output, emphasised text loses emphasis.
>
>     Is there any way by which text output may be specified with utf-8
> encoding?   Emphasis could then be maintained.
>
> Regards
>
> Frank Salter
>
...

...

    To explain in more detail.    LyX uses utf-8.   utf-8 is standard on
most operating systems.

    RTF is obsolescent and is not a text file.

    If I insert utf-8 italic characters into a LyX file, the plain text
output contains italic characters.

    I wanted to know if there was a LyX method which would produce
italic utf-8 characters from emphasised text.

    If not, this would become a feature request.

Regards
Frank Salter

Re: Text output encodings

[F M Salter]

On 19/02/18 08:06, Daniel Kian Mc Kiernan wrote:
> The very definition of “plain text” precludes what you're hoping
> to get. The closest thing of which I know to what you want is
> RTF (rich-text format)
>
Plain text is the export option offered by LyX.
There is no RTF option!

Regards
Frank Salter

Text output encodings

[F M Salter]

Hi

    When plain text is used as output, emphasised text loses emphasis.

    Is there any way by which text output may be specified with utf-8
encoding?   Emphasis could then be maintained.

Regards

Frank Salter

Re: html output --- LyX 2.3.0rc2

[F M Salter]

Hi,

    I am answering Guenter Milde's questions (3 Feb - 12.34) on my
original email to produce a more coherent explanation.

    I simply used export to html (Alt-feh).  The variables were /q/ and
/Q, / the png 's were generated by this process.  There was no
separation between the variables and the dot.

The pdf version (ALT-fef) has a separation between the variables and the
dot.

    I also exported to xhtml (ALT-fey).  Here the dot was not placed
above the variable but as a separate character following it.

Here the relative height of the dot changes.  For the lower case /q/ it
is above.  For the upper case /Q/ it is at the same height as the top of
the /Q/ .

Regardss

Frank Salter


On 03/02/18 13:18, F M Salter wrote:
> Hi
>
>     I generated html output for display equations with \dot.  The png's
> generated had the dot in contact with the symbol.  Is this what is to be
> expected or is the dot too close to the symbol?
>
> Regards
>
> Frank Salter
>

Both;) It also depends on the symbol under the dot.

Does it look better in the PDF output of the same document?

How do you produce the HTML? elyxer or LyXHTML?

Why do you use PNGs? Nowadays most browsers support maths.

html output --- LyX 2.3.0rc2

[F M Salter]

Hi

    I generated html output for display equations with \dot.  The png's
generated had the dot in contact with the symbol.  Is this what is to be
expected or is the dot too close to the symbol?

Regards

Frank Salter

Re: Lyx 2.3.0rc2 -- Incorrect saving of file-name in Linux

[F M Salter]

Correction:

    please ignore export comments.  I had finished with two files.  I
confused the one from which I carried out the exporting!

Regards


On 30/01/18 09:49, F M Salter wrote:
> More problems.
>
>     Even when a LyX file has the correct number of dots and is saving
> correctly, export to other output forms loses the part after the dot.
>
>     This can easily lead to the disastrous overwriting of existing files.
>
> Regards
>
> Frank Salter
>
>
> On 30/01/18 09:03, F M Salter wrote:
>> Hi
>>
>>        LyX saves new files with incorrect names when the specified name
>> contains dots as separators.
>>
>>         Example:  Specified file name is  file-2018.Jan.30  expecting
>> .lyx to be added as is usual
>>
>>                      Saved file name is      file-2018.Jan.lyx
>>
>>         If the full name complete with *.lyx is saved, it does so correctly.
>>
>> Regards
>>
>> Frank Salter
>>

Re: Lyx 2.3.0rc2 -- Incorrect saving of file-name in Linux

[F M Salter]

More problems.

    Even when a LyX file has the correct number of dots and is saving
correctly, export to other output forms loses the part after the dot.

    This can easily lead to the disastrous overwriting of existing files.

Regards

Frank Salter


On 30/01/18 09:03, F M Salter wrote:
> Hi
>
>        LyX saves new files with incorrect names when the specified name
> contains dots as separators.
>
>         Example:  Specified file name is  file-2018.Jan.30  expecting
> .lyx to be added as is usual
>
>                      Saved file name is      file-2018.Jan.lyx
>
>         If the full name complete with *.lyx is saved, it does so correctly.
>
> Regards
>
> Frank Salter
>

Lyx 2.3.0rc2 -- Incorrect saving of file-name in Linux

[F M Salter]

Hi

       LyX saves new files with incorrect names when the specified name
contains dots as separators.

        Example:  Specified file name is  file-2018.Jan.30  expecting
.lyx to be added as is usual

                     Saved file name is      file-2018.Jan.lyx

        If the full name complete with *.lyx is saved, it does so correctly.

Regards

Frank Salter

File names -- 2.3rc1

[F M Salter]

Hi,

    Lyx 2.3 rc1 fails to save certain file names correctly!

    I wish to create file names matching a particular pattern.   I enter
the intended title  ---   test-2017.Dec.23.   Copy it with control-c.
    Open the "save as" dialogue and paste using control-v.  At this
point all appears well!  However the saved file name is test-2017.Dec.lyx.

    My OS is debian Jessie.  Multiple dots in file names are valid!

Merry Christmas and a Happy New Year
Frank Salter

Re: LyX 2.3 with QT5

[F M Salter]

attention: Jean-Marc Lasgouttes

    I do have pkg-config installed.

Regards
Frank

On 10/10/17 10:50, Jean-Marc Lasgouttes wrote:
> Le 10/10/2017 à 11:50, F M Salter a écrit :
>
> attention:  Jean-Marc Lasgouttes
>      I installed qtdeclaratives-dev, but the failure continues.
>
>      However  find qglobal.h gives
>
> /usr/include/qt4/Qt/qglobal.h
> /usr/include/qt4/QtCore/qglobal.h
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h
>
>   This may explain why the problem occurs.
>
> You are right, I have to look at this more closely. Another thing that
> I do here is to install pkg-config (which helps finding libraries). Do
> you have it?
> This may explain why I do not experience the same problem.
>
> JMarc
>
>     However  find qglobal.h gives
>  
> /usr/include/qt4/Qt/qglobal.h
> /usr/include/qt4/QtCore/qglobal.h
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h
>
>  This may explain why the problem occurs.
> Regards
> Frank
>
> On 10/10/17, Jean-Marc Lasgouttes wrote:
>> Le 09/10/2017 à 19:03, F M Salter a écrit :
>>
>> conftest.cpp:38:22: fatal error: qglobal.h: No such file or directory
>>#include 
>>
>> This seems weird. Did you install also the xxx-dev packages needed
>> to build a qt program? It looks like the build-essential package
>> installs whatever is needed to build all debian packages, but it may
>> be a bit too much.Some people advise to install qtdeclarative5-dev,
>> which installs whatever other packages are required for qt5.
>> JMarc
>> 
>>
>

Re: LyX 2.3 with QT5

[F M Salter]

attention:  Jean-Marc Lasgouttes
    I installed qtdeclaratives-dev, but the failure continues.

    However  find qglobal.h gives
 
/usr/include/qt4/Qt/qglobal.h
/usr/include/qt4/QtCore/qglobal.h
/usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h

 This may explain why the problem occurs.
Regards
Frank

On 10/10/17, Jean-Marc Lasgouttes wrote:
> Le 09/10/2017 à 19:03, F M Salter a écrit :
>
> conftest.cpp:38:22: fatal error: qglobal.h: No such file or directory
>#include 
>
> This seems weird. Did you install also the xxx-dev packages needed
> to build a qt program? It looks like the build-essential package
> installs whatever is needed to build all debian packages, but it may
> be a bit too much.Some people advise to install qtdeclarative5-dev,
> which installs whatever other packages are required for qt5.
> JMarc
> 
>

Re: LyX 2.3 with QT5

[F M Salter]

attention: Juergen Spitzmueller

    Sorry I sent the wrong log.  Correct one and the configure output
are attached.
<https://www.mail-archive.com/search?l=lyx-users@lists.lyx.org=from:%22J%C3%BCrgen+Spitzm%C3%BCller%22>


On 09/10/17 16:30, F M Salter wrote:
> Hi,
>
>     I am enclosing the config.log file
>
> 
>

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by LyX configure 2.3.0beta1, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ../lyx-2.3.0beta1/configure --enable-qt5

## - ##
## Platform. ##
## - ##

hostname = cosmos
uname -m = x86_64
uname -r = 4.9.0-4-amd64
uname -s = Linux
uname -v = #1 SMP Debian 4.9.51-1 (2017-09-28)

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = unknown
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo  = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/games
PATH: /usr/games


## --- ##
## Core tests. ##
## --- ##

configure:2904: checking for build type
configure:2922: result: prerelease
configure:2934: checking for version suffix
configure:2953: result: 
configure:2957: checking whether Qt5 is requested
configure:2966: result: yes
configure:2975: checking build system type
configure:2989: result: x86_64-pc-linux-gnu
configure:3009: checking host system type
configure:3022: result: x86_64-pc-linux-gnu
configure:3042: checking target system type
configure:3055: result: x86_64-pc-linux-gnu
configure:3081: checking what packaging should be used
configure:3098: result: posix
configure:3198: checking whether to enable maintainer-specific portions of Makefiles
configure:3207: result: no
configure:3231: checking whether make supports nested variables
configure:3248: result: yes
configure:3279: checking for a BSD-compatible install
configure:3347: result: /usr/bin/install -c
configure:3358: checking whether build environment is sane
configure:3413: result: yes
configure:3564: checking for a thread-safe mkdir -p
configure:3603: result: /bin/mkdir -p
configure:3610: checking for gawk
configure:3640: result: no
configure:3610: checking for mawk
configure:3626: found /usr/bin/mawk
configure:3637: result: mawk
configure:3648: checking whether make sets $(MAKE)
configure:3670: result: yes
configure:3757: checking whether UID '1000' is supported by ustar format
configure:3760: result: yes
configure:3767: checking whether GID '1000' is supported by ustar format
configure:3770: result: yes
configure:3778: checking how to create a ustar tar archive
configure:3789: tar --version
tar (GNU tar) 1.29
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.
configure:3792: $? = 0
configure:3832: tardir=conftest.dir && eval tar --format=ustar -chf - "$tardir" >conftest.tar
configure:3835: $? = 0
configure:3839: tar -xf - = 2.7.0 or 3.3.0
configure:4031: python -c import sys version = sys.version_info[:3] sys.exit(not ((2,7,0) <= version < (3,0,0) or version >= (3,3,0)))
configure:4034: $? = 0
configure:4040: result: python
configure:4048: checking for python
configure:4066: found /usr/bin/python
configure:4078: result: /usr/bin/python
configure:4158: checking for python version
configure:4165: result: 2.7
configure:4177: checking for python platform
configure:4184: result: linux2
configure:4210: checking for python script directory
configure:4245: result: ${prefix}/lib/python2.7/dist-packages
configure:4254: checking for python extension module directory
configure:4289: result: ${exec_prefix}/lib/python2.7/dist-packages
configure:4316: checking for style of include used by make
configure:4344: result: GNU
configure:4415: checking for gcc
configure:4431: found /usr/bin/gcc
configure:4442: result: gcc
configure:4671: checking for C compiler version
configure:4680: gcc --version >&5
gcc (Debian 6.3.0-18) 6.3.0 20170516
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:4691: $? = 0
configure:4680: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.3.0-18' --with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-6 --program-prefix=x86_64-linux-gnu

Re: LyX 2.3 with QT5

[F M Salter]

Hi,

    I am enclosing the config.log file




This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by LyX configure 2.3.0beta1, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ../lyx-2.3.0beta1/configure 

## - ##
## Platform. ##
## - ##

hostname = cosmos
uname -m = x86_64
uname -r = 4.9.0-4-amd64
uname -s = Linux
uname -v = #1 SMP Debian 4.9.51-1 (2017-09-28)

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = unknown
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo  = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/games
PATH: /usr/games


## --- ##
## Core tests. ##
## --- ##

configure:2904: checking for build type
configure:2922: result: prerelease
configure:2934: checking for version suffix
configure:2953: result: 
configure:2957: checking whether Qt5 is requested
configure:2966: result: no
configure:2975: checking build system type
configure:2989: result: x86_64-pc-linux-gnu
configure:3009: checking host system type
configure:3022: result: x86_64-pc-linux-gnu
configure:3042: checking target system type
configure:3055: result: x86_64-pc-linux-gnu
configure:3081: checking what packaging should be used
configure:3098: result: posix
configure:3198: checking whether to enable maintainer-specific portions of Makefiles
configure:3207: result: no
configure:3231: checking whether make supports nested variables
configure:3248: result: yes
configure:3279: checking for a BSD-compatible install
configure:3347: result: /usr/bin/install -c
configure:3358: checking whether build environment is sane
configure:3413: result: yes
configure:3564: checking for a thread-safe mkdir -p
configure:3603: result: /bin/mkdir -p
configure:3610: checking for gawk
configure:3640: result: no
configure:3610: checking for mawk
configure:3626: found /usr/bin/mawk
configure:3637: result: mawk
configure:3648: checking whether make sets $(MAKE)
configure:3670: result: yes
configure:3757: checking whether UID '1000' is supported by ustar format
configure:3760: result: yes
configure:3767: checking whether GID '1000' is supported by ustar format
configure:3770: result: yes
configure:3778: checking how to create a ustar tar archive
configure:3789: tar --version
tar (GNU tar) 1.29
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later .
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.
configure:3792: $? = 0
configure:3832: tardir=conftest.dir && eval tar --format=ustar -chf - "$tardir" >conftest.tar
configure:3835: $? = 0
configure:3839: tar -xf - = 2.7.0 or 3.3.0
configure:4031: python -c import sys version = sys.version_info[:3] sys.exit(not ((2,7,0) <= version < (3,0,0) or version >= (3,3,0)))
configure:4034: $? = 0
configure:4040: result: python
configure:4048: checking for python
configure:4066: found /usr/bin/python
configure:4078: result: /usr/bin/python
configure:4158: checking for python version
configure:4165: result: 2.7
configure:4177: checking for python platform
configure:4184: result: linux2
configure:4210: checking for python script directory
configure:4245: result: ${prefix}/lib/python2.7/dist-packages
configure:4254: checking for python extension module directory
configure:4289: result: ${exec_prefix}/lib/python2.7/dist-packages
configure:4316: checking for style of include used by make
configure:4344: result: GNU
configure:4415: checking for gcc
configure:4431: found /usr/bin/gcc
configure:4442: result: gcc
configure:4671: checking for C compiler version
configure:4680: gcc --version >&5
gcc (Debian 6.3.0-18) 6.3.0 20170516
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:4691: $? = 0
configure:4680: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.3.0-18' --with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-6 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin 

Re: LyX 2.3 with QT5

[F M Salter]

JMarc

    Thank you for your prompt response.

    I believe I have installed all the development packages of which I
am aware.  I did use  --enable-qt5, without success.

    I have also noticed that the included boost libraries were used even
though system-wide boost libraries and headers are available.  This
seems to suggest that the configuration is not picking the required
libraries.

Regards

Frank


On 09/10/17 12:28, Jean-Marc Lasgouttes wrote:
> Le 09/10/2017 à 13:13, Jürgen Spitzmüller a écrit :
>> Do you have all necessary qt5-devel packages installed?
>>
>> Do you use --enable-qt5?
>
> If you do those two things, you should not need to set any directories
> (at least for a first try).
>
> JMarc

LyX 2.3 with QT5

[F M Salter]

Hi,

    I am attempting and failing to compile 2.3 with QT5 in Debian
Stretch.  Setting QTDIR to all directories-qt5 in turn produces the same
configuration failure, suggesting QT5DIR is set incorrectly.

    Has anyone done this successfully?  If so would you please explain
what needs to be done to use QT5.

Regards

Frank Salter

Koma-script adjustments

[F M Salter]

Hi,

Koma-script provides ways of adjusting title and author fonts and
their line spacing.  Using LyX, is it possible to alter the spacing
before and after the title and author?  Does anyone know of any way of
controlling the spacing.  Negative line spacings have no effect.

Using LyX, 2.2.3 -- Debian Jessie --  When a pdf graphic in a figure
float is clipped, the graphic does not appear in the final document.  It
appears to be necessary to reintroduce the graphic again before the
figure presents in the final document.


Regards

Frank Salter

Stix fonts

[F M Salter]

Hi,

With texlive 2017 containing the stix two fonts, will they be one of
the font choices readily available in LyX 2.3?

Regards

Frank Salter

LyX 2.3 alpha nomenclature

[F M Salter]

Nomenclature entries produce pdf showing  $x$ not /x!/

Regards

Frank Salter

Re: texlive in Debian

[F M Salter]

On 25/04/17, Wolfgang Engelmann wrote:

> I am frequently reminded by the Debian system to install texlive,
> which is, however, of 2014, whereas I am using the one of 2016.If I
> click the various texlive packages away (a bit cumbersome, around 14
> or so packages) I am told that it is needed for removing a
> security risk.What should I do? I would rather like to stick to the
> 2015 version. Does this version give me the security? Or should I
> install the 2016 version? Or wait for the 2017 version?
I have used texlive with debian for several years and do not share the
same experience.  At the moment I have jessie installed and I am using 2
more virtual installations for testing purposes.  The same is true for
these installations.
 I believe the problem arises with another debian program which uses
latex.  I only install debian packages which do not requires latex
support.  For example if you install kde-full, it will install its own
version of texlive to meet its dependencies.
 A bash-script, using apt-get, to install the packages you actually
use is most helpful for easing this process.  I initially created one
from bash's history using grep and have refined it over time to select
some of debian's own packages and where appropriate obtain from other
sources.  The reason for one of virtual machines is to try the new 2.3.x
series of lyx with the 2017 texlive.
 Hope this is of some help.
> Thanks for help.
> Wolfgang
Regards
Frank Salter

Re: English aka british

[F M Salter]

> On 03/03/17 11:00, Jürgen Spitzmüller wrote:
>
> Am Freitag, den 03.03.2017, 14:55 + schrieb F M Salter:
> > To the best of my knowledge there is no US-English in my article at
> > all.  However the scrartcls is given the arguments [english,british]
> > by LyX!
> Then there must be some (US) English snippet in your document.
You are absolutely correct \printbibliography  for biblatex was being
taken to be US English.
> Jürgen
Thanks again for the speedy resolution of the problem.
>>> Regards
>>>
>>> Frank Salter

Re: English aka british

[F M Salter]

On 03/03/17 11:00, Jü LyX Document LyX Document LyX Document rgen
Spitzmü LyX Document ller wrote:
> Am Freitag, den 03.03.2017, 07:28 + schrieb F M Salter:
>> Hi
>>
>> Sorry about the subject,
>>
>> but being an Englishman I find it a hard pill to swallow that my
>> native language is not to be called "english" but "british"!
> The reason is that the "english" option of babel is used as an alias
> for usenglish (TeX's default language patterns, as TeX is a Stanford
> child). However, if another English variety is used (british, canadien,
> australian, even american, etc.), english is set to the last one loaded
> (a bug in babel, see
> http://tex.stackexchange.com/questions/12775/babel-english-american-usenglish)
> <http://tex.stackexchange.com/questions/12775/babel-english-american-use>
>> I have found that when using the KOMA scrartcl class with the LyX
>> setting "English (UK)" and biblatex/biber, pdflatex issues warnings that
>> the babel package setting of english  is inappropriate when british is
>> the primary language.  Babel does provide provide files explicitly
>> british.  The tex file simply contains the line "\usepackage{babel}".
>>
>> A number of questions arise:Does the warning matter?
> Probably yes (in the cases mentioned above.
To the best of my knowledge there is no US-English in my article at
all.  However the scrartcls is given the arguments [english,british] by LyX!
>>   Is there some setting, I need to make,
>> of which I am unaware?
> Yes. Don't use "English" together with "English (UK)". Use
> "English(USA)" for american English instead
>>   Is this a bug in LyX?
>>
> I wouldn't call it a bug, since LyX provides proper american language
> selection. Maybe LyX could take care that "american" is used instead
> of "english" if another English variety is in play.

> HTH
> Jürgen  .
Thanks for your quick reply.
>> Regards
>>
>> Frank Salter

English aka british

[F M Salter]

Hi

Sorry about the subject,

but being an Englishman I find it a hard pill to swallow that my
native language is not to be called "english" but "british"!

I have found that when using the KOMA scrartcl class with the LyX
setting "English (UK)" and biblatex/biber, pdflatex issues warnings that
the babel package setting of english  is inappropriate when british is
the primary language.  Babel does provide provide files explicitly
british.  The tex file simply contains the line "\usepackage{babel}".

A number of questions arise:

Does the warning matter?  Is there some setting, I need to make,
of which I am unaware?  Is this a bug in LyX?

Regards

Frank Salter

hyperref

[F M Salter]

Hi

Using LyX 2.2.2 and biblatex/biber, the following occurs.

When a citation is  LyX provides a hyperref link around
the 

When a citation is <(year)>  there is no hyperref link at all!

Any suggestions, please, about how to ensure the linkage for the
second case?

regards

Frank Salter

PS -- Are the mail archives being updated?

Floats --- long captions

[F M Salter]

System: LyX 2.2.2 -- TeX Live (fully updated)

Short captions centre correctly but long captions -- longer than a
single line -- appear left justified.

Is this the intended action or is this a bug?

Regards

Frank Salter

Fragility

[F M Salter]

I would like to raise a question for everyone about what I am
describing as fragility in LyX.

I use Lyx as a method of recording my own thinking on various
subjects including mathematical analyses, a tool to annotate material
(usually academic papers which can not be annotated directly) and to
prepare papers for publication.  I feel that the fragility I am
detecting may be increasing and would then be attributibe directly to
LyX.  However, I am increasingly using more advanced techniques and
these may be the cause of the events which am noting rather than with
LyX itself.

The number of "strange occurrences" has made me ask if any of you
have had any similar experiences, which appear inexplicable but hardly
worthy of raising as a particular concern on this forum.  Most of these
I am attempting to describe have arisen whilst simply editing text. 
With a single backup file attempts to return to an earlier unaffected
version are thwarted.

Examples:

I was annotating a file using the PDF comments module.  The
pdfmarkup annotations were working correctly, visible in the pdf
output.  I edited some text.  In subsequent version of this document no
markups are visible in the  pdf output.  I have more than forty similar
files all producing the expected annotated results.

Tables:  With formal tables the order of editing can produce
different outcomes.  I have worked round  this problem by starting a
completely new table as the subsequent editing of erroneous tables has
produced  variable,  unexpected and inappropriate results.

hyperref:unticking hyperref, after its having been set, produces
a number of error messages and output with "hyperrefImplicit mode ON;
LaTeX internals redefined" on the first page numbered 1. The rest of the
document starts on the page numbered 2!

biblatex with biber: Possibly it is to be expected to be more
delicate.  However, with a new pdf requiring more than 20 seconds to be
produced, human error is likely and can lead to an inability to produce
any further pdf output.  Solution is close down LyX and restart.

Questions:

Am I alone in these experiences?Does anyone have the same or
similar to recorrd?

Is there enough information to help the developers determine the
nature of the problems and their solutions?

Finally, am I missing anything glaringly obvious to you out there?

Regards

Frank Salter



   

Character encodings

[F M Salter]

Hi,

In the User Guide it states:

LyX Document

biber provides full Unicode support, ...only with the package
*biblatex*; recommended for multilingual texts and for languages
that don't use Latin letters

There is no further information in  "Additional Features".

in the wiki:

it states that biber is fully unicode aware.

Examples are given for using biblatex with LyX.  They do not use
utf8.

In attempting to incorporate citations with utf8 characters using
English (NOT US English) various incompatibilities appear as both
"english" and "british" appear in the latex.

Have I failed to make an essential alteration to the preamble or missed
some document settings?

I appreciate that this problem may be avoided but not solved by using
the bibtex handling of characters such as {\l}.

Is there a solution to his problem or is it necessary to await the full
integration of biblatex into LyX?

Regards

Frank Salter

Cursor width

[F M Salter]

Hi,

Opening Menu  Tools>preferences>Editing>Control  provides the
"Cursor width (pixels)"  settings.

Regards

Frank Salter

Biblatex in LyX 2.2

[F M Salter]

Hi
In attempting to follow the biblatex instructions on the wiki, I
have run into two problems.  I would very much appreciate a helping hand.

1.  Using the style authoryear produces the required "References"
section heading on the left.
 There is however on each reference page an extra centred
"/references/" page header for which I have no explanation.

How might this be removed?

2. This style introduces  "In:" after the title for both  journal
name and  book titles in the references.
The editorial style calls for a "," between title and a journal
and for "in:" between title and book title.

How might this be achieved?

Regards
Frank Salter

   

Re: 2.2 -- table problems

[F M Salter]

On 06/06/12:59-0700, Paul A. Rubin  wrote:
> > Hi
> > I am attaching a small table which  produces erroneous output.
> > 
> > 1.  mathematical symbol  m in headings
> > 2.  non-alignment of decimal points
> > 
> > Any suggestions?
> > 
> ===
> The second problem is easily fixed: enter the numbers in the table as plain
> text, not as inline math. I think the math insets prevent detection of the
> separator (decimal point).
Did as you said.  One problem solved.
> The first problem is harder, and might be a bug in LyX. If you turn on View
> > Source and set it to show the LyX source code, you'll see cells marked
> multirow="3" and multirow="4". I have no idea why. If you switch to LaTeX
> source, you will see the extra $m$ being inserted (again, no idea why).
>
> Paul
I had a table, with no apparent problems, but with vertical separators. 
Publication requires a formal table!
I have not found any way to set up a heading layout other than what is
essentially the default.

Setting up a table, adding an extra row in the heading, setting "formal"
  The order attempted produces different results.
(a) setting width for a multirow heading turns centred heading
into left justified and unchangeable!
(b) after both rows of a column heading contain text and in-line
maths, the bounding line cannot be removed.
> Any suggestions?
>
> Regards
> Frank Salter
Thanks for your help
Frank

Re: 2.2 -- table problems

[F M Salter]

On 06/06/16 13:54, John Kane wrote:
> I don't think I understand the point about the "m".  It is a math
> symbol in the lyx file so one would expect it to be one in the output?
Sorry, I was obviously too terse. An additional /m/ appears in the 3rd
column under the fraction
>
> I am not very good with LyX tables (I usually generate mine with R and
> knitr) but it looks to me that you need three numbers after the
> decimal in the last column of the table. Try sticking zeros after the
> values with only 2 numbers (characters?) and you get decimal alignment.
The reason I need the decimal alignment is that I do not to suggest an
undeserved precision to the othere numbers in the column.
>
> On 6 June 2016 at 06:57, F M Salter <fmsal...@blueyonder.co.uk
> <mailto:fmsal...@blueyonder.co.uk>> wrote:
>
> Hi
> I am attaching a small table which  produces erroneous output.
>
> 1.  mathematical symbol  m in headings
> 2.  non-alignment of decimal points
>
> Any suggestions?
>
> Regards
> Frank Salter
>
>
>
>
> -- 
> John Kane
> Kingston ON Canada
Thanks for your comments
Regards   FMS

2.2 -- table problems

[F M Salter]

Hi
I am attaching a small table which  produces erroneous output.

1.  mathematical symbol  m in headings
2.  non-alignment of decimal points

Any suggestions?

Regards
Frank Salter


table.lyx
Description: application/lyx

2.2rc1: Graphic scaling problem

[F M Salter]

After introducing an oversized graphic png image, attempts to set
the scaling fail!
LyX appears set the scaling, when OK is pressed but fails to complete
this action  -- the scale is left unset
After using a text editor to insert i"width 100text%" for the image,
LyX will work as intended and subsequently adjust the width to whatever
is required.
 Only the initial setting fails.
Regards
Frank Salter

2.2.0(rc1) -- .PDF Comment

[F M Salter]

The attached LyX file produces erroneous output.

The output is self-explanatory..

Regards
Frank Salter


test_PDF_Comments.lyx
Description: application/lyx

2.222.0(rc1) - a problem

[F M Salter]

I experienced a minor problems;  resolved by editing the LyX file with a
text editor.

 I copied text from a "quote" into a footnote  --  the resulting
text froze.
 The copying included  environment settings, the removal of which
solved the problem.

Otherwise all appears OK

Thanks to the team for all the effort they put into making my life easier
Regards
Frank Salter

Support for aspell --- LyX 2.0 onwards

[F M Salter]

In the wiki new restrictions are indicated which seem to imply the 
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now 
available which works with aspell 6!


It appears that hunspell is being presented as the spell checker of 
choice.  Is this the case?


I find that for spell checking english (gb),  hunspell is almost 
incapable of handling punctuation correctly!
This has been a problem for many years and it seems to be that no 
improvement is being considered!

Aspell is significantly better.

What future changes if any are being planned for linux users as the 
apparent reason seems to relate to Windows inadequacies?


Regards
Frank Salter

Re: Support for aspell --- LyX 2.0 onwards

[F M Salter]

On 15/11/14 10:32, Stephan Witt wrote:

Am 15.11.2014 um 11:13 schrieb Liviu Andronic landronim...@gmail.com:


On Fri, Nov 14, 2014 at 11:43 AM, F M Salter fmsal...@virginmedia.com wrote:

In the wiki new restrictions are indicated which seem to imply the
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now
available which works with aspell 6!

What is Aspell 6 and aspell 7? I know of aspell 0.60.6.1 as latest release.

I elided the version numbers.
URL:  ftp://ftp.gnu.org/gnu/aspell/dict/0index.html
shows the dictionary file, aspell6-en-7.1-0.tar.bz2 
ftp://ftp.gnu.org/gnu/aspell/dict/en/aspell6-en-7.1-0.tar.bz2

It appears that hunspell is being presented as the spell checker of choice.
Is this the case?
I asked this question as there is little in the documentation about 
spell checking.
I attempted to use hunspell in lyx and found for my work that the 
suggested corrections were few
and frequently strange with what would appear to be obvious 
suggestions missing.




I find that for spell checking english (gb),  hunspell is almost incapable
of handling punctuation correctly!
This has been a problem for many years and it seems to be that no
improvement is being considered!
Aspell is significantly better.

What future changes if any are being planned for linux users as the apparent
reason seems to relate to Windows inadequacies?

The wiki page quoted below makes specific reference to windows



At least on Linux LyX 2.1.x can be built with support for Aspell (the
library), and this seems to work fine. And I haven't heard any noises
on the list wrt Aspell being completely dropped…
While this comment is reassuring, the completely dropped seems to 
imply a preference for hunspell,

which is significantly inferior to aspell for my use with English English!

Cite from wiki:
Note: Beginning with 2.0 support for the aspell command line program has been 
dropped. Although the aspell library (aspell 0.60.x) is still supported, Windows binaries 
are compiled without this feature.

For Mac OS X aspell support is always included too.

Stephan
This is partly what triggered my questions.  I could not find any 
reference in the documentation
to the significance of the withdrawal of the command line support, 
mentioned above and whether
this had any longer term implications.  The general tenor of the text 
appeared to favour the use of hunspell.


If I now understand the situation correctly,  aspell will continue to be 
available indefinitely


Many thanks
Frank Salter

Support for aspell --- LyX 2.0 onwards

[F M Salter]

In the wiki new restrictions are indicated which seem to imply the 
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now 
available which works with aspell 6!


It appears that hunspell is being presented as the spell checker of 
choice.  Is this the case?


I find that for spell checking english (gb),  hunspell is almost 
incapable of handling punctuation correctly!
This has been a problem for many years and it seems to be that no 
improvement is being considered!

Aspell is significantly better.

What future changes if any are being planned for linux users as the 
apparent reason seems to relate to Windows inadequacies?


Regards
Frank Salter

Re: Support for aspell --- LyX 2.0 onwards

[F M Salter]

On 15/11/14 10:32, Stephan Witt wrote:

Am 15.11.2014 um 11:13 schrieb Liviu Andronic landronim...@gmail.com:


On Fri, Nov 14, 2014 at 11:43 AM, F M Salter fmsal...@virginmedia.com wrote:

In the wiki new restrictions are indicated which seem to imply the
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now
available which works with aspell 6!

What is Aspell 6 and aspell 7? I know of aspell 0.60.6.1 as latest release.

I elided the version numbers.
URL:  ftp://ftp.gnu.org/gnu/aspell/dict/0index.html
shows the dictionary file, aspell6-en-7.1-0.tar.bz2 
ftp://ftp.gnu.org/gnu/aspell/dict/en/aspell6-en-7.1-0.tar.bz2

It appears that hunspell is being presented as the spell checker of choice.
Is this the case?
I asked this question as there is little in the documentation about 
spell checking.
I attempted to use hunspell in lyx and found for my work that the 
suggested corrections were few
and frequently strange with what would appear to be obvious 
suggestions missing.




I find that for spell checking english (gb),  hunspell is almost incapable
of handling punctuation correctly!
This has been a problem for many years and it seems to be that no
improvement is being considered!
Aspell is significantly better.

What future changes if any are being planned for linux users as the apparent
reason seems to relate to Windows inadequacies?

The wiki page quoted below makes specific reference to windows



At least on Linux LyX 2.1.x can be built with support for Aspell (the
library), and this seems to work fine. And I haven't heard any noises
on the list wrt Aspell being completely dropped…
While this comment is reassuring, the completely dropped seems to 
imply a preference for hunspell,

which is significantly inferior to aspell for my use with English English!

Cite from wiki:
Note: Beginning with 2.0 support for the aspell command line program has been 
dropped. Although the aspell library (aspell 0.60.x) is still supported, Windows binaries 
are compiled without this feature.

For Mac OS X aspell support is always included too.

Stephan
This is partly what triggered my questions.  I could not find any 
reference in the documentation
to the significance of the withdrawal of the command line support, 
mentioned above and whether
this had any longer term implications.  The general tenor of the text 
appeared to favour the use of hunspell.


If I now understand the situation correctly,  aspell will continue to be 
available indefinitely


Many thanks
Frank Salter

Support for aspell --- LyX 2.0 onwards

[F M Salter]

In the wiki new restrictions are indicated which seem to imply the 
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now 
available which works with aspell 6!


It appears that hunspell is being presented as the spell checker of 
choice.  Is this the case?


I find that for spell checking english (gb),  hunspell is almost 
incapable of handling punctuation correctly!
This has been a problem for many years and it seems to be that no 
improvement is being considered!

Aspell is significantly better.

What future changes if any are being planned for linux users as the 
apparent reason seems to relate to Windows inadequacies?


Regards
Frank Salter

Re: Support for aspell --- LyX 2.0 onwards

[F M Salter]

On 15/11/14 10:32, Stephan Witt wrote:

Am 15.11.2014 um 11:13 schrieb Liviu Andronic <landronim...@gmail.com>:


On Fri, Nov 14, 2014 at 11:43 AM, F M Salter <fmsal...@virginmedia.com> wrote:

In the wiki new restrictions are indicated which seem to imply the
withdrawal of support for aspell.
Aspell dictionary version 6 is discussed.  However version 7 is now
available which works with aspell 6!

What is Aspell 6 and aspell 7? I know of aspell 0.60.6.1 as latest release.

I elided the version numbers.
URL:  ftp://ftp.gnu.org/gnu/aspell/dict/0index.html
shows the dictionary file, aspell6-en-7.1-0.tar.bz2 
<ftp://ftp.gnu.org/gnu/aspell/dict/en/aspell6-en-7.1-0.tar.bz2>

It appears that hunspell is being presented as the spell checker of choice.
Is this the case?
I asked this question as there is little in the documentation about 
spell checking.
I attempted to use hunspell in lyx and found for my work that the 
suggested corrections were few
and frequently "strange" with what would appear to be obvious 
suggestions missing.




I find that for spell checking english (gb),  hunspell is almost incapable
of handling punctuation correctly!
This has been a problem for many years and it seems to be that no
improvement is being considered!
Aspell is significantly better.

What future changes if any are being planned for linux users as the apparent
reason seems to relate to Windows inadequacies?

The wiki page quoted below makes specific reference to windows



At least on Linux LyX 2.1.x can be built with support for Aspell (the
library), and this seems to work fine. And I haven't heard any noises
on the list wrt Aspell being completely dropped…
While this comment is reassuring, the "completely dropped" seems to 
imply a preference for hunspell,

which is significantly inferior to aspell for my use with English English!

Cite from wiki:
"Note: Beginning with 2.0 support for the aspell command line program has been 
dropped. Although the aspell library (aspell 0.60.x) is still supported, Windows binaries 
are compiled without this feature."

For Mac OS X aspell support is always included too.

Stephan
This is partly what triggered my questions.  I could not find any 
reference in the documentation
to the significance of the withdrawal of the command line support, 
mentioned above and whether
this had any longer term implications.  The general tenor of the text 
appeared to favour the use of hunspell.


If I now understand the situation correctly,  aspell will continue to be 
available indefinitely


Many thanks
Frank Salter