Re: Multi-page table in landscape mode

2018-10-30 Thread Rich Shepard

On Tue, 30 Oct 2018, Rich Shepard wrote:


Reading Chapter 2 (Tables) in the embedded objects help manual I see an
example of a table with the line, 'continued on next page,' but no
instruction on how to insert that. The manual notes that lyx/LaTeX/TeX
will break the table across multiple pages but that's not occurring here.
When I compile the file (pdflatex) the table runs off the bottom of the
page; all 83 lines are on the same page, but (of course) not all are
visible. Clarification of how to get lyx to insert page breaks, or how to
do so manually, will be really helpful.


  Learned the cause of this; have not yet found the solution. Long tables
(multipage tables) cannot be in a float. My web searches for how to convert
a floating table to a fixed one have been unsuccessful and I've not seen how
to do this in the embedded objects manual.

  How do I change a float table to a fixed table? If it's in one of the
documents I've missed it.

TIA,

Rich


Multi-page table in landscape mode

2018-10-30 Thread Rich Shepard

  Reading Chapter 2 (Tables) in the embedded objects help manual I see an
example of a table with the line, 'continued on next page,' but no
instruction on how to insert that. The manual notes that lyx/LaTeX/TeX will
break the table across multiple pages but that's not occurring here. When I
compile the file (pdflatex) the table runs off the bottom of the page; all
83 lines are on the same page, but (of course) not all are visible.
Clarification of how to get lyx to insert page breaks, or how to do so
manually, will be really helpful.

  The second issue I've not yet resolved is rotating only the table into
landscape mode. I am not seeing a menu item that does this. Clicking on a
table cell, selecting 'settings' at the bottom of the menu box, and checking
the 'rotate table' checkbox turns it clockwise rather than counter-clockwise
and it's still trying to fit on a single page. IIRC, this needs to be done
with inserted LaTeX. Reading Herbert Voss' Tables book is on this evening's
schedule. If I've missed the proper menu and item to change table page(s)
orientation to landscape please point me to it.

Regards,

Rich




Re: Most efficient way to import wide, long table

2018-10-30 Thread Benedict Holland
For automation, I include a tex file within Lyx. I then create all of my
latex tables using python or whatever. It produces valid latex. This is
very hard to do without a heavy level of conformity. For example, I can
write a quick script that will take 95 rows of 4 column data quite quickly.
I have a very hard time figuring out how to make a latex table with 95 rows
of a variable number of columns. Even better, multiple tables with multiple
numbers of columns. Eventually, you would have to give it the number of
columns to produce.

Once you have python producing your latex table, you can simply rerun your
Lyx and it will include the documents. If you have multiple tables, include
a master tex table file in Lyx and update it with the python generated
tables. BTW, I did this for my dissertation with remarkable success. This
is a very difficult task. I would just import into Excel, break into
columns on "|" and copy it into Lyx.

Thanks,
~Ben

On Tue, Oct 30, 2018 at 6:02 PM Baris Erkus  wrote:

> On 10/31/2018 12:48 AM, Rich Shepard wrote:
> > On Tue, 30 Oct 2018, Dr Eberhard Lisse wrote:
> >
> >> it depends entirely on what you mean by efficient.
> >
> > el:
> >
> >   If I can highlight the entire file in emacs, use M-w to copy it, then
> > paste it in a blank LyX table that's efficient: 10 seconds or less.
> >
> > Thanks,
> >
> > Rich
>
> Well, for the sake of discussion:
>
> There may be cases where the table data is constantly being updated or
> it is a lot, and the LaTeX or LyX files need to be regenerated many
> times;  then, the task of creating tables in LyX using copy and paste
> may be impractical. For these cases, procedures and tools those are more
> automated would be quite helpful as Eberhand suggested.
>
> Of course, quick fixes like the ones that have been recommended in the
> group would suffice for one or two times of creation of tables, and we
> use these methods on daily basis.
>
> Bests,
>
> Baris
>
>
>
>


Re: Most efficient way to import wide, long table

2018-10-30 Thread Rich Shepard

On Tue, 30 Oct 2018, Baris Erkus wrote:


Just a minor fix:

1. Replace all the "|" with the tab character with a text editor.
2. Select the portion you want to paste.
2a. Copy to clipboard.
3. Go to the first cell in Lyx.
4. Edit > Paste Special > Plain Text.
5. Table row and columns numbers should be compatible with the text file
contents...


Baris,

  The two critical pieces I missed before were steps 1 and 4. Using tabs and
paste special did the job.

  Many of the tables I use in a lyx document are generated by sql
extraction from a database table, an R function, or cleaned data in emacs.
While I've tried bulk copying without using tabs and paste special I did not
get the results needed.

  Many thanks for the lesson.

Best regards,

Rich


Re: Most efficient way to import wide, long table

2018-10-30 Thread Baris Erkus
On 10/31/2018 12:48 AM, Rich Shepard wrote:
> On Tue, 30 Oct 2018, Dr Eberhard Lisse wrote:
>
>> it depends entirely on what you mean by efficient.
>
> el:
>
>   If I can highlight the entire file in emacs, use M-w to copy it, then
> paste it in a blank LyX table that's efficient: 10 seconds or less.
>
> Thanks,
>
> Rich

Well, for the sake of discussion:

There may be cases where the table data is constantly being updated or 
it is a lot, and the LaTeX or LyX files need to be regenerated many 
times;  then, the task of creating tables in LyX using copy and paste 
may be impractical. For these cases, procedures and tools those are more 
automated would be quite helpful as Eberhand suggested.

Of course, quick fixes like the ones that have been recommended in the 
group would suffice for one or two times of creation of tables, and we 
use these methods on daily basis.

Bests,

Baris





Re: Most efficient way to import wide, long table

2018-10-30 Thread Rich Shepard

On Tue, 30 Oct 2018, Dr Eberhard Lisse wrote:


it depends entirely on what you mean by efficient.


el:

  If I can highlight the entire file in emacs, use M-w to copy it, then
paste it in a blank LyX table that's efficient: 10 seconds or less.

Thanks,

Rich


Re: Most efficient way to import wide, long table

2018-10-30 Thread Dr Eberhard Lisse
Rich,

it depends entirely on what you mean by efficient.

There are a number of hits on https://www.google.de/search?q=csv2lyx

If you wanted a command line workflow there are number of tools to
convert CSV into LaTeX, which you can import easily.  Some can use '|'
as separator directly, some need a little bit of piping or a Makefile.

greetings, el

On 2018-10-30 16:50 , Rich Shepard wrote:
[...]
> What is the most efficient procedure to import this to a 5-column,
> 83-row table?  And, can I define the table size without dragging the
> table icon off the bottom of the monitor?
[...]



Re: Most efficient way to import wide, long table

2018-10-30 Thread Baris Erkus
On 10/30/2018 11:23 PM, Rich Shepard wrote:
> On Tue, 30 Oct 2018, Baris Erkus wrote:
>
>> I have done this, seems to work:
>>
>> 1. Replace all the "|" with the tab character with a text editor.
>> 2. Select the portion you want to paste.
>> 3. Go to the first cell in Lyx.
>> 4. Edit > Paste Special > Plain Text.
>> 5. Table row and columns numbers should be compatible with the text file
>> contents...
>
>   Thanks, Baris. I was thinking something like this would work and forgot
> about the paste special option.
>
> Regards,
>
> Rich

Just a minor fix:

1. Replace all the "|" with the tab character with a text editor.
2. Select the portion you want to paste.
2a. Copy to clipboard.
3. Go to the first cell in Lyx.
4. Edit > Paste Special > Plain Text.
5. Table row and columns numbers should be compatible with the text file
contents...


Re: Most efficient way to import wide, long table

2018-10-30 Thread Rich Shepard

On Tue, 30 Oct 2018, Baris Erkus wrote:


I have done this, seems to work:

1. Replace all the "|" with the tab character with a text editor.
2. Select the portion you want to paste.
3. Go to the first cell in Lyx.
4. Edit > Paste Special > Plain Text.
5. Table row and columns numbers should be compatible with the text file
contents...


  Thanks, Baris. I was thinking something like this would work and forgot
about the paste special option.

Regards,

Rich


Re: Most efficient way to import wide, long table

2018-10-30 Thread Benedict Holland
Oh. My apologies. LibreOffice or Excel can split text based on a character.
In this case, I would bring your text into excel, split to columns on | and
copy it into a defined table within Lyx. Lyx accepts Excel "copy and paste"
as long as you have the table already defined. You would want Excel to
create your columns for you. This shouldn't take more than a few minutes.

Thanks,
~Ben

On Tue, Oct 30, 2018 at 2:28 PM Baris Erkus  wrote:

> On 10/30/2018 6:50 PM, Rich Shepard wrote:
> > I have an 82-line text file which has 5 columns separated by pipes. '|',
> > and a wide column with location names. Text file format examples:
> >
> >  10775| Santiam R. at Jefferson
> > Bridge  | 1979-11-06 | 2011-01-06 |67
> >  10386| Middle Fork Willamette R. at asper
> > Bridge   | 1979-11-06 | 2011-01-05 |66
> >  29043| Willamette R. at Willamette Park boat
> > ramp/Corvallis| 2002-10-02 | 2011-01-06 |60
> >  26339| Willamette R. upstream of Newberg Bridge at Rogers
> > Landing  | 2002-10-01 | 2011-01-13 |59
> >  10344| Willamette R. at Wheatland
> > Ferry| 1980-02-07 | 2011-01-10 |58
> >  29044| Willamette R. at Greenway bike
> > bridge/Eugene| 2002-10-02 | 2011-01-04 |52
> >  10379| Coast Fork Willamette R. at Hwy
> > 58  | 1979-11-06 | 2011-01-05 |50
> >  10821| Willamette R. at St. Johns
> > Bridge   | 2004-08-04 | 2011-01-11 |48
> >  10355| Willamette R. at Hwy 99E
> > (Harrisburg)   | 1980-02-06 | 2011-01-04 |46
> >  31731| Willamette R. at Wallace Marine Park boat
> > ramp  | 2005-05-31 | 2011-01-10 |44
> >  27986| Middle Fork Willamette R above Hills Crk at USGS Gage
> > 14144800  | 2002-10-03 | 2011-01-05 |44
> >
> > (N.B. Line length is 110 characters so it likely will be wrapped at
> > different lengths, depending on which MUA you use.)
> >
> >   In LyX this will be a long table in landscape orientation among
> > pages in
> > portrait orientation.
> >
> >   What is the most efficient procedure to import this to a 5-column,
> > 83-row
> > table? And, can I define the table size without dragging the table
> > icon off
> > the bottom of the monitor?
> >
> > TIA,
> >
> > Rich
>
> I have done this, seems to work:
>
> 1. Replace all the "|" with the tab character with a text editor.
> 2. Select the portion you want to paste.
> 3. Go to the first cell in Lyx.
> 4. Edit > Paste Special > Plain Text.
> 5. Table row and columns numbers should be compatible with the text file
> contents...
>
> However, if you want a more automated process, maybe you can generate a
> LyX file using some Matlab or Python code. Then insert this LyX file
> into your main LyX document.
>
> LyX has the following format for table cells:
>
>  bottomline="true" leftline="true" usebox="none">
> \begin_inset Text
>
> \begin_layout Plain Layout
>  CELL CONTENT 
> \end_layout
>
> \end_inset
> 
>
> Baris
>


Re: Most efficient way to import wide, long table

2018-10-30 Thread Baris Erkus
On 10/30/2018 6:50 PM, Rich Shepard wrote:
> I have an 82-line text file which has 5 columns separated by pipes. '|',
> and a wide column with location names. Text file format examples:
>
>  10775    | Santiam R. at Jefferson 
> Bridge  | 1979-11-06 | 2011-01-06 |    67
>  10386    | Middle Fork Willamette R. at asper 
> Bridge   | 1979-11-06 | 2011-01-05 |    66
>  29043    | Willamette R. at Willamette Park boat 
> ramp/Corvallis    | 2002-10-02 | 2011-01-06 |    60
>  26339    | Willamette R. upstream of Newberg Bridge at Rogers 
> Landing  | 2002-10-01 | 2011-01-13 |    59
>  10344    | Willamette R. at Wheatland 
> Ferry    | 1980-02-07 | 2011-01-10 |    58
>  29044    | Willamette R. at Greenway bike 
> bridge/Eugene    | 2002-10-02 | 2011-01-04 |    52
>  10379    | Coast Fork Willamette R. at Hwy 
> 58  | 1979-11-06 | 2011-01-05 |    50
>  10821    | Willamette R. at St. Johns 
> Bridge   | 2004-08-04 | 2011-01-11 |    48
>  10355    | Willamette R. at Hwy 99E 
> (Harrisburg)   | 1980-02-06 | 2011-01-04 |    46
>  31731    | Willamette R. at Wallace Marine Park boat 
> ramp  | 2005-05-31 | 2011-01-10 |    44
>  27986    | Middle Fork Willamette R above Hills Crk at USGS Gage 
> 14144800  | 2002-10-03 | 2011-01-05 |    44
>
> (N.B. Line length is 110 characters so it likely will be wrapped at
> different lengths, depending on which MUA you use.)
>
>   In LyX this will be a long table in landscape orientation among 
> pages in
> portrait orientation.
>
>   What is the most efficient procedure to import this to a 5-column, 
> 83-row
> table? And, can I define the table size without dragging the table 
> icon off
> the bottom of the monitor?
>
> TIA,
>
> Rich

I have done this, seems to work:

1. Replace all the "|" with the tab character with a text editor.
2. Select the portion you want to paste.
3. Go to the first cell in Lyx.
4. Edit > Paste Special > Plain Text.
5. Table row and columns numbers should be compatible with the text file 
contents...

However, if you want a more automated process, maybe you can generate a 
LyX file using some Matlab or Python code. Then insert this LyX file 
into your main LyX document.

LyX has the following format for table cells:


\begin_inset Text

\begin_layout Plain Layout
 CELL CONTENT 
\end_layout

\end_inset


Baris


Re: Most efficient way to import wide, long table

2018-10-30 Thread John White


On Tuesday, October 30, 2018 11:09:39 AM PDT Rich Shepard wrote:
> On Tue, 30 Oct 2018, Benedict Holland wrote:
> > Create a table that is 5 columns and 84 rows (assuming you want a header).
> > Copy from excel into the table. You can specify rows and columns of your
> > table.
> 
> Ben,
> 
>A) The table is 82 rows long so a header row makes a total of 83 rows. B)
> I don't have excel; that's only in Microsoft. I have a text file with pipes
> separating columns running in Slackware-14.2.
> 
> Regards,
> 
> Rich

Try it with libre calk or gnumeric



Re: Most efficient way to import wide, long table

2018-10-30 Thread Rich Shepard

On Tue, 30 Oct 2018, Benedict Holland wrote:


Create a table that is 5 columns and 84 rows (assuming you want a header).
Copy from excel into the table. You can specify rows and columns of your
table.


Ben,

  A) The table is 82 rows long so a header row makes a total of 83 rows. B)
I don't have excel; that's only in Microsoft. I have a text file with pipes
separating columns running in Slackware-14.2.

Regards,

Rich


Re: Most efficient way to import wide, long table

2018-10-30 Thread Benedict Holland
Create a table that is 5 columns and 84 rows (assuming you want a header).
Copy from excel into the table. You can specify rows and columns of your
table.

Next comes orientation. From the table, select properties and I would chose
fancy table options, long table, and then orient the page as landscape.

Thanks,
~Ben

On Tue, Oct 30, 2018 at 1:37 PM Rich Shepard 
wrote:

>I have an 82-line text file which has 5 columns separated by pipes. '|',
> and a wide column with location names. Text file format examples:
>
>   10775| Santiam R. at Jefferson Bridge
>   | 1979-11-06 | 2011-01-06 |67
>   10386| Middle Fork Willamette R. at asper Bridge
>| 1979-11-06 | 2011-01-05 |66
>   29043| Willamette R. at Willamette Park boat ramp/Corvallis
>   | 2002-10-02 | 2011-01-06 |60
>   26339| Willamette R. upstream of Newberg Bridge at Rogers Landing
>   | 2002-10-01 | 2011-01-13 |59
>   10344| Willamette R. at Wheatland Ferry
>   | 1980-02-07 | 2011-01-10 |58
>   29044| Willamette R. at Greenway bike bridge/Eugene
>   | 2002-10-02 | 2011-01-04 |52
>   10379| Coast Fork Willamette R. at Hwy 58
>   | 1979-11-06 | 2011-01-05 |50
>   10821| Willamette R. at St. Johns Bridge
>| 2004-08-04 | 2011-01-11 |48
>   10355| Willamette R. at Hwy 99E (Harrisburg)
>| 1980-02-06 | 2011-01-04 |46
>   31731| Willamette R. at Wallace Marine Park boat ramp
>   | 2005-05-31 | 2011-01-10 |44
>   27986| Middle Fork Willamette R above Hills Crk at USGS Gage
> 14144800  | 2002-10-03 | 2011-01-05 |44
>
> (N.B. Line length is 110 characters so it likely will be wrapped at
> different lengths, depending on which MUA you use.)
>
>In LyX this will be a long table in landscape orientation among pages in
> portrait orientation.
>
>What is the most efficient procedure to import this to a 5-column,
> 83-row
> table? And, can I define the table size without dragging the table icon off
> the bottom of the monitor?
>
> TIA,
>
> Rich
>


Most efficient way to import wide, long table

2018-10-30 Thread Rich Shepard

  I have an 82-line text file which has 5 columns separated by pipes. '|',
and a wide column with location names. Text file format examples:

 10775| Santiam R. at Jefferson Bridge  | 
1979-11-06 | 2011-01-06 |67
 10386| Middle Fork Willamette R. at asper Bridge   | 
1979-11-06 | 2011-01-05 |66
 29043| Willamette R. at Willamette Park boat ramp/Corvallis| 
2002-10-02 | 2011-01-06 |60
 26339| Willamette R. upstream of Newberg Bridge at Rogers Landing  | 
2002-10-01 | 2011-01-13 |59
 10344| Willamette R. at Wheatland Ferry| 
1980-02-07 | 2011-01-10 |58
 29044| Willamette R. at Greenway bike bridge/Eugene| 
2002-10-02 | 2011-01-04 |52
 10379| Coast Fork Willamette R. at Hwy 58  | 
1979-11-06 | 2011-01-05 |50
 10821| Willamette R. at St. Johns Bridge   | 
2004-08-04 | 2011-01-11 |48
 10355| Willamette R. at Hwy 99E (Harrisburg)   | 
1980-02-06 | 2011-01-04 |46
 31731| Willamette R. at Wallace Marine Park boat ramp  | 
2005-05-31 | 2011-01-10 |44
 27986| Middle Fork Willamette R above Hills Crk at USGS Gage 14144800  | 
2002-10-03 | 2011-01-05 |44

(N.B. Line length is 110 characters so it likely will be wrapped at
different lengths, depending on which MUA you use.)

  In LyX this will be a long table in landscape orientation among pages in
portrait orientation.

  What is the most efficient procedure to import this to a 5-column, 83-row
table? And, can I define the table size without dragging the table icon off
the bottom of the monitor?

TIA,

Rich


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


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

2018-10-30 Thread Bernt Lie
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