Re: PDF graphics is blurred in LyX when scaled

2018-11-16 Thread Baris Erkus
On 16-Nov-18 11:24 AM, list_em...@icloud.com<mailto:list_em...@icloud.com> 
wrote:

On Nov 11, 2018, at 12:29 AM, Murat Yildizoglu 
mailto:myi...@gmail.com>> wrote:

I have also observed this in the last version under Osx.

Murat Yildizoglu
Le 11 nov. 2018 à 03:45 +0100, Baris Erkus 
mailto:bariser...@hotmail.com>>, a écrit :

Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics Options --> 
LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
but it would be really nice to have a clear view of the PDF while working on 
the document rather than looking at it using a PDF viewer.

See MWE and the view from LyX below.

Baris




I have only skimmed this thread so apologies if this is off-topic. At least one 
poster mentioned OSX aka OS X aka macOS. The following section in the LyX wiki 
might be useful:

https://wiki.lyx.org/Mac/Mac#toc9

Jerry

Thanks; this was very useful. I juggled around it a bit and this is my 
understanding:

  1.  LyX has a default PDF to PNG converter and associated options. The 
quality of the PNG that comes out of this default converter+options is very low 
and may be the resolution is adjusted to have the same size of the PDF.
  2.  We can define our converter with higher options and improve the quality 
for 100% view, but even for %101 or 99% scaling it goes back to the default 
converter+options and results low quality preview. So, it seems like definitely 
there is a bug here: It does not make sense to have very good quality preview 
at 100% caling and reduced quality at 101% or 99% scaling.
  3.  There is also awkward behavior I observed. Although I set the resolution 
to very high values, the PNG size didnot change on the screen. Normally, 
increasing the resolution should increase the size of the PNG on the screen. 
Maybe something to do with the cache or scaling algorithm in LyX.
  4.  Anyhow, I finally managed to get some nice previews on the screen. The 
problem is that I have to increase the resolution, which increases the view 
size of PNG. So, 100% preview actually shows a PNG image larger than the PDF 
size. Anyhow, it is still useful, since I can scale the preview with LyX 
preview option to put the image to size that I like.
  5.  There were also some awkward behavior when I setup it up so it took about 
an hour to make it work.

The solution is as follows: I defined a new converter from PDF(graphics) to PNG 
with the following ImageMagick converter:

convert -density 200 -trim -quality 100 -sharpen 0x1.0 $$i $$o

See the attached figure for output. I am not sure if ImageMAgick comes with 
LyX, but it is available in all OSs, so should not be a problem to get and use 
it.

I think there is a bug-like behaviour with preview scaling of LyX, so maybe I 
should convert the ticket to bug.

[cid:part4.3D8942FE.986C0A04@hotmail.com]

Baris

FYI: Email client Thunderbird makes you send replies bottom-post automatically. 
Top-post lovers may want to give a try to it. I am using Thunderbird only for 
LyX mailing list, so you do not need to use it as you main e-mail client. I 
also added the following signature to promote bottom post... :-)

--
↓↓
Please bottom-post. Start your reply here:


Re: PDF graphics is blurred in LyX when scaled

2018-11-16 Thread Murat Yildizoglu
Thank you Jerry,
It seems that I have already followed this advice some years ago because my 
PDF->PNG converter already contains:

sips --resampleWidth 800 --setProperty format png $$i --out $$o

Maybe 800 is too big, and I have a tendency to ask to LyX to reduce the size of 
the generated bitmaps on the screen. That could give a less crisp image. I will 
change this width and test.


> Le 16 nov. 2018 à 09:24, list_em...@icloud.com a écrit :
> 
> 
>> On Nov 11, 2018, at 12:29 AM, Murat Yildizoglu > <mailto:myi...@gmail.com>> wrote:
>> 
>> I have also observed this in the last version under Osx.
>> 
>> Murat Yildizoglu
>> Le 11 nov. 2018 à 03:45 +0100, Baris Erkus > <mailto:bariser...@hotmail.com>>, a écrit :
>>> Hello,
>>> 
>>> PDF graphics appears to be blurred in LyX when scaled from Graphics Options 
>>> --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>> 
>>> I am not sure if this is a feature to reduce CPU rendering workload or 
>>> smtg, but it would be really nice to have a clear view of the PDF while 
>>> working on the document rather than looking at it using a PDF viewer.
>>> 
>>> See MWE and the view from LyX below.
>>> 
>>> Baris
>>> 
>>> 
>>> 
>>> 
>>> 
> I have only skimmed this thread so apologies if this is off-topic. At least 
> one poster mentioned OSX aka OS X aka macOS. The following section in the LyX 
> wiki might be useful:
> 
> https://wiki.lyx.org/Mac/Mac#toc9 <https://wiki.lyx.org/Mac/Mac#toc9>
> 
> Jerry

--
Prof. Murat Yildizoglu

Université de Bordeaux 
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

murat.yildizo...@u-bordeaux.fr

http://yildizoglu.fr

http://www.twitter.com/yildizoglu





TeX comments in preamble (was: Biblatex in LyX 2.3 and newer)

2018-11-16 Thread Guenter Milde
On 2018-11-10, jezZiFeR wrote:

> Also the lines:
> \urlstyle{%}
> \usepackage{%}
> \begin{%}

> caused some errors – do I really have to remove all of them? Is there
> is one obvious reason for this?

In TeX (and the LyX-user-preamble), a % starts a comment that stretches till
the end of line. Therefore, all these lines produce unbalanced braces, for
TeX the code becomes:

 \urlstyle{
 \usepackage{
 \begin{

Günter



Re: PDF graphics is blurred in LyX when scaled

2018-11-16 Thread list_email

> On Nov 11, 2018, at 12:29 AM, Murat Yildizoglu  wrote:
> 
> I have also observed this in the last version under Osx.
> 
> Murat Yildizoglu
> Le 11 nov. 2018 à 03:45 +0100, Baris Erkus , a écrit :
>> Hello,
>> 
>> PDF graphics appears to be blurred in LyX when scaled from Graphics Options 
>> --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>> 
>> I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
>> but it would be really nice to have a clear view of the PDF while working on 
>> the document rather than looking at it using a PDF viewer.
>> 
>> See MWE and the view from LyX below.
>> 
>> Baris
>> 
>> 
>> 
>> 
>> 
I have only skimmed this thread so apologies if this is off-topic. At least one 
poster mentioned OSX aka OS X aka macOS. The following section in the LyX wiki 
might be useful:

https://wiki.lyx.org/Mac/Mac#toc9

Jerry

Re: Skim 1.4.37 resets to first page after updating PDF (LyX 2.3.1, Mac OS 10.11.6)

2018-11-15 Thread Daisuke Koya
Thank you for your reply and suggestion,

It didn’t occur to me to check anything on the Skim webpage. Then, lo and 
behold, I found a thread on the problem I have been experiencing:

https://sourceforge.net/p/skim-app/bugs/1276/ 
<https://sourceforge.net/p/skim-app/bugs/1276/>

. It appears that the bug will be fixed in a future release of Skim, but for 
now, I downloaded Version 1.4.36:

Skim-1.4.36 
<https://sourceforge.net/projects/skim-app/files/Skim/Skim-1.4.36/>

, which seems to work correctly (i.e., PDF updates don’t shift page position). 
For good measure (and only until the problem is fixed), in Skim Preferences >> 
General, I set “Check for Skim updates:” to “Never”.

I don’t have to pull hairs in the mean time! :-)

Best regards,

Daisuke

> On Nov 14, 2018, at 11:59 PM, Dr Eberhard Lisse  wrote:
> 
> I note the same on 10.14.1 and it is annoying me too, but this is a
> change in Skim behavior after a Skim update so what do the developers of
> Skim say, on the Skim list?
> 
> greetings, el
> 
> On 2018-11-15 06:23 , Daisuke Koya wrote:
>> Hello Macintosh LyX users,
>> 
>> After updating Skim to Version 1.4.37, when I update a PDF in LyX
>> 2.3.1, the document resets to the first page.  I’m using Mac OS
>> 10.11.6.
>> 
>> This is annoying to say the least, as I have to repeatedly scroll to
>> where corrections were made.
>> 
>> I don’t know what I’m doing, but I did try to remedy the problem in my
>> own way, which was to install MacTeX 2018, but this made no
>> difference.
>> 
>> I believe I set up viewing files in Skim correctly, as it worked like
>> a champ until the application was updated.
>> 
>> I would be very pleased if someone could share their knowledge on how
>> to fix the problem.  Thank you very much in advance.
>> 
>> Best regards,
>> 
>> Daisuke
>> 



Re: PDF graphics is blurred in LyX when scaled

2018-11-15 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

This d_mn'd thread already had both top posting...

On 11/15/18 5:04 AM, Dr Eberhard Lisse wrote:



whenever I see unnecessary full quotes like this I know why
top posting is the right thing to do :-)-O


el

On 15/11/2018 06:32, Baris Erkus wrote:



On 14-Nov-18 11:36 PM, Stephan Witt wrote:

Am 12.11.2018 um 18:53 schrieb Baris Erkus :

On 11/12/2018 4:36 PM, Stephan Witt wrote:

Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :

On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:

On 12-Nov-18 3:38 PM, Kornel Benko wrote:

Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :

On 11/11/2018 19:14, Paul A. Rubin wrote:

On 11/10/18 9:45 PM, Baris Erkus wrote:

Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics
Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or
smtg, but it would be really nice to have a clear view of the PDF
while working on the document rather than looking at it using a PDF
viewer.

See MWE and the view from LyX below.

Baris



The image in your PDF file is a bitmap (PNG), so I don't hold out much
hope for being able to zoom it without loss of fidelity.

Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
it and never got any pixels to see. At least it must be an extremely
high resolution bitmap then.

Daniel


Because PNG format is bitmap?
PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced

Kornel


The external graphics is in PDF, which is attached to the original
e-mail; it was generated in Tikz, so it is a vector graphics. No
question about it.  When inserted into LyX, maybe LyX creates a
temporary bitmap or PNG file to show to the user, I am not sure.

It should not be a big thing to show a higher resolution graphics or to
let the user decide for possible performance issues. One day I will be
doing all these small modification by myself, but when that I do not
know... :-)

Baris

Yes LyX creates a PNG file for the on-screen preview within LyX (It also does 
this for the math preview)
If you dig into the LyX temp directory you will find all of the PNG files.

I recall that an older version of LyX (on Mac) did not use PNG for on-screen 
previews, in which case it may be possible to revert to the older behavior even 
in 2.3.X?

There are fundamental differences between the handling of SVG and PDF files in 
LyX.

LyX is using Qt plugins to render the images on screen.

For PDF files one has to convert them to temporary bitmap files because there 
is no plugin to render them directly. (Perhaps this is not true anymore.) For 
SVG files there is a plugin. But this one is limited in functionality. There 
was a decision to not use it for on-screen display because of the complaints 
regarding missing details.

The problem with the temporary images is the fixed resolution of the generated 
images. The used cache is not invalidated in case of higher preview zoom 
levels. Furthermore you can have different resolutions at runtime too. In case 
of a machine with multiple monitors with different physical resolutions you get 
different values for moving the LyX window around.

Stephan

This makes sense. Do you think it is reasonable that I put this as a
wish to the tracker?

I think it’s already there… but couldn’t find it ATM.

Stephan


I opened a ticket as a request...

https://www.lyx.org/trac/ticket/11379


...and bottom posting.

Terrorism has won.


Re: PDF graphics is blurred in LyX when scaled

2018-11-15 Thread Dr Eberhard Lisse

whenever I see unnecessary full quotes like this I know why
top posting is the right thing to do :-)-O


el

On 15/11/2018 06:32, Baris Erkus wrote:
> 
> 
> On 14-Nov-18 11:36 PM, Stephan Witt wrote:
>> Am 12.11.2018 um 18:53 schrieb Baris Erkus :
>>> On 11/12/2018 4:36 PM, Stephan Witt wrote:
>>>> Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :
>>>>>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>>>>>>
>>>>>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>>>>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel 
>>>>>>> :
>>>>>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>>>>>> Hello,
>>>>>>>>>>
>>>>>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on 
>>>>>>>>>> Screen.
>>>>>>>>>>
>>>>>>>>>> I am not sure if this is a feature to reduce CPU rendering workload 
>>>>>>>>>> or
>>>>>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>>>>>> while working on the document rather than looking at it using a PDF
>>>>>>>>>> viewer.
>>>>>>>>>>
>>>>>>>>>> See MWE and the view from LyX below.
>>>>>>>>>>
>>>>>>>>>> Baris
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>>>>>> hope for being able to zoom it without loss of fidelity.
>>>>>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in 
>>>>>>>> on
>>>>>>>> it and never got any pixels to see. At least it must be an extremely
>>>>>>>> high resolution bitmap then.
>>>>>>>>
>>>>>>>> Daniel
>>>>>>>>
>>>>>>> Because PNG format is bitmap?
>>>>>>> PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>>>>>>
>>>>>>> Kornel
>>>>>>>
>>>>>> The external graphics is in PDF, which is attached to the original
>>>>>> e-mail; it was generated in Tikz, so it is a vector graphics. No
>>>>>> question about it.  When inserted into LyX, maybe LyX creates a
>>>>>> temporary bitmap or PNG file to show to the user, I am not sure.
>>>>>>
>>>>>> It should not be a big thing to show a higher resolution graphics or to
>>>>>> let the user decide for possible performance issues. One day I will be
>>>>>> doing all these small modification by myself, but when that I do not
>>>>>> know... :-)
>>>>>>
>>>>>> Baris
>>>>> Yes LyX creates a PNG file for the on-screen preview within LyX (It also 
>>>>> does this for the math preview)
>>>>> If you dig into the LyX temp directory you will find all of the PNG files.
>>>>>
>>>>> I recall that an older version of LyX (on Mac) did not use PNG for 
>>>>> on-screen previews, in which case it may be possible to revert to the 
>>>>> older behavior even in 2.3.X?
>>>> There are fundamental differences between the handling of SVG and PDF 
>>>> files in LyX.
>>>>
>>>> LyX is using Qt plugins to render the images on screen.
>>>>
>>>> For PDF files one has to convert them to temporary bitmap files because 
>>>> there is no plugin to render them directly. (Perhaps this is not true 
>>>> anymore.) For SVG files there is a plugin. But this one is limited in 
>>>> functionality. There was a decision to not use it for on-screen display 
>>>> because of the complaints regarding missing details.
>>>>
>>>> The problem with the temporary images is the fixed resolution of the 
>>>> generated images. The used cache is not invalidated in case of higher 
>>>> preview zoom levels. Furthermore you can have different resolutions at 
>>>> runtime too. In case of a machine with multiple monitors with different 
>>>> physical resolutions you get different values for moving the LyX window 
>>>> around.
>>>>
>>>> Stephan
>>> This makes sense. Do you think it is reasonable that I put this as a
>>> wish to the tracker?
>> I think it’s already there… but couldn’t find it ATM.
>>
>> Stephan
> 
> I opened a ticket as a request...
> 
> https://www.lyx.org/trac/ticket/11379
> 
> 
> 




Re: Skim 1.4.37 resets to first page after updating PDF (LyX 2.3.1, Mac OS 10.11.6)

2018-11-15 Thread Dr Eberhard Lisse
I note the same on 10.14.1 and it is annoying me too, but this is a
change in Skim behavior after a Skim update so what do the developers of
Skim say, on the Skim list?

greetings, el

On 2018-11-15 06:23 , Daisuke Koya wrote:
> Hello Macintosh LyX users,
> 
> After updating Skim to Version 1.4.37, when I update a PDF in LyX
> 2.3.1, the document resets to the first page.  I’m using Mac OS
> 10.11.6.
> 
> This is annoying to say the least, as I have to repeatedly scroll to
> where corrections were made.
> 
> I don’t know what I’m doing, but I did try to remedy the problem in my
> own way, which was to install MacTeX 2018, but this made no
> difference.
> 
> I believe I set up viewing files in Skim correctly, as it worked like
> a champ until the application was updated.
> 
> I would be very pleased if someone could share their knowledge on how
> to fix the problem.  Thank you very much in advance.
> 
> Best regards,
> 
> Daisuke
> 


Re: PDF graphics is blurred in LyX when scaled

2018-11-14 Thread Baris Erkus


On 14-Nov-18 11:36 PM, Stephan Witt wrote:
> Am 12.11.2018 um 18:53 schrieb Baris Erkus :
>> On 11/12/2018 4:36 PM, Stephan Witt wrote:
>>> Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :
>>>>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>>>>>
>>>>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>>>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel 
>>>>>> :
>>>>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>>>>>>
>>>>>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>>>>> while working on the document rather than looking at it using a PDF
>>>>>>>>> viewer.
>>>>>>>>>
>>>>>>>>> See MWE and the view from LyX below.
>>>>>>>>>
>>>>>>>>> Baris
>>>>>>>>>
>>>>>>>>>
>>>>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>>>>> hope for being able to zoom it without loss of fidelity.
>>>>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>>>>>> it and never got any pixels to see. At least it must be an extremely
>>>>>>> high resolution bitmap then.
>>>>>>>
>>>>>>> Daniel
>>>>>>>
>>>>>> Because PNG format is bitmap?
>>>>>>  PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>>>>>
>>>>>>  Kornel
>>>>>>
>>>>> The external graphics is in PDF, which is attached to the original
>>>>> e-mail; it was generated in Tikz, so it is a vector graphics. No
>>>>> question about it.  When inserted into LyX, maybe LyX creates a
>>>>> temporary bitmap or PNG file to show to the user, I am not sure.
>>>>>
>>>>> It should not be a big thing to show a higher resolution graphics or to
>>>>> let the user decide for possible performance issues. One day I will be
>>>>> doing all these small modification by myself, but when that I do not
>>>>> know... :-)
>>>>>
>>>>> Baris
>>>> Yes LyX creates a PNG file for the on-screen preview within LyX (It also 
>>>> does this for the math preview)
>>>> If you dig into the LyX temp directory you will find all of the PNG files.
>>>>
>>>> I recall that an older version of LyX (on Mac) did not use PNG for 
>>>> on-screen previews, in which case it may be possible to revert to the 
>>>> older behavior even in 2.3.X?
>>> There are fundamental differences between the handling of SVG and PDF files 
>>> in LyX.
>>>
>>> LyX is using Qt plugins to render the images on screen.
>>>
>>> For PDF files one has to convert them to temporary bitmap files because 
>>> there is no plugin to render them directly. (Perhaps this is not true 
>>> anymore.) For SVG files there is a plugin. But this one is limited in 
>>> functionality. There was a decision to not use it for on-screen display 
>>> because of the complaints regarding missing details.
>>>
>>> The problem with the temporary images is the fixed resolution of the 
>>> generated images. The used cache is not invalidated in case of higher 
>>> preview zoom levels. Furthermore you can have different resolutions at 
>>> runtime too. In case of a machine with multiple monitors with different 
>>> physical resolutions you get different values for moving the LyX window 
>>> around.
>>>
>>> Stephan
>> This makes sense. Do you think it is reasonable that I put this as a
>> wish to the tracker?
> I think it’s already there… but couldn’t find it ATM.
>
> Stephan

I opened a ticket as a request...

https://www.lyx.org/trac/ticket/11379





Skim 1.4.37 resets to first page after updating PDF (LyX 2.3.1, Mac OS 10.11.6)

2018-11-14 Thread Daisuke Koya
Hello Macintosh LyX users,

After updating Skim to Version 1.4.37, when I update a PDF in LyX 2.3.1, the 
document resets to the first page. I’m using Mac OS 10.11.6.

This is annoying to say the least, as I have to repeatedly scroll to where 
corrections were made.

I don’t know what I’m doing, but I did try to remedy the problem in my own way, 
which was to install MacTeX 2018, but this made no difference.

I believe I set up viewing files in Skim correctly, as it worked like a champ 
until the application was updated.

I would be very pleased if someone could share their knowledge on how to fix 
the problem. Thank you very much in advance.

Best regards,

Daisuke

Re: PDF graphics is blurred in LyX when scaled

2018-11-14 Thread Stephan Witt
Am 12.11.2018 um 18:53 schrieb Baris Erkus :
> 
> On 11/12/2018 4:36 PM, Stephan Witt wrote:
>> Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :
>>>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>>>> 
>>>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel 
>>>>> :
>>>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>>>> Hello,
>>>>>>>> 
>>>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>>>>> 
>>>>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>>>> while working on the document rather than looking at it using a PDF
>>>>>>>> viewer.
>>>>>>>> 
>>>>>>>> See MWE and the view from LyX below.
>>>>>>>> 
>>>>>>>> Baris
>>>>>>>> 
>>>>>>>> 
>>>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>>>> hope for being able to zoom it without loss of fidelity.
>>>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>>>>> it and never got any pixels to see. At least it must be an extremely
>>>>>> high resolution bitmap then.
>>>>>> 
>>>>>> Daniel
>>>>>> 
>>>>> Because PNG format is bitmap?
>>>>>   PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>>>> 
>>>>>   Kornel
>>>>> 
>>>> The external graphics is in PDF, which is attached to the original
>>>> e-mail; it was generated in Tikz, so it is a vector graphics. No
>>>> question about it.  When inserted into LyX, maybe LyX creates a
>>>> temporary bitmap or PNG file to show to the user, I am not sure.
>>>> 
>>>> It should not be a big thing to show a higher resolution graphics or to
>>>> let the user decide for possible performance issues. One day I will be
>>>> doing all these small modification by myself, but when that I do not
>>>> know... :-)
>>>> 
>>>> Baris
>>> 
>>> Yes LyX creates a PNG file for the on-screen preview within LyX (It also 
>>> does this for the math preview)
>>> If you dig into the LyX temp directory you will find all of the PNG files.
>>> 
>>> I recall that an older version of LyX (on Mac) did not use PNG for 
>>> on-screen previews, in which case it may be possible to revert to the older 
>>> behavior even in 2.3.X?
>> There are fundamental differences between the handling of SVG and PDF files 
>> in LyX.
>> 
>> LyX is using Qt plugins to render the images on screen.
>> 
>> For PDF files one has to convert them to temporary bitmap files because 
>> there is no plugin to render them directly. (Perhaps this is not true 
>> anymore.) For SVG files there is a plugin. But this one is limited in 
>> functionality. There was a decision to not use it for on-screen display 
>> because of the complaints regarding missing details.
>> 
>> The problem with the temporary images is the fixed resolution of the 
>> generated images. The used cache is not invalidated in case of higher 
>> preview zoom levels. Furthermore you can have different resolutions at 
>> runtime too. In case of a machine with multiple monitors with different 
>> physical resolutions you get different values for moving the LyX window 
>> around.
>> 
>> Stephan
> 
> This makes sense. Do you think it is reasonable that I put this as a 
> wish to the tracker?

I think it’s already there… but couldn’t find it ATM.

Stephan

Re: PDF graphics is blurred in LyX when scaled

2018-11-13 Thread Dr Eberhard Lisse
Maybe rsvg-convert works better.

I use the SVGs driectly and LyX has found the librsvg package I
installed via Homebrew (Mac).

greetings, el

On 12/11/2018 14:47, Bernt Lie wrote:
> I think that the problem here is that even when the imported graphics
> is *.svg file or a *.pdf file generate from a *.svg file (e.g., using
> Inkscape) -- and hence definitely is vector graphics, the preview in
> LyX often looks blurred when the LyX preview is scaled up to be
> visible on high resolution screens.
>
> As an example, the following drawing has been made in Inkscape as
> purely vector graphics drawing (*.svg, saved as *.pdf at 300 dpi).
> When scaling it to 200% in LyX, it starts to look muddled ?  LaTeX
> math which is produced as vector graphics starts to look unreadable on
> screen:
>
> Maybe this helps if I save the pdf file at a higher resolution?  I.e.,
> maybe Inkscape converts the drawing to bitmapped PDF?
>
> I would have loved to import the file as a *.svg file, but the LyX
> previewer and PDF generator sometimes messes up the arrows :-( .
>
> -B


Re: PDF graphics is blurred in LyX when scaled

2018-11-13 Thread Dr Eberhard Lisse
Right-CLick on the image

el

On 12/11/2018 08:13, Baris Erkus wrote:
> On 12-Nov-18 1:17 AM, Dr Eberhard Lisse wrote:
>> Remember, it's not What you See is What you Get, but What you Get is
>> What You Deserve :-)-O
>>
>> The display in LyX is different than the "display" in LaTeX and usually
>> good enough to work with.  There is an Edit function which if not
>> already done can be tied to something to Edit/View the sucker :-)-O
>>
>> el
>>
> Well, it is -most of the the time- OK to have low-quality pictures. When 
> writing the text, sometimes, I would like to look at the graphics/plots 
> and it would be convenient to see a more clear image.
> 
> Could you please elaborate on the "Edit function"?
> 
> Baris
> 



Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Baris Erkus
On 11/12/2018 4:03 PM, Stephen Buonopane wrote:
>
>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>>
>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>> Hello,
>>>>>>
>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>>>
>>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>> while working on the document rather than looking at it using a PDF
>>>>>> viewer.
>>>>>>
>>>>>> See MWE and the view from LyX below.
>>>>>>
>>>>>> Baris
>>>>>>
>>>>>>
>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>> hope for being able to zoom it without loss of fidelity.
>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>>> it and never got any pixels to see. At least it must be an extremely
>>>> high resolution bitmap then.
>>>>
>>>> Daniel
>>>>
>>> Because PNG format is bitmap?
>>> PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>>
>>> Kornel
>>>
>> The external graphics is in PDF, which is attached to the original
>> e-mail; it was generated in Tikz, so it is a vector graphics. No
>> question about it.  When inserted into LyX, maybe LyX creates a
>> temporary bitmap or PNG file to show to the user, I am not sure.
>>
>> It should not be a big thing to show a higher resolution graphics or to
>> let the user decide for possible performance issues. One day I will be
>> doing all these small modification by myself, but when that I do not
>> know... :-)
>>
>> Baris
>
> Yes LyX creates a PNG file for the on-screen preview within LyX (It also does 
> this for the math preview)
> If you dig into the LyX temp directory you will find all of the PNG files.
>
> I recall that an older version of LyX (on Mac) did not use PNG for on-screen 
> previews, in which case it may be possible to revert to the older behavior 
> even in 2.3.X?
>
>
>
>

In fact, I found the temporary folder that collects the PNGs: 
C:\Users\**UserName**\AppData\Roaming\**LyXFolder**\cache   (Windows 10, 
64 bit, LyX, 2.3.1-1)

I erased the PNGs and re-opened the LyX file. I generated the PNG right 
in front of my eyes. But it is the same PNG with low quality. :-(

Maybe, there are some other issues with showing either the PDF or a 
higher resolution PNG as Stephan Witt mentioned.

Baris





Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Baris Erkus
On 11/12/2018 4:36 PM, Stephan Witt wrote:
> Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :
>>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>>>
>>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
>>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>>>>
>>>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>>> while working on the document rather than looking at it using a PDF
>>>>>>> viewer.
>>>>>>>
>>>>>>> See MWE and the view from LyX below.
>>>>>>>
>>>>>>> Baris
>>>>>>>
>>>>>>>
>>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>>> hope for being able to zoom it without loss of fidelity.
>>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>>>> it and never got any pixels to see. At least it must be an extremely
>>>>> high resolution bitmap then.
>>>>>
>>>>> Daniel
>>>>>
>>>> Because PNG format is bitmap?
>>>>PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>>>
>>>>Kornel
>>>>
>>> The external graphics is in PDF, which is attached to the original
>>> e-mail; it was generated in Tikz, so it is a vector graphics. No
>>> question about it.  When inserted into LyX, maybe LyX creates a
>>> temporary bitmap or PNG file to show to the user, I am not sure.
>>>
>>> It should not be a big thing to show a higher resolution graphics or to
>>> let the user decide for possible performance issues. One day I will be
>>> doing all these small modification by myself, but when that I do not
>>> know... :-)
>>>
>>> Baris
>>
>> Yes LyX creates a PNG file for the on-screen preview within LyX (It also 
>> does this for the math preview)
>> If you dig into the LyX temp directory you will find all of the PNG files.
>>
>> I recall that an older version of LyX (on Mac) did not use PNG for on-screen 
>> previews, in which case it may be possible to revert to the older behavior 
>> even in 2.3.X?
> There are fundamental differences between the handling of SVG and PDF files 
> in LyX.
>
> LyX is using Qt plugins to render the images on screen.
>
> For PDF files one has to convert them to temporary bitmap files because there 
> is no plugin to render them directly. (Perhaps this is not true anymore.) For 
> SVG files there is a plugin. But this one is limited in functionality. There 
> was a decision to not use it for on-screen display because of the complaints 
> regarding missing details.
>
> The problem with the temporary images is the fixed resolution of the 
> generated images. The used cache is not invalidated in case of higher preview 
> zoom levels. Furthermore you can have different resolutions at runtime too. 
> In case of a machine with multiple monitors with different physical 
> resolutions you get different values for moving the LyX window around.
>
> Stephan

This makes sense. Do you think it is reasonable that I put this as a 
wish to the tracker?


Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Daniel

On 12/11/2018 16:35, Paul A. Rubin wrote:

On 11/12/18 7:52 AM, Baris Erkus wrote:


The external graphics is in PDF, which is attached to the original
e-mail; it was generated in Tikz, so it is a vector graphics. No
question about it.  When inserted into LyX, maybe LyX creates a
temporary bitmap or PNG file to show to the user, I am not sure.


I opened the PDF file in both ImageMagick and IrfanView and inspected 
the image properties. IrfanView reports it as 96x96 DPI, 474 x 234 
pixels. ImageMagick reports it as PNG format with the same resolution 
and geometry. Note that this is entirely outside LyX.


Maybe these programs convert PDF to a bitmap? At least for ImageMagick 
this seems highly likely. Try to open the PDF in a proper PDF viewer and 
zoom in. It is definitely not 474 x 234 pixels.


Daniel



Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Paul A. Rubin

On 11/12/18 7:52 AM, Baris Erkus wrote:


The external graphics is in PDF, which is attached to the original
e-mail; it was generated in Tikz, so it is a vector graphics. No
question about it.  When inserted into LyX, maybe LyX creates a
temporary bitmap or PNG file to show to the user, I am not sure.


I opened the PDF file in both ImageMagick and IrfanView and inspected 
the image properties. IrfanView reports it as 96x96 DPI, 474 x 234 
pixels. ImageMagick reports it as PNG format with the same resolution 
and geometry. Note that this is entirely outside LyX.


I agree that TiKZ generates vector graphics, but apparently the image 
was converted to PNG before embedding it in the PDF file. In any case, 
as I mentioned previously, I see the same blurring when zooming on 
vector graphics (e.g., SVG images). So the first step would be to figure 
out how to get LyX to zoom vector graphics without blurring. After that, 
you might need to modify your work flow so as to embed EPS or SVG 
graphics, rather than PDFs, in your LyX documents.


Paul



Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Paul A. Rubin

On 11/12/18 7:52 AM, Baris Erkus wrote:


The external graphics is in PDF, which is attached to the original
e-mail; it was generated in Tikz, so it is a vector graphics. No
question about it.  When inserted into LyX, maybe LyX creates a
temporary bitmap or PNG file to show to the user, I am not sure.


I opened the PDF file in both ImageMagick and IrfanView and inspected 
the image properties. IrfanView reports it as 96x96 DPI, 474 x 234 
pixels, 24 bit color depth. ImageMagick reports it as


Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Daniel

On 12/11/2018 13:52, Baris Erkus wrote:

On 12-Nov-18 3:38 PM, Kornel Benko wrote:

Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :

On 11/11/2018 19:14, Paul A. Rubin wrote:

On 11/10/18 9:45 PM, Baris Erkus wrote:

Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics
Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or
smtg, but it would be really nice to have a clear view of the PDF
while working on the document rather than looking at it using a PDF
viewer.

See MWE and the view from LyX below.

Baris



The image in your PDF file is a bitmap (PNG), so I don't hold out much
hope for being able to zoom it without loss of fidelity.

Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
it and never got any pixels to see. At least it must be an extremely
high resolution bitmap then.

Daniel


Because PNG format is bitmap?
PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced

Kornel


The external graphics is in PDF, which is attached to the original
e-mail; it was generated in Tikz, so it is a vector graphics. No
question about it.  When inserted into LyX, maybe LyX creates a
temporary bitmap or PNG file to show to the user, I am not sure.

It should not be a big thing to show a higher resolution graphics or to
let the user decide for possible performance issues. One day I will be
doing all these small modification by myself, but when that I do not
know... :-)


I think the converters for graphics should be in

Preferences > File Handling > Converters

And the converters for the particular task of PDF to bitmap conversion 
seem to be


PDF (graphics) -> EPS

and

EPS -> PNG

However, I tried to make some changes but LyX did not respond to any of 
them except for a complete removal of the converter. I believe you need 
to at least restart LyX to see the changes but nothing worked for me 
even if I filled in complete gibberish. (Also, be aware, it seems 
removing a converter cannot be undone easily. You can reconfigure which 
might overwrite some other changes you made in Preferences. And even if 
you do so, LyX does not save the converters, so you have to go to the 
converters make a change to one of them, like adding a letter, click on 
modify, removing the letter, click again on modify and then Save ... 
quite a pain.)


Daniel




Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Stephan Witt
Am 12.11.2018 um 14:03 schrieb Stephen Buonopane :
> 
>> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
>> 
>> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
>>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>>> Hello,
>>>>>> 
>>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>>> 
>>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>>> while working on the document rather than looking at it using a PDF
>>>>>> viewer.
>>>>>> 
>>>>>> See MWE and the view from LyX below.
>>>>>> 
>>>>>> Baris
>>>>>> 
>>>>>> 
>>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>>> hope for being able to zoom it without loss of fidelity.
>>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>>> it and never got any pixels to see. At least it must be an extremely
>>>> high resolution bitmap then.
>>>> 
>>>> Daniel
>>>> 
>>> Because PNG format is bitmap?
>>> PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>>> 
>>> Kornel
>>> 
>> The external graphics is in PDF, which is attached to the original 
>> e-mail; it was generated in Tikz, so it is a vector graphics. No 
>> question about it.  When inserted into LyX, maybe LyX creates a 
>> temporary bitmap or PNG file to show to the user, I am not sure.
>> 
>> It should not be a big thing to show a higher resolution graphics or to 
>> let the user decide for possible performance issues. One day I will be 
>> doing all these small modification by myself, but when that I do not 
>> know... :-)
>> 
>> Baris
> 
> 
> Yes LyX creates a PNG file for the on-screen preview within LyX (It also does 
> this for the math preview)
> If you dig into the LyX temp directory you will find all of the PNG files.
> 
> I recall that an older version of LyX (on Mac) did not use PNG for on-screen 
> previews, in which case it may be possible to revert to the older behavior 
> even in 2.3.X?

There are fundamental differences between the handling of SVG and PDF files in 
LyX.

LyX is using Qt plugins to render the images on screen.

For PDF files one has to convert them to temporary bitmap files because there 
is no plugin to render them directly. (Perhaps this is not true anymore.) For 
SVG files there is a plugin. But this one is limited in functionality. There 
was a decision to not use it for on-screen display because of the complaints 
regarding missing details.

The problem with the temporary images is the fixed resolution of the generated 
images. The used cache is not invalidated in case of higher preview zoom 
levels. Furthermore you can have different resolutions at runtime too. In case 
of a machine with multiple monitors with different physical resolutions you get 
different values for moving the LyX window around.

Stephan

Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Stephen Buonopane



> On Nov 12, 2018, at 7:52 AM, Baris Erkus  wrote:
> 
> On 12-Nov-18 3:38 PM, Kornel Benko wrote:
>> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
>>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>>> Hello,
>>>>> 
>>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>> 
>>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>>> while working on the document rather than looking at it using a PDF
>>>>> viewer.
>>>>> 
>>>>> See MWE and the view from LyX below.
>>>>> 
>>>>> Baris
>>>>> 
>>>>> 
>>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>>> hope for being able to zoom it without loss of fidelity.
>>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>>> it and never got any pixels to see. At least it must be an extremely
>>> high resolution bitmap then.
>>> 
>>> Daniel
>>> 
>> Because PNG format is bitmap?
>>  PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>> 
>>  Kornel
>> 
> The external graphics is in PDF, which is attached to the original 
> e-mail; it was generated in Tikz, so it is a vector graphics. No 
> question about it.  When inserted into LyX, maybe LyX creates a 
> temporary bitmap or PNG file to show to the user, I am not sure.
> 
> It should not be a big thing to show a higher resolution graphics or to 
> let the user decide for possible performance issues. One day I will be 
> doing all these small modification by myself, but when that I do not 
> know... :-)
> 
> Baris


Yes LyX creates a PNG file for the on-screen preview within LyX (It also does 
this for the math preview)
If you dig into the LyX temp directory you will find all of the PNG files.

I recall that an older version of LyX (on Mac) did not use PNG for on-screen 
previews, in which case it may be possible to revert to the older behavior even 
in 2.3.X?






Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Daniel

On 12/11/2018 13:38, Kornel Benko wrote:

Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :

On 11/11/2018 19:14, Paul A. Rubin wrote:

On 11/10/18 9:45 PM, Baris Erkus wrote:


Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics
Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or
smtg, but it would be really nice to have a clear view of the PDF
while working on the document rather than looking at it using a PDF
viewer.

See MWE and the view from LyX below.

Baris



The image in your PDF file is a bitmap (PNG), so I don't hold out much
hope for being able to zoom it without loss of fidelity.


Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
it and never got any pixels to see. At least it must be an extremely
high resolution bitmap then.

Daniel



Because PNG format is bitmap?
PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced

Kornel



I read you as saying that the image in the PDF is a 652 pixel x 668 
pixel PNG. But that can't be true. The resolution must be far greater.


Daniel



Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Baris Erkus
On 12-Nov-18 3:38 PM, Kornel Benko wrote:
> Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
>> On 11/11/2018 19:14, Paul A. Rubin wrote:
>>> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>>> Hello,
>>>>
>>>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>>>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>>>
>>>> I am not sure if this is a feature to reduce CPU rendering workload or
>>>> smtg, but it would be really nice to have a clear view of the PDF
>>>> while working on the document rather than looking at it using a PDF
>>>> viewer.
>>>>
>>>> See MWE and the view from LyX below.
>>>>
>>>> Baris
>>>>
>>>>
>>> The image in your PDF file is a bitmap (PNG), so I don't hold out much
>>> hope for being able to zoom it without loss of fidelity.
>> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on
>> it and never got any pixels to see. At least it must be an extremely
>> high resolution bitmap then.
>>
>> Daniel
>>
> Because PNG format is bitmap?
>       PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced
>
>   Kornel
>
The external graphics is in PDF, which is attached to the original 
e-mail; it was generated in Tikz, so it is a vector graphics. No 
question about it.  When inserted into LyX, maybe LyX creates a 
temporary bitmap or PNG file to show to the user, I am not sure.

It should not be a big thing to show a higher resolution graphics or to 
let the user decide for possible performance issues. One day I will be 
doing all these small modification by myself, but when that I do not 
know... :-)

Baris


RE: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Bernt Lie
I think that the problem here is that even when the imported graphics is *.svg 
file or a *.pdf file generate from a *.svg file (e.g., using Inkscape) -- and 
hence definitely is vector graphics, the preview in LyX often looks blurred 
when the LyX preview is scaled up to be visible on high resolution screens.



As an example, the following drawing has been made in Inkscape as purely vector 
graphics drawing (*.svg, saved as *.pdf at 300 dpi). When scaling it to 200% in 
LyX, it starts to look muddled – LaTeX math which is produced as vector 
graphics starts to look unreadable on screen:



[cid:image003.jpg@01D47A8E.3F65AE00]



Maybe this helps if I save the pdf file at a higher resolution? I.e., maybe 
Inkscape converts the drawing to bitmapped PDF?



I would have loved to import the file as a *.svg file, but the LyX previewer 
and PDF generator sometimes messes up the arrows :-( .



-B



-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of Kornel 
Benko
Sent: mandag 12. november 2018 13.39
To: lyx-users@lists.lyx.org
Subject: Re: PDF graphics is blurred in LyX when scaled



Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel 
mailto:xraco...@gmx.de>>:

> On 11/11/2018 19:14, Paul A. Rubin wrote:

> > On 11/10/18 9:45 PM, Baris Erkus wrote:

> >>

> >> Hello,

> >>

> >> PDF graphics appears to be blurred in LyX when scaled from Graphics

> >> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.

> >>

> >> I am not sure if this is a feature to reduce CPU rendering workload

> >> or smtg, but it would be really nice to have a clear view of the

> >> PDF while working on the document rather than looking at it using a

> >> PDF viewer.

> >>

> >> See MWE and the view from LyX below.

> >>

> >> Baris

> >>

> >>

> > The image in your PDF file is a bitmap (PNG), so I don't hold out

> > much hope for being able to zoom it without loss of fidelity.

>

> Why do you think the graphic in the PDF is a bitmap? I have zoomed in

> on it and never got any pixels to see. At least it must be an

> extremely high resolution bitmap then.

>

> Daniel

>



Because PNG format is bitmap?

PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced



Kornel




Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Kornel Benko
Am Montag, 12. November 2018 13:21:58 CET schrieb Daniel :
> On 11/11/2018 19:14, Paul A. Rubin wrote:
> > On 11/10/18 9:45 PM, Baris Erkus wrote:
> >>
> >> Hello,
> >>
> >> PDF graphics appears to be blurred in LyX when scaled from Graphics 
> >> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
> >>
> >> I am not sure if this is a feature to reduce CPU rendering workload or 
> >> smtg, but it would be really nice to have a clear view of the PDF 
> >> while working on the document rather than looking at it using a PDF 
> >> viewer.
> >>
> >> See MWE and the view from LyX below.
> >>
> >> Baris
> >>
> >>
> > The image in your PDF file is a bitmap (PNG), so I don't hold out much 
> > hope for being able to zoom it without loss of fidelity.
> 
> Why do you think the graphic in the PDF is a bitmap? I have zoomed in on 
> it and never got any pixels to see. At least it must be an extremely 
> high resolution bitmap then.
> 
> Daniel
> 

Because PNG format is bitmap?
PNG image data, 652 x 668, 8-bit/color RGB, non-interlaced

Kornel



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


Re: PDF graphics is blurred in LyX when scaled

2018-11-12 Thread Daniel

On 11/11/2018 19:14, Paul A. Rubin wrote:

On 11/10/18 9:45 PM, Baris Erkus wrote:


Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics 
Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.


I am not sure if this is a feature to reduce CPU rendering workload or 
smtg, but it would be really nice to have a clear view of the PDF 
while working on the document rather than looking at it using a PDF 
viewer.


See MWE and the view from LyX below.

Baris


The image in your PDF file is a bitmap (PNG), so I don't hold out much 
hope for being able to zoom it without loss of fidelity.


Why do you think the graphic in the PDF is a bitmap? I have zoomed in on 
it and never got any pixels to see. At least it must be an extremely 
high resolution bitmap then.


Daniel



Re: PDF graphics is blurred in LyX when scaled

2018-11-11 Thread Baris Erkus
On 12-Nov-18 1:17 AM, Dr Eberhard Lisse wrote:
> Remember, it's not What you See is What you Get, but What you Get is
> What You Deserve :-)-O
>
> The display in LyX is different than the "display" in LaTeX and usually
> good enough to work with.  There is an Edit function which if not
> already done can be tied to something to Edit/View the sucker :-)-O
>
> el
>
Well, it is -most of the the time- OK to have low-quality pictures. When 
writing the text, sometimes, I would like to look at the graphics/plots 
and it would be convenient to see a more clear image.

Could you please elaborate on the "Edit function"?

Baris


Re: PDF graphics is blurred in LyX when scaled

2018-11-11 Thread Dr Eberhard Lisse
Remember, it's not What you See is What you Get, but What you Get is
What You Deserve :-)-O

The display in LyX is different than the "display" in LaTeX and usually
good enough to work with.  There is an Edit function which if not
already done can be tied to something to Edit/View the sucker :-)-O

el

On 2018-11-11 20:14 , Paul A. Rubin wrote:
> On 11/10/18 9:45 PM, Baris Erkus wrote:
>>
>> Hello,
>>
>> PDF graphics appears to be blurred in LyX when scaled from Graphics
>> Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>>
>> I am not sure if this is a feature to reduce CPU rendering workload or
>> smtg, but it would be really nice to have a clear view of the PDF
>> while working on the document rather than looking at it using a PDF
>> viewer.
>>
>> See MWE and the view from LyX below.
>>
>> Baris
>>
>>
> The image in your PDF file is a bitmap (PNG), so I don't hold out much
> hope for being able to zoom it without loss of fidelity.
> 
> That said, I've observed similar blurring when zooming EPS and SVG
> graphics. Since those are vector images that LyX converts to bitmaps (I
> believe PNG) for display, I think it should be possible to copy the EPS
> or SVG file with adjusted dimensions, then convert to PNG without
> blurring ... maybe. There might also be a way to add a command argument
> to "convert" to do this without copying the source file. I'm no expert
> on graphics, though, so I'm not sure.


Re: PDF graphics is blurred in LyX when scaled

2018-11-11 Thread Bernt Lie
The same happens in Windows.
B

Get Outlook for Android<https://aka.ms/ghei36>


From: lyx-users@lists.lyx.org  on behalf of Murat 
Yildizoglu 
Sent: Sunday, November 11, 2018 7:20:57 PM
To: lyx-users@lists.lyx.org
Subject: Re: PDF graphics is blurred in LyX when scaled

In my case the graphics were pure PDFs without any bitmap in. But I have the 
impression that the blur has appeared when I have changed the size shown on the 
screen. I am not sure that LyX generates a new bitmap version for the screen 
when we change the size on the Latex and Lyx options panel.

Le 11 nov. 2018 à 08:29, Murat Yildizoglu 
mailto:myi...@gmail.com>> a écrit :

I have also observed this in the last version under Osx.

Murat Yildizoglu
Le 11 nov. 2018 à 03:45 +0100, Baris Erkus 
mailto:bariser...@hotmail.com>>, a écrit :

Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics Options --> 
LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
but it would be really nice to have a clear view of the PDF while working on 
the document rather than looking at it using a PDF viewer.

See MWE and the view from LyX below.

Baris




--
Prof. Murat Yildizoglu

Université de Bordeaux
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

murat.yildizo...@u-bordeaux.fr<mailto:murat.yildizo...@u-bordeaux.fr>

http://yildizoglu.fr

http://www.twitter.com/yildizoglu





Re: PDF graphics is blurred in LyX when scaled

2018-11-11 Thread Murat Yildizoglu
In my case the graphics were pure PDFs without any bitmap in. But I have the 
impression that the blur has appeared when I have changed the size shown on the 
screen. I am not sure that LyX generates a new bitmap version for the screen 
when we change the size on the Latex and Lyx options panel.

> Le 11 nov. 2018 à 08:29, Murat Yildizoglu  a écrit :
> 
> I have also observed this in the last version under Osx.
> 
> Murat Yildizoglu
> Le 11 nov. 2018 à 03:45 +0100, Baris Erkus , a écrit :
>> Hello,
>> 
>> PDF graphics appears to be blurred in LyX when scaled from Graphics Options 
>> --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
>> 
>> I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
>> but it would be really nice to have a clear view of the PDF while working on 
>> the document rather than looking at it using a PDF viewer.
>> 
>> See MWE and the view from LyX below.
>> 
>> Baris
>> 
>> 
>> 
>> 
>> 

--
Prof. Murat Yildizoglu

Université de Bordeaux 
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

murat.yildizo...@u-bordeaux.fr

http://yildizoglu.fr

http://www.twitter.com/yildizoglu





Re: PDF graphics is blurred in LyX when scaled

2018-11-11 Thread Paul A. Rubin

On 11/10/18 9:45 PM, Baris Erkus wrote:


Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics 
Options --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.


I am not sure if this is a feature to reduce CPU rendering workload or 
smtg, but it would be really nice to have a clear view of the PDF 
while working on the document rather than looking at it using a PDF 
viewer.


See MWE and the view from LyX below.

Baris


The image in your PDF file is a bitmap (PNG), so I don't hold out much 
hope for being able to zoom it without loss of fidelity.


That said, I've observed similar blurring when zooming EPS and SVG 
graphics. Since those are vector images that LyX converts to bitmaps (I 
believe PNG) for display, I think it should be possible to copy the EPS 
or SVG file with adjusted dimensions, then convert to PNG without 
blurring ... maybe. There might also be a way to add a command argument 
to "convert" to do this without copying the source file. I'm no expert 
on graphics, though, so I'm not sure.


Re: PDF graphics is blurred in LyX when scaled

2018-11-10 Thread Murat Yildizoglu
I have also observed this in the last version under Osx.

Murat Yildizoglu
Le 11 nov. 2018 à 03:45 +0100, Baris Erkus , a écrit :
> Hello,
> PDF graphics appears to be blurred in LyX when scaled from Graphics Options 
> --> LaTeX and LyX options --> Show in LyX --> Scale on Screen.
> I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
> but it would be really nice to have a clear view of the PDF while working on 
> the document rather than looking at it using a PDF viewer.
> See MWE and the view from LyX below.
> Baris
>


Re: Biblatex in LyX 2.3 and newer

2018-11-10 Thread jezZiFeR
Dear Daniel,

yes, I thought that the problems I have are a biblatex-problem, because it 
happened when I installed LyX 2.3. The other packages I now deactivated were 
working fine before, so I am still not sure, what exactly the problem might be 
– all of those error messages seemed to have startet at the same point. I will 
try some things and most probably make another minimal-example.

Thanks also for your minimal-example, this is obvious.

Best
Jess


Am 10. Nov. 2018, 12:32 +0100 schrieb Daniel :
> Dear Jess,
>
> Your question was about biblatex that is what I concentrated on. If
> there are other problems try to produce a minimal example that shows
> these other errors.
>
> On 10/11/2018 08:34, jezZiFeR wrote:
> > And also, why do I have to remove the
> >
> > pageref=true
> >
> > option from biblatex?
> I might be wrong but pageref=true does not seem to be a valid biblatex
> option. Attached is a minimal example to show it. Remove pageref=true
> from the biblatex options in this example and it should work fine.
>
> Best,
> Daniel


PDF graphics is blurred in LyX when scaled

2018-11-10 Thread Baris Erkus
Hello,

PDF graphics appears to be blurred in LyX when scaled from Graphics Options --> 
LaTeX and LyX options --> Show in LyX --> Scale on Screen.

I am not sure if this is a feature to reduce CPU rendering workload or smtg, 
but it would be really nice to have a clear view of the PDF while working on 
the document rather than looking at it using a PDF viewer.

See MWE and the view from LyX below.

Baris


[cid:part1.31D4127B.B991E738@hotmail.com]


fig02.pdf
Description: fig02.pdf


paper.lyx
Description: paper.lyx


Re: Biblatex in LyX 2.3 and newer

2018-11-10 Thread Daniel

Dear Jess,

Your question was about biblatex that is what I concentrated on. If 
there are other problems try to produce a minimal example that shows 
these other errors.


On 10/11/2018 08:34, jezZiFeR wrote:

And also, why do I have to remove the

pageref=true

option from biblatex?
I might be wrong but pageref=true does not seem to be a valid biblatex 
option. Attached is a minimal example to show it. Remove pageref=true 
from the biblatex options in this example and it should work fine.


Best,
Daniel


pageref.lyx
Description: application/lyx


Re: Biblatex in LyX 2.3 and newer

2018-11-09 Thread jezZiFeR
Dear Daniel,

thank you for trying my file out. Okay, the file is not minimal enough, so I 
removed the list of figures and also the footnote with the missing reference. 
There is no reason, why I once added the page numbers as part of the citation, 
once not. That might be the result of trying out how to get a decent distance 
between »S.« and the number.

I now also erased some of the lines in the preamble that do not correspond to 
biblatex. It was obvious, that most of the errors were caused by the line:
\DeclareFieldFormat{title}{\mkbibemph{#1}}
which I have added italic fonts in titles. Is there also another achieve that?

Also the lines:
\urlstyle{%}
\usepackage{%}
\begin{%}
caused some errors – do I really have to remove all of them? Is there is one 
obvious reason for this?

And also, why do I have to remove the
pageref=true
option from biblatex?

I add a minimal example this time which I think is really minimal, in a working 
form. I left the mentioned lines in the preamble, deactivated.

Thank you, best,
Jess




Am 10. Nov. 2018, 02:51 +0100 schrieb Daniel :
> On 09/11/2018 19:39, jezZiFeR wrote:
> > Hello,
> >
> > I do not get Biblatex working correctly since using LyX 2.3 on
> > OSX10.13.6, I get a lot of errors and am not sure about the changes I
> > have made in the preferences and in the preamble. I tried to follow
> > these descriptions:
> > https://wiki.lyx.org/BibTeX/Biblatex#toc2
> >
> > It seems I did not do that correctly… What did I do wrong? I add a
> > minimal example here.
> >
> > Thanks for help
> > Jess
>
> Hi
>
> It is a bit hard to say what might cause your errors. There are three
> references and some text in your document. If you remove any of those
> your error disappears? If not, then the attached is not a minimal example.
>
> After removing the a bit strange looking preamble (which seems to have
> nothing to do with biblatex if I saw it correctly) and the
> "pageref=true" option from biblatex, I could typeset the document
> without problems on Windows 10.
>
> One of the references was not in the attached bib file though. Although,
> is there a reason some of the page numbers were part of the citation and
> some not?
>
> Best,
> Daniel
>


Minimal.bib
Description: Binary data


Minimal.lyx
Description: Binary data


Re: Biblatex in LyX 2.3 and newer

2018-11-09 Thread Daniel

On 09/11/2018 19:39, jezZiFeR wrote:

Hello,

I do not get Biblatex working correctly since using LyX 2.3 on 
OSX10.13.6, I get a lot of errors and am not sure about the changes I 
have made in the preferences and in the preamble. I tried to follow 
these descriptions:

https://wiki.lyx.org/BibTeX/Biblatex#toc2

It seems I did not do that correctly… What did I do wrong? I add a 
minimal example here.


Thanks for help
Jess


Hi

It is a bit hard to say what might cause your errors. There are three 
references and some text in your document. If you remove any of those 
your error disappears? If not, then the attached is not a minimal example.


After removing the a bit strange looking preamble (which seems to have 
nothing to do with biblatex if I saw it correctly) and the 
"pageref=true" option from biblatex, I could typeset the document 
without problems on Windows 10.


One of the references was not in the attached bib file though. Although, 
is there a reason some of the page numbers were part of the citation and 
some not?


Best,
Daniel



Biblatex in LyX 2.3 and newer

2018-11-09 Thread jezZiFeR
Hello,

I do not get Biblatex working correctly since using LyX 2.3 on OSX10.13.6, I 
get a lot of errors and am not sure about the changes I have made in the 
preferences and in the preamble. I tried to follow these descriptions:
https://wiki.lyx.org/BibTeX/Biblatex#toc2

It seems I did not do that correctly… What did I do wrong? I add a minimal 
example here.

Thanks for help
Jess


Minimal.lyx
Description: Binary data


Diss4.bib
Description: Binary data


Re: LyX on iPad

2018-11-08 Thread Steve Litt
On Tue, 6 Nov 2018 18:51:50 +0200
Dr Eberhard Lisse  wrote:

> On 2018-11-05 23:45 , Steve Litt wrote:

> > Retina display and iOS and all this Apple compatibility is nice, but
> > I'll repeat, it's not 2008 and PDF is no longer the only game in
> > town, and I think priority should be placed on finishing what was
> > started in July of 2008.  
> 
> So you are joing the development team?

A timely question. I've joined the development team, just not the *LyX*
development team.

Instead, I'm developing Stylz, a native format dedicated to fast
authoring via an editor, dedicated to easily enabling the author to
declare and use custom styles, and dedicated to be exportable, *with
semantic completeness and correctness*, to any conceivable output
format.

Stylz is new and raw, but right now it does an excellent job of
outputting HTML and ePub. The PDF export (via Plain TeX plus a small
handful of addons) currently gives wrong results, and I need help on
the PDF export.

Unlike LyX' "HTML export", Stylz' style to appearance conversion
happens via style files such as CSS for HTML and TeX macros for PDF.
Styles are preserved to the very last moment, and Style to appearance
conversion is different on each output format. So, for instance, an
emphasis character style could be italic in PDF, but straight and
backgrounded by light yellow in HTML or ePub.

To assist the author in style definitions, Stylz includes a style
lister that lists every style used in a document. It also includes a
CSS boilerplate maker that makes boilerplate CSS for every style in the
document. I'll probably do the same thing for boilerplate Plain TeX
style-implementing macros.

Like all software, Stylz fills a niche. If you know for sure your
document will never need to be in a format other than PDF/paper, use
LyX. As many have noted in this thread, LyX is dedicated to being a
front end to LaTeX for the purpose of PDF/paper output. If you want
some degree of choice in output format, including PDF and HTML, and
your output needs are so simple as not to require custom styles, use
asciidoc. And if you need exportability to PDF, HTML, ePub, and
anything in the future for which a Stylz export has been authored, and
you also need to make and use customized styles, Stylz fills your needs.

Stylz works as follows: stylz2xml parses the author-friendly Stylz
format and converts to XML, from where anything can be done. The XML
has *all* information contained in the Stylz file, with absolutely no
regard to its own viewability. xml2html converts the XML to HTML. From
there, html2epub converts it to ePub. It takes less than a second for
my dual core AMD with 16GB RAM to convert all the way from stylz to
ePub,  and as I mentioned, for the most part the produced ePub is ready
for prime time.

Where I need help is xml2tex, or, if you choose, perhaps a pandoc or
XSLT solution if it's reasonably simple and well documented and
commented. I want to avoid using LaTeX in the conversion because it
would require too much "other peoples code", increasing the error
surface, and making troubleshooting harder.

I'm only one guy, wedging Stylz development between my other activities
and responsibilities, so in most cases I did what seemed the quickest,
so Stylz is a mix of Python, awk, sed, and /bin/sh. Python has some
great XML parsers, which is what I really needed. I anticipate the
license will be either GPL2 or Expat
(https://directory.fsf.org/wiki/License:Expat).

So anyone interested in writing the Stylz XML to PDF converter, please
get in touch with me.

SteveT

Steve Litt
November 2018 featured book: Manager's Guide to Technical
Troubleshooting Brand new, second edition
http://www.troubleshooters.com/mgr


Re: LyX on iPad

2018-11-07 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/7/18 9:10 AM, Christopher Menzel wrote:


Well aware — I started writing in (a much earlier version of) LaTeX in Emacs at 
Stanford in the mid-1980s, while Knuth was still actively developing the TeX 
code. :-) The usual process back then was .tex → .dvi → .ps via the latex and 
dvips binaries. And when PDF came on the scene, before pdflatex there was a 
further step of .ps → .pdf via ps2pdf. Ah, memories! :-)


I too remember those long chains.

In the mid-'80s, I was using Vi and troff.  I first dealt with LaTex 
in the early-'90s, but for the most part I stayed with troff because I 
had a very thorough familiarity with it; I have never developed the 
comparable fluency in LaTeX.  However, WYSIWx editors where available 
for LaTeX before one was developed for troff, and many publishers 
support LaTeX while few if any support troff.


Re: LyX on iPad

2018-11-07 Thread Christopher Menzel
> BTW, LaTeX predates .PDFs.

Well aware — I started writing in (a much earlier version of) LaTeX in Emacs at 
Stanford in the mid-1980s, while Knuth was still actively developing the TeX 
code. :-) The usual process back then was .tex → .dvi → .ps via the latex and 
dvips binaries. And when PDF came on the scene, before pdflatex there was a 
further step of .ps → .pdf via ps2pdf. Ah, memories! :-)

-chris



Re: LyX and Git

2018-11-07 Thread Pavel Sanda
On Fri, Nov 02, 2018 at 08:25:28AM +, Baris Erkus wrote:
> > I am trying to understand what I can and cannot do with the Version
> > Control toolbar of LyX if git is initialized and initial commit is
> > performed.

Reading section 7.2.6 of Additional Features manual (GIT commands in LyX)
might prove helpful.

> > 1. Looks like I can do commits with the toolbar with the up arrow,
> > called check-in. I can also call back the previous commit using the cyclic 
> > arrow, but it seems like
> > uncommitted changes are lost forever, which is a very dangerous operation.

You should be asked before ditching uncomitted changes.

> > 2. I also see the comparison tool is working nicely.
> >
> > 3. So my question is -for example- can I call any older commit using the
> > check-out (down arrow) button or some other button? After doing that can I 
> > go back to a newer
> > commit?

Not really, you have to do this kind of jumping manually.
The only integration with history is that you should be able to easily
compare the current version with older one as you noted in point 2.

> > 4. I am guessing the register button (OK check) does not do anything if Git
> > is being used.

Correct, it's currently implemented only for RCS.

> > 5. If the toolbar capabilities are limited, of course we can use the
> > command-line or a GUI Git tool for other operations, but it would be
> > nice to have it built-in the LyX. Maybe I can open a request ticket for
> > that, if there is not any.

There are bunch of improvement requests in trac already, but no one stepped
in years to implement them, so unless you ask for some trivial change or step
into development yourself, it's unlikely to see the improvement happening...

Pavel


Re: LyX on iPad

2018-11-07 Thread Pavel Sanda
On Fri, Nov 02, 2018 at 06:10:54AM -0700, Daniel Kian Mc Kiernan (the best 
Daniel of the bunch) wrote:
> >That is a disappointment.  Given Android's start as an offshoot of
> >linux, you would think it would be more straightforward.
> 
> Yup.  But the GUI API is distinct.  It's Java, but it's
> read-another-goddamn'd-book Java.

If you get lucky I actually think that making LyX running on Android
might be question of couple hours of hacking of your Android.

The idea is not to (re)code anything in LyX codebase, but to make
some linux distro running on top of android (e.g. debian can
be installed rather easily, I tried). Then you need to add X server and
normally install X-apps from debian repositories; ppl reported
they were capable get firefox/gimp/libreoffice/eclipse running,
which is why I believe you have a decent shot, that it will work
for LyX as well.

Pavel


Re: LyX on iPad

2018-11-06 Thread Steve Litt
On Mon, 5 Nov 2018 18:55:34 -0600
Christopher Menzel  wrote:

> I might well just be naive but I'm not getting this line of criticism
> at all. LyX has always been a frontend to LaTeX, right? That's it's
> raison d'etre. It's still the only game in town to that end, and it's
> fabulous at it. LaTeX creates PDFs. So you use LyX to create PDFs.
> Seems to me if you're using LyX with the intention of getting an ePub
> or mobi doc, you're expecting it to do something it wasn't — by its
> nature — designed for. You want ePub or mobi, use something else.

True that. Until you want to offer the same book in both PDF and ePub
formats. What then? Make parallel changes on two separate source files?


SteveT


Re: LyX on iPad

2018-11-06 Thread Steve Litt
On Tue, 6 Nov 2018 11:05:39 +1100
Alan Tyree  wrote:

> Hi Steve,
> Could you elaborate a bit on your pandoc/markdown comments? What kind
> of formatting is it that you find difficult/deficient. My impression
> is that it creates pretty clean HTML so that the formatting is via
> CSS.

Hi Alan,

Show me. I'd love to have my mind changed. Show me code to produce
**semantic,styled** HTML from LaTeX or LyX via pandoc.

As far as Markdown, if you're writing a simple fiction book with no
appearance needs beyond bold, underline and italic, then yeah, Markdown
and Asciidoc are both sufficient. My needs surpass that.

[snip]

> 
> Of course, I wouldn't start from LyX/LaTeX to produce these things
> since the pandoc LaTeX -> HTML usually requires a lot of massaging.

Precisely my point. There should be no massaging. Run one command on
the LyX file, output a semantically correct ePub or xhtml or html5
that's well formed xml.


> 
> Cheers,
> Alan
> 
> On Tue, 6 Nov 2018 at 08:46, Steve Litt 
> wrote:
> 
> > On Mon, 5 Nov 2018 00:36:13 +0200
> > Dr Eberhard Lisse  wrote:
> >  
> > > Steve,
> > >
> > > I fundamentally disagree about the relevance.
> > >
> > > LyX is a front end for LaTeX, not a document format. And it is a
> > > FANTASTIC front end, which can be twsited to do a lot of
> > > things :-)-O  
> >
> > Sure, but LaTeX isn't the only game in town the way it was 10 years
> > ago (unless you took Docbook seriously a decade ago). Most new
> > books are ePubs or derivative mobis or whatever.
> >
> >  
> > >
> > > pandoc can produce an epub from (reasonable) LaTeX (exported from
> > > LyX), which kindlegen can translate into mobi.  
> >
> > Yeah. I've had hundreds of people recommend pandoc and XSLT and the
> > like. Have *you* ever successfully used pandoc to create HTML or
> > ePub or mobi formatted to your desires? If you have, you're one in
> > five hundred. Everyone recommends Pandoc, but finding people who
> > have used it is like finding a needle in a haystack, and when you
> > find such people and ask them how to do the conversion, they point
> > you to Internet sites with procedures that make installing Gentoo
> > or Arch a one click process.
> >
> > By the way, same thing goes for Asciidoc, Asciidoctor, Markdown, and
> > Multimarkdown. Evvverybody recommends it, but few have used it to
> > make books in which the author declares and uses styles.
> >  
> > > For LaTeX there is lwarp at
> > >
> > >   https://ctan.org/pkg/lwarp
> > >
> > > which also looks interesting.  
> >
> > I wish I had a dime for every hour I spent, on solutions to this
> > problems, that "look interesting". 99% of them turn out to be
> > converters whose first step is to convert your styles into
> > appearance, guaranteeing garbaged up output.
> >
> >  
> > >
> > > XML would be a great step, and not only for epub. But that would
> > > be a fundamental change, and who's going to do it?  
> >
> > And that's where the rubber meets the road. Look back to the thread,
> > starting on 7/22/2008, subject "Progress on the MS Word to LyX
> > conversion". In that thread, against my warnings, by the way,
> > several top Lyx developers promised an XML native format for LyX
> > 1.7x. Not pidgeon XML. Not almost XML. Not halfassed XML. They
> > promised XML. With a DTD, no less.
> >
> > Now my position was that XML is much harder to parse with Unix core
> > utilities, so I was against it. But at least I figured that if it
> > went XML, I could find an XML parser to do what I had been doing.
> > With much more difficulty. But doable.
> >
> > But they went only half way, harming the inherent coreutils
> > parsability without enabling the file to be processed by an XML
> > parser.
> >
> > If memory serves me, 1.6 already had some XML-ish changes to the
> > native format, I don't remember a 1.7, and 2.0 introduced the
> > pidgeon XML we know today. Over 7 years have elapsed since 2.0's
> > introduction, over a decade has elapsed since it was decided to
> > have a well formed XML native format validated with a DTD.
> >
> > Retina display and iOS and all this Apple compatibility is nice, but
> > I'll repeat, it's not 2008 and PDF is no longer the only game in
> > town, and I think priority should be placed on finishing what was
> > started in July of 2008.
> >
> > SteveT
> >  
> 
> 



-- 
SteveT

Steve Litt 
September 2018 featured book: Quit Joblessness: Start Your Own Business
http://www.troubleshooters.com/startbiz


Re: LyX on iPad

2018-11-06 Thread David L. Johnson
On Tue, 6 Nov 2018 15:49:19 + (UTC)
Anders Host-Madsen  wrote:

> Still have not found the proper way to post to thread, so I just hope
> it will show up the right place. First, for the topic of the thread:
> I have now tried 1) rollapp.com and 2) remote access to my Mac from
> iPad (Screens and TeamWiever). rollapp.com is too limited (e.g.,
> shortcuts and arrow keys don't work) and expensive. Remote access is
> too slow and unreliable to be a solution. So, the only solution would
> be some type of native app on iPad. 

These limitations are not surprising.  It would be nice to have a
version that would work --- at least on the front end --- on a tablet
(I prefer Android, but the idea is the same).  I'd like to be able to
write when I only have my tablet with me, rather than have to deal with
my laptop all the time.

I remember this kind of discussion before, when Windows users were
asking for a version of LyX that ran on their computers (Initially LyX
was only available for un*x machines, principally linux but it would
compile on most unix boxes, if you had Motif).  Eventually it happened,
but you need to find a programmer with the proper expertise and
interest.


> I do think of LyX as a frontend
> for LaTeX, and not at all irrelevant. In fact, it is the software I
> use the most of all software that I have. It has completely
> revolutionized my workflow, as it's now so easy to write LaTeX. 

I certainly agree.  But, being a mathematician, most of what I write is
impossible to produce decently on Word, et. al.  Also, most of what I
write is still meant for paper, eventually, so e-book formats are not a
big deal for me.


 I
> think the issue is not that LyX is outdated, but that LaTeX is
> outdated. It's made for typesetting on paper, and honestly most
> reading now is done on screens. For that PDF is terrible. It's fixed
> format for printing. Instead, what is needed is mathematical
> typesetting that is free-flowing and adaptable to the screen it's
> read on (including a phone). Is there any work going on on that kind
> of standard?

Again, having a long memory of such things is useful.  Since TeX is
intended primarily for paper output, it took time to get someone
interested in exporting it to pdf, so it could be read on a screen.
Postscript seemed, back then, to be the preferred output (since
printers like that).  But what you are asking for is not a new
component for LyX, but a way to export to e-book formats, which would
be, basically, a dvi-to-(enter your e-book format) utility.  TeX may be
too wedded to page sizes and predetermined font sizes, but that also is
a TeX issue, it never has been a LyX issue.



-- 

David L. Johnson
Department of Mathematics
Lehigh University


Re: LyX on iPad

2018-11-06 Thread Dr Eberhard Lisse
Steve,

On 2018-11-05 23:45 , Steve Litt wrote:
> On Mon, 5 Nov 2018 00:36:13 +0200 Dr Eberhard Lisse 
> wrote:
> 
>> Steve,
>>
>> I fundamentally disagree about the relevance.
>>
>> LyX is a front end for LaTeX, not a document format.  And it is a
>> FANTASTIC front end, which can be twsited to do a lot of things :-)-O
> 
> Sure, but LaTeX isn't the only game in town the way it was 10 years
> ago (unless you took Docbook seriously a decade ago).  Most new books
> are ePubs or derivative mobis or whatever.

Yes, maybe, or not.

But I want to use LaTeX. Not only because I have been since 35 years or
so, but because it still produces the best quality output form my
purposes, which are letters, reports and the like, but not books.

>> pandoc can produce an epub from (reasonable) LaTeX (exported from
>> LyX), which kindlegen can translate into mobi.
> 
> Yeah.  I've had hundreds of people recommend pandoc and XSLT and the
> like.  Have *you* ever successfully used pandoc to create HTML or ePub
> or mobi formatted to your desires?  If you have, you're one in five
> hundred.  Everyone recommends Pandoc, but finding people who have used
> it is like finding a needle in a haystack, and when you find such
> people and ask them how to do the conversion, they point you to
> Internet sites with procedures that make installing Gentoo or Arch a
> one click process.

I haven't written a book yet.  But pandoc is very powerful and I have
been tweaking its templates to generate (LyX) reports and/or (LyX)
beamer presentations from MindMaps.  Using a bash script or a Makefile.


> By the way, same thing goes for Asciidoc, Asciidoctor, Markdown, and
> Multimarkdown.  Evvverybody recommends it, but few have used it to
> make books in which the author declares and uses styles.

As the above workflow uses Markdown, I am starting to experiment with
(Dragon) dictating Markdown, to later mess with the thing in LyX.

> 
>> For LaTeX there is lwarp at
>>
>>  https://ctan.org/pkg/lwarp
>>
>> which also looks interesting.
> 
> I wish I had a dime for every hour I spent, on solutions to this
> problems, that "look interesting".  99% of them turn out to be
> converters whose first step is to convert your styles into appearance,
> guaranteeing garbaged up output.

Keep on trucking.  Or was that trying?

One of these days s/looks interesting/works/ :-)-O

>> XML would be a great step, and not only for epub.  But that would be
>> a fundamental change, and who's going to do it?
> 
> And that's where the rubber meets the road.  Look back to the thread,
> starting on 7/22/2008, subject "Progress on the MS Word to LyX
> conversion".  In that thread, against my warnings, by the way, several
> top Lyx developers promised an XML native format for LyX 1.7x.  Not
> pidgeon XML. Not almost XML. Not halfassed XML. They promised XML.
> With a DTD, no less.
>
> Now my position was that XML is much harder to parse with Unix core
> utilities, so I was against it.  But at least I figured that if it
> went XML, I could find an XML parser to do what I had been doing.
> With much more difficulty.  But doable.
> 
> But they went only half way, harming the inherent coreutils
> parsability without enabling the file to be processed by an XML
> parser.
> 
> If memory serves me, 1.6 already had some XML-ish changes to the
> native format, I don't remember a 1.7, and 2.0 introduced the pidgeon
> XML we know today.  Over 7 years have elapsed since 2.0's
> introduction, over a decade has elapsed since it was decided to have a
> well formed XML native format validated with a DTD.

You do understand the concept of Open Source, right?  If only for Caveat
Emptor?

> Retina display and iOS and all this Apple compatibility is nice, but
> I'll repeat, it's not 2008 and PDF is no longer the only game in town,
> and I think priority should be placed on finishing what was started in
> July of 2008.

So you are joing the development team?

el



Re: LyX on iPad

2018-11-06 Thread Murat Yildizoglu
Following your last observation Anders, Adobe had a flowing PDF project, but I 
do not know what happened to it. Do you know?

Murat Yildizoglu
Le 6 nov. 2018 à 16:50 +0100, Anders Host-Madsen , a 
écrit :
> Still have not found the proper way to post to thread, so I just hope it will 
> show up the right place.
>
> First, for the topic of the thread: I have now tried 1) rollapp.com and 2) 
> remote access to my Mac from iPad (Screens and TeamWiever). rollapp.com is 
> too limited (e.g., shortcuts and arrow keys don't work) and expensive. Remote 
> access is too slow and unreliable to be a solution. So, the only solution 
> would be some type of native app on iPad.
>
> I do think of LyX as a frontend for LaTeX, and not at all irrelevant. In 
> fact, it is the software I use the most of all software that I have. It has 
> completely revolutionized my workflow, as it's now so easy to write LaTeX.
>
> I think the issue is not that LyX is outdated, but that LaTeX is outdated. 
> It's made for typesetting on paper, and honestly most reading now is done on 
> screens. For that PDF is terrible. It's fixed format for printing. Instead, 
> what is needed is mathematical typesetting that is free-flowing and adaptable 
> to the screen it's read on (including a phone). Is there any work going on on 
> that kind of standard?


Re: LyX on iPad

2018-11-06 Thread Anders Host-Madsen
Still have not found the proper way to post to thread, so I just hope it will 
show up the right place.
First, for the topic of the thread: I have now tried 1) rollapp.com and 2) 
remote access to my Mac from iPad (Screens and TeamWiever). rollapp.com is too 
limited (e.g., shortcuts and arrow keys don't work) and expensive. Remote 
access is too slow and unreliable to be a solution. So, the only solution would 
be some type of native app on iPad.
I do think of LyX as a frontend for LaTeX, and not at all irrelevant. In fact, 
it is the software I use the most of all software that I have. It has 
completely revolutionized my workflow, as it's now so easy to write LaTeX.
I think the issue is not that LyX is outdated, but that LaTeX is outdated. It's 
made for typesetting on paper, and honestly most reading now is done on 
screens. For that PDF is terrible. It's fixed format for printing. Instead, 
what is needed is mathematical typesetting that is free-flowing and adaptable 
to the screen it's read on (including a phone). Is there any work going on on 
that kind of standard?

Re: LyX 2.3.1 -- Beamer presentation

2018-11-06 Thread Dr Eberhard Lisse
That was most certainly not an MWE :-0-O

It's much easier when you remove everything that does not generate the
issue, or the other way around, put only exactly what produces the
issue.  The side effect of this is that it's an iterative method, which
often makes one find the cause :-)-O

el


On 19/10/2018 21:15, F M Salter wrote:
> Hi,
> 
> Thanks to Daniel, I rectified the problem.
> 
> Regards
> 
> Frank Salter
> 
> 



Re: LyX on iPad

2018-11-05 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/5/18 4:55 PM, Christopher Menzel wrote:


I might well just be naive but I'm not getting this line of criticism 
at all. LyX has always been a frontend to LaTeX, right? That's it's 
/raison d'etre./ It's still the only game in town to that end, and 
it's fabulous at it. LaTeX creates PDFs. So you use LyX to create 
PDFs. Seems to me if you're using LyX with the intention of getting an 
ePub or mobi doc, you're expecting it to do something it wasn't — by 
its nature — designed for. You want ePub or mobi, use something else.


An application of the sort that Mr Litt wants would be a Very Good 
Thing.  But it would be far better to create such an application by 
starting fresh than by utterly recoding LyX.  And Mr Litt's claim that 
LyX is becoming ever less relevant is badly constructed and simply false.


As I suggested elsewhere, it's somewhat as if someone argued that LyX 
should become a first-person shooter game.


BTW, LaTeX predates .PDFs; and I primarily use LyX to create .tex 
files, for publishers who then use those files to create files for 
publication, perhaps .PDFs, but not with LyX.


Re: LyX on iPad

2018-11-05 Thread Christopher Menzel
I might well just be naive but I'm not getting this line of criticism at all. 
LyX has always been a frontend to LaTeX, right? That's it's raison d'etre. It's 
still the only game in town to that end, and it's fabulous at it. LaTeX creates 
PDFs. So you use LyX to create PDFs. Seems to me if you're using LyX with the 
intention of getting an ePub or mobi doc, you're expecting it to do something 
it wasn't — by its nature — designed for. You want ePub or mobi, use something 
else.

-chris

> On 5 Nov 2018, at 3:45 , Steve Litt  wrote:
> 
> On Mon, 5 Nov 2018 00:36:13 +0200
> Dr Eberhard Lisse  wrote:
> 
>> Steve,
>> 
>> I fundamentally disagree about the relevance.
>> 
>> LyX is a front end for LaTeX, not a document format. And it is a
>> FANTASTIC front end, which can be twsited to do a lot of things :-)-O
> 
> Sure, but LaTeX isn't the only game in town the way it was 10 years ago
> (unless you took Docbook seriously a decade ago). Most new books are
> ePubs or derivative mobis or whatever.
> 
> 
>> 
>> pandoc can produce an epub from (reasonable) LaTeX (exported from
>> LyX), which kindlegen can translate into mobi.
> 
> Yeah. I've had hundreds of people recommend pandoc and XSLT and the
> like. Have *you* ever successfully used pandoc to create HTML or ePub
> or mobi formatted to your desires? If you have, you're one in five
> hundred. Everyone recommends Pandoc, but finding people who have used
> it is like finding a needle in a haystack, and when you find such
> people and ask them how to do the conversion, they point you to
> Internet sites with procedures that make installing Gentoo or Arch a one
> click process.
> 
> By the way, same thing goes for Asciidoc, Asciidoctor, Markdown, and
> Multimarkdown. Evvverybody recommends it, but few have used it to make
> books in which the author declares and uses styles.
> 
>> For LaTeX there is lwarp at
>> 
>>  https://ctan.org/pkg/lwarp
>> 
>> which also looks interesting.
> 
> I wish I had a dime for every hour I spent, on solutions to this
> problems, that "look interesting". 99% of them turn out to be
> converters whose first step is to convert your styles into appearance,
> guaranteeing garbaged up output.
> 
> 
>> 
>> XML would be a great step, and not only for epub. But that would be a
>> fundamental change, and who's going to do it?
> 
> And that's where the rubber meets the road. Look back to the thread,
> starting on 7/22/2008, subject "Progress on the MS Word to LyX
> conversion". In that thread, against my warnings, by the way, several
> top Lyx developers promised an XML native format for LyX 1.7x. Not
> pidgeon XML. Not almost XML. Not halfassed XML. They promised XML. With
> a DTD, no less.
> 
> Now my position was that XML is much harder to parse with Unix core
> utilities, so I was against it. But at least I figured that if it went
> XML, I could find an XML parser to do what I had been doing. With much
> more difficulty. But doable. 
> 
> But they went only half way, harming the inherent coreutils parsability
> without enabling the file to be processed by an XML parser.
> 
> If memory serves me, 1.6 already had some XML-ish changes to the native
> format, I don't remember a 1.7, and 2.0 introduced the pidgeon XML we
> know today. Over 7 years have elapsed since 2.0's introduction, over a
> decade has elapsed since it was decided to have a well formed XML
> native format validated with a DTD.
> 
> Retina display and iOS and all this Apple compatibility is nice, but
> I'll repeat, it's not 2008 and PDF is no longer the only game in town,
> and I think priority should be placed on finishing what was started in
> July of 2008.
> 
> SteveT



Re: LyX on iPad

2018-11-05 Thread Alan Tyree
Hi Steve,
Could you elaborate a bit on your pandoc/markdown comments? What kind of
formatting is it that you find difficult/deficient. My impression is that
it creates pretty clean HTML so that the formatting is via CSS.

I have been helping a friend produce travel diaries for his family and
friends, aiming for a PDF and an ePub product from the same source. I doubt
that my formatting requirements are as demanding as yours, but the results
that we have had are pretty good.

Of course, I wouldn't start from LyX/LaTeX to produce these things since
the pandoc LaTeX -> HTML usually requires a lot of massaging.

Cheers,
Alan

On Tue, 6 Nov 2018 at 08:46, Steve Litt  wrote:

> On Mon, 5 Nov 2018 00:36:13 +0200
> Dr Eberhard Lisse  wrote:
>
> > Steve,
> >
> > I fundamentally disagree about the relevance.
> >
> > LyX is a front end for LaTeX, not a document format. And it is a
> > FANTASTIC front end, which can be twsited to do a lot of things :-)-O
>
> Sure, but LaTeX isn't the only game in town the way it was 10 years ago
> (unless you took Docbook seriously a decade ago). Most new books are
> ePubs or derivative mobis or whatever.
>
>
> >
> > pandoc can produce an epub from (reasonable) LaTeX (exported from
> > LyX), which kindlegen can translate into mobi.
>
> Yeah. I've had hundreds of people recommend pandoc and XSLT and the
> like. Have *you* ever successfully used pandoc to create HTML or ePub
> or mobi formatted to your desires? If you have, you're one in five
> hundred. Everyone recommends Pandoc, but finding people who have used
> it is like finding a needle in a haystack, and when you find such
> people and ask them how to do the conversion, they point you to
> Internet sites with procedures that make installing Gentoo or Arch a one
> click process.
>
> By the way, same thing goes for Asciidoc, Asciidoctor, Markdown, and
> Multimarkdown. Evvverybody recommends it, but few have used it to make
> books in which the author declares and uses styles.
>
> > For LaTeX there is lwarp at
> >
> >   https://ctan.org/pkg/lwarp
> >
> > which also looks interesting.
>
> I wish I had a dime for every hour I spent, on solutions to this
> problems, that "look interesting". 99% of them turn out to be
> converters whose first step is to convert your styles into appearance,
> guaranteeing garbaged up output.
>
>
> >
> > XML would be a great step, and not only for epub. But that would be a
> > fundamental change, and who's going to do it?
>
> And that's where the rubber meets the road. Look back to the thread,
> starting on 7/22/2008, subject "Progress on the MS Word to LyX
> conversion". In that thread, against my warnings, by the way, several
> top Lyx developers promised an XML native format for LyX 1.7x. Not
> pidgeon XML. Not almost XML. Not halfassed XML. They promised XML. With
> a DTD, no less.
>
> Now my position was that XML is much harder to parse with Unix core
> utilities, so I was against it. But at least I figured that if it went
> XML, I could find an XML parser to do what I had been doing. With much
> more difficulty. But doable.
>
> But they went only half way, harming the inherent coreutils parsability
> without enabling the file to be processed by an XML parser.
>
> If memory serves me, 1.6 already had some XML-ish changes to the native
> format, I don't remember a 1.7, and 2.0 introduced the pidgeon XML we
> know today. Over 7 years have elapsed since 2.0's introduction, over a
> decade has elapsed since it was decided to have a well formed XML
> native format validated with a DTD.
>
> Retina display and iOS and all this Apple compatibility is nice, but
> I'll repeat, it's not 2008 and PDF is no longer the only game in town,
> and I think priority should be placed on finishing what was started in
> July of 2008.
>
> SteveT
>


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan


Re: Problem with spreadtab module and LyX 2.3.1

2018-11-05 Thread Graeme

On 05/11/2018 09:25, Andrew Parsloe wrote:

On 4/11/2018 2:15 a.m., Graeme wrote:
The spreadtab module is extremely useful, as it provides a wrapper 
around a conventional table environment, to enable some 
spreadsheet-like capabilities within the table (using the LaTeX 
package spreadtab).

It can be downloaded from wiki.lyx.org/Layouts/Modules.

When creating a long(multipage) table within the sLTable environment 
provided by the spreadtab module, there is one small difference 
between the plain LaTeX code produced by LyX 2.3.0 and 2.3.1.

Specifically, LyX 2.3.0 exports the lines:
\sLTable{}{%
\begin{longtable}{|c|c|c|c|c|}
while LyX 2.3.1 exports the lines
\sLTable{}{%
\begin{longtable}[c]{|c|c|c|c|c|}

In practice I think the LyX 2.3.1 version is correct, but it exposes a 
bug in spreadtab module version 1.4, which cannot handle the optional 
[c] argument following \begin{longtable}.


Thus LyX 2.3.0 can successfully generate a PDF file, while LyX 2.3.1 
fails with a LaTeX error. This applies to LyX under both Windows 10 
with MikTeX, and Linux Mint with TeXLive 2017.


An example LyX file is attached, along with the PDF file generated 
successfully from it using File/Export/PDF(ps2pdf) with LyX 2.3.0.


Unfortunately, I am not sure how to fix the bug in the spreadtab 
module, so help on this would be welcome.


Graeme
I've attached the new module which works with longtables now, and also 
"normal" tables -- the tabular environment with or without the optional 
vertical alignment  argument. The documentation also needs updating. 
When that's done I'll make a zip file of both module and documentation 
and make them available from the wiki as before.


The spreadtab documentation nowhere mentions longtables. I suspect the 
author of that package  would be suprised to find someone contemplating 
using it for tables big enough to break across pages. He writes "... the 
3 stages [of pdf compilation] described above take time, and above all, 
fp is slow in its calculations. The spreadtab environment leads to much 
slower

compilation than with a classical table."

(But then, perhaps he would think that that is just the sort of thing a 
LyX user would do. He is scathing of LyX, and of people who use LyX. To 
add to my sins, I wrote to him in English. Thrice a sinner.)


Andrew



Thanks for producing an updated spreadtab module so quickly. I've tested 
it with LyX 2.3.1 and can now successfully generate PDF output from 
files that failed with the previous version.


In practice my usage requires only fairly simple arithmetic operations 
on the contents of table cells, but some of the longer tables do extend 
over five A4 pages. Any small time penalty arising from the use of the 
fp package is far outweighed by the convenience of letting LyX do the 
recalculations, instead of doing them manually, or having to re-import a 
modified spreadsheet every time the values in a few cells are changed.


Graeme


Re: LyX on iPad

2018-11-05 Thread Steve Litt
On Mon, 5 Nov 2018 00:36:13 +0200
Dr Eberhard Lisse  wrote:

> Steve,
> 
> I fundamentally disagree about the relevance.
> 
> LyX is a front end for LaTeX, not a document format. And it is a
> FANTASTIC front end, which can be twsited to do a lot of things :-)-O

Sure, but LaTeX isn't the only game in town the way it was 10 years ago
(unless you took Docbook seriously a decade ago). Most new books are
ePubs or derivative mobis or whatever.


> 
> pandoc can produce an epub from (reasonable) LaTeX (exported from
> LyX), which kindlegen can translate into mobi.

Yeah. I've had hundreds of people recommend pandoc and XSLT and the
like. Have *you* ever successfully used pandoc to create HTML or ePub
or mobi formatted to your desires? If you have, you're one in five
hundred. Everyone recommends Pandoc, but finding people who have used
it is like finding a needle in a haystack, and when you find such
people and ask them how to do the conversion, they point you to
Internet sites with procedures that make installing Gentoo or Arch a one
click process.

By the way, same thing goes for Asciidoc, Asciidoctor, Markdown, and
Multimarkdown. Evvverybody recommends it, but few have used it to make
books in which the author declares and uses styles.

> For LaTeX there is lwarp at
> 
>   https://ctan.org/pkg/lwarp
> 
> which also looks interesting.

I wish I had a dime for every hour I spent, on solutions to this
problems, that "look interesting". 99% of them turn out to be
converters whose first step is to convert your styles into appearance,
guaranteeing garbaged up output.


> 
> XML would be a great step, and not only for epub. But that would be a
> fundamental change, and who's going to do it?

And that's where the rubber meets the road. Look back to the thread,
starting on 7/22/2008, subject "Progress on the MS Word to LyX
conversion". In that thread, against my warnings, by the way, several
top Lyx developers promised an XML native format for LyX 1.7x. Not
pidgeon XML. Not almost XML. Not halfassed XML. They promised XML. With
a DTD, no less.

Now my position was that XML is much harder to parse with Unix core
utilities, so I was against it. But at least I figured that if it went
XML, I could find an XML parser to do what I had been doing. With much
more difficulty. But doable. 

But they went only half way, harming the inherent coreutils parsability
without enabling the file to be processed by an XML parser.

If memory serves me, 1.6 already had some XML-ish changes to the native
format, I don't remember a 1.7, and 2.0 introduced the pidgeon XML we
know today. Over 7 years have elapsed since 2.0's introduction, over a
decade has elapsed since it was decided to have a well formed XML
native format validated with a DTD.

Retina display and iOS and all this Apple compatibility is nice, but
I'll repeat, it's not 2008 and PDF is no longer the only game in town,
and I think priority should be placed on finishing what was started in
July of 2008.

SteveT


Re: LyX... the most important missing feature [for me]...

2018-11-05 Thread Richard Kimberly Heck
On 11/5/18 9:15 AM, Bernt Lie wrote:
>
> Thanks, Joel, I will take a look at it.
>
>  
>
> Do you think there is a chance that this feature will be implemented?
>
I believe there is an enchancement request for this, but I can't find it
at the moment. I would think it would not be that difficult, since we
have the graphics group code already. Someone just has to have the
motivation to do it (usually, someone for whom it would matter).

Riki


>  
>
> *From:*Joel Kulesza 
> *Sent:* mandag 5. november 2018 15.09
> *To:* Bernt Lie 
> *Cc:* mailing lyx 
> *Subject:* Re: LyX... the most important missing feature [for me]...
>
>  
>
> On Mon, Nov 5, 2018 at 6:06 AM Bernt Lie  <mailto:bernt@usn.no>> wrote:
>
> LyX is great in many ways. However, there is one thing that I
> really, really miss... I write papers and notes that contain a
> mixture of math and computer code/simulation results.
>
> First: for the "LyX: Graphics" window (double-click on inserted
> graphics), there is a "LaTeX and LyX options" tab which holds a
> section on "Graphics Group". This is a super feature, and allows
> me to create a new, named group. Thus, if I import a new graphics
> and assign the graphics to a named group (e.g., "MATLAB plot"), I
> can later on change the features of one plot within this named
> group, and... presto... all the graphics with the same named group
> are changed to adhere to this new setting.
>
> Settings include: Scale on screen (i.e., within LyX), and Scale
> graphics (i.e., in the produced PDF file). This is a very
> important feature to achieve *consistency* in the document.
>
> Second: a Program Listing object has many, many more settings than
> the Graphics object.  It would be *very useful* with a similar
> possibility to create "named group" for Program Listings, so that
> I can assing a program listing to such a named group.
>
> The way it is now, it is virtually impossible to ensure a
> consistent document wrt. Program Listing. Yes, it is possible to
> create a dummy document with a tailor made program listing, and
> copy+paste from this document. That way, I can get consisting
> layout of the document. But if I later have to change the program
> listing, e.g., remove line numbering, I'm in trouble again.
> --
> Anyway, my wish is thus: introduce named group for every object
> possible, in particular for Program Listing.
>
>  
>
> Bernt,
>
>
> As a stop-gap measure before such a feature is implemented, you may be
> interested in how I've accomplished consistent Program Listing styling
> via the preamble in my April 5 post to this list.
>
>  
>
> https://www.mail-archive.com/lyx-users@lists.lyx.org/msg106968.html
>
>  
>
> Please contact me with any comments, questions, or concerns.
>
>  
>
> Thank you,
>
> Joel 
>



RE: LyX... the most important missing feature [for me]...

2018-11-05 Thread Bernt Lie
Thanks, Joel, I will take a look at it.

Do you think there is a chance that this feature will be implemented?

-B

From: Joel Kulesza 
Sent: mandag 5. november 2018 15.09
To: Bernt Lie 
Cc: mailing lyx 
Subject: Re: LyX... the most important missing feature [for me]...

On Mon, Nov 5, 2018 at 6:06 AM Bernt Lie 
mailto:bernt@usn.no>> wrote:
LyX is great in many ways. However, there is one thing that I really, really 
miss... I write papers and notes that contain a mixture of math and computer 
code/simulation results.

First: for the "LyX: Graphics" window (double-click on inserted graphics), 
there is a "LaTeX and LyX options" tab which holds a section on "Graphics 
Group". This is a super feature, and allows me to create a new, named group. 
Thus, if I import a new graphics and assign the graphics to a named group 
(e.g., "MATLAB plot"), I can later on change the features of one plot within 
this named group, and... presto... all the graphics with the same named group 
are changed to adhere to this new setting.

Settings include: Scale on screen (i.e., within LyX), and Scale graphics (i.e., 
in the produced PDF file). This is a very important feature to achieve 
*consistency* in the document.

Second: a Program Listing object has many, many more settings than the Graphics 
object.  It would be *very useful* with a similar possibility to create "named 
group" for Program Listings, so that I can assing a program listing to such a 
named group.

The way it is now, it is virtually impossible to ensure a consistent document 
wrt. Program Listing. Yes, it is possible to create a dummy document with a 
tailor made program listing, and copy+paste from this document. That way, I can 
get consisting layout of the document. But if I later have to change the 
program listing, e.g., remove line numbering, I'm in trouble again.
--
Anyway, my wish is thus: introduce named group for every object possible, in 
particular for Program Listing.

Bernt,

As a stop-gap measure before such a feature is implemented, you may be 
interested in how I've accomplished consistent Program Listing styling via the 
preamble in my April 5 post to this list.

https://www.mail-archive.com/lyx-users@lists.lyx.org/msg106968.html

Please contact me with any comments, questions, or concerns.

Thank you,
Joel


Re: LyX... the most important missing feature [for me]...

2018-11-05 Thread Joel Kulesza
On Mon, Nov 5, 2018 at 6:06 AM Bernt Lie  wrote:

> LyX is great in many ways. However, there is one thing that I really,
> really miss... I write papers and notes that contain a mixture of math and
> computer code/simulation results.
>
> First: for the "LyX: Graphics" window (double-click on inserted graphics),
> there is a "LaTeX and LyX options" tab which holds a section on "Graphics
> Group". This is a super feature, and allows me to create a new, named
> group. Thus, if I import a new graphics and assign the graphics to a named
> group (e.g., "MATLAB plot"), I can later on change the features of one plot
> within this named group, and... presto... all the graphics with the same
> named group are changed to adhere to this new setting.
>
> Settings include: Scale on screen (i.e., within LyX), and Scale graphics
> (i.e., in the produced PDF file). This is a very important feature to
> achieve *consistency* in the document.
>
> Second: a Program Listing object has many, many more settings than the
> Graphics object.  It would be *very useful* with a similar possibility to
> create "named group" for Program Listings, so that I can assing a program
> listing to such a named group.
>
> The way it is now, it is virtually impossible to ensure a consistent
> document wrt. Program Listing. Yes, it is possible to create a dummy
> document with a tailor made program listing, and copy+paste from this
> document. That way, I can get consisting layout of the document. But if I
> later have to change the program listing, e.g., remove line numbering, I'm
> in trouble again.
> --
> Anyway, my wish is thus: introduce named group for every object possible,
> in particular for Program Listing.
>

Bernt,

As a stop-gap measure before such a feature is implemented, you may be
interested in how I've accomplished consistent Program Listing styling via
the preamble in my April 5 post to this list.

https://www.mail-archive.com/lyx-users@lists.lyx.org/msg106968.html

Please contact me with any comments, questions, or concerns.

Thank you,
Joel


LyX... the most important missing feature [for me]...

2018-11-05 Thread Bernt Lie
LyX is great in many ways. However, there is one thing that I really, really 
miss... I write papers and notes that contain a mixture of math and computer 
code/simulation results.

First: for the "LyX: Graphics" window (double-click on inserted graphics), 
there is a "LaTeX and LyX options" tab which holds a section on "Graphics 
Group". This is a super feature, and allows me to create a new, named group. 
Thus, if I import a new graphics and assign the graphics to a named group 
(e.g., "MATLAB plot"), I can later on change the features of one plot within 
this named group, and... presto... all the graphics with the same named group 
are changed to adhere to this new setting.

Settings include: Scale on screen (i.e., within LyX), and Scale graphics (i.e., 
in the produced PDF file). This is a very important feature to achieve 
*consistency* in the document.

Second: a Program Listing object has many, many more settings than the Graphics 
object.  It would be *very useful* with a similar possibility to create "named 
group" for Program Listings, so that I can assing a program listing to such a 
named group.

The way it is now, it is virtually impossible to ensure a consistent document 
wrt. Program Listing. Yes, it is possible to create a dummy document with a 
tailor made program listing, and copy+paste from this document. That way, I can 
get consisting layout of the document. But if I later have to change the 
program listing, e.g., remove line numbering, I'm in trouble again.
--
Anyway, my wish is thus: introduce named group for every object possible, in 
particular for Program Listing.

-B


Re: Problem with spreadtab module and LyX 2.3.1

2018-11-05 Thread Andrew Parsloe

On 4/11/2018 2:15 a.m., Graeme wrote:
The spreadtab module is extremely useful, as it provides a wrapper 
around a conventional table environment, to enable some 
spreadsheet-like capabilities within the table (using the LaTeX 
package spreadtab).

It can be downloaded from wiki.lyx.org/Layouts/Modules.

When creating a long(multipage) table within the sLTable environment 
provided by the spreadtab module, there is one small difference 
between the plain LaTeX code produced by LyX 2.3.0 and 2.3.1.

Specifically, LyX 2.3.0 exports the lines:
\sLTable{}{%
\begin{longtable}{|c|c|c|c|c|}
while LyX 2.3.1 exports the lines
\sLTable{}{%
\begin{longtable}[c]{|c|c|c|c|c|}

In practice I think the LyX 2.3.1 version is correct, but it exposes a 
bug in spreadtab module version 1.4, which cannot handle the optional 
[c] argument following \begin{longtable}.


Thus LyX 2.3.0 can successfully generate a PDF file, while LyX 2.3.1 
fails with a LaTeX error. This applies to LyX under both Windows 10 
with MikTeX, and Linux Mint with TeXLive 2017.


An example LyX file is attached, along with the PDF file generated 
successfully from it using File/Export/PDF(ps2pdf) with LyX 2.3.0.


Unfortunately, I am not sure how to fix the bug in the spreadtab 
module, so help on this would be welcome.


Graeme
I've attached the new module which works with longtables now, and also 
"normal" tables -- the tabular environment with or without the optional 
vertical alignment  argument. The documentation also needs updating. 
When that's done I'll make a zip file of both module and documentation 
and make them available from the wiki as before.


The spreadtab documentation nowhere mentions longtables. I suspect the 
author of that package  would be suprised to find someone contemplating 
using it for tables big enough to break across pages. He writes "... the 
3 stages [of pdf compilation] described above take time, and above all, 
fp is slow in its calculations. The spreadtab environment leads to much 
slower

compilation than with a classical table."

(But then, perhaps he would think that that is just the sort of thing a 
LyX user would do. He is scathing of LyX, and of people who use LyX. To 
add to my sins, I wrote to him in English. Thrice a sinner.)


Andrew


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
#\DeclareLyXModule[spreadtab.sty,fp.sty,xstring.sty]{Spreadtab}
# DescriptionBegin
# Adds commands which give LyX tables spreadsheet capabilities
# (minimum example: adding a column of figures). Tables are
# built in LyX using its table toolbar facilities. Instant
# preview allows the calculated values to be viewed in LyX. 
# DescriptionEnd
#
# spreadtab.module v.2.0 2018-11-05
#
# Assumes at least version 0.4a of spreadtab.sty and 
# will fail with 0.3 and earlier versions. Also assumes
# LyX 2.2.x or later. 
#
# Author: Andrew Parsloe  ajpars...@gmail.com
#
Format 60

AddToPreamble
\usepackage{spreadtab}

% for LyX, instead of \\
\STeol{\tabularnewline}

% default text cell marker is @ but ` is neater
\renewcommand{\STtextcell}{`}

% to avoid 18 places of decimals
\STautoround{4}

% pattern-matching macros to turn LyX tables into spreadtab tables
% #1=save cell, #2=new col format
% opt arg: #4=environment, #5=[,  #6=remainder
% none:#4=environment, #5=col. format #6=remainder
\def\sLt@b[#1]#2#3\begin#4#5#6\end#7%
  {%
\def\sLtmpb{#2}#3%
\if#5[
  \ifx\sLtmpb\empty
\sLlt@bopt[#1]{#4}#5#6\endspreadtab%
  \else
\sLlt@boptreform[#1]{#2}#4#5#6\endspreadtab%
  \fi
\else
  \ifx\sLtmpb\empty
\sLt@bnone[#1]{#4}{#5}#6\endspreadtab%
  \else%
\sLt@bnonereform[#1]{#2}{#4}{#5}#6\endspreadtab%
  \fi
\fi
  }

\def\sLlt@bopt[#1]#2[#3]#4#5{\sLt@bsubst{#1}{#2}{#3}{#4}{#5}}
\def\sLlt@boptreform[#1]#2#3[#4]#5#6{\sLt@bsubst{#1}{#3}{#4}{#2}{#6}}
\def\sLt@bnone[#1]#2#3#4{\sLt@bsubst{#1}{#2}{}{#3}{#4}}
\def\sLt@bnonereform[#1]#2#3#4#5{\sLt@bsubst{#1}{#3}{}{#2}{#5}}

\def\sLt@bsubst#1#2#3#4#5{\spreadtab[#1]{{#2}[#3]{#4}}#5}

EndPreamble

Style sLTable
  Category  Tables
  LatexType   Command
  LatexName   sLTable
  Argument1
LabelString   "New column formatting"
  End
  Argument2
LabelString  "Cell contents"
Mandatory 1
  End
  Align   Center
  PassThruChars*^\
  Preamble
  \newcommand{\sLTable}[3][]{\sLt@b[#2]{#1}#3}
  EndPreamble
End
  
InsetLayout Flex:sLSaveCell
  LyXType  custom
  LatexType   Command
  LatexName   sLSaveCell
  ContentAsLabel  1
  DecorationClassic
  LabelFont
Color  phantomtext
  EndFont
  LabelStringSave
  Multipar  0
  PassThru  1
  ResetsFont0
  Preamble
\newcommand\sLSaveCell[1]{\sLs@vecell#1}
\def\sLs@vecell#1,#2{\STsavecell{#2}{#1}}
EndPreamble
End

InsetLayout Flex:sLRetrieve
  LyXType  custom
  LatexType   

Re: LyX on iPad

2018-11-04 Thread Steve Litt
On Fri, 2 Nov 2018 21:48:56 -0700
"Daniel Kian Mc Kiernan (the best Daniel of the bunch)"
 wrote:

> On 11/2/18 9:57 AM, Steve Litt wrote:
> > 
> > Perhaps this is why LyX becomes less relevant every year.   
> 
> I don't think that peer-reviewed academic publication is going to
> vanish anytime soon; and, over about the last decade, 

Exactly! A decade ago LyX was about a lot more than peer-reviewed
academic publications, and 15 years ago it was safe to assume that
paper and PDF were enough output formats. More and more, LyX is
relegated to peer-reviewed academic publication, blissfully ignorant
that phones and tablets use flowing text documents like, and
convertable from, ePub. 

SteveT


Re: Announce Istanbul Technical University Thesis Template in LyX

2018-11-04 Thread Scott Kostyshak
On Sun, Nov 04, 2018 at 10:38:55PM +, Baris Erkus wrote:
> Hello,
> 
> I have developed a very preliminary version of LyX template files for my 
> university's (Istanbul Technical University) Engineering School M.S. and 
> Ph.D. thesis, which are originally provided by the school in LaTeX.
> 
> GitHub Web Page:
> 
> https://github.com/ituast/itutezLyX
> 
> It is quite ripe; need to master the LyX- layouts. Still, it is useful.

Nice work, Barış! You should list it here:

  https://wiki.lyx.org/Examples/Thesis

Scott


signature.asc
Description: PGP signature


Announce Istanbul Technical University Thesis Template in LyX

2018-11-04 Thread Baris Erkus
Hello,

I have developed a very preliminary version of LyX template files for my 
university's (Istanbul Technical University) Engineering School M.S. and 
Ph.D. thesis, which are originally provided by the school in LaTeX.

GitHub Web Page:

https://github.com/ituast/itutezLyX

It is quite ripe; need to master the LyX- layouts. Still, it is useful.

Baris



Re: LyX on iPad

2018-11-04 Thread Dr Eberhard Lisse
Steve,

I fundamentally disagree about the relevance.

LyX is a front end for LaTeX, not a document format. And it is a
FANTASTIC front end, which can be twsited to do a lot of things :-)-O

pandoc can produce an epub from (reasonable) LaTeX (exported from LyX),
which kindlegen can translate into mobi.

For LaTeX there is lwarp at

https://ctan.org/pkg/lwarp

which also looks interesting.

XML would be a great step, and not only for epub. But that would be a
fundamental change, and who's going to do it?




On 2018-11-02 18:57 , Steve Litt wrote:
> On Thu, 1 Nov 2018 19:41:00 + (UTC)
> Anders Host-Madsen  wrote:
> 
>> Perhaps beating a dead horse, but I really wish there would be a LyX
>> for iPad. 
> 
> Perhaps this is why LyX becomes less relevant every year. Here, in
> 2018, LyX *still* cannot produce an semantically reasonable ePub,  and
> even the semantically unreasonable ePubs require tons of human
> intervention. LyX can't produce docs easily readable on iPads and other
> portable devices because no ePub (and thus no Kindle). A decade ago it
> was decided to make the (then) easily parsable LyX native format into
> XML, but the transition stopped halfway, so it's unparseable by XML
> parsers, and yet it's miserable to parse with a Python program.
> 
> And all this while, where's the priority? LyX for Retina displays. LyX
> for iPad (like anyone is capable of pounding out 2K words per day with
> an iPad). All sorts of lilly-gilding, but LyX still can't do a
> reasonable job of exporting the format used by portable devices, and
> LyX' native format is still a jumble unparsable by an XML parser.
> 
> I have nothing against Apple afficianados getting their every dream,
> but if there's not the programmer-power to do everything, then for gosh
> sakes, first make LyX native format truly XML and produce a 1 click ePub
> converter that creates **semantic** ePubs.
> 
> SteveT
> 



Re: Ubuntu: keep lyx 2.2.3 and 2.3.1 in same system

2018-11-03 Thread Alan L Tyree

On 4/11/18 4:35 am, Liviu Andronic wrote:

On 10/13/18, Paul Johnson  wrote:

I have some projects based on LyX 2.2.3 that I want to work on and I
don't want to update to new. However, I also have projects based on
2.3 and I can't edit those with old LyX.

Liviu Andronic worked out a way for this to be possible a few years
ago, but I cannot find documents about it. I wish I could have old and
new lyx installed at same time, to easily run one or the other.
I've tried to do this by installing 2.3.1 from the Ubuntu package and
then compiling 2.2.3 from source and installing off the path, but then
I found the 2 versions should not share a user configuration folder.
After using 2.3.1 and allowing it to revise ~/.lyx, then lyx 2.2.3
cannot start. Error like this:


I didn't continue doing the previous stable release packages as a
separate install (like I did for 1.6 and 2.0) as it didn't seem like
there was enough demand. I may reconsider this going forward.

If you're building from source, it's very easy to achieve this, and
you would only need to use this argument when configuring, e.g.:
--with-version-suffix=2.2

This will take care of most things, like renaming the binary to
'lyx2.2', the share and home folders to 'lyx2.2', etc. It works
surprisingly well. You should even be able to do make install, and in
principle it shouldn't clash with the existing install from the PPA.

Although it's necessarily more complicated, for inspiration you can
always take a look at, e.g., the lyx2.0 packages. Just fetch e.g.:
lyx2.0_2.0.8.1-2~trusty~ppa1.debian.tar.gz

and inspect the 'debian/rules' file. It will list the config options.

Regards,
Liviu



$ ./lyx
Warning: Could not read configuration file

Error while reading the configuration file
preferences.
Please check your installation.

So obviously I need to be more graceful, separate config folders.

I thought about building a new Debian package "lyx223". I'm pretty
sure that's what I think Liviu did.  For me that was a fail because
the deb packaging code for the lyx project has a lot of hard coded
folders like /usr/share/lyx, so it is not too easy to rebuild a
package to use alternate folders.

If you have advice about this, I would be glad to  hear it.

--
Paul E. Johnson   http://pj.freefaculty.org
Director, Center for Research Methods and Data Analysis http://crmda.ku.edu

To write to me directly, please address me at pauljohn at ku.edu.

And consider using GNU Stow. It makes it easy to manage installation and 
removal of compiled packages.


Cheers,

Alan



--
Alan L Tyreehttp://www2.austlii.edu.au/~alan



Re: LyX on iPad

2018-11-03 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/3/18 4:16 PM, Steve Litt wrote:


Daniel Kian Mc Kiernan (the best Daniel of the bunch) wrote:


On 11/2/18 9:57 AM, Steve Litt wrote:
> 
> Perhaps this is why LyX becomes less relevant every year.   

I don't think that peer-reviewed academic publication is going to 
vanish anytime soon; and, over about the last decade, 


Exactly! A decade ago LyX was about a lot more than peer-reviewed
academic publications, and 15 years ago it was safe to assume that
paper and PDF were enough output formats. More and more, LyX is
relegated to peer-reviewed academic publication.


There's no “Exactly!” here.  LyX becomes increasingly useful in its 
intended application.  The fact that it doesn't become some other 
application as applications of that other class become more popular 
doesn't change that.


You might as well demand that LyX evolve into a first-person shooter 
game.  Those are really popular, y'know.


Re: Problem with spreadtab module and LyX 2.3.1

2018-11-03 Thread Andrew Parsloe




On 4/11/2018 2:15 a.m., Graeme wrote:
The spreadtab module is extremely useful, as it provides a wrapper 
around a conventional table environment, to enable some 
spreadsheet-like capabilities within the table (using the LaTeX 
package spreadtab).

It can be downloaded from wiki.lyx.org/Layouts/Modules.

When creating a long(multipage) table within the sLTable environment 
provided by the spreadtab module, there is one small difference 
between the plain LaTeX code produced by LyX 2.3.0 and 2.3.1.

Specifically, LyX 2.3.0 exports the lines:
\sLTable{}{%
\begin{longtable}{|c|c|c|c|c|}
while LyX 2.3.1 exports the lines
\sLTable{}{%
\begin{longtable}[c]{|c|c|c|c|c|}

In practice I think the LyX 2.3.1 version is correct, but it exposes a 
bug in spreadtab module version 1.4, which cannot handle the optional 
[c] argument following \begin{longtable}.


Thus LyX 2.3.0 can successfully generate a PDF file, while LyX 2.3.1 
fails with a LaTeX error. This applies to LyX under both Windows 10 
with MikTeX, and Linux Mint with TeXLive 2017.


An example LyX file is attached, along with the PDF file generated 
successfully from it using File/Export/PDF(ps2pdf) with LyX 2.3.0.


Unfortunately, I am not sure how to fix the bug in the spreadtab 
module, so help on this would be welcome.


Graeme

I'm the author of the module. I'll have a look. Thanks.

Andrew

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



Re: Ubuntu: keep lyx 2.2.3 and 2.3.1 in same system

2018-11-03 Thread Liviu Andronic
On 10/13/18, Paul Johnson  wrote:
> I have some projects based on LyX 2.2.3 that I want to work on and I
> don't want to update to new. However, I also have projects based on
> 2.3 and I can't edit those with old LyX.
>
> Liviu Andronic worked out a way for this to be possible a few years
> ago, but I cannot find documents about it. I wish I could have old and
> new lyx installed at same time, to easily run one or the other.
> I've tried to do this by installing 2.3.1 from the Ubuntu package and
> then compiling 2.2.3 from source and installing off the path, but then
> I found the 2 versions should not share a user configuration folder.
> After using 2.3.1 and allowing it to revise ~/.lyx, then lyx 2.2.3
> cannot start. Error like this:
>

I didn't continue doing the previous stable release packages as a
separate install (like I did for 1.6 and 2.0) as it didn't seem like
there was enough demand. I may reconsider this going forward.

If you're building from source, it's very easy to achieve this, and
you would only need to use this argument when configuring, e.g.:
--with-version-suffix=2.2

This will take care of most things, like renaming the binary to
'lyx2.2', the share and home folders to 'lyx2.2', etc. It works
surprisingly well. You should even be able to do make install, and in
principle it shouldn't clash with the existing install from the PPA.

Although it's necessarily more complicated, for inspiration you can
always take a look at, e.g., the lyx2.0 packages. Just fetch e.g.:
lyx2.0_2.0.8.1-2~trusty~ppa1.debian.tar.gz

and inspect the 'debian/rules' file. It will list the config options.

Regards,
Liviu


> $ ./lyx
> Warning: Could not read configuration file
> 
> Error while reading the configuration file
> preferences.
> Please check your installation.
>
> So obviously I need to be more graceful, separate config folders.
>
> I thought about building a new Debian package "lyx223". I'm pretty
> sure that's what I think Liviu did.  For me that was a fail because
> the deb packaging code for the lyx project has a lot of hard coded
> folders like /usr/share/lyx, so it is not too easy to rebuild a
> package to use alternate folders.
>
> If you have advice about this, I would be glad to  hear it.
>
> --
> Paul E. Johnson   http://pj.freefaculty.org
> Director, Center for Research Methods and Data Analysis http://crmda.ku.edu
>
> To write to me directly, please address me at pauljohn at ku.edu.
>


Re: How to force tex2lyx to read unicode (from within Lyx)?

2018-11-03 Thread Richard Kimberly Heck
On 11/2/18 5:52 PM, Baris Erkus wrote:
> On 11/2/2018 1:33 PM, Baris Erkus wrote:
>> Hello,
>>
>> I am trying to import the a .tex  file into LyX (using file->import). 
>> The file has Turkish characters and I believe it is using UTF8 encoding. 
>> When I import it, it does not show Turkish characters properly. I 
>> attached the file for your play-around.
>>
>> When I import the file on the command line with the UTF8 option tex2lyx 
>> -e UTF8 ch1.tex, the LyX file looks just fine except one or two characters.
>>
>> So is there a way to tell to tex2lyx to use UTF8 encoding from within 
>> LyX? This issue is occured when I import a tex file that has 
>> \input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to 
>> read in UTF8 for all imports?
>>
>> I found exactly same question on this post, but the answers seem to be 
>> unrelated:
>>
>> https://lyx-users.lyx.narkive.com/Rg1StNIT/how-to-force-tex2lyx-to-read-unicode-from-within-lyx
>>
>> Thanks
>>
>> Baris
>>
>
> Found the answer:

Well, that's *an* answer: You can set up a custom "utf8" import, if you
want. As JMarc said, though, tex2lyx should detect the encoding. Can you
file a bug report about this so it doesn't get lost?

Riki




Problem with spreadtab module and LyX 2.3.1

2018-11-03 Thread Graeme
The spreadtab module is extremely useful, as it provides a wrapper 
around a conventional table environment, to enable some spreadsheet-like 
capabilities within the table (using the LaTeX package spreadtab).

It can be downloaded from wiki.lyx.org/Layouts/Modules.

When creating a long(multipage) table within the sLTable environment 
provided by the spreadtab module, there is one small difference between 
the plain LaTeX code produced by LyX 2.3.0 and 2.3.1.

Specifically, LyX 2.3.0 exports the lines:
\sLTable{}{%
\begin{longtable}{|c|c|c|c|c|}
while LyX 2.3.1 exports the lines
\sLTable{}{%
\begin{longtable}[c]{|c|c|c|c|c|}

In practice I think the LyX 2.3.1 version is correct, but it exposes a 
bug in spreadtab module version 1.4, which cannot handle the optional 
[c] argument following \begin{longtable}.


Thus LyX 2.3.0 can successfully generate a PDF file, while LyX 2.3.1 
fails with a LaTeX error. This applies to LyX under both Windows 10 with 
MikTeX, and Linux Mint with TeXLive 2017.


An example LyX file is attached, along with the PDF file generated 
successfully from it using File/Export/PDF(ps2pdf) with LyX 2.3.0.


Unfortunately, I am not sure how to fix the bug in the spreadtab module, 
so help on this would be welcome.


Graeme


LyX231spreadtab1_4problem.pdf
Description: Adobe PDF document


LyX231spreadtab1_4problem.lyx
Description: application/lyx


Re: LyX on iPad

2018-11-02 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/2/18 9:57 AM, Steve Litt wrote:


Perhaps this is why LyX becomes less relevant every year. 


I don't think that peer-reviewed academic publication is going to
vanish anytime soon; and, over about the last decade, I've observed
journals continuing to transition from accepting manuscripts in the
form of Word .DOCs and the like to insisting upon LaTeX files.  LyX is
the best WYSIWY_ editor that I've found for creating such files.  That
has made it of _increasing_ relevance, though its relevance may be
alien to your particular purposes.

A WYSIWY_ editor may some day be published that is of more general
purpose and still able to generate decent LaTeX.  But, until that
time, or until academic publishers begin moving away from LaTeX, LyX
will hold its relevance very nicely.



Re: LyX on iPad

2018-11-02 Thread Anders Host-Madsen
I have not really figured out how to properly reply to the mailing list. 
Hopefully this ends up the right place.
First, I tried rollapp.com. It’s not too bad, in fact. The interface is not 
touch optimized, but one can use the Apple Pencil to click the small icons. A 
little slow. Perhaps OK if one wants to run LyX on iPad occasionally, but then 
kind of expensive to subscribe; on the other hand, if one wants to use it 
often, the interface becomes too cumbersome and slow. So, not a real solution.
With respect to what I want to do: I would like to be able to edit a LyX 
document when I’m on the go. I might have a LyX document started on my 
computer, but then when I’m out I would like to continue to edit on the iPad, 
and then later on my computer again.
One possibility is of course to convert the lyx document to latex, edit it 
there, and then convert back to LyX on computer. But as we know, things do get 
lost in the conversion back and forth between LyX and LaTeX. 


Sent from Yahoo Mail for iPad


Re: How to force tex2lyx to read unicode (from within Lyx)?

2018-11-02 Thread Baris Erkus
On 11/2/2018 1:33 PM, Baris Erkus wrote:

Hello,

I am trying to import the a .tex  file into LyX (using file->import).
The file has Turkish characters and I believe it is using UTF8 encoding.
When I import it, it does not show Turkish characters properly. I
attached the file for your play-around.

When I import the file on the command line with the UTF8 option tex2lyx
-e UTF8 ch1.tex, the LyX file looks just fine except one or two characters.

So is there a way to tell to tex2lyx to use UTF8 encoding from within
LyX? This issue is occured when I import a tex file that has
\input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to
read in UTF8 for all imports?

I found exactly same question on this post, but the answers seem to be
unrelated:

https://lyx-users.lyx.narkive.com/Rg1StNIT/how-to-force-tex2lyx-to-read-unicode-from-within-lyx

Thanks

Baris



Found the answer:

See attached figure

[cid:part1.B290F4D5.E96124FC@hotmail.com]


Re: LyX on iPad

2018-11-02 Thread Murat Yildizoglu
Steve if there was a correctly working and useful Linux or Windows tablet, I 
would buy it for LyX because it is very relevant to me. Unfortunately, iPad is 
only usable tablet today from my point of view (I have tried a Lenovo tablet 
under Windows 10, it was unusable as a tablet, unfortunately Linux does not 
drivers for it). I have had to buy a small Macbook just because of this.

A naive question on Latex -> semantic XML: is it possible if one starts from 
Latex? My question is the compatibility of the Latex structure (which has been 
created with a specific objective) with such an output, I suppose. I am 
completely ignorant on this topic and I know that you have been struggling with 
this issue over the years, hence my question.

Murat Yildizoglu
Le 2 nov. 2018 à 17:58 +0100, Steve Litt , a écrit :
> On Thu, 1 Nov 2018 19:41:00 + (UTC)
> Anders Host-Madsen  wrote:
>
> > Perhaps beating a dead horse, but I really wish there would be a LyX
> > for iPad.
>
> Perhaps this is why LyX becomes less relevant every year. Here, in
> 2018, LyX *still* cannot produce an semantically reasonable ePub, and
> even the semantically unreasonable ePubs require tons of human
> intervention. LyX can't produce docs easily readable on iPads and other
> portable devices because no ePub (and thus no Kindle). A decade ago it
> was decided to make the (then) easily parsable LyX native format into
> XML, but the transition stopped halfway, so it's unparseable by XML
> parsers, and yet it's miserable to parse with a Python program.
>
> And all this while, where's the priority? LyX for Retina displays. LyX
> for iPad (like anyone is capable of pounding out 2K words per day with
> an iPad). All sorts of lilly-gilding, but LyX still can't do a
> reasonable job of exporting the format used by portable devices, and
> LyX' native format is still a jumble unparsable by an XML parser.
>
> I have nothing against Apple afficianados getting their every dream,
> but if there's not the programmer-power to do everything, then for gosh
> sakes, first make LyX native format truly XML and produce a 1 click ePub
> converter that creates **semantic** ePubs.
>
> SteveT


Re: How to force tex2lyx to read unicode (from within Lyx)?

2018-11-02 Thread Baris Erkus
Well, seems like file->import simply calls tex2lyx.exe without any 
option such as "-e UTF8". It should not be very difficult to let the 
user enter his choice of options...


On 11/2/2018 10:43 PM, Jean-Marc Lasgouttes wrote:
> Le 02/11/2018 à 10:33, Baris Erkus a écrit :
>> So is there a way to tell to tex2lyx to use UTF8 encoding from within
>> LyX? This issue is occured when I import a tex file that has
>> \input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to
>> read in UTF8 for all imports?
>
> THe question is why tex2lyx does not see that your main file contains 
> UTF8. If LaTeX can process it as UTF8, so should tex2lyx.
>
> JMarc



Re: How to force tex2lyx to read unicode (from within Lyx)?

2018-11-02 Thread Jean-Marc Lasgouttes

Le 02/11/2018 à 10:33, Baris Erkus a écrit :

So is there a way to tell to tex2lyx to use UTF8 encoding from within
LyX? This issue is occured when I import a tex file that has
\input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to
read in UTF8 for all imports?


THe question is why tex2lyx does not see that your main file contains 
UTF8. If LaTeX can process it as UTF8, so should tex2lyx.


JMarc


Re: How to force tex2lyx to read unicode (from within Lyx)?

2018-11-02 Thread Scott Kostyshak
On Fri, Nov 02, 2018 at 10:33:53AM +, Baris Erkus wrote:
> Hello,
> 
> I am trying to import the a .tex  file into LyX (using file->import). 
> The file has Turkish characters and I believe it is using UTF8 encoding. 
> When I import it, it does not show Turkish characters properly. I 
> attached the file for your play-around.
> 
> When I import the file on the command line with the UTF8 option tex2lyx 
> -e UTF8 ch1.tex, the LyX file looks just fine except one or two characters.
> 
> So is there a way to tell to tex2lyx to use UTF8 encoding from within 
> LyX? This issue is occured when I import a tex file that has 
> \input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to 
> read in UTF8 for all imports?
> 
> I found exactly same question on this post, but the answers seem to be 
> unrelated:
> 
> https://lyx-users.lyx.narkive.com/Rg1StNIT/how-to-force-tex2lyx-to-read-unicode-from-within-lyx
> 
> Thanks
> 
> Baris
> 

I can reproduce the incorrect LaTeX import, and also Vim says the file
encoding is "utf-8". I can also reproduce with LyX 2.1.0, so it appears
it is not a recent regression. Hopefully someone who knows more will
have an idea.

Scott


signature.asc
Description: PGP signature


Re: LyX on iPad

2018-11-02 Thread Steve Litt
On Thu, 1 Nov 2018 19:41:00 + (UTC)
Anders Host-Madsen  wrote:

> Perhaps beating a dead horse, but I really wish there would be a LyX
> for iPad. 

Perhaps this is why LyX becomes less relevant every year. Here, in
2018, LyX *still* cannot produce an semantically reasonable ePub,  and
even the semantically unreasonable ePubs require tons of human
intervention. LyX can't produce docs easily readable on iPads and other
portable devices because no ePub (and thus no Kindle). A decade ago it
was decided to make the (then) easily parsable LyX native format into
XML, but the transition stopped halfway, so it's unparseable by XML
parsers, and yet it's miserable to parse with a Python program.

And all this while, where's the priority? LyX for Retina displays. LyX
for iPad (like anyone is capable of pounding out 2K words per day with
an iPad). All sorts of lilly-gilding, but LyX still can't do a
reasonable job of exporting the format used by portable devices, and
LyX' native format is still a jumble unparsable by an XML parser.

I have nothing against Apple afficianados getting their every dream,
but if there's not the programmer-power to do everything, then for gosh
sakes, first make LyX native format truly XML and produce a 1 click ePub
converter that creates **semantic** ePubs.

SteveT


Re: LyX on iPad

2018-11-02 Thread Dr Eberhard Lisse
What is it that you want to do?

Type text into LyX, or generate PDF?

If the former, Markdown might be an alternative, and then generating
LaTeX with pandoc and from there with tex2lyx to LyX proper.  This will
work out of the box on Linux and Mac, but I have no idea about Windoze.

greetings, el

On 2018-11-02 02:13 , Erik Apostol (Che-hsiu Cheng) wrote:
> 
> 
> On Fri, Nov 2, 2018, 09:40 Scott Kostyshak  <mailto:skost...@lyx.org>> wrote:
> 
> On Thu, Nov 01, 2018 at 07:41:00PM +, Anders Host-Madsen
> wrote:
> > Perhaps beating a dead horse, but I really wish there would be a
> > LyX for iPad.
> 
> I doubt it's what you're looking for, but note that you can use
> LyX on the cloud.  e.g.,
> 
>   https://www.rollapp.com/app/lyx
> 
> 
> I've tried rollapp, but it says "We're working on bringing rollApp to
> Android."
> 
> 
> 
> Scott
> 



Re: LyX on iPad

2018-11-02 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/1/18 7:29 PM, David L. Johnson wrote:



>> At one point, I wanted to create a couple of apps for Android.
>> I've taught Java programming for a university; but, when I saw how
>> much I would have to invest in learning the peculiarities of the
>> Android interface, I lost nearly all of my interest in the two
>> projects.  I assume that the demands of programming for iOS are
>> similar.  


That is a disappointment.  Given Android's start as an offshoot of
linux, you would think it would be more straightforward. 


Yup.  But the GUI API is distinct.  It's Java, but it's 
read-another-goddamn'd-book Java.



This would
also enable (I think) LyX to run on netbooks, since AFAIK they are
Android machines 


While I wouldn't be surprised to learn that there were some netbooks 
to which only Android had been ported, I'm replying to you on a 
netbook that originally came with Windows 7 and on which I installed 
Linux. Somewhere I have a flash drive from which I can boot Android on 
this box.



--- and since they have real keyboards they would make
a usable platform. 


Physical keyboards that make Bluetooth connections with Android 
devices have been available for a while.  I like that which I got from 
Logitech.


I do believe TeX is available in some form. 


VerbTeX Pro is an Android LaTeX editor, and can use an online server 
to generate a .PDF.  Other tools of potential interest are QuickTeX 
and Detexify.


How to force tex2lyx to read unicode (from within Lyx)?

2018-11-02 Thread Baris Erkus
Hello,

I am trying to import the a .tex  file into LyX (using file->import). 
The file has Turkish characters and I believe it is using UTF8 encoding. 
When I import it, it does not show Turkish characters properly. I 
attached the file for your play-around.

When I import the file on the command line with the UTF8 option tex2lyx 
-e UTF8 ch1.tex, the LyX file looks just fine except one or two characters.

So is there a way to tell to tex2lyx to use UTF8 encoding from within 
LyX? This issue is occured when I import a tex file that has 
\input{ch1.tex} in it. So, maybe LyX has and option to force tex2lyx to 
read in UTF8 for all imports?

I found exactly same question on this post, but the answers seem to be 
unrelated:

https://lyx-users.lyx.narkive.com/Rg1StNIT/how-to-force-tex2lyx-to-read-unicode-from-within-lyx

Thanks

Baris

%
\chapter{G\.IR\.I\c{S} – BAŞLIKLAR (BİRİNCİ DERECE 
BAŞLIKLAR)}\label{giris}
%
Birinci dereceden başlıklar okuma yönünde, sağ sayfadan başlamalı, 
büyük ve koyu harflerle yazılmalıdır. 
(Örnek: {\bf 1. GİRİŞ})

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At 
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gub 
rgren, no sea takimata sanctusest Lorem ipsum dolor sit amet, consetetur 
sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut lab ore sit et 
dolore magna. 

\section{Tezin Amac{\i}(İkinci Derece Başlık Nasıl: İlk Harfler 
Büyük)}\label{tezinamaci}

İkinci dereceden başlıklar koyu ve başlığı oluşturan kelimelerin ilk 
harfleri büyük yazılır. 
(Örnek: {\bf 2.1 Süreç Yeterlik Analizi})

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At 
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gub 
rgren, no sea takimata sanctusest Lorem ipsum dolor sit amet, consetetur 
sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut lab ore sit et 
dolore magna.

\subsection{Üçüncü derece başlık nasıl: ilk harf büyük diğerleri 
küçük}\label{ucderecebaslik}

Üçüncü ve dördüncü dereceden başlıklar koyu ve sadece ilk harfi 
büyük yazılır. 
(Örnek: {\bf 2.1.1 Histogram kullanarak süreç analizi, 3.1.2.2 Süreç 
analizinin adımları})

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At 
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gub 
rgren, no sea takimata sanctus est Lorem ipsum dolor sit amet, consetetur 
sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut lab ore sit et 
dolore magna.Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam 
nonumy eirmod tempor invidunt.

\subsection{Tezin ikincil amaçları}

Üçüncü ve dördüncü dereceden başlıklar koyu ve sadece ilk harfi 
büyük yazılır. 
(Örnek: {\bf 2.1.1 Histogram kullanarak süreç analizi, 3.1.2.2 Süreç 
analizinin adımları})

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At 
vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gub 
rgren, no sea takimata sanctus est.

\subsubsection{Dördüncü derece başlık nasıl: ilk harf büyük diğerleri 
küçük}

Üçüncü ve dördüncü dereceden başlıklar koyu ve sadece ilk harfi 
büyük yazılır. 
(Örnek: {\bf 2.1.1 Histogram kullanarak süreç analizi, 3.1.2.2 Süreç 
analizinin adımları})

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut lab ore sit et dolore magna. Stet clita kasd gub rgren, no 
sea takimata sanctus est Lorem ipsum dolor sit amet, consetetur sadipscing 
elitr, sed diam nonumy eirmod tempor invidunt ut lab ore sit et dolore magna. 
Stet clita kasd gub rgren, no sea takimata sanctus est.

\subsubsection{Dördüncü derece başlık nasıl: ilk harf büyük diğerleri 
küçük}

Üçüncü ve dördüncü dereceden başlıklar koyu ve sadece ilk harfi 
büyük yazılır. 
(Örnek: {\bf 2.1.1 Histogram kullanarak süreç analizi, 3.1.2.2 Süreç 
analizinin adımları})

{\bf Beşinci derece başlık : dördüncü dereceden sonrası 
numaralandırılmaz}

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod 
tempor invidunt ut lab ore sit et dolore magna. Stet clita kasd gub rgren, no 
sea takimata sanctus est Lorem ipsum dolor sit amet, consetetur sadipscing 
elitr, sed diam nonumy eirmod tempor invidunt ut lab ore sit et dolore magna. 
Stet clita kasd gub rgren, no sea takimata sanctus est.Lorem ipsum dolor sit 
a

Re: LyX and Git

2018-11-02 Thread Baris Erkus
Fixed my questions:

On 02-Nov-18 11:21 AM, Baris Erkus wrote:
> Hello,
>
> Anybody has experience with Git on Lyx?
>
> I am trying to understand what I can and cannot do with the Version
> Control toolbar of LyX if git is initialized and initial commit is
> performed.
>
> 1. Looks like I can do commits with the toolbar with the up arrow,
> called check-in. I can also call back the previous commit using the cyclic 
> arrow, but it seems like
> uncommitted changes are lost forever, which is a very dangerous operation.
>
> 2. I also see the comparison tool is working nicely.
>
> 3. So my question is -for example- can I call any older commit using the
> check-out (down arrow) button or some other button? After doing that can I go 
> back to a newer
> commit?
>
> 4. I am guessing the register button (OK check) does not do anything if Git
> is being used.
>
> 5. If the toolbar capabilities are limited, of course we can use the
> command-line or a GUI Git tool for other operations, but it would be
> nice to have it built-in the LyX. Maybe I can open a request ticket for
> that, if there is not any.
>
> Any suggestions, ideas?
>
> Baris
>



LyX and Git

2018-11-02 Thread Baris Erkus
Hello,

Anybody has experience with Git on Lyx?

I am trying to understand what I can and cannot do with the Version 
Control toolbar of LyX if git is initialized and initial commit is 
performed.

1. Looks like I can do commits with the toolbar with the up arrow, 
called check-in. I can also call back the previous commit but seems like 
uncommitted changes are lost forever, which is a very dangerous operation.

2. I also see the comparison tool is working nicely.

3. So my question is -for example- can I call any older commit using 
check-out (down arrow) button? After that can I go back to a newer 
commit after reverting to an older commit?

4. I am guessing the register button (OK check) does do anything if Git 
is used.

5. If the toolbar capabilities are limited, of course we can use the 
command-line or a GUI Git tool for other operations, but it would be 
nice to have it built-in the LyX. Maybe I can open a request ticket for 
that, if there is not any.

Any suggestions, ideas?

Baris



Re: LyX on iPad

2018-11-01 Thread David L. Johnson
On Thu, 1 Nov 2018 19:41:54 -0600
Joel Kulesza  wrote:

> >> At one point, I wanted to create a couple of apps for Android.
> >> I've taught Java programming for a university; but, when I saw how
> >> much I would have to invest in learning the peculiarities of the
> >> Android interface, I lost nearly all of my interest in the two
> >> projects.  I assume that the demands of programming for iOS are
> >> similar.  
> > 
That is a disappointment.  Given Android's start as an offshoot of
linux, you would think it would be more straightforward.  This would
also enable (I think) LyX to run on netbooks, since AFAIK they are
Android machines --- and since they have real keyboards they would make
a usable platform.  I do believe TeX is available in some form.  I also
have no idea why porting to the iPad would be significantly harder than
a Mac.  I am, perhaps, too naive.

-- 

David L. Johnson
Department of Mathematics
Lehigh University


Re: LyX on iPad

2018-11-01 Thread Erik Apostol (Che-hsiu Cheng)
On Fri, Nov 2, 2018, 09:40 Scott Kostyshak  wrote:

> On Thu, Nov 01, 2018 at 07:41:00PM +, Anders Host-Madsen wrote:
> > Perhaps beating a dead horse, but I really wish there would be a LyX for
> iPad.
>
> I doubt it's what you're looking for, but note that you can use LyX on
> the cloud. e.g.,
>
>   https://www.rollapp.com/app/lyx


I've tried rollapp, but it says "We're working on bringing rollApp to
Android."


>
> Scott
>


Re: LyX on iPad

2018-11-01 Thread Joel Kulesza
On Nov 1, 2018, at 6:44 PM, Richard Kimberly Heck  wrote:
> 
> On 11/1/18 6:42 PM, Daniel Kian Mc Kiernan (the best Daniel of the
> bunch) wrote:
>> On 11/1/18 12:41 PM, Anders Host-Madsen wrote:
>>> 
>>> Perhaps beating a dead horse, but I really wish there would be a LyX
>>> for iPad. 
>> 
>> I don't think that anyone is opposed to the idea, but it requires
>> developers willing and _able_ to port to the iPad.
>> 
>> I think that your hope would be in finding some programmers already
>> familiar with iOS, and somehow getting them excited about LyX.
>> 
>> At one point, I wanted to create a couple of apps for Android.  I've
>> taught Java programming for a university; but, when I saw how much I
>> would have to invest in learning the peculiarities of the Android
>> interface, I lost nearly all of my interest in the two projects.  I
>> assume that the demands of programming for iOS are similar.
> 
> 
> No doubt. A slightly different possibility would be (a) find a developer
> who'd be willing to commit to doing the work for X dollars, and then (b)
> crowdfund the effort. We have had success with this before. I think
> spellcheck-on-the-fly was done this way. I could be wrong, but SOMETHING
> was done that way.


It seems that spellcheck-on-the-fly and change tracking were done this way.

https://www.lyx.org/Donate

- Joel


Re: LyX on iPad

2018-11-01 Thread Scott Kostyshak
On Thu, Nov 01, 2018 at 07:41:00PM +, Anders Host-Madsen wrote:
> Perhaps beating a dead horse, but I really wish there would be a LyX for iPad.

I doubt it's what you're looking for, but note that you can use LyX on
the cloud. e.g., 

  https://www.rollapp.com/app/lyx

Scott


signature.asc
Description: PGP signature


Re: LyX on iPad

2018-11-01 Thread Richard Kimberly Heck
On 11/1/18 6:42 PM, Daniel Kian Mc Kiernan (the best Daniel of the
bunch) wrote:
> On 11/1/18 12:41 PM, Anders Host-Madsen wrote:
>>
>> Perhaps beating a dead horse, but I really wish there would be a LyX
>> for iPad. 
>
> I don't think that anyone is opposed to the idea, but it requires
> developers willing and _able_ to port to the iPad.
>
> I think that your hope would be in finding some programmers already
> familiar with iOS, and somehow getting them excited about LyX.
>
> At one point, I wanted to create a couple of apps for Android.  I've
> taught Java programming for a university; but, when I saw how much I
> would have to invest in learning the peculiarities of the Android
> interface, I lost nearly all of my interest in the two projects.  I
> assume that the demands of programming for iOS are similar.


No doubt. A slightly different possibility would be (a) find a developer
who'd be willing to commit to doing the work for X dollars, and then (b)
crowdfund the effort. We have had success with this before. I think
spellcheck-on-the-fly was done this way. I could be wrong, but SOMETHING
was done that way.

Riki




Re: LyX on iPad

2018-11-01 Thread Daniel Kian Mc Kiernan (the best Daniel of the bunch)

On 11/1/18 12:41 PM, Anders Host-Madsen wrote:


Perhaps beating a dead horse, but I really wish there would be a LyX 
for iPad. 


I don't think that anyone is opposed to the idea, but it requires 
developers willing and _able_ to port to the iPad.


I think that your hope would be in finding some programmers already 
familiar with iOS, and somehow getting them excited about LyX.


At one point, I wanted to create a couple of apps for Android.  I've 
taught Java programming for a university; but, when I saw how much I 
would have to invest in learning the peculiarities of the Android 
interface, I lost nearly all of my interest in the two projects.  I 
assume that the demands of programming for iOS are similar.


LyX on iPad

2018-11-01 Thread Anders Host-Madsen
Perhaps beating a dead horse, but I really wish there would be a LyX for iPad. 
Apple more and more positions the iPad as a computer replacement. And recent 
developments has made that come closer for me. Latex is there, Keynote now can 
do latex, and Pythonista can do (basic) Python. The only thing preventing me 
from just bringing my iPad when I travel is the lack of LyX.

Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-31 Thread Daniel

On 31/10/2018 15:10, Bernt Lie wrote:

Yes, I confirm that this fixes the problem:
* In "Documents > Settings... > Formats", I change "Default output set to" from 
"PDF(XeTeX)" to "Default".
NOTE: this does not have immediate affect! I need to:
* save the document with this settings change,
* close LyX,
* open LyX
* open the changed document


You don't have to close LyX if you save under a new file name or? At 
least I don't have to in order to see the effect.



I'm curious:
* why on earth should the behavior in LyX be related to the chosen output 
format?
* does changing from "PDF(XeTeX)" to "Default" have any side effects?


I don't know. But since this behaviour seems like a bug, I'll forward it 
to the developers. Here is a short summary:


Steps to reproduce:
1. Open the attached file.
2. Set Preview to "On".

Actual result:
- The ø is omitted in the preview but not in the output.

Expected result:
- It is not omitted in both

Daniel


template_test-9.lyx
Description: application/lyx


RE: LyX 2.3.1: bug in "\text" mode of equations

2018-10-31 Thread Bernt Lie
Yes, I confirm that this fixes the problem:
* In "Documents > Settings... > Formats", I change "Default output set to" from 
"PDF(XeTeX)" to "Default".
NOTE: this does not have immediate affect! I need to:
* save the document with this settings change,
* close LyX,
* open LyX
* open the changed document

I'm curious: 
* why on earth should the behavior in LyX be related to the chosen output 
format?
* does changing from "PDF(XeTeX)" to "Default" have any side effects?

-Bernt

-Original Message-
From: Daniel  
Sent: onsdag 31. oktober 2018 14.54
To: Bernt Lie ; lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

Thanks. I think I have narrowed down the problem to "Default output set to " 
with "PDF (XeTeX)" in

Document > Settings... > Formats.

Can you confirm that the problem goes away if you use the "Default" 
output format? (To force LyX to regenerate the preview you can just save the 
file under a new name after you made the change.)

Daniel

On 31/10/2018 14:32, Bernt Lie wrote:
> Here is my "template_test.lyx" file, which contains displayed math with 
> \text{} containing letter "ø". This letter is not displayed wieh I have 
> enabled "instant preview". It does show up when preview in LyX is turned off. 
> In any way, it shows up in the generated PDF file.
> 
> Still, it annoys me that it doesn't show up when I turn on "instant preview".
> 
> Any clues? I use the latest version of Windows 10 (v 1803) 64 bit, LyX 2.3.1 
> 64 bit, version from September 2018 (?).
> 
> Suggestions are appreciated.
> Bernt
> 
> -Original Message-
> From: lyx-users@lists.lyx.org  On Behalf Of 
> Daniel
> Sent: Tuesday, October 30, 2018 11:44
> To: lyx-users@lists.lyx.org
> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
> 
> On 30/10/2018 11:33, Bernt Lie wrote:
>> Hm... I opened a new document of the template, and in this new template, the 
>> preview works. But it does not work in another document from the same 
>> template, where I'm in the process of inserting text from an OCR scanned 
>> paper copy of a document I wrote 30 years ago... (using Adobe Acrobat for 
>> OCR).
>>
>> This is weird. Maybe some junk from the imported, scanned document? I'll 
>> test some more.
> 
> You can also try whether making a copy of your problem document and opening 
> the copy makes a difference. As far as I remember this should force LyX to 
> regenerate the preview.
> 
> Daniel
> 
>> -Original Message-
>> From: Daniel 
>> Sent: Tuesday, October 30, 2018 10:52
>> To: Bernt Lie ; lyx-users@lists.lyx.org
>> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
>>
>> On 30/10/2018 10:46, Bernt Lie wrote:
>>> OK -- in your LyX file, Instant preview works ok. Two questions:
>>> * Could it depend on which *style* I use?
>>
>> So what style are you using? Can you send a (somewhat) minimal document 
>> where the problem occurs?
>>
>>> * My LyX version is:
>>>
>>> LyX Version 2.3.1-1
>>> (Saturday, September 29, 2018)
>>> Built from git commit hash ce82ba93
>>> Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory:
>>> ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version
>>> (compile-time): 5.10.1
>>> --
>>> --> How can I update to the latest version *without* uninstalling the 
>>> current one, and installing the new version from scratch?
>>
>> That is the latest version and the same I am using.
>>
>> (There might have been a misunderstanding. I thought you menat your 
>> Windows version by "latest version" but I guess you did mean LyX. The 
>> information I sent was on the Windows version I am using.)
>>
>> Daniel
>>
>>>
>>> -Original Message-
>>> From: lyx-users@lists.lyx.org  On Behalf Of 
>>> Daniel
>>> Sent: Tuesday, October 30, 2018 10:33
>>> To: lyx-users@lists.lyx.org
>>> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
>>>
>>> On 30/10/2018 09:38, Bernt Lie wrote:
>>>> I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
>>>> preview turned on.
>>>>
>>>> I need to insert some text in an equation. Two options:
>>>> * \text{my text}
>>>> * \mathrm{text}
>>>>
>>>> With \text{}, space is automatically handled. With \mathrm{}, I need to 
>>>> use

Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-31 Thread Daniel
Thanks. I think I have narrowed down the problem to "Default output set 
to " with "PDF (XeTeX)" in


Document > Settings... > Formats.

Can you confirm that the problem goes away if you use the "Default" 
output format? (To force LyX to regenerate the preview you can just save 
the file under a new name after you made the change.)


Daniel

On 31/10/2018 14:32, Bernt Lie wrote:

Here is my "template_test.lyx" file, which contains displayed math with \text{} containing letter 
"ø". This letter is not displayed wieh I have enabled "instant preview". It does show up 
when preview in LyX is turned off. In any way, it shows up in the generated PDF file.

Still, it annoys me that it doesn't show up when I turn on "instant preview".

Any clues? I use the latest version of Windows 10 (v 1803) 64 bit, LyX 2.3.1 64 
bit, version from September 2018 (?).

Suggestions are appreciated.
Bernt

-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of Daniel
Sent: Tuesday, October 30, 2018 11:44
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 11:33, Bernt Lie wrote:

Hm... I opened a new document of the template, and in this new template, the 
preview works. But it does not work in another document from the same template, 
where I'm in the process of inserting text from an OCR scanned paper copy of a 
document I wrote 30 years ago... (using Adobe Acrobat for OCR).

This is weird. Maybe some junk from the imported, scanned document? I'll test 
some more.


You can also try whether making a copy of your problem document and opening the 
copy makes a difference. As far as I remember this should force LyX to 
regenerate the preview.

Daniel


-Original Message-
From: Daniel 
Sent: Tuesday, October 30, 2018 10:52
To: Bernt Lie ; lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 10:46, Bernt Lie wrote:

OK -- in your LyX file, Instant preview works ok. Two questions:
* Could it depend on which *style* I use?


So what style are you using? Can you send a (somewhat) minimal document where 
the problem occurs?


* My LyX version is:

LyX Version 2.3.1-1
(Saturday, September 29, 2018)
Built from git commit hash ce82ba93
Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory:
~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version
(compile-time): 5.10.1
--
--> How can I update to the latest version *without* uninstalling the current 
one, and installing the new version from scratch?


That is the latest version and the same I am using.

(There might have been a misunderstanding. I thought you menat your
Windows version by "latest version" but I guess you did mean LyX. The
information I sent was on the Windows version I am using.)

Daniel



-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of
Daniel
Sent: Tuesday, October 30, 2018 10:33
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 09:38, Bernt Lie wrote:

I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
preview turned on.

I need to insert some text in an equation. Two options:
* \text{my text}
* \mathrm{text}

With \text{}, space is automatically handled. With \mathrm{}, I need to use the 
escape character (backslash) to get space. There are probably also some spacing 
differences -- I assume \text{} is the correct choice if I write text and not 
math.

There is a problem with \text{} if I use Instant preview *on*...: if I include character 
"ø" in the text string, it shows if I turn Instant preview *off*, but is 
removed if I turn Instant preview *off*.

The generated PDF file *includes* the symbol "ø", but ... it does not show up 
in the preview with Instant preview turned *on*.

Presumably, this is a problem with other non-English ASCII characters, too?

-B


I cannot reproduce the problem. The ø in the attached file shows with instant 
preview turned on.

This is on Windows 10 Pro 64bit version 17134.345. ("latest version"
is a bit ambigous since there are different update tracks and the
recently pulled "October 2018 Update".)

Daniel






RE: LyX 2.3.1: bug in "\text" mode of equations

2018-10-31 Thread Bernt Lie
Here is my "template_test.lyx" file, which contains displayed math with \text{} 
containing letter "ø". This letter is not displayed wieh I have enabled 
"instant preview". It does show up when preview in LyX is turned off. In any 
way, it shows up in the generated PDF file.

Still, it annoys me that it doesn't show up when I turn on "instant preview".

Any clues? I use the latest version of Windows 10 (v 1803) 64 bit, LyX 2.3.1 64 
bit, version from September 2018 (?). 

Suggestions are appreciated.
Bernt

-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of Daniel
Sent: Tuesday, October 30, 2018 11:44
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 11:33, Bernt Lie wrote:
> Hm... I opened a new document of the template, and in this new template, the 
> preview works. But it does not work in another document from the same 
> template, where I'm in the process of inserting text from an OCR scanned 
> paper copy of a document I wrote 30 years ago... (using Adobe Acrobat for 
> OCR).
> 
> This is weird. Maybe some junk from the imported, scanned document? I'll test 
> some more.

You can also try whether making a copy of your problem document and opening the 
copy makes a difference. As far as I remember this should force LyX to 
regenerate the preview.

Daniel

> -Original Message-----
> From: Daniel 
> Sent: Tuesday, October 30, 2018 10:52
> To: Bernt Lie ; lyx-users@lists.lyx.org
> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
> 
> On 30/10/2018 10:46, Bernt Lie wrote:
>> OK -- in your LyX file, Instant preview works ok. Two questions:
>> * Could it depend on which *style* I use?
> 
> So what style are you using? Can you send a (somewhat) minimal document where 
> the problem occurs?
> 
>> * My LyX version is:
>>
>> LyX Version 2.3.1-1
>> (Saturday, September 29, 2018)
>> Built from git commit hash ce82ba93
>> Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory:
>> ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version
>> (compile-time): 5.10.1
>> --
>> --> How can I update to the latest version *without* uninstalling the 
>> current one, and installing the new version from scratch?
> 
> That is the latest version and the same I am using.
> 
> (There might have been a misunderstanding. I thought you menat your 
> Windows version by "latest version" but I guess you did mean LyX. The 
> information I sent was on the Windows version I am using.)
> 
> Daniel
> 
>>
>> -Original Message-----
>> From: lyx-users@lists.lyx.org  On Behalf Of 
>> Daniel
>> Sent: Tuesday, October 30, 2018 10:33
>> To: lyx-users@lists.lyx.org
>> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
>>
>> On 30/10/2018 09:38, Bernt Lie wrote:
>>> I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
>>> preview turned on.
>>>
>>> I need to insert some text in an equation. Two options:
>>> * \text{my text}
>>> * \mathrm{text}
>>>
>>> With \text{}, space is automatically handled. With \mathrm{}, I need to use 
>>> the escape character (backslash) to get space. There are probably also some 
>>> spacing differences -- I assume \text{} is the correct choice if I write 
>>> text and not math.
>>>
>>> There is a problem with \text{} if I use Instant preview *on*...: if I 
>>> include character "ø" in the text string, it shows if I turn Instant 
>>> preview *off*, but is removed if I turn Instant preview *off*.
>>>
>>> The generated PDF file *includes* the symbol "ø", but ... it does not show 
>>> up in the preview with Instant preview turned *on*.
>>>
>>> Presumably, this is a problem with other non-English ASCII characters, too?
>>>
>>> -B
>>
>> I cannot reproduce the problem. The ø in the attached file shows with 
>> instant preview turned on.
>>
>> This is on Windows 10 Pro 64bit version 17134.345. ("latest version"
>> is a bit ambigous since there are different update tracks and the 
>> recently pulled "October 2018 Update".)
>>
>> Daniel
>>




template_test.lyx
Description: template_test.lyx


Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread John White


On Tuesday, October 30, 2018 11:43:42 AM PDT Daniel wrote:
> On 30/10/2018 11:33, Bernt Lie wrote:
> > Hm... I opened a new document of the template, and in this new template,
> > the preview works. But it does not work in another document from the same
> > template, where I'm in the process of inserting text from an OCR scanned
> > paper copy of a document I wrote 30 years ago... (using Adobe Acrobat for
> > OCR).
> > 
> > This is weird. Maybe some junk from the imported, scanned document? I'll
> > test some more.
> You can also try whether making a copy of your problem document and
> opening the copy makes a difference. As far as I remember this should
> force LyX to regenerate the preview.
> 
> Daniel
> 
> > -Original Message-
> > From: Daniel 
> > Sent: Tuesday, October 30, 2018 10:52
> > To: Bernt Lie ; lyx-users@lists.lyx.org
> > Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
> > 
> > On 30/10/2018 10:46, Bernt Lie wrote:
> >> OK -- in your LyX file, Instant preview works ok. Two questions:
> >> * Could it depend on which *style* I use?
> > 
> > So what style are you using? Can you send a (somewhat) minimal document
> > where the problem occurs?> 
> >> * My LyX version is:
> >> 
> >> LyX Version 2.3.1-1
> >> (Saturday, September 29, 2018)
> >> Built from git commit hash ce82ba93
> >> Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory:
> >> ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version
> >> (compile-time): 5.10.1
> >> --
> >> --> How can I update to the latest version *without* uninstalling the
> >> current one, and installing the new version from scratch?> 
> > That is the latest version and the same I am using.
> > 
> > (There might have been a misunderstanding. I thought you menat your
> > Windows version by "latest version" but I guess you did mean LyX. The
> > information I sent was on the Windows version I am using.)
> > 
> > Daniel
> > 
> >> -Original Message-
> >> From: lyx-users@lists.lyx.org  On Behalf Of
> >> Daniel
> >> Sent: Tuesday, October 30, 2018 10:33
> >> To: lyx-users@lists.lyx.org
> >> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
> >> 
> >> On 30/10/2018 09:38, Bernt Lie wrote:
> >>> I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have
> >>> Instant preview turned on.
> >>> 
> >>> I need to insert some text in an equation. Two options:
> >>> * \text{my text}
> >>> * \mathrm{text}
> >>> 
> >>> With \text{}, space is automatically handled. With \mathrm{}, I need to
> >>> use the escape character (backslash) to get space. There are probably
> >>> also some spacing differences -- I assume \text{} is the correct choice
> >>> if I write text and not math.
> >>> 
> >>> There is a problem with \text{} if I use Instant preview *on*...: if I
> >>> include character "ø" in the text string, it shows if I turn Instant
> >>> preview *off*, but is removed if I turn Instant preview *off*.
> >>> 
> >>> The generated PDF file *includes* the symbol "ø", but ... it does not
> >>> show up in the preview with Instant preview turned *on*.
> >>> 
> >>> Presumably, this is a problem with other non-English ASCII characters,
> >>> too?
> >>> 
> >>> -B
> >> 
> >> I cannot reproduce the problem. The ø in the attached file shows with
> >> instant preview turned on.
> >> 
> >> This is on Windows 10 Pro 64bit version 17134.345. ("latest version"
> >> is a bit ambigous since there are different update tracks and the
> >> recently pulled "October 2018 Update".)
> >> 
> >> Daniel
I would try OCRing it with Google Docs.

John


Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread Daniel

On 30/10/2018 11:33, Bernt Lie wrote:

Hm... I opened a new document of the template, and in this new template, the 
preview works. But it does not work in another document from the same template, 
where I'm in the process of inserting text from an OCR scanned paper copy of a 
document I wrote 30 years ago... (using Adobe Acrobat for OCR).

This is weird. Maybe some junk from the imported, scanned document? I'll test 
some more.


You can also try whether making a copy of your problem document and 
opening the copy makes a difference. As far as I remember this should 
force LyX to regenerate the preview.


Daniel


-Original Message-
From: Daniel 
Sent: Tuesday, October 30, 2018 10:52
To: Bernt Lie ; lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 10:46, Bernt Lie wrote:

OK -- in your LyX file, Instant preview works ok. Two questions:
* Could it depend on which *style* I use?


So what style are you using? Can you send a (somewhat) minimal document where 
the problem occurs?


* My LyX version is:

LyX Version 2.3.1-1
(Saturday, September 29, 2018)
Built from git commit hash ce82ba93
Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory:
~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version
(compile-time): 5.10.1
--
--> How can I update to the latest version *without* uninstalling the current 
one, and installing the new version from scratch?


That is the latest version and the same I am using.

(There might have been a misunderstanding. I thought you menat your Windows version by 
"latest version" but I guess you did mean LyX. The information I sent was on 
the Windows version I am using.)

Daniel



-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of
Daniel
Sent: Tuesday, October 30, 2018 10:33
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 09:38, Bernt Lie wrote:

I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
preview turned on.

I need to insert some text in an equation. Two options:
* \text{my text}
* \mathrm{text}

With \text{}, space is automatically handled. With \mathrm{}, I need to use the 
escape character (backslash) to get space. There are probably also some spacing 
differences -- I assume \text{} is the correct choice if I write text and not 
math.

There is a problem with \text{} if I use Instant preview *on*...: if I include character 
"ø" in the text string, it shows if I turn Instant preview *off*, but is 
removed if I turn Instant preview *off*.

The generated PDF file *includes* the symbol "ø", but ... it does not show up 
in the preview with Instant preview turned *on*.

Presumably, this is a problem with other non-English ASCII characters, too?

-B


I cannot reproduce the problem. The ø in the attached file shows with instant 
preview turned on.

This is on Windows 10 Pro 64bit version 17134.345. ("latest version"
is a bit ambigous since there are different update tracks and the
recently pulled "October 2018 Update".)

Daniel






RE: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread Bernt Lie
Hm... I opened a new document of the template, and in this new template, the 
preview works. But it does not work in another document from the same template, 
where I'm in the process of inserting text from an OCR scanned paper copy of a 
document I wrote 30 years ago... (using Adobe Acrobat for OCR).

This is weird. Maybe some junk from the imported, scanned document? I'll test 
some more.

-B

-Original Message-
From: Daniel  
Sent: Tuesday, October 30, 2018 10:52
To: Bernt Lie ; lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 10:46, Bernt Lie wrote:
> OK -- in your LyX file, Instant preview works ok. Two questions:
> * Could it depend on which *style* I use?

So what style are you using? Can you send a (somewhat) minimal document where 
the problem occurs?

> * My LyX version is:
> 
> LyX Version 2.3.1-1
> (Saturday, September 29, 2018)
> Built from git commit hash ce82ba93
> Library directory: ~\AppData\Local\LyX 2.3\Resources\ User directory: 
> ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version 
> (compile-time): 5.10.1
> --
> --> How can I update to the latest version *without* uninstalling the current 
> one, and installing the new version from scratch?

That is the latest version and the same I am using.

(There might have been a misunderstanding. I thought you menat your Windows 
version by "latest version" but I guess you did mean LyX. The information I 
sent was on the Windows version I am using.)

Daniel

> 
> -Original Message-
> From: lyx-users@lists.lyx.org  On Behalf Of 
> Daniel
> Sent: Tuesday, October 30, 2018 10:33
> To: lyx-users@lists.lyx.org
> Subject: Re: LyX 2.3.1: bug in "\text" mode of equations
> 
> On 30/10/2018 09:38, Bernt Lie wrote:
>> I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
>> preview turned on.
>>
>> I need to insert some text in an equation. Two options:
>> * \text{my text}
>> * \mathrm{text}
>>
>> With \text{}, space is automatically handled. With \mathrm{}, I need to use 
>> the escape character (backslash) to get space. There are probably also some 
>> spacing differences -- I assume \text{} is the correct choice if I write 
>> text and not math.
>>
>> There is a problem with \text{} if I use Instant preview *on*...: if I 
>> include character "ø" in the text string, it shows if I turn Instant preview 
>> *off*, but is removed if I turn Instant preview *off*.
>>
>> The generated PDF file *includes* the symbol "ø", but ... it does not show 
>> up in the preview with Instant preview turned *on*.
>>
>> Presumably, this is a problem with other non-English ASCII characters, too?
>>
>> -B
> 
> I cannot reproduce the problem. The ø in the attached file shows with instant 
> preview turned on.
> 
> This is on Windows 10 Pro 64bit version 17134.345. ("latest version" 
> is a bit ambigous since there are different update tracks and the 
> recently pulled "October 2018 Update".)
> 
> Daniel
> 


Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread Daniel

On 30/10/2018 10:46, Bernt Lie wrote:

OK -- in your LyX file, Instant preview works ok. Two questions:
* Could it depend on which *style* I use?


So what style are you using? Can you send a (somewhat) minimal document 
where the problem occurs?



* My LyX version is:

LyX Version 2.3.1-1
(Saturday, September 29, 2018)
Built from git commit hash ce82ba93
Library directory: ~\AppData\Local\LyX 2.3\Resources\
User directory: ~\AppData\Roaming\LyX2.3\
Qt Version (run-time): 5.10.1
Qt Version (compile-time): 5.10.1
--
--> How can I update to the latest version *without* uninstalling the current 
one, and installing the new version from scratch?


That is the latest version and the same I am using.

(There might have been a misunderstanding. I thought you menat your 
Windows version by "latest version" but I guess you did mean LyX. The 
information I sent was on the Windows version I am using.)


Daniel



-Original Message-----
From: lyx-users@lists.lyx.org  On Behalf Of Daniel
Sent: Tuesday, October 30, 2018 10:33
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 09:38, Bernt Lie wrote:

I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
preview turned on.

I need to insert some text in an equation. Two options:
* \text{my text}
* \mathrm{text}

With \text{}, space is automatically handled. With \mathrm{}, I need to use the 
escape character (backslash) to get space. There are probably also some spacing 
differences -- I assume \text{} is the correct choice if I write text and not 
math.

There is a problem with \text{} if I use Instant preview *on*...: if I include character 
"ø" in the text string, it shows if I turn Instant preview *off*, but is 
removed if I turn Instant preview *off*.

The generated PDF file *includes* the symbol "ø", but ... it does not show up 
in the preview with Instant preview turned *on*.

Presumably, this is a problem with other non-English ASCII characters, too?

-B


I cannot reproduce the problem. The ø in the attached file shows with instant 
preview turned on.

This is on Windows 10 Pro 64bit version 17134.345. ("latest version" is a bit ambigous 
since there are different update tracks and the recently pulled "October 2018 Update".)

Daniel



RE: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread Bernt Lie
OK -- in your LyX file, Instant preview works ok. Two questions:
* Could it depend on which *style* I use?
* My LyX version is: 

LyX Version 2.3.1-1
(Saturday, September 29, 2018)
Built from git commit hash ce82ba93
Library directory: ~\AppData\Local\LyX 2.3\Resources\
User directory: ~\AppData\Roaming\LyX2.3\
Qt Version (run-time): 5.10.1
Qt Version (compile-time): 5.10.1
--
--> How can I update to the latest version *without* uninstalling the current 
one, and installing the new version from scratch?

-Original Message-
From: lyx-users@lists.lyx.org  On Behalf Of Daniel
Sent: Tuesday, October 30, 2018 10:33
To: lyx-users@lists.lyx.org
Subject: Re: LyX 2.3.1: bug in "\text" mode of equations

On 30/10/2018 09:38, Bernt Lie wrote:
> I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
> preview turned on.
> 
> I need to insert some text in an equation. Two options:
> * \text{my text}
> * \mathrm{text}
> 
> With \text{}, space is automatically handled. With \mathrm{}, I need to use 
> the escape character (backslash) to get space. There are probably also some 
> spacing differences -- I assume \text{} is the correct choice if I write text 
> and not math.
> 
> There is a problem with \text{} if I use Instant preview *on*...: if I 
> include character "ø" in the text string, it shows if I turn Instant preview 
> *off*, but is removed if I turn Instant preview *off*.
> 
> The generated PDF file *includes* the symbol "ø", but ... it does not show up 
> in the preview with Instant preview turned *on*.
> 
> Presumably, this is a problem with other non-English ASCII characters, too?
> 
> -B

I cannot reproduce the problem. The ø in the attached file shows with instant 
preview turned on.

This is on Windows 10 Pro 64bit version 17134.345. ("latest version" is a bit 
ambigous since there are different update tracks and the recently pulled 
"October 2018 Update".)

Daniel


Re: LyX 2.3.1: bug in "\text" mode of equations

2018-10-30 Thread Daniel

On 30/10/2018 09:38, Bernt Lie wrote:

I use LyX 2.3.1 (64bit) on 64bit Win 10, latest version, and have Instant 
preview turned on.

I need to insert some text in an equation. Two options:
* \text{my text}
* \mathrm{text}

With \text{}, space is automatically handled. With \mathrm{}, I need to use the 
escape character (backslash) to get space. There are probably also some spacing 
differences -- I assume \text{} is the correct choice if I write text and not 
math.

There is a problem with \text{} if I use Instant preview *on*...: if I include character 
"ø" in the text string, it shows if I turn Instant preview *off*, but is 
removed if I turn Instant preview *off*.

The generated PDF file *includes* the symbol "ø", but ... it does not show up 
in the preview with Instant preview turned *on*.

Presumably, this is a problem with other non-English ASCII characters, too?

-B


I cannot reproduce the problem. The ø in the attached file shows with 
instant preview turned on.


This is on Windows 10 Pro 64bit version 17134.345. ("latest version" is 
a bit ambigous since there are different update tracks and the recently 
pulled "October 2018 Update".)


Daniel


ascii_math_text.lyx
Description: application/lyx


  1   2   3   4   5   6   7   8   9   10   >