Re: lyx disk: error: LyX could not create the temporary directory '/tmp/lyx_tmpbuf1'

[Richard Kimberly Heck]

On 9/4/19 6:09 AM, Guenter Milde wrote:
> On 2019-09-03, Wolfgang Engelmann wrote:
>
> ...
>
>> Thanks, John, but there seems to be a bigger problem which I am  
>> facing. I can't open an usb stick, tells me, that it can't be invoked  
>> (kann nicht eingebunden werden in German). Trying to start Jabref it  
>> tells me 'read only file system', lyx disk: error as before: LyX could  
>> not create the temporary directory '/tmp/lyx_tmpbuf1' (Disk is full  
>> maybe?).
>> df tells me there is enough storage on the disk. Firefox tells me if I  
>> want to send a mail: Unable to save your message as a draft. Sending  
>> of the message failed.
>> Fortunately webmail works.
> This looks like some IO-failure triggered a mounting of the main disk as
> read-only.

Most of that looks like /tmp/ issues. That may be the main disk or a
separate partition. But one way or another, it's some major disk problem.

Wolfgang, looking at the output of "mount" will tell you what the issue
might be. I have:

/dev/sda7 on /tmp type ext4 (rw,noexec,noatime)
/dev/sda2 on / type ext4 (rw,relatime)

Note how both show "rw". I am guessing you will see "ro" somewhere.

Riki

Re: Export child document to pdf2 from command line

[Richard Kimberly Heck]

On 8/26/19 4:43 PM, Scott Kostyshak wrote:
> On Mon, Aug 26, 2019 at 10:55:42AM -0300, Rudi Gaelzer wrote:
>> On Sun, Aug 25, 2019 at 9:11 PM Richard Kimberly Heck 
>> wrote:
>>
>>>> Another detail came up.  I did a simple test with a document containing
>>> 3
>>>> short chapters.
>>>>
>>>> From the GUI, in Settings -> Child Documents -> Master Document Output
>>> ->
>>>> Include only selected children  I can select only some child documents
>>> and
>>>> then create the PDF in File -> Export -> PDF (pdflatex).  The exported
>>> PDF
>>>> will contain only the selected child(ren), with all the cross-references.
>>>>
>>>> However, if I export from command line with
>>>> lyx --export pdf2 master.lyx
>>>> the PDF will invariably contain the whole document.
>>>> I can sen the test files if you wish.
>>> Can you file a bug report about this?
>>>
>>> Riki
>>>
>>>
>>>
>> I can, but I'll need to initiate myself to the process...
>> If I go to the main page (www.lyx.org) and click Bug Tracker, it opens the
>> LyX Bug Tracker
>> page in https://www.lyx.org/trac/wiki/BugTrackerHome
>> I believe that's the correct place to report bugs, right?
>> I will have to register first, in this case.
> That's the place. Sorry for the extra trouble to register, but this way
> the next time you come across a bug it will be easier to report it.
> Thanks for taking the time to do it.

And of course one also gets notifications when there are questions about
the bug, or when progress has been made on it, etc.

Riki

Re: Export child document to pdf2 from command line

[Richard Kimberly Heck]

On 8/24/19 5:06 PM, Rudi Gaelzer wrote:
>>> Is putting each of your child documents in a separate branch a
>>> possibility? That way you could use the solution you found. I'm not
>>> aware of a different approach (maybe someone else knows though).
>>>
>>> Yes, I thought of trying that, although some people reported
>>> difficulties exporting branches.
>>> I've found another solution where the guy edited the .lyx file with
>>> sed first and then exported to PDF.
>>>
>>> I just wanted to know if there is a simpler way...
>> Not at the moment, but it's a reasonable request. We'd need something
>> like "child-in(ex)clude FILE.lyx" as an LFUN.
> Another detail came up.  I did a simple test with a document containing 3 
> short chapters. 
>
> From the GUI, in Settings -> Child Documents -> Master Document Output -> 
> Include only selected children  I can select only some child documents and 
> then create the PDF in File -> Export -> PDF (pdflatex).  The exported PDF 
> will contain only the selected child(ren), with all the cross-references.
>
> However, if I export from command line with 
> lyx --export pdf2 master.lyx
> the PDF will invariably contain the whole document.
> I can sen the test files if you wish.

Can you file a bug report about this?

Riki

Re: Export child document to pdf2 from command line

[Richard Kimberly Heck]

On 8/23/19 4:32 PM, Rudi Gaelzer wrote:
>
> Is putting each of your child documents in a separate branch a
> possibility? That way you could use the solution you found. I'm not
> aware of a different approach (maybe someone else knows though).
>
> Yes, I thought of trying that, although some people reported
> difficulties exporting branches.
> I've found another solution where the guy edited the .lyx file with
> sed first and then exported to PDF.
>
> I just wanted to know if there is a simpler way...

Not at the moment, but it's a reasonable request. We'd need something
like "child-in(ex)clude FILE.lyx" as an LFUN.

Riki

Re: Missing lyxeditor.cmd?

[Richard Kimberly Heck]

On 8/22/19 12:06 PM, Christopher Menzel wrote:
> On 22 Aug 2019, at 10:39 AM, Richard Kimberly Heck  wrote:
>> On 8/22/19 10:48 AM, Chris Menzel wrote:
>>> Gentle LyX folk,
>>>
>>> I have installed LyX 2.3.3 on a Dell XPS laptop and, Lo, the installation's 
>>> bin directory appears to be missing lyxeditor.cmd, which is of course 
>>> crucial for inverse search. Is this an oversight? Or is it now in some 
>>> other directory?
>> We don't distribute this file.
> Huh. Unlike the macOS version, apparently. Why the difference with the 
> Windows distribution?

I guess Stephan includes it. Maybe Uwe used to as well? I could include
it, too, I suppose, but I'm not actually a Windows user. We really do
need someone who is to take over Windows packaging.


>> According to this page of the wiki:
>>
>> https://wiki.lyx.org/LyX/SyncTeX
>>
>> it's something you need to create yourself.
> The need to create lyxeditor.cmd is only mentioned in the section on Okular 
> for Windows. That one needs to create it oneself is as far as I can see not 
> mentioned in the section on configuring SumatraPDF, which is the PDF viewer 
> I'm using. Might the Keepers of the Wiki consider mentioning the need to 
> create this script right at the top of the section on SumatraPDF.

The wiki is, well, a wiki, so anyone can edit it.

Riki

Re: Preview hogging CPU cycles

[Richard Kimberly Heck]

On 8/22/19 11:47 AM, Rich Shepard wrote:
>
>> Note that this is previewing some LaTeX snippet (e.g., math), not a
>> whole
>> document.
>
> I didn't know one could preview a snippet when using C-x C-p to open the
> dvips preview window.

I meant: This is a file being compiled for math preview in LyX itself.
Or a preview inset, or something of that sort. That's what these
lyxpreview*.tex files are.

Riki

Re: Missing lyxeditor.cmd?

[Richard Kimberly Heck]

On 8/22/19 10:48 AM, Chris Menzel wrote:
> Gentle LyX folk,
>
> I have installed LyX 2.3.3 on a Dell XPS laptop and, Lo, the
> installation's bin directory appears to be missing lyxeditor.cmd,
> which is of course crucial for inverse search. Is this an oversight?
> Or is it now in some other directory?

We don't distribute this file. According to this page of the wiki:

    https://wiki.lyx.org/LyX/SyncTeX

it's something you need to create yourself. If you do a web search for
"lyxeditor.cmd", you'll find some other info along the same lines.

Riki

Re: Preview hogging CPU cycles

[Richard Kimberly Heck]

On 8/22/19 8:34 AM, Rich Shepard wrote:
> On Thu, 22 Aug 2019, Dr Eberhard Lisse wrote:
>
>> I see this on occasion on the mac as well. No drama, just kill it and
>> move
>> on :-)-O
>
> el,
>
> That's what I did, but have not before seen this happen.

LyX spawns these processes in the background, so it's possible that one
of them gets hung, and we'd never know it. Note that this is previewing
some LaTeX snippet (e.g., math), not a whole document.

Riki

Re: configure.py crashing with Python 3 [was: LyX v 2.3.x - severe Problems]

[Richard Kimberly Heck]

On 8/20/19 1:56 PM, Matthias Görlach wrote:
> Hi Riki,
>
> thank you for this analysis/hint - this was perfect for a "work around":
>
> 0) install python v 2.7.16 (well, will have to deal with things which
> require python 3.X)
> 1) deleted the LyX-2.3 directory (folder) from ~/Library/Application
> Support
> 2) mkdir of an empty Lyx-2.3 dir
> 3) cd into it
> 4) run python -tt
> /Applications/LyX.app/Contents/Resources/configure.py
> --with-version-suffix=-2.3
> --binary-dir=/Applications/LyX.app/Contents/MacOS/
> ==> 5) last lines of terminal output:
> ...
> +checking for package natbib [natbib]... yes
> +Inspection done.
> +Read the file doc/LaTeXConfig.lyx for more information.
>
>
> 6) low & behold: starting LyX 2.3 works fine - no error messages
> anymore (and my templates work again)
>
> Of course it will be better to eventually have LyX 2.3 working with
> the more recent python.

Thanks for confirming that this solves the problem. But yes, LyX is
supposed to work with Python 3, and obviously it does not at the moment.

We'll certainly want to test whatever changes we eventually make to
configure.py. I have created a bug report for this here:

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

If you add yourself (you may have to create an account) in the cc list,
you'll be notified as there are updates. It will be possible to test
this, simply by downloading the new configure.py script and running it
the same way.

Riki

Re: Startup failure: cannot run script or convert UI file format

[Richard Kimberly Heck]

On 8/20/19 11:57 AM, Rich Shepard wrote:
> I'm migrating to a new server/workstation and now I FUBAR'd lyx so it
> does
> not load.
>
> While looking in preferences to see if I could set the default window
> size
> there (for a 1250x1024 dpi monitor) I did not find an appropriate
> setting.
> But I did see that the UI file was a system-wide one rather than
> ~/.lyx/ui/classic.ui.

There's no such system-wide file. It's your file that's being used. LyX
only stores the filename, and searches both the user- and
system-directories for it.


> In preferences I changed to that UI file and killed the lyx process.
> When I
> tried to reload the application it failed:
>
> LyXComm: Pipe /home/rshepard/.lyx/lyxpipe.in already exists.
> If no other LyX program is active, please delete the pipe by hand and
> try again.
> Traceback (most recent call last):
>   File "/usr/share/lyx/scripts/prefs2prefs.py", line 202, in 
>     main(sys.argv)
>   File "/usr/share/lyx/scripts/prefs2prefs.py", line 167, in main
>     lines = read(source)
>   File "/usr/share/lyx/scripts/prefs2prefs.py", line 52, in read
>     lines = source.read().splitlines() or ['']
>   File "/usr/lib64/python2.7/codecs.py", line 314, in decode
>     (result, consumed) = self._buffer_decode(data, self.errors, final)
> LookupError: unknown error handler name 'surrogateescape'
> filetools.cpp (1221): Could not run file conversion script
> prefs2prefs.py.
> GuiApplication.cpp (3092): Unable to convert
> /home/rshepard/.lyx/ui/classic.ui to format 4.
> GuiApplication.cpp (3099): Unable to read UI file:
> /home/rshepard/.lyx/ui/classic.ui

Note how it is reading the local file.


> FWIW, I have python3-3.7.4 installed and no longer use python2, but
> keep it
> on the system until the distribution drops it.

I have recently seen a problem with 3.7.4 on my system, as well, so it
could be related to that.


> 1) How do I fix the inability of lyx to read prefs2prefs.py so I can
> start the application?

I think we are going to have to fix that. But, for now, I'd try using a
new user directory and see if that works. If so, then copy over a few
things from the old one, and see if it keeps working.


> 2) How do I fix the inability of lyx to convert classic.ui to format 4?

Same. Probably, you can just change classic.ui to format 4 manually and
see if you get errors.


> 3) Where can I set the default lyx window size (running Xfce4)?

Use the -geometry argument. See lyx -help for info.


> 4) What is done to have lyx use python3 rather than python2?

I am not sure what happens in LyX now, but this is auto-detected. I'm
not sure if it is user configurable what python gets used.

Riki

configure.py crashing with Python 3 [was: LyX v 2.3.x - severe Problems]

[Richard Kimberly Heck]

On 8/19/19 4:16 PM, Matthias Görlach wrote:
> Hi,
>
> see below
>
> On 19.08.19 22:02, Richard Kimberly Heck wrote:
>> On 8/19/19 2:41 PM, Matthias Görlach wrote:
>>>  
>>>> To check another thing: there is an automatic upgrade in configure run.
>>>> Perhaps it copies some problematic contents from your 2.2 installation.
>>>> To circumvent this you may try these commands (no sudo please):
>>>> $ mkdir /tmp/LyX
>>>> $ cd /tmp/LyX
>>>> $ python -tt /Applications/LyX.app/Contents/Resources/configure.py 
>>>> --binary-dir=/Applications/LyX.app/Contents/MacOS/
>>> My result (and config.log attached here)
>>> ls -ltr
>>> total 1088
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 ui
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 templates
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 scripts
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 layouts
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 kbd
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 images
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 examples
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 doc
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 clipart
>>> -rw-r--r--  1 mago  staff  99 Aug 19 20:30 chklatex.ltx
>>> -rw-r--r--  1 mago  staff 664 Aug 19 20:30 chklatex.log
>>> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 bind
>>> -rw-r--r--  1 mago  staff   19973 Aug 19 20:30 lyxrc.defaults
>>> -rw-r--r--  1 mago  staff   36766 Aug 19 20:30 clsFiles.lst
>>> -rw-r--r--  1 mago  staff  365181 Aug 19 20:30 styFiles.lst
>>> -rw-r--r--  1 mago  staff   26300 Aug 19 20:30 bstFiles.lst
>>> -rw-r--r--  1 mago  staff    4449 Aug 19 20:30 bibFiles.lst
>>> -rw-r--r--  1 mago  staff 293 Aug 19 20:30 lyxmodules.lst
>>> -rw-r--r--  1 mago  staff   37133 Aug 19 20:30 configure.log
>>> -rw-r--r--  1 mago  staff  26 Aug 19 20:30 chkmodules.tex
>>> -rw-r--r--  1 mago  staff   15685 Aug 19 20:30 cbxFiles.lst
>>> -rw-r--r--  1 mago  staff   17136 Aug 19 20:30 bbxFiles.lst
>>
>> The configure script looks to be crashing when it tries to process
>> the first module file. The fact that chklatex.ltx and chkmodules.txt
>> have not been removed indicate that, as does the suspiciously small
>> size of your chkmodules.tex.
>>
>> Can you run the command Stephan gave you from the terminal again, but
>> this time copy and paste the end of the output? I'm wondering whether
>> Python itself is issuing some kind of error message.
>>
> +checking list of modules...
> /Applications/LyX.app/Contents/Resources/layouts/algorithm2e.module
> Traceback (most recent call last):
>   File "/Applications/LyX.app/Contents/Resources/configure.py", line
> 1892, in 
>     checkModulesConfig()
>   File "/Applications/LyX.app/Contents/Resources/configure.py", line
> 1511, in checkModulesConfig
>     retval = processModuleFile(file, filename.encode('ascii'),
> bool_docbook)
>   File "/Applications/LyX.app/Contents/Resources/configure.py", line
> 1607, in processModuleFile
>     % (modname, filename, desc, pkgs, req, excl, catgy))
> TypeError: unsupported operand type(s) for %: 'bytes' and 'tuple'

Yes, well, there's the crash.

This particular line is from 576b94138. Jürgen?


>> Can you also check the python version you are using? Run python
>> --version.
>>
> Python 3.3.7

Mostly, the point is that it's Python 3, though maybe the problem is
specific to this version. As I said, though, I'm seeing a crash here
with 3.7.4 that looks similar:

Traceback (most recent call last):
  File "/usr/local/share/lyx/configure.py", line 1896, in 
    ret = checkLatexConfig(lyx_check_config and LATEX != '', bool_docbook)
  File "/usr/local/share/lyx/configure.py", line 1379, in checkLatexConfig
    retval = processLayoutFile(file, bool_docbook)
  File "/usr/local/share/lyx/configure.py", line 1327, in processLayoutFile
    % (classname, opt, desc, avai, prereq))
TypeError: %b requires a bytes-like object, or an object that implements
__bytes__, not 'str'

Mine comes from the same commit.

Riki

Re: Lyx v 2.3.X - severe Problems

[Richard Kimberly Heck]

On 8/19/19 2:41 PM, Matthias Görlach wrote:
>  
>> To check another thing: there is an automatic upgrade in configure run.
>> Perhaps it copies some problematic contents from your 2.2 installation.
>> To circumvent this you may try these commands (no sudo please):
>> $ mkdir /tmp/LyX
>> $ cd /tmp/LyX
>> $ python -tt /Applications/LyX.app/Contents/Resources/configure.py 
>> --binary-dir=/Applications/LyX.app/Contents/MacOS/
> My result (and config.log attached here)
> ls -ltr
> total 1088
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 ui
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 templates
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 scripts
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 layouts
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 kbd
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 images
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 examples
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 doc
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 clipart
> -rw-r--r--  1 mago  staff  99 Aug 19 20:30 chklatex.ltx
> -rw-r--r--  1 mago  staff 664 Aug 19 20:30 chklatex.log
> drwxr-xr-x  2 mago  staff  68 Aug 19 20:30 bind
> -rw-r--r--  1 mago  staff   19973 Aug 19 20:30 lyxrc.defaults
> -rw-r--r--  1 mago  staff   36766 Aug 19 20:30 clsFiles.lst
> -rw-r--r--  1 mago  staff  365181 Aug 19 20:30 styFiles.lst
> -rw-r--r--  1 mago  staff   26300 Aug 19 20:30 bstFiles.lst
> -rw-r--r--  1 mago  staff    4449 Aug 19 20:30 bibFiles.lst
> -rw-r--r--  1 mago  staff 293 Aug 19 20:30 lyxmodules.lst
> -rw-r--r--  1 mago  staff   37133 Aug 19 20:30 configure.log
> -rw-r--r--  1 mago  staff  26 Aug 19 20:30 chkmodules.tex
> -rw-r--r--  1 mago  staff   15685 Aug 19 20:30 cbxFiles.lst
> -rw-r--r--  1 mago  staff   17136 Aug 19 20:30 bbxFiles.lst

The configure script looks to be crashing when it tries to process the
first module file. The fact that chklatex.ltx and chkmodules.txt have
not been removed indicate that, as does the suspiciously small size of
your chkmodules.tex.

Can you run the command Stephan gave you from the terminal again, but
this time copy and paste the end of the output? I'm wondering whether
Python itself is issuing some kind of error message.

Can you also check the python version you are using? Run python --version.

I've just seen that I'm getting a crash with python 3.7.4, though a bit
later than you are:

+checking list of textclasses...
Traceback (most recent call last):
  File "/usr/local/share/lyx/configure.py", line 1896, in 
    ret = checkLatexConfig(lyx_check_config and LATEX != '', bool_docbook)
  File "/usr/local/share/lyx/configure.py", line 1379, in checkLatexConfig
    retval = processLayoutFile(file, bool_docbook)
  File "/usr/local/share/lyx/configure.py", line 1327, in processLayoutFile
    % (classname, opt, desc, avai, prereq))
TypeError: %b requires a bytes-like object, or an object that implements
__bytes__, not 'str'

Riki

PS CC'ing lyx-devel now, and José.

Re: How to set editor for external edit of preamble

[Richard Kimberly Heck]

On 8/17/19 4:29 PM, racoon wrote:
>
>
> On 2019-08-17 22:25, Richard Kimberly Heck wrote:
>> On 8/17/19 12:58 AM, Daniel wrote:
>>> On 2019-08-16 21:50, Richard Kimberly Heck wrote:
>>>> On 8/16/19 3:04 PM, Wolfgang Engelmann wrote:
>>>>>
>>>>> On 16.08.19 18:08, Paul A. Rubin wrote:
>>>>>> On 8/16/19 11:30 AM, Wolfgang Engelmann wrote:
>>>>>>>
>>>>>>> On 16.08.19 17:13, Daniel wrote:
>>>>>>>> On 2019-08-16 07:18, Anders Ekberg wrote:
>>>>>>>>>
>>>>>>>>>> On 2019Aug15, at 22:16, Daniel  wrote:
>>>>>>>>>>
>>>>>>>>>> On 2019-08-15 07:07, Andrew Parsloe wrote:
>>>>>>>>>>> On 15/08/2019 1:28 PM, Daniel wrote:
>>>>>>>>>>>> On 2019-08-14 20:23, Paul A. Rubin wrote:
>>>>>>>>>>>>> On 8/14/19 7:35 AM, Dr Eberhard Lisse wrote:
>>>>>>>>>>>>>> Me three :-)-O
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> el
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 14/08/2019 07:15, Daniel wrote:
>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I just discovered the new feature to edit the preamble
>>>>>>>>>>>>>>> externally.
>>>>>>>>>>>>>>> However, I couldn't find where to set the editor for
>>>>>>>>>>>>>>> this of
>>>>>>>>>>>>>>> any
>>>>>>>>>>>>>>> documentation about it.  On MacOS it opens XCode which asks
>>>>>>>>>>>>>>> me to
>>>>>>>>>>>>>>> install additional application or Quit.  This renders the
>>>>>>>>>>>>>>> function
>>>>>>>>>>>>>>> pretty useless for me.  I have set a different application
>>>>>>>>>>>>>>> as default
>>>>>>>>>>>>>>> for TeX files but LyX seems ignore this.  How can I make
>>>>>>>>>>>>>>> LyX
>>>>>>>>>>>>>>> open my
>>>>>>>>>>>>>>> favorite editor?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>>> Daniel
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>> Tools > Preferences > File Formats > LaTeX (plain) > Editor.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Paul
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks. So, I take it, there is no documentation of this.
>>>>>>>>>>>>
>>>>>>>>>>>> Next, question: how do I set a Custom editor then? I tried
>>>>>>>>>>>> "/Applications/texmaker.app" but nothing happens though "open
>>>>>>>>>>>> /Applications/texmaker.app" in the terminal works just fine.
>>>>>>>>>>>>
>>>>>>>>>>>> Daniel
>>>>>>>>>>>>
>>>>>>>>>>> Following Paul's response, I chose Custom and entered notepad++
>>>>>>>>>>> (my preferred text editor) in the adjacent window. I've
>>>>>>>>>>> included
>>>>>>>>>>> C:\Program Files\Notepad++ (preceded and followed by
>>>>>>>>>>> semicolons)
>>>>>>>>>>> in the path string at Tools > Settings > Paths. It works (at
>>>>>>>>>>> least in windows).
>>>>>>>>>>> Andrew
>>>>>>>>>> Thanks for checking. Might be a macos bug then.
>>>>>>>>>>
>>>>>>>>>> Daniel
>>>>>>>>> Tried to get it to work on MacOS (with BBEdit, but didn’t
>>>>>>>>> succeed.
>>>>>>>>> I think what I get wrong is what to put in the path (tried bot
>>>>>>>>> Application and into the BBEdit package) and what to put in the
>>>>>>>>> command.
>>>>>>>>>
>>>>>>>>> Anders
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> I managed to get LyX to work with the default application by just
>>>>>>>> using the command "open" (without quotes) as Custom Editor.
>>>>>>>>
>>>>>>>> Daniel
>>>>>>>
>>>>>>> Daniel, this is for MacOS? Could somebody describe how to do if not
>>>>>>> MacOS and not Windows? Is it described somewhere?
>>>>>>>
>>>>>>> Wolfgang
>>>>>>>
>>>>>> Wolfgang: You are on Linux, correct? The menu sequence I specified
>>>>>> above (Tools > Preferences > File Formats > LaTeX (plain) > Editor)
>>>>>> is how you do it for Linux. If your editor does not appear in the
>>>>>> drop-down list, you select "Custom" and put the command to run the
>>>>>> editor in the box next to the word Custom.
>>>>>>
>>>>>> Paul
>>>>>>
>>>>> Thanks, Paul!
>>>>
>>>> On many platforms, xdg-open will open the file in your default editor
>>>> for that type of file. We decided not to include this as an option,
>>>> though, due (I think) to security concerns.
>>>>
>>>> Riki
>>>
>>> Couldn't there be a warning dialog instead as is used in many other
>>> applications when opening urls or files externally? (Ideally, this
>>> warning dialog would have checkbox to 'Not show the warning again.')
>>
>> There's discussion about all of this somewhere. See #9606, for example.
>> That mostly has to do with checking URLs, so maybe all the security
>> concerns already exist with what we do here. I'm not sure. In any event,
>> this would be better discussed on lyx-devel.
>>
>> Riki
>
> #9606 seems pretty unrelated to me. Maybe a typo?

Sorry, #9906.

Riki

Re: How to set editor for external edit of preamble

[Richard Kimberly Heck]

On 8/17/19 12:58 AM, Daniel wrote:
> On 2019-08-16 21:50, Richard Kimberly Heck wrote:
>> On 8/16/19 3:04 PM, Wolfgang Engelmann wrote:
>>>
>>> On 16.08.19 18:08, Paul A. Rubin wrote:
>>>> On 8/16/19 11:30 AM, Wolfgang Engelmann wrote:
>>>>>
>>>>> On 16.08.19 17:13, Daniel wrote:
>>>>>> On 2019-08-16 07:18, Anders Ekberg wrote:
>>>>>>>
>>>>>>>> On 2019Aug15, at 22:16, Daniel  wrote:
>>>>>>>>
>>>>>>>> On 2019-08-15 07:07, Andrew Parsloe wrote:
>>>>>>>>> On 15/08/2019 1:28 PM, Daniel wrote:
>>>>>>>>>> On 2019-08-14 20:23, Paul A. Rubin wrote:
>>>>>>>>>>> On 8/14/19 7:35 AM, Dr Eberhard Lisse wrote:
>>>>>>>>>>>> Me three :-)-O
>>>>>>>>>>>>
>>>>>>>>>>>> el
>>>>>>>>>>>>
>>>>>>>>>>>> On 14/08/2019 07:15, Daniel wrote:
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I just discovered the new feature to edit the preamble
>>>>>>>>>>>>> externally.
>>>>>>>>>>>>> However, I couldn't find where to set the editor for this of
>>>>>>>>>>>>> any
>>>>>>>>>>>>> documentation about it.  On MacOS it opens XCode which asks
>>>>>>>>>>>>> me to
>>>>>>>>>>>>> install additional application or Quit.  This renders the
>>>>>>>>>>>>> function
>>>>>>>>>>>>> pretty useless for me.  I have set a different application
>>>>>>>>>>>>> as default
>>>>>>>>>>>>> for TeX files but LyX seems ignore this.  How can I make LyX
>>>>>>>>>>>>> open my
>>>>>>>>>>>>> favorite editor?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>> Daniel
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>> Tools > Preferences > File Formats > LaTeX (plain) > Editor.
>>>>>>>>>>>
>>>>>>>>>>> Paul
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Thanks. So, I take it, there is no documentation of this.
>>>>>>>>>>
>>>>>>>>>> Next, question: how do I set a Custom editor then? I tried
>>>>>>>>>> "/Applications/texmaker.app" but nothing happens though "open
>>>>>>>>>> /Applications/texmaker.app" in the terminal works just fine.
>>>>>>>>>>
>>>>>>>>>> Daniel
>>>>>>>>>>
>>>>>>>>> Following Paul's response, I chose Custom and entered notepad++
>>>>>>>>> (my preferred text editor) in the adjacent window. I've included
>>>>>>>>> C:\Program Files\Notepad++ (preceded and followed by semicolons)
>>>>>>>>> in the path string at Tools > Settings > Paths. It works (at
>>>>>>>>> least in windows).
>>>>>>>>> Andrew
>>>>>>>> Thanks for checking. Might be a macos bug then.
>>>>>>>>
>>>>>>>> Daniel
>>>>>>> Tried to get it to work on MacOS (with BBEdit, but didn’t succeed.
>>>>>>> I think what I get wrong is what to put in the path (tried bot
>>>>>>> Application and into the BBEdit package) and what to put in the
>>>>>>> command.
>>>>>>>
>>>>>>> Anders
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> I managed to get LyX to work with the default application by just
>>>>>> using the command "open" (without quotes) as Custom Editor.
>>>>>>
>>>>>> Daniel
>>>>>
>>>>> Daniel, this is for MacOS? Could somebody describe how to do if not
>>>>> MacOS and not Windows? Is it described somewhere?
>>>>>
>>>>> Wolfgang
>>>>>
>>>> Wolfgang: You are on Linux, correct? The menu sequence I specified
>>>> above (Tools > Preferences > File Formats > LaTeX (plain) > Editor)
>>>> is how you do it for Linux. If your editor does not appear in the
>>>> drop-down list, you select "Custom" and put the command to run the
>>>> editor in the box next to the word Custom.
>>>>
>>>> Paul
>>>>
>>> Thanks, Paul!
>>
>> On many platforms, xdg-open will open the file in your default editor
>> for that type of file. We decided not to include this as an option,
>> though, due (I think) to security concerns.
>>
>> Riki
>
> Couldn't there be a warning dialog instead as is used in many other
> applications when opening urls or files externally? (Ideally, this
> warning dialog would have checkbox to 'Not show the warning again.')

There's discussion about all of this somewhere. See #9606, for example.
That mostly has to do with checking URLs, so maybe all the security
concerns already exist with what we do here. I'm not sure. In any event,
this would be better discussed on lyx-devel.

Riki

Re: How to set editor for external edit of preamble

[Richard Kimberly Heck]

On 8/16/19 3:04 PM, Wolfgang Engelmann wrote:
>
> On 16.08.19 18:08, Paul A. Rubin wrote:
>> On 8/16/19 11:30 AM, Wolfgang Engelmann wrote:
>>>
>>> On 16.08.19 17:13, Daniel wrote:
 On 2019-08-16 07:18, Anders Ekberg wrote:
>
>> On 2019Aug15, at 22:16, Daniel  wrote:
>>
>> On 2019-08-15 07:07, Andrew Parsloe wrote:
>>> On 15/08/2019 1:28 PM, Daniel wrote:
 On 2019-08-14 20:23, Paul A. Rubin wrote:
> On 8/14/19 7:35 AM, Dr Eberhard Lisse wrote:
>> Me three :-)-O
>>
>> el
>>
>> On 14/08/2019 07:15, Daniel wrote:
>>> Hi,
>>>
>>> I just discovered the new feature to edit the preamble
>>> externally.
>>> However, I couldn't find where to set the editor for this of
>>> any
>>> documentation about it.  On MacOS it opens XCode which asks
>>> me to
>>> install additional application or Quit.  This renders the
>>> function
>>> pretty useless for me.  I have set a different application
>>> as default
>>> for TeX files but LyX seems ignore this.  How can I make LyX
>>> open my
>>> favorite editor?
>>>
>>> Best,
>>> Daniel
>>>
>>>
> Tools > Preferences > File Formats > LaTeX (plain) > Editor.
>
> Paul
>

 Thanks. So, I take it, there is no documentation of this.

 Next, question: how do I set a Custom editor then? I tried
 "/Applications/texmaker.app" but nothing happens though "open
 /Applications/texmaker.app" in the terminal works just fine.

 Daniel

>>> Following Paul's response, I chose Custom and entered notepad++
>>> (my preferred text editor) in the adjacent window. I've included
>>> C:\Program Files\Notepad++ (preceded and followed by semicolons)
>>> in the path string at Tools > Settings > Paths. It works (at
>>> least in windows).
>>> Andrew
>> Thanks for checking. Might be a macos bug then.
>>
>> Daniel
> Tried to get it to work on MacOS (with BBEdit, but didn’t succeed.
> I think what I get wrong is what to put in the path (tried bot
> Application and into the BBEdit package) and what to put in the
> command.
>
> Anders
>
>

 I managed to get LyX to work with the default application by just
 using the command "open" (without quotes) as Custom Editor.

 Daniel
>>>
>>> Daniel, this is for MacOS? Could somebody describe how to do if not
>>> MacOS and not Windows? Is it described somewhere?
>>>
>>> Wolfgang
>>>
>> Wolfgang: You are on Linux, correct? The menu sequence I specified
>> above (Tools > Preferences > File Formats > LaTeX (plain) > Editor)
>> is how you do it for Linux. If your editor does not appear in the
>> drop-down list, you select "Custom" and put the command to run the
>> editor in the box next to the word Custom.
>>
>> Paul
>>
> Thanks, Paul!

On many platforms, xdg-open will open the file in your default editor
for that type of file. We decided not to include this as an option,
though, due (I think) to security concerns.

Riki

Re: Lyx v 2.3.X - severe Problems

[Richard Kimberly Heck]

On 8/16/19 6:01 AM, Stephan Witt wrote:
> Am 15.08.2019 um 23:00 schrieb Matthias Görlach 
> :
>> Hi,
>> after running and using Lyx for maybe 10 years, I finally tried to upgrade 
>> from v 2.2.4 to 2.3.2 and 2.3.3.
>>
>> This resulted in unusability or continuously repeated error messages 
>> relating to "missing document classes", something about "missing library" 
>> and finally to "LyX will only have minimal functionality because no text 
>> classes have been found. You can either try to configure LyX normally, try 
>> to reconfigure without checking your LaTeX installation, or continue."
>>
>> I tried a lot - to no avail - incl newsgroups, Wiki etc etc
>> Reconfigure didnt do a thing - neither a complete new install of the recent 
>> MacTEX suite, reinstall of Lyx etc etc. Other TEX distribs (e.g. mac 
>> texmaker) worked flawlessly.
>> My System MacOS X, 10.12.6 Sierra incl latest patches on a MacBook Pro 
>> (MacBookPro9,2).
>>
>> ONLY completely removing any traces of Lyx and reinstalling Lyx 2.2.4 solved 
>> the problem - its running fine.
>>
>> Accd to the Lyx web site, the latest release of Lyx (2.3.3) should be 
>> running fine on my system - so what is the issue???
>>
>> Any hints/help available??
> Hi Matthias,
>
> as others said already - it should work.
>
> What can be done to diagnose the problem? I would need to know what the LyX 
> configure run did.
>
> There is a folder in your user directory named ~/Library/Application 
> Support/LyX-2.3. This is the location to look for the file configure.log. 
> Please send it to the users list or in a private mail to me.

I could be wrong, of course, but it smells like a permissions problem.
We've seen this kind of thing in other cases, where configure.py can't
write to the relevant folder. If not, the log may not exist.

Riki

Re: Configuration of LyXHTML

[Richard Kimberly Heck]

On 8/14/19 11:03 AM, Rudi Gaelzer wrote:
>
> Another feature I would like added to LyXHTML is the possibility to
> split the 
> hypertext in different levels (e.g., chapters) instead of creating a
> single 
> large file (order of  MBs).

I've been meaning to add something like this for a while, but just
haven't had time.

Riki

Re: Lyx v 2.3.X - severe Problems on OSX

[Richard Kimberly Heck]

On 8/15/19 5:00 PM, Matthias Görlach wrote:
> Hi,
> after running and using Lyx for maybe 10 years, I finally tried to
> upgrade from v 2.2.4 to 2.3.2 and 2.3.3.
>
> This resulted in unusability or continuously repeated error messages
> relating to "missing document classes", something about "missing
> library" and finally to "LyX will only have minimal functionality
> because no */text classes/* have been found. You can either try to
> */configure/* LyX normally, try to reconfigure without checking your
> LaTeX installation, or continue."
> 
>
> I tried a lot - to no avail - incl newsgroups, Wiki etc etc
> Reconfigure didnt do a thing - neither a complete new install of the
> recent MacTEX suite, reinstall of Lyx etc etc. Other TEX distribs
> (e.g. mac texmaker) worked flawlessly.
> My System MacOS X, 10.12.6 Sierra incl latest patches on a MacBook Pro
> (MacBookPro9,2).
>
> ONLY completely removing any traces of Lyx and reinstalling Lyx 2.2.4
> solved the problem - its running fine.
>
> Accd to the Lyx web site, the latest release of Lyx (2.3.3) should be
> running fine on my system - so what is the issue???
>
> Any hints/help available??

There are some OSX folks around, so I'm updating the subject and cc'ing
our Mac guru. We've not had any other reports of this problem, so we
know 2.3.x will run on OSX. Not that that's any help to you!

Is it possible to install 2.3.x alongside 2.2.4? Possibly as a different
user? If so, it'd be interesting to see the output of the
reconfiguration script. That might give us some hint what's going wrong.

Riki

Re: Configuration of LyXHTML

[Richard Kimberly Heck]

On 8/12/19 3:28 AM, Baris Erkus wrote:
>
> I was wondering something 
> special to bibliography. Is there a tool that can dynamically generate 
> the bibliography from a given biblatex .bib database? I know now that I 
> can generate my LyX file and convert to HTML, which will have the 
> bibliography in it, but it would be only static text.

I think I'm missing something: LaTeX does this, right? There are also
things like aux2bib. What sort of use do you have in mind?

Riki

Re: Configuration of LyXHTML

[Richard Kimberly Heck]

On 8/10/19 1:42 PM, Rudi Gaelzer wrote:
> I have just tested LyXHTML with a complex document (lots of childs, cross-
> references, listings, etc) and found that the result is fairly good.
> However, all the files that were generated were stored in the same directory 
> as the sources.
> Is there a way to configure LyXHTML to change the following:
> 1. Write the files in another directory.

Hmm. Let me check on that.


> 2. Color of the items in TOC.  They are black by default.  Can I change the 
> color?

All of that is handled by CSS, which is generated along with the files.
You can customize that as you wish after export. Alternatively, you can
modify the code in stdinsets.inc that generates the CSS, either in a
module or in Local Layout or whatever.


> 3. Using the "Fancy Colored Boxes" module.  I inserted a Custom Color Box in 
> the master document and the configuration of said custom box was rendered at 
> the top of the xhtlm page.  That configuration should not have been printed.

It does not look as if that module has any HTML defined in it. That is
probably part of the problem, but if you can post an example file I can
try to see if something else is wrong.


> 4. Also using the "Custom Header/Footerlines" module.  The field titles: 
> "Left 
> Header:", "Right Footer:", etc, were also included in the xhtml.  They should 
> be invisible.

Again, no HTML is defined in that module, so LyX is using some default,
which is basically to print exactly what you'd see in LyX itself. Note
that that is very much a LaTeX module, and not one that really makes a
lot of sense with HTML anyway. So you might put it in a branch which you
turn off for HTML export.

Riki

Re: De-activating branches in Lyx

[Richard Kimberly Heck]

On 8/10/19 10:57 PM, Anthony Macks wrote:
> Dear Lyx-Users,
>
> I have several branches in my LyX document. I know hos to
> activate/deactivate the branches one at a time but I would like to be
> able to turn them all on at once or all off at once.
>
> Is there a way to do this?

Not in general, no. But if you know the branch names, you can create a
command like the following:

command-sequence branch-deactivate branch1; branch-deactivate branch2;
branch-deactivate branch3; branch-deactivate branch4

Then assign that to a key, or menu item, or what have you.
Unfortunately, you do have to hardcode the branch names.

Obviously, you can reverse it by using "branch-activate".

Riki

Re: Command-line Out-of-source LyX, Relative Include Paths, and Empty Directories

[Richard Kimberly Heck]

On 8/4/19 11:25 AM, Kornel Benko wrote:
> Am Sonntag, 4. August 2019, 07:40:48 CEST schrieb Joel Kulesza:
>> On Sun, Aug 4, 2019 at 1:47 AM Kornel Benko  wrote:
>>
>>> Am Sonntag, 4. August 2019, 09:34:53 CEST schrieb Kornel Benko:
>>>
 I don't see it here.
 1.) What is your cmake version? (my is 'cmake version
>>> 3.15.20190726-g8ce18')
>>>
>> 3.15.1
>>
>>
 2.) What is the path of this dir?
   Searching for include in the build gives here nothing.
   $ find . -name include
>> I've attached two logs.  The first (cmake_use.txt) is me using cmake.  I'm
>> not passing any parameters.  Furthermore, this isn't a cmake issue but a
>> LyX issue.  The second log shows me building directly with LyX and without
>> cmake altogether.  However, in both cases, I get an empty `include`
>> directory (shown with `ls -alR`).
>>
>> Please read "cmake_use.txt" first, the other log is a continuation of it.
>>
>>
>>> Retested with your CMakeLists.txt I get
>>> $ cmake ..
>>> $ make
>>> $ ls -l
>>>
>> Look one directory higher—what do you see?
> I see it too now.
> If using '-dbg files' param for lyx, lyx shows:
>   support/FileName.cpp (732): creating path 
> '/usr2/kornel/tmp/doc1/cmd_line_test/doc/include'.
> This path is created because lyx searches first this path for the file 
> 'inclusion.tex'.
>
> I confess, it is not sooo nice behaviour.

It does find the included file, at least, right?

Certainly LyX should not create this directory, though.

Riki

Re: pdfoutput user guide error

[Richard Kimberly Heck]

On 7/17/19 8:51 AM, Steve Litt wrote:
> On Wed, 17 Jul 2019 09:59:30 +0200
> Jürgen Spitzmüller  wrote:
>
>
>>> ! LaTeX Error: File `footnotehyper.sty' not found.
>>>  
>> Install the LaTeX package footnotehyper. It's part both of MikTeX and
>> TeXLive.
> This stuff happens all the time. Like most other Linux people, I use
> TeXLive, which has a program called tlmgr. So when I see something that
> says:
>
> ! LaTeX Error: File `footnotehyper.sty' not found.
>
> I right away, logged in as root, perform the following two commands:
>
> tlmgr install footnotehyper
> texhash
>
> I'm not even sure the second command is necessary.

It very likely is.

In any event, most Linux distros have other ways to do this, as well. In
Fedora, one can do:

# sudo dnf install tex('footnotehyper.sty)'

and that will find the right package and install it for you, and then
run texhash, as well. One stop shopping

Riki

Re: Customizable lists + nameref to description = error?

[Richard Kimberly Heck]

On 7/17/19 3:52 AM, Daniel wrote:
> Hi,
>
> I can't figure out why the attached document produces the error:
>
>
> \nameref{Test}
>
> The control sequence at the end of the top line
> of your error message was never \def'ed. If you have
> misspelled it (e.g., `\hobx'), type `I' and the correct
> spelling (e.g., `I\hbox'). Otherwise just continue,
> and I'll forget about whatever was undefined.
>
>
> When I remove the Customizable list (enumitem) module it works. So
> does it when I change the description layout to a section.
>
> But shouldn't it work without these changes?

Can you try it in pure LaTeX? Of course enumitem plays with list
definitions, so it wouldn't be a shock if it were incompatible with some
other packages. The other thing you could try (in LaTeX) is changing the
loading order.

Riki


>
> Daniel

Re: Is latest Windows 10 (1809 prior to 1903-not installed) Update breaking Lyx 2.33 and MikTex?

[Richard Kimberly Heck]

On 7/14/19 3:46 PM, Brian Davis wrote:
>
>
> On Sun, Jul 14, 2019 at 12:22 PM Richard Kimberly Heck
> mailto:rikih...@lyx.org>> wrote:
>
> On 7/14/19 1:10 PM, Brian Davis wrote:
> >
> > I checked the Windows 10 Pro box and ran LyX in:
> >
> > non administrator mode and it reported: "Unavailable" for
> Article.cls
> > administrator mode and it reported Article.cls as available.
>
> Can you check what the user directory is in these two cases? You can
> find that under Help> About LyX. Also check the permissions on that
> directory. Configuration will fail if LyX cannot write to that
> directory.
>
> Riki
>
>
>
> Win 10 Pro box:
>
> LyX Version 2.3.3
>
> (Monday, June 10, 2019)
>
> Library directory: C:\Program Files (x86)\LyX 2.3\Resources\
>
> User directory: ~\AppData\Roaming\LyX2.3\
>
Did you check permissions on this directory? Is it the same user
directory whether you run it in administrator mode or not?

Was MikTeX installed for one user or for all users? Same question for
LyX. A mismatch between those could cause a problem.

Riki

Re: Is latest Windows 10 (1809 prior to 1903-not installed) Update breaking Lyx 2.33 and MikTex?

[Richard Kimberly Heck]

On 7/14/19 1:10 PM, Brian Davis wrote:
>
> I checked the Windows 10 Pro box and ran LyX in:
>
> non administrator mode and it reported: "Unavailable" for Article.cls
> administrator mode and it reported Article.cls as available.

Can you check what the user directory is in these two cases? You can
find that under Help> About LyX. Also check the permissions on that
directory. Configuration will fail if LyX cannot write to that directory.

Riki

Re: Is latest Windows 10 (1809 prior to 1903-not installed) Update breaking Lyx 2.33 and MikTex?

[Richard Kimberly Heck]

On 7/14/19 12:26 PM, Brian Davis wrote:
> Having an epiphany this morning, after a third cup of coffee with the
> grounds at the bottom (the stiff stuff).  I thought what if I try
> running LyX in administrator mode?
>
> I switched back to the Win 10 Enterprise with my UW thesis because
> ultimately that is what I need to get working.  I did try rolling back
> to 5 various versions on the thesis using git and this failed for
> every previous version I tried... versions I am certain worked on the
> version of LyX and MikTeX that have not changed on the  machine.  
> Then I ran LyX in administrator mode and compiled exact version that
> previously failed and it worked (with errors as typical) and showed
> the dialog with "Show Output Anyway" which once clicked as before now
> shows the pdf again.
>
> I think there is a very real problem on Win 10 Pro, Win 10 Enterprise
> of permissions between LyX and MikTeX. 
>
> But hey at least as administrator I can get my Thesis to be generated. 
>
> Any thoughts by Devs on if this is a real problem knowing that us
> users can't be believed?

What's with the sarcasm? It doesn't tend to get one help.

Anyway, yes, permission problems can be an issue on Windows, especially
with MikTeX, which is part of why we have stopped bundling it with LyX
itself.

Obviously, if it was working and now isn't, then something changed.
Whether that had to do with some update involving MikTeX is hard to say
without more information. But contrary to what someone said here, MikTeX
has an annoying habit of updating itself in the background and breaking
things. We've seen it time and time again. The list archives are full of
such problems.

It could be something else, too, involving Windows itself. Again, hard
to know without more information, but one possibility is that the
environment in which LyX is being run is somehow wrong. We've seen cases
in which it works when launched from a terminal, but not when launched
via the icon.

Riki

Re: Incorrect vertical spacing of enumerated list items when using flushed

[Richard Kimberly Heck]

On 7/12/19 4:38 PM, list_em...@icloud.com wrote:
> I am having trouble with the spacing of enumerated list items and it might be 
> related to the use of the package flushend which I believe sometimes causes 
> white space issues in other situations, but usually by _adding_ vertical 
> space.
>
> I am using a slightly modified version of the Document style.
>
> Here is a screen shot (I hope this lists accepts attachments) of my LyX file. 
> FWIW the problem appears near the end of a three-page document.
>
>
>
>
> Here is a screen shot of the rendered PDF, showing that the list items are 
> not spaced correctly, being too close together, even closer than the normal 
> line spacing:
>
>
>
>
> Here is the LyX screen shot after deleting the word “this” thus shortening 
> the second list item:
>
>
>
>
> And here is the PDF screen shot with what I believe is the proper item 
> vertical spacing:
>
>
>
> What is going on? Is this a flushend problem or something else? The problem 
> seems to go away when I delete some paragraphs so that the list appears in a 
> different position on the page.

That makes it sound to me like a flushend problem. I would guess that it
may sometimes reduce interline space.

Riki

Re: Is latest Windows 10 (1809 prior to 1903-not installed) Update breaking Lyx 2.33 and MikTex?

[Richard Kimberly Heck]

On 7/12/19 11:07 AM, Pavel Sanda wrote:
> On Thu, Jul 11, 2019 at 06:21:51PM -0500, Brian Davis wrote:
>> How is it possible to have 3 working versions of LyX/MikTex on three
>> different computers (all Windows) and have them all break within a couple
>> of weeks without doing anything (except allowing Windows Updates)?
> Sounds like MikTeX updated packages in background :)

Sounds like an old and very sad story.

Riki

Re: [ANNOUNCE] LyX 2.3.3

[Richard Kimberly Heck]

On 7/11/19 11:40 AM, Scott Kostyshak wrote:
> On Thu, Jul 11, 2019 at 11:00:57AM -0400, Maria Gouskova wrote:
>
>> Any idea when Liviu's PPA and/or the official Debian release are going to
>> be updated to 2.3.3? I just had LyX 2.3.2 crash on me (the Instant Preview
>> Math bug) and I see that the bug is fixed in 2.3.3, so I was hoping to
>> upgrade without having to build from source.
> I'm CC'ing Liviu. I think he's busy but he'll let us know when he can
> update the PPA.
>
> Maria, if you are by chance interested in compiling LyX, start a
> separate email thread and we can help you get it set up. This way, if
> you are interested, you could use the 2.3.x branch, which is a
> development version (i.e., updated every day), but is quite stable and
> is what most developers use for daily work (I believe). I know this was
> not the suggestion you were looking for, but I offer it nonetheless.

I believe that on Debian etc, building LyX is pretty easy, because

# apt-get build-dep lyx

takes care of the dependencies, or should.

Riki

PS I certainly do use 2.3.x for daily work.

Re: Environment choice box

[Richard Kimberly Heck]

On 7/3/19 9:49 AM, Wolfgang Engelmann wrote:
>
> On 03.07.19 14:05, Richard Kimberly Heck wrote:
>> On 7/3/19 3:34 AM, Wolfgang Engelmann wrote:
>>> On 02.07.19 17:59, Axel Dessecker wrote:
>>>> Am Dienstag, 2. Juli 2019, 17:38:43 CEST schrieb Wolfgang Engelmann:
>>>>> On 02.07.19 17:26, Axel Dessecker wrote:
>>>>>> Wolfgang,
>>>>>>
>>>>>> Have you enabled the standard toolbar to be shown? You may find
>>>>>> out by
>>>>>> right- clicking into the toolbar area.
>>>>>>
>>>>>> Axel
>>>>> yes, but the toolbar used to be at the top horizontally, now its
>>>>> at the
>>>>> left vertically
>>>>>
>>>>> Wolfgang
>>>> Sorry for top-posting. If the toolbar is shown the environment choice
>>>> box
>>>> should be part of it and it should probably appear on top of the
>>>> vertical
>>>> toolbar. You can move the toolbar by dragging it using your mouse. It
>>>> will
>>>> change its shape according to the place where you insert it.
>>>>
>>>> Axel
>>>>
>>>>    
>>> Thanks, Rich and Axel, but I tried this already. A left mouse click in
>>> the vertical environment choice box  gives me a red point with 4
>>> blades, but the only action is moving the whole Lyx display.
>> At least here, there are two lines just above a vertical toolbar. If I
>> put my mouse cursor over those lines, it turns into the four pointy
>> thing. Then I can click and move it. Clicking on empty space in the
>> toolbar does not work.
>>
>> Riki
>
> I include a snapshot with the mouse cursor position above the 2 lines
> which you refer to, I guess. But I can't move the toolbar. I am using
> Lyx 2.3.3dev and QT4.8.7, by the way

Not sure why it won't work, then.

I take it you are on Linux? If so, then look at the folder
~/.config/LyX/. This is (at least here) where these kinds of settings
are stored. I have two files there: lyx.conf and lyx2.4.conf. The former
is the one for 'released' LyX. If you open that file (or can find
lyx.conf in some other location), then you will see a bunch of stuff like:

[views]
0\citation\autofind=true
0\citation\casesensitive=false

Find the line beginning 0\layout. Delete that line. That should restore
the defaults. Alternatively, have a look at the 0\standard lines. It is
possible that 'movability' has somehow been disabled.

Riki

Re: Environment choice box

[Richard Kimberly Heck]

On 7/3/19 3:34 AM, Wolfgang Engelmann wrote:
>
> On 02.07.19 17:59, Axel Dessecker wrote:
>> Am Dienstag, 2. Juli 2019, 17:38:43 CEST schrieb Wolfgang Engelmann:
>>> On 02.07.19 17:26, Axel Dessecker wrote:
 Wolfgang,

 Have you enabled the standard toolbar to be shown? You may find out by
 right- clicking into the toolbar area.

 Axel
>>> yes, but the toolbar used to be at the top horizontally, now its at the
>>> left vertically
>>>
>>> Wolfgang
>> Sorry for top-posting. If the toolbar is shown the environment choice
>> box
>> should be part of it and it should probably appear on top of the
>> vertical
>> toolbar. You can move the toolbar by dragging it using your mouse. It
>> will
>> change its shape according to the place where you insert it.
>>
>> Axel
>>
>>   
>
> Thanks, Rich and Axel, but I tried this already. A left mouse click in
> the vertical environment choice box  gives me a red point with 4
> blades, but the only action is moving the whole Lyx display.

At least here, there are two lines just above a vertical toolbar. If I
put my mouse cursor over those lines, it turns into the four pointy
thing. Then I can click and move it. Clicking on empty space in the
toolbar does not work.

Riki

Re: Environment choice box

[Richard Kimberly Heck]

On 7/2/19 11:38 AM, Wolfgang Engelmann wrote:
>
> On 02.07.19 17:26, Axel Dessecker wrote:
>> Wolfgang,
>>
>> Have you enabled the standard toolbar to be shown? You may find out
>> by right-
>> clicking into the toolbar area.
>>
>> Axel
>
> yes, but the toolbar used to be at the top horizontally, now its at
> the left vertically

You should be able to grab it and move it.

Riki

Re: why no pandoc export options?

[Richard Kimberly Heck]

On 6/28/19 9:07 AM, Neal Becker wrote:
> I'm looking here:
>
> https://wiki.lyx.org/Tips/ExportingOpenDocumentLibreofficeOpenofficeAndOfficeOpenXMLMSWordWithPandoc#trouble
>
> I'm using lyx-2.3.2-3.fc30.x86_64 fedora 30 linux.
> I have pandoc
> pandoc -v
> pandoc 2.2.1
> Compiled with pandoc-types 1.17.5.4, texmath 0.11.1.2, skylighting 0.7.5
>
> Under export, I don't see any options to export to MS Word XML, or anything 
> like that.  According to the above link, pandoc should have been detected 
> during reconfig and I shouldn't need to do any further setup.
>
> Any ideas?

If you have made any customizations yourself to your preferences, then
automatic detection may not work for you. We do not over-write
user-specified preferences when we reconfigure. So that is one option.
To test, try using a fresh user directory.

Riki

Re: [ANNOUNCE] LyX 2.3.3

[Richard Kimberly Heck]

On 6/27/19 12:17 PM, Bernt Lie wrote:
>
> Thanks for report, Sergio – I’ll update to LyX 2.3.3... (I skipped
> upgrading to LyX 2.3.2 because of initial Windows problems).
>
>  
>
> One thing that I always forget... should I **remove** LyX 2.3.1 first,
> and then install v. 2.3.3?
>
It's not necessary, but it can't hurt, either.

Riki


>  
>
> *From:*lyx-users@lists.lyx.org  *On Behalf Of
> *Sergio Celani
> *Sent:* Thursday, June 27, 2019 14:17
> *To:* lyx-users 
> *Subject:* Re: [ANNOUNCE] LyX 2.3.3
>
>  
>
> Many thanks to all the developers for this amazing software   Run in
> windows without problems 
>
> Regards
>
>  
>
> Sergio
>
>  
>
> El jue., 27 jun. 2019 a las 2:05, Dr Eberhard Lisse ( <mailto:nos...@lisse.na>>) escribió:
>
> Idem on MacOs 10.14.5
>
> el
>
> On 2019-06-25 20:18 , Rich Shepard wrote:
> > On Tue, 25 Jun 2019, Richard Kimberly Heck wrote:
> >
> >> Public release of LyX version 2.3.3
> >
> > Thank all of you developers. 2.3.3 builds, loads, and runs on
> > Slackware-14.2.
> >
> > Regards,
> >
> > Rich
> >
> >
>

[ANNOUNCE] LyX 2.3.3

[Richard Kimberly Heck]

Public release of LyX version 2.3.3
===

We are proud to announce the release of LyX 2.3.3. This is the third
maintenance release in the 2.3.x series.

You can download LyX 2.3.3 from http://www.lyx.org/Download/.

LyX is a document processor that encourages an approach to writing based
on the structure of your documents and not simply their appearance. It is
released under a Free and Open Source Software license.

LyX 2.3.3 is the result of on-going efforts to make our stable version more
reliable and more stable. One important change is that emergency files are
now renamed when users wish to save them. As a result, older emergency files
are not over-written. One major update allows for the editing of the
contents
of the user-provided premable, and the contents of ERT insets, in external
editors, a request that goes back to 2003 and bug #991.

Please note that the present version of the Windows installer does not
include
updates to such dependencies as ImageMagick. These will be included in an
updated installer to be released shortly.

If you think you have found a bug in LyX 2.3.3, please open a bug report at
http://www.lyx.org/trac/wiki/BugTrackerHome. If you're not sure whether it
really is a bug, you can e-mail the LyX developers' mailing list (lyx-devel
 lists.lyx.org) and ask.

If you have trouble using LyX or have a question, consult the documentation
that comes with LyX (under the Help or Apple menu) and the LyX wiki, which
is at http://wiki.lyx.org/. If you can't find the answer there, e-mail the
LyX users' list (lyx-users  lists.lyx.org), where you will find an
active community of people who are ready to help.

We hope you enjoy using LyX 2.3.3.

The LyX team.
http://www.lyx.org



What's new
==

** Updates:
***

* DOCUMENT INPUT/OUTPUT

- Preserving .lyx file permission when saving on linux systems (Qt5-only).

- Properly implement CJKutf8 (which never really worked as intended).


* USER INTERFACE

- Allow external editing of preamble and ERT (bugs 991, 7404).

- Allow nameref in math references (bug 9798).

- Fix renaming of citation references after changing bibliography key
  (bug 6494).

- Make tab movement visible (bug 10733).

- Add "Reset" and "Reset All Fields" buttons to Text Properties
  dialog (bug 11415).

- Add "Reset to Default" and "Reset All" buttons to Color Preferences
  (bug 10062).

- Insert new graphics inset on the correct cursor position.

- Fix regression where spaces are disappearing when editing text (bug
11412).

- The function textstyle-update now only changes explicitly stated font
  attributes (bug 1).

- Fix bad error message (bug 11486).

- Improve performance on Windows with lots of math insets or very long
  math formulas (bug 11546).

- Add Shortcut (Command-0) for workarwa zoom reset to mac.bind.

- Improve some icons (bug 11476).

- Improve line breaking of Chinese, Japanese and Korean text. There are
still
  issues, though (bug 10299).


* DOCUMENTATION AND LOCALIZATION

- The Bulgarian user interface localization has been updated and re-enabled.

- Updates to the Arabic, Czech, French, German, Italian, Brazilian
Portuguese,
  Russian, Slovak, Swedish, and Ukrainian localizations.

- Minor rework of the thesis example file in order to clear some
confusion about
  the included bibliography (bug 10748).




** Bug fixes:
*

* DOCUMENT INPUT/OUTPUT

- Added support for aastex62 (bug 11397)

- Fix problems with non-ASCII characters in path with recent LaTeX versions
  (bug 11146).

- Fix parsing of math-macro optional arguments after save-reopen (bug
11346).

- Fix handling of InPreamble styles in insets (bug 11557).

- Fix problem with wrongly inserted separator.

- Beamer: automatically nest column in columns.

- Fix Autonests and IsAutonestedBy layout tags with specific layout names
  (with space, underbar and enquoted).

- Fix SVG to PNG image conversion problem with inkscape on Mac.
  On-screen display of SVG graphics was broken for e.g. users guide.

- Fix paragraph alignment in RTL when using polyglossia (bidi) (bug 11399).

- Fix text direction of namerefs in RTL scripts when using polyglossia
(bidi)
  (bug 11518).

- Use proper listings font styles with polyglossia (bidi) and RTL (bug
11554).

- Fix LaTeX export of query strings in Hyperlinks (bugs 11482, 11511).

- Fix breakage caused by commas in the caption of listings (bug 11484).

- Fix LaTeX error caused by Control key shortcut inset on the Mac (remainder
  of bug 10641).

- Correctly add the branch name suffix when the stem of the filename
  contains a dot (bug 11490).

- Load required packages to correctly typeset unicode symbols entered
  in math mode (bug 11526).

- Only write btUnits if we have a bibliography (bug 11562).

- Fix paragraph break in particular cases (bug 11528).


* USER INTERFACE

- Rename emergency file when user wants to save it (bug 11464).

- Fix reloading of local layout file (bug 11120).

- Check for 

Re: Does LyX have an xhtml *import*?

[Richard Kimberly Heck]

On 6/18/19 11:11 AM, Dr Eberhard Lisse wrote:
> What I am saying is that there are some mentions on google about
> converting XHTML to Markdown.  
>
> Pandoc can convert Markdown into LaTeX.
>
> If you are careful in designing the template Pandoc uses, the LaTeX
> converts with minimal fuss to LyX.

Pandoc can convert HTML directly to LaTeX, so no need for an
intermediate step to Markdown. Cleaning up the LaTeX output is probably
a good idea, though. I had to do this years ago when converting
WordPerfect to LaTeX.

Riki

Re: foldable sections

[Richard Kimberly Heck]

On 5/27/19 12:16 PM, Roberto wrote:
> Hi, is there a way sections can be made foldable? I am thinking
> something similar to the folding it can be attained by clicking the
> handle of boxes such as the LyXNote or the GrayedOut.

The easy thing to do would be to put each section in a branch of its own.

It might also be possible to create a kind of 'dummy' inset with
LaTeXType "none", but I've not tried that.

Riki

Re: Win 7 and LyX and MikTeX

[Richard Kimberly Heck]

On 4/24/19 2:45 PM, Baris Erkus wrote:
> Hello,
>
> Is anybody using LyX+MikTeX+Win 7 without any problems?
>
> I have a computer where I can only install Win 7 and wondering if it 
> will cause any problems.

That would have been the standard configuration when Uwe was building
the installer, so I'd think you should be pretty safe.

That said, if it's an older computer that's restricting you to Win 7,
you might really want to try something like Ubuntu. You would likely see
much better performance. Of course, if there are Win-only applications
you need to use, that's a different story.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 4/3/19 5:52 PM, Uwe Stöhr wrote:
> Am 02.04.2019 um 03:02 schrieb Richard Kimberly Heck:
>
>>> You see why I insist that proper Windows support is only possible if
>>> the
>>> whole process, compilation, installer building and testing the
>>> installation is run on different Win systems.
>>
>> No, I don't see why it matters whether we compile LyX on Windows or on
>> Linux, and nothing you said seems to address that.
>
> I just gave you two examples why only installing LyX on a Windows PC
> could unveil problems:

You said I have to *compile* LyX on Windows. Of course I *install* LyX
under Windows to test it.

As I also said, it is my intention to release 'testing' versions which,
presumably, will be installed by people on different systems. I'm hoping
to get to this fairly soon. Problems that turn up that way will be fixed.

I agree, of course, that it would be better if the person responsible
for the Windows installer was a Windows user. But, at the moment, we
don't have anyone who is (i) willing to take that on and (ii) willing to
abide by decisions of the LyX team.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 4/1/19 2:25 PM, Joel Kulesza wrote:
> On Mon, Apr 1, 2019 at 10:22 AM Richard Kimberly Heck
> mailto:rikih...@lyx.org>> wrote:
>
> On 3/31/19 8:13 PM, Uwe Stöhr wrote:
> > Am 26.03.2019 um 20:58 schrieb Richard Kimberly Heck:
> >
> >> Just to be super clear: The compilers used are different, so the
> >> binaries are different.
> >
> > How do youu build? I use MSVC 2015.
>
> I use gcc in a cross-platform environment. I.e., I compile for Windows
> on Linux.
>
>
> To be sure: is the process you (Riki) are describing the one on Line
> 156 of Install.Win32?  If not, can you please guide me to a
> description of the process you're following (either your own
> documentation in the repo or a more generic guidance document)?

No, my process is a bit different. I guess I should document it
somewhere (besides here). But basically, you install mingw and all the
same dependencies (though the mingw versions) you'd need for compiling
LyX normally. (So, e.g., mingw32-qt5*, to be safe; mingw32-zlib; etc.
I'm using the 32 bit versions now, but should try the 64 bit later.)
Then it's:

    # mkdir build-mingw
    # cd build-mingw
    # bash ../development/cmake/scripts/cmingw

That's a script that runs mingw's version of cmake with certain
settings, which you can find in the script. Then, once that completes:

    # make
    # make package

The latter builds a zip file with all necessary libraries included.
Unfortunately, as it is now, it will only work on Fedora, because the
paths seem to be different on different systems. But it could presumably
be adapted to other systems. (The old version was for Ubuntu.)

My own practice is then to copy the zip file over to Windows running in
a VM and build the installer there. There's a version of NSIS that runs
on Linux, but the installer uses Windows style paths, so it won't work
on Linux without heavy modification, at least, and I'm not sure it will
work at all.

Why compile on Linux? It's a LOT easier.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 4/1/19 6:04 PM, Uwe Stöhr wrote:
> Am 01.04.2019 um 18:22 schrieb Richard Kimberly Heck:
>
>> I use gcc in a cross-platform environment. I.e., I compile for Windows
>> on Linux.
>
> Hmm, but how do you check what fits to the different Windows systems?

I test some things myself and rely upon other people to test them on
other systems. This is no different from what we do on any other
platform. It's my intention to start offering more frequent 'testing'
releases, but this semester has been crazy busy.


> ...I don't know if one can rely
> on GCC that programs compiled with it will run also on latest and future
> Win 10 versions other than running LyX under Win 10. (Then one can
> directly compile LyX under Windows.) 

Lots and lots of programs get compiled this way, and gcc provides its
own runtime libraries (which of course interface with the public Windows
API). I'd wager, in fact, that they may be more stable, since they do
not use undocumented features, system calls, and the like.


> You see why I insist that proper Windows support is only possible if the
> whole process, compilation, installer building and testing the
> installation is run on different Win systems.

No, I don't see why it matters whether we compile LyX on Windows or on
Linux, and nothing you said seems to address that.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 3/31/19 8:13 PM, Uwe Stöhr wrote:
> Am 26.03.2019 um 20:58 schrieb Richard Kimberly Heck:
>
>> Just to be super clear: The compilers used are different, so the
>> binaries are different.
>
> How do youu build? I use MSVC 2015.

I use gcc in a cross-platform environment. I.e., I compile for Windows
on Linux.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 3/26/19 11:44 AM, Uwe Stöhr wrote:
> On 26.03.2019 10:58, Reuven Segev wrote:
>
>> By the way, I would be grateful if you let me know whether the
>> customization files for the lyx.org  distribution are in
>> the same folder and subfolders (\AppData\Roaming\LyX2.3) as in your
>> distribution.
>
> Yes, this is the same folder.
> The differences in the installers are how the necessary third-party
> programs are handled. LyX itself is identical since I only build from
> the official LyX release source code.

Just to be super clear: The compilers used are different, so the
binaries are different. But there should (hopefully) not be any
noticeable difference to users.

Riki

Re: Are you going to offer new versions of LyXWinInsaller?

[Richard Kimberly Heck]

On 3/25/19 9:53 PM, Uwe Stöhr wrote:
> Am 21.03.2019 um 08:05 schrieb Reuven Segev:
>
>> I would like to know whether you are going to offer updates for
>> LyXWinInstaller, or should the users download the new versions from the
>> lyx.org  website?

You should download the installer from the LyX website. You always
should have done that.

Riki

Re: A relaxed editing mode where empty constructs are not removed?

[Richard Kimberly Heck]

On 3/21/19 10:20 AM, Jean-Marc Lasgouttes wrote:
> Le 21/03/2019 à 15:14, Amir Michail a écrit :
>> Not everyone needs to generate output from LyX.I find the app
>> excellent for taking notes and the .lyx files are sufficient for that
>> purpose.
>>
>> A relaxed editing mode would make LyX even more convenient to use for
>> taking notes. In particular, it’s annoying to have empty constructs
>> automatically deleted when you move the cursor away from them.
>>
>> Any chance a relaxed editing mode could be added to LyX?
>
> This is something that can be added to each layout using a local
> layout like
>
> Style Standard
>   KeepEmpty 1
> End
>
> This will only have effect on the standard style, though. The same has
> to be done for the styles you care about.

It would be easy for someone to create a module with all that stuff, and
then to activate it for 'relaxed editing mode'.

Riki

Re: configuration fails

[Richard Kimberly Heck]

On 3/6/19 8:27 AM, Patrick Dupre wrote:
> Hello,
>
> The configuration stop at
> DEBUG: Removing file a b.tex
> DEBUG: Removing file a b.log
> DEBUG: Failed to remove file texput.log
>
> Actually, any of the 3 files exists on the computer

Sorry, do you mean these files do exist, or that they do not exist? If
they do exist, what directory are they in?


>
> I can comment these lines in the python file, but it does not help.
> Actually, the rest of the file is not executed!
>
> I check on the permissions of the Lyx and Miktex files. But I do not see
> any thing wrong.

One possibility is that this is some kind of file-locking issue. We've
seen this kind of thing on Windows before, though with temporary files.

Riki

Re: configuration fails

[Richard Kimberly Heck]

On 3/4/19 2:37 PM, Kornel Benko wrote:
> Am Montag, 4. März 2019 19:34:35 CET schrieb Patrick Dupre :
>> Hello,
>>
>> On a PC running windows 7, we installed Miktex and Lyx,
>> but, every time we get the following error message:
>>
>> The system reconfiguration has failed.
>> Default textclass is used but LyX may not be able to work properly.
>> Please reconfigure again if needed.
>>
>> I checked article.cls is on the PC.
>> The path seems OK.
>> We cannot even get the setting of a new document.
>>
>> Thank.
>>
> Dear Patrick, would be nice to see the configuration-log-file.
> You can find it in user-directory (the dir where 'preferences' is) under the 
> name 'configure.log'
> In case, you don't know the dir
> 1) start lyx
> 2.) select Help->About LyX->Version

There is a bug report about configure failing with MiKTeX.

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

I wonder if it is a permissions issue?

Riki


>
>   Kornel

Re: Module allocating variable in preable

[Richard Kimberly Heck]

Please reply to the list. Please also do not top post, but append your
response where it naturally goes.

On 2/26/19 1:35 AM, Christian wrote:
> Sorry, but I don't see how this solves the problem. This solution
> assumes that the variable allocation is always fixed, so that loading
> the module would be equivalent to have a set of variables
> automatically allocated by "% some stuff to go in the preamble". 

Sorry, I didn't understand what you wanted.


> The idea is to create some LyX layout
> (environment, or similar, like "Author", or "Abstract"). Is it
> possible to do it?

This works for me.

Format 66


Style Test

LatexType Command

LatexName myvariable

InPreamble 1

Preamble

    \usepackage{thepackage}

EndPreamble

End


Obviously, you can add more bells and whistles.


Riki

Re: Module allocating variable in preable

[Richard Kimberly Heck]

On 2/22/19 12:35 AM, Christian wrote:
> Hello,
>
> I am trying to code a module that allocates a variable in the
> preamble. More specifically, I am using a package that requires to
> allocate a variable in the preamble. For example, if the package is
> called "thepackage" and the variable is called "myvariable" my LaTeX
> code is:
>
> \documentclass{book}
> \makeatletter
> \usepackage{thepackage}
> \myvariable{Some stuff here}
> \makeatother
> \begin{document}
> \end{document}
>
> I know how to define an environment using a module, but that just
> includes the definition of the environment in the preamble. I also
> tried to use the option
>
> InPreamble 1
>
> but that doesn't seem to work. 

No, you don't want that.


> What I am looking for is a LyX
> layout/style where I can write "Some stuff here", and that this shows
> up in the preamble as \myvariable{Some stuff here}.

Just put in your module:

AddToPreamble
    % some stuff to go in the preamble.
EndPreamble

Note that this does not go into any style or inset declaration but just
sits by itself.

Alternatively, if this material is needed only if a certain style is
used, then you can put, within that style:

    Preamble
        % stuff to add to preamble if this style is used
    EndPreamble

The enumitem module uses both mechanisms, and many of the others use one
or the other.

Riki


>
> Right now, I am doing this using ERT boxes and the "title and preamble
> hacks" module. I have more than one of those custom variables, so
> editing a large ERT box(es) becomes tedious in LyX. Any ideas?

Re: Leaving math mode immediately

[Richard Kimberly Heck]

On 2/13/19 1:01 PM, Jean-Marc Lasgouttes wrote:
> Le 13/02/2019 à 18:31, Richard Kimberly Heck a écrit :
>>> We could also have a special key sequence like "Alt-M Esc", but it
>>> seems a bit complicated to me.
>>
>> What about Esc-Esc, quickly?
>
> Do we know how to handle that?

We have other key combinations, right, like Alt-M followed by a? But I'm
pretty clueless about all that.

Riki

Re: Leaving math mode immediately

[Richard Kimberly Heck]

On 2/13/19 5:49 AM, Jean-Marc Lasgouttes wrote:
> Le 13/02/2019 à 11:45, avisel...@univ.haifa.ac.il a écrit :
>> Thanks for your replies, Baris and Jean-Marc. Indeed, I had meant
>> what JMarc wrote.
>>
>> How does it continue from this point? Should I open a
>> "feature-request" Trac ticket, or will you, as a LyX developer, do
>> it? Apologies for not knowing what the custom is.
>
> Please open a ticket. Making Esc do what you want would not be
> difficult, we just have to decide whether it is the good solution.
> Maybe it is.
>
> We could also have a special key sequence like "Alt-M Esc", but it
> seems a bit complicated to me.

What about Esc-Esc, quickly?

Riki

Re: excessive spacing between sections, quotations etc

[Richard Kimberly Heck]

On 2/7/19 12:35 AM, John White wrote:
>
> 2.3.0 on debian stretch. Article class.
>
>  
>
> I love lyx, but for years I have been bothered by its tendency to
> often put too much blank space between different paragraphs, sections,
> quotations, etc.
>
>  
>
> Far as I know, the only way to fix this is to insert vertical space,
> e.g. insert/formating/vertical space/custom -.2 in or some such. Quite
> time consuming.
>
>  
>
> Anyone know a better way?
>
It would help if you could post a simple file where this happens.
Probably this is due to LaTeX adding such space to make the pages all be
the same length. If you put \raggedbottom in ERT at the start of your
file, then this will not happen. But the pages will vary in text size.
See e.g.

https://latex.org/forum/viewtopic.php?t=4209
https://tex.stackexchange.com/questions/65355/flushbottom-vs-raggedbottom

Riki

Re: Where to place a modified stdtoolbars.inc file?

[Richard Kimberly Heck]

On 2/6/19 9:18 PM, John Kane wrote:
> I have done a clean install of Ubuntu 18.04 and am restoring some
> software customizations. I have a modified stdtoolbars.inc file for
> LyX that I wish to use.
>
> Relying on the LyX wiki and a shaky memory of the last time I did this
> I thought that I could just create  a ui sub-directory  in my
> ~/.zotero directory and  drop the stdtoolbars.inc file into it.
>
> Am I wrong or am I missing out some critical step in the process? 
> Note the stdtoolbars.inc file should work as it is simply a back-up
> copy of the one I was using before the new OS installation.

The file should go into ~/.lyx/ui/, or (more generally) the ui/
subdirectory of whatever your LyX user directory is. Yet more generally,
any customization goes into the same subdirectory of your user directory
that the original file is in relative to the LyX system directory. So a
modified cua.bind would go into ~/.lyx/bind/.

Riki

kbibtex Issue

[Richard Kimberly Heck]

I have tried to find some other place to ask questions about kbibtex,
but have struck out, so if anyone knows

I've grown frustrated with JabRef, due to display problems on different
systems, and so am looking for a new bibliography manager. I've found
kbibtex quite useful, but now I've found a real annoyance: It seems to
`translate' such LaTeX constucts as --, \'a, etc, to –, á, etc, which
breaks the compilation of some of my documents (and was a total hassle
to revert). So far as I can tell, there is no option to turn this off,
but maybe I'm missing it? It seems a very strange thing to do by default.

If there isn't an option to suppress this, I may try to create a patch

Riki

Re: LyX 2.3.1: bug with preview of \oiint... what about LyX 2.3.2?

[Richard Kimberly Heck]

On 1/17/19 8:12 AM, Pavel Sanda wrote:
> On Tue, Jan 15, 2019 at 04:21:06PM +, Bernt Lie wrote:
>> I???m still using LyX 2.3.1 on one PC. There appears to be a bug on Win 10 
>> 64bit, latest version. If I insert \oiint in a math expression, nothing is 
>> displayed.
> https://www.lyx.org/trac/ticket/8493
>
> It will be fixed in next major (2.4.x) release.
> Not nice workaround but it should be at least visible if you have instant 
> preview on and leave the math inset.

I take it there is no way to #ifdef this stuff?

I suppose I could patch 2.3.x for Windows myself, right? Since I'm
compiling with Qt5?

Riki

Re: Would LyX be a lot more popular if it were marketed as a note taking app?

[Richard Kimberly Heck]

On 1/11/19 5:30 AM, Steve Litt wrote:
> On Thu, 10 Jan 2019 16:50:13 -0500
> Amir Michail  wrote:
>
>> I find it really nice to use for that purpose. And there’s no need to
>> install TeX and/or export to LaTeX if all you are using it for is to
>> take notes.
>>
>> Anyone else think LyX is great for taking notes and should be
>> marketed as such?
> No. VimOutliner (VO) is a much faster and handier note taking device,
> and it's easy to write a VO to LyX converter so you can turn your VO
> outline into the structure of an article or a book.
>
> For those wanting the ultimate in outlining, there's Leo, which has
> gone where no other outliner has gone before. Not as fast in authoring
> as VO, but very complete, and probably as fast for notetaking as LyX.

If you like vi and like working in that sort of ultra-minimalist
environment. And then there are the equations. And bibliography. And
there's the effort of learning a new app.

For my needs, LyX is perfectly good for taking notes.

Riki

Re: 3.4.2 Automatic Reference Naming

[Richard Kimberly Heck]

On 1/6/19 10:24 AM, Jürgen Spitzmüller wrote:
> Am Sonntag, den 06.01.2019, 07:56 -0700 schrieb Hal Kierstead:
>> Now I have tried NOT using refstyle. So far every reference type I
>> have tried works (in English) out of the box with no modifications in
>> the preamble.
> Prettyref (which is the alternative) uses capitalized string by
> default, as opposed to refstyle.

And when using refstyle, one is supposed to be able to choose whether
the thing is capitalized or not. Unfortunately, I've just discovered
that an earlier fix of mine for a different problem broke that. It'll
work again in 2.3.3.

Riki

Update: LyX 2.3.2-2 for Windows

[Richard Kimberly Heck]

A bug in the previous release of LyX 2.3.2 for Windows prevented the
insertion of citations when using the Bibliography environment (rather
than bib(la)tex). An updated installer is available here:

    http://ftp.lyx.org/pub/lyx/bin/2.3.2/

It is not necessary to install this update unless you use the
Bibliography environment.

Re: Passing arguments to an environment in Lyx modules?

[Richard Kimberly Heck]

On 12/30/18 4:15 PM, Jay Reinhard wrote:
> I am trying to create a module for a special environment but would
> like to pass the environment parameters directly instead of
> using ModifyStyle (as done in enumitem.module). Somehow I have been
> failing at that...is that even possible?
>
> I have described the problem in detail on
>
> https://tex.stackexchange.com/questions/467929/passing-arguments-to-an-environment-in-lyx-modules
>
> but can't find anybody who can help me there.

Can you post a small example LyX file, with the layout info included as
local layout and example text that shows the problem? If there are
multiple versions of what you are trying to do, then include them all as
Goal-1, Goal-2, whatever. Then we can try to debug.

Riki

Re: References

[Richard Kimberly Heck]

On 12/29/18 4:47 AM, Patrick Dupre wrote:
> Hello,
>
> In the new version 2.3.2 the references/bibliography are different.
> In the attached document, the references [x] are now preceded by
> (authors?).
> In addition, it seems that the natbib style is used and cannot be 
> removed.
> I use Revtex 4.1 and I wish to keep the old fashion (plain)
> to save the ascendant compatibility.

You did not attach a document.

Riki

Re: Displaying chapter authors in headers

[Richard Kimberly Heck]

On 12/25/18 9:56 AM, Jose Ramom Flores das Seixas wrote:
>
> Às 12:02 de 22/12/2018, Jose Ramom Flores das Seixas escreveu:
>>
>> I am sending a minimal not working example.
>>
>> Às 21:57 de 21/12/2018, Richard Kimberly Heck escreveu:
>>> On 12/21/18 8:17 AM, Jose Ramom Flores das Seixas wrote:
>>>> Hi:
>>>>
>>>> I'm editing a book written by different authors, each chapter one
>>>> or several authors. I would like to include the name of the authors
>>>> of each chapter in the ToC, and *also in the headers*.
>>>>
>>>> To include the name of the chapter authors in the Toc, I have
>>>> follow a method explained in  StackExchange:
>>>>
>>>> https://tex.stackexchange.com/questions/156862/displaying-author-for-each-chapter-in-book?newreg=cc7bd951630649d0af0686b5a3446973
>>>>
>>>> I tried to expand the method, including the following code in the
>>>> Latex Preamble, but it doesn't work.
>>>>
>>>> Any idea of how to include the authors of the chapters in the TOC
>>>> and in the header?
>>>>
>>> There are so many things that could be going wrong. I'd suggest
>>> creating a simple test document that includes this code and tries to
>>> do what you want to do. Then we can maybe diagnose the problem.
>>>
>>> Riki
>>>
> I have obtained an answer in tex.stackechange.com. 
>
Glad to hear it!

Riki

Re: Download link (Package 261 MB) not available

[Richard Kimberly Heck]

On 12/23/18 5:24 AM, Micaela Pacheco wrote:
> Dear Lyx-Team,
>
> I am trying to install lyx in a new computer and I wanted to download
> the full installation package (261 MB). Unfortunately, this link is
> not available (see image below).
>
> grafik.png
>
> Could you please make the link available again? If not, could you let
> me know how to download lyx?

As Daniel said, the 'bundle' installer is no longer produced. We would
be very happy to have a translation of this text:

NOTE: Before you install LyX on Windows, you need to install a TeX
distribution. For more information on how to do this, please see this
page on the LyX wiki.

I can add the links to it.

Riki

Re: Displaying chapter authors in headers

[Richard Kimberly Heck]

On 12/21/18 8:17 AM, Jose Ramom Flores das Seixas wrote:
> Hi:
>
> I'm editing a book written by different authors, each chapter one or
> several authors. I would like to include the name of the authors of
> each chapter in the ToC, and *also in the headers*.
>
> To include the name of the chapter authors in the Toc, I have follow a
> method explained in  StackExchange:
>
> https://tex.stackexchange.com/questions/156862/displaying-author-for-each-chapter-in-book?newreg=cc7bd951630649d0af0686b5a3446973
>
> I tried to expand the method, including the following code in the
> Latex Preamble, but it doesn't work.
>
> Any idea of how to include the authors of the chapters in the TOC and
> in the header?
>
There are so many things that could be going wrong. I'd suggest creating
a simple test document that includes this code and tries to do what you
want to do. Then we can maybe diagnose the problem.

Riki

Re: LyX-to-LyX export excluding inactive branches

[Richard Kimberly Heck]

On 12/19/18 9:59 PM, Bert Lloyd wrote:
> On Wed, Dec 19, 2018 at 7:02 PM Paul A. Rubin  wrote:
>> Might be easier to "Save as" to create a copy under a new name. The
>> document open in LyX is now the saved copy, not the original. Go to
>> Document > Settings... > Branches. select the answers branch, click
>> Remove and OK, Save and you're in business.
>>
>> Paul
> I may be misunderstanding something, but for me when I Document >
> Settings... > Branches -> Remove, the material in the branch remains
> in the document, in an inset labeled "Branch (undefined): Solutions".

Yes, I think that is right: the branch is removed, but not the content.

Riki

Re: LyX-to-LyX export excluding inactive branches

[Richard Kimberly Heck]

On 12/19/18 11:18 AM, Bert Lloyd wrote:
> Dear LyX Users,
>
> When writing problem sets, I create a Solutions branch so that I can
> maintain just a single LyX file. I like to give students .tex and .lyx
> files so they can type up their solutions.
>
> Creating a .tex file without the content of the Solutions branch is
> very easy - I just toggle off the Solutions branch and export to .tex
> in the usual way.
>
> Is there a similar way to "export" (or just save-as) a .lyx file
> without deactivated branches? At the moment, my workaround is to
> export to tex and then import tex to lyx.

There *might* be a way to do this with the inset-forall LFUN, but I
wouldn't know for sure. Depending upon how many there are, you could try
using the outliner, sorting by branch name, and deleting manually.
Another option, which is always available, is to write some kind of perl
or python script to remove the unwanted branches from the LyX file
directly. Something like (in perl):

$inset_count = 0;
$in_branch = 0;
while (<>) {
    if (m{^//begin_inset Branch Solution}) {
        $in_branch = 1;
        $inset_count = 1;
    } elsif ($in_branch) {
        if (m{^\\begin_inset}) { $inset_count++; }
        elsif (m{\\end_inset}) { $inset_count--; }
        if ($inset_count == 0) { $in_branch = 0; }
    } else {
        print;
    }
}

Not tested!! (Usage: perl thatfile.pl < oldfile.lyx >newfile.lyx)

It's one nice thing about LyX files being just flat text files that you
can do this kind of thing so easily.

Riki

Re: live http links?

[Richard Kimberly Heck]

On 12/16/18 5:47 PM, Kornel Benko wrote:
> Am Sonntag, 16. Dezember 2018 17:35:43 CET schrieb Richard Kimberly Heck 
> :
>> On 12/16/18 3:37 PM, paolo m. wrote:
>>> I would like to insert 'live' 
>>> links in my lyx document, 
>>> that can be handed over a   
>>> web browser. 
>>> Will that be possible in a 
>>> next lyx release?
>> Does Insert>Hyperlink not do what you want?
>>
>> Riki
>>
> At least it does not allow to open the link with e.g. firefox (or any other 
> external program). A context menu-entry would be nice IMHO.

Oh, I thought he meant in the PDF or whatever.

There a long-standing discussion of the issue of opening links from
within LyX and possible security issues that it raises. There are bugs
about this on trac.

Riki

Re: live http links?

[Richard Kimberly Heck]

On 12/16/18 3:37 PM, paolo m. wrote:
> I would like to insert 'live' 
> links in my lyx document, 
> that can be handed over a 
> web browser. 
> Will that be possible in a 
> next lyx release?

Does Insert>Hyperlink not do what you want?

Riki

Re: [ANNOUNCE] LyX 2.2.3 Released

[Richard Kimberly Heck]

On 12/15/18 7:48 PM, Dr Eberhard Lisse wrote:
> Thanks,
>
> but I noticed a real nuisance on Mojave 10.14.1
>
> When I click on the Text Style button it uses default which I do not
> like (and not the default one :-)-O).  When I manually change them and
> click on marked text it makes the change as requested.  When I mark some
> other text for the same formatting it resets this again.
>
> This is a serious change from previous behavioir and not a feature.
>
> How can I fix that?

Please file a bug report about this. We will investigate it for 2.3.3.

Riki

LyX 2.3.2 Installer for Windows

[Richard Kimberly Heck]

The LyX 2.3.2 installer for Windows has now been released. It can be
found here:

    http://ftp.lyx.org/pub/lyx/bin/2.3.2/


Public release of LyX version 2.3.2
===

We are proud to announce the release of LyX 2.3.2. This is the second
maintenance release in the 2.3.x series.

You can download LyX 2.3.2 from http://www.lyx.org/Download/.

LyX is a document processor that encourages an approach to writing based
on the structure of your documents and not simply their appearance. It is
released under a Free and Open Source Software license.

LyX 2.3.2 is the result of on-going efforts to make our stable version more
reliable and more stable. One main fix involves a crash with external
viewers
on Windows. We have also fixed a number of problems with the output of
right-
to-left languages, thanks to the involvement of users. There was also an
infinite loop bug connected with the separation of environments that has
been
fixed. But, for the most part, the fixes here are incremental. Please
see below
for a full list.
 
If you think you have found a bug in LyX 2.3.2, please open a bug report at
http://www.lyx.org/trac/wiki/BugTrackerHome. If you're not sure whether it
really is a bug, you can e-mail the LyX developers' mailing list (lyx-devel
 lists.lyx.org) and ask.

If you have trouble using LyX or have a question, consult the documentation
that comes with LyX (under the Help or Apple menu) and the LyX wiki, which
is at http://wiki.lyx.org/. If you can't find the answer there, e-mail the
LyX users' list (lyx-users  lists.lyx.org), where you will find an
active community of people who are ready to help.

We hope you enjoy using LyX 2.3.2.

The LyX team.
http://www.lyx.org



What's new
==

** Updates:
***

* DOCUMENT INPUT/OUTPUT

- Add support for non-ASCII characters in hyperlinks (bug 11165).

- Support rotated table cells with linebreaks (bug 8085).

- Add support for LyX logo in RTL output (bug 10423).

- Update support for linguistic subexamples.

- Support key symbols via menukeys package (part of bug 10641).


* TEX2LYX IMPROVEMENTS

- Add support for multirow (bug 11164).

- Improve import of titling commands other than \maketitle (bug 6461).

- Add support for horizontal longtabular alignment.

- Add support for btUnit (multibib).

- Add support for decimal alignment in table cells.

- Add support for plural and capitalized refstyle references.


* USER INTERFACE

- Improve layout of the character dialog (bugs 2752, 3804, 3884, and 4836).

- Rework OK/Apply/Cancel behavior of preferences dialog (bug 10016).

- Disambiguate dialog message (bug 11242).

- Unify capitalzation in dialog (bug 11237).

- Allow to change multiple table columns' width at once (bug 11205).

- When using formal tables, draw top/bottom rules thicker when adequate.

- Draw underline (and friends) over insets too (bug 11297).

- Handle properly branches with a space in their name (bug 11108).

- Allow the 'module in child not used in master' warning to be disabled.

- Add bibtex inset to outliner if "add to toc" is checked (bug 11309).

- Show module name with description (bug 11275).

- GuiCitation: Don't reset filter on show (bug 11291).

- If a master is being created at loading the child, un-hide it (bug 11162).


* DOCUMENTATION AND LOCALIZATION

- Update Brazilian Portuguese, Simplified Chinese, German, Italian, Russian,
  Slovak, Swedish and Ukrainian user interface localization.

- Add some tooltips in citation dialog in favor of keyboard users (bug
11317).


* BUILD/INSTALLATION

- The Windows installer no longer has a 'bundled' version that installs
MiKTeX
  alongside LyX. Users will need to install their own LaTeX distribution
(as on
  other platforms), preferably before installing LyX itself.



** Bug fixes:
*

* DOCUMENT INPUT/OUTPUT

- Fix footnotes in table with hyperref (bug 11212).

- When cloning a buffer, do not start from a parent if it is not the
  current master (e.g., when compiling a child alone).

- Disallow paragraph customization in some single-par charstyle insets
  (bug 9192).

- Fix problems with extra table borders added on table modification
  (bug 10010).

- Fix text direction in figure wrap floats with RTL (bug 11029).

- Fix text direction issue in info insets with RTL context (bug 10463).

- Fix text direction problem with polyglossia with nested languages
  (part of bug 10111).

- Use LTR environment for forceLTR content in RTL context with
  polyglossia (bug 10548).

- Fix output of key symbols with info inset on the Mac (bug 10641).

- Fix output of table cells with multiple languages (bug 11128).

- Fix RTL table output with bidi package (non-TeX fonts) (bug 9686).

- Do not mark the import converters for Sweave and knitr as needauth.

- Fix conversion of captions from LyX 2.0 documents.

- Ignore horizontal wheel scrolling in work area (bug 11257).

- Avoid crash when cursor is outside of work area (bug 11296).

- Fix crash on 

[ANNOUNCE] LyX 2.2.3 Released

[Richard Kimberly Heck]

PLEASE NOTE: Windows binaries are not yet available, due to a late-
discovered bug. Installers should be available within a few days.


Public release of LyX version 2.3.2
===

We are proud to announce the release of LyX 2.3.2. This is the second
maintenance release in the 2.3.x series.

You can download LyX 2.3.2 from http://www.lyx.org/Download/.

LyX is a document processor that encourages an approach to writing based
on the structure of your documents and not simply their appearance. It is
released under a Free and Open Source Software license.

LyX 2.3.2 is the result of on-going efforts to make our stable version more
reliable and more stable. One main fix involves a crash with external
viewers
on Windows. We have also fixed a number of problems with the output of
right-
to-left languages, thanks to the involvement of users. There was also an
infinite loop bug connected with the separation of environments that has
been
fixed. But, for the most part, the fixes here are incremental. Please
see below
for a full list.
 
If you think you have found a bug in LyX 2.3.2, please open a bug report at
http://www.lyx.org/trac/wiki/BugTrackerHome. If you're not sure whether it
really is a bug, you can e-mail the LyX developers' mailing list (lyx-devel
 lists.lyx.org) and ask.

If you have trouble using LyX or have a question, consult the documentation
that comes with LyX (under the Help or Apple menu) and the LyX wiki, which
is at http://wiki.lyx.org/. If you can't find the answer there, e-mail the
LyX users' list (lyx-users  lists.lyx.org), where you will find an
active community of people who are ready to help.

We hope you enjoy using LyX 2.3.2.

The LyX team.
http://www.lyx.org



What's new
==

** Updates:
***

* DOCUMENT INPUT/OUTPUT

- Add support for non-ASCII characters in hyperlinks (bug 11165).

- Support rotated table cells with linebreaks (bug 8085).

- Add support for LyX logo in RTL output (bug 10423).

- Update support for linguistic subexamples.

- Support key symbols via menukeys package (part of bug 10641).


* TEX2LYX IMPROVEMENTS

- Add support for multirow (bug 11164).

- Improve import of titling commands other than \maketitle (bug 6461).

- Add support for horizontal longtabular alignment.

- Add support for btUnit (multibib).

- Add support for decimal alignment in table cells.

- Add support for plural and capitalized refstyle references.


* USER INTERFACE

- Improve layout of the character dialog (bugs 2752, 3804, 3884, and 4836).

- Rework OK/Apply/Cancel behavior of preferences dialog (bug 10016).

- Disambiguate dialog message (bug 11242).

- Unify capitalzation in dialog (bug 11237).

- Allow to change multiple table columns' width at once (bug 11205).

- When using formal tables, draw top/bottom rules thicker when adequate.

- Draw underline (and friends) over insets too (bug 11297).

- Handle properly branches with a space in their name (bug 11108).

- Allow the 'module in child not used in master' warning to be disabled.

- Add bibtex inset to outliner if "add to toc" is checked (bug 11309).

- Show module name with description (bug 11275).

- GuiCitation: Don't reset filter on show (bug 11291).

- If a master is being created at loading the child, un-hide it (bug 11162).


* DOCUMENTATION AND LOCALIZATION

- Update Brazilian Portuguese, Simplified Chinese, German, Italian, Russian,
  Slovak, Swedish and Ukrainian user interface localization.

- Add some tooltips in citation dialog in favor of keyboard users (bug
11317).


* BUILD/INSTALLATION

- The Windows installer no longer has a 'bundled' version that installs
MiKTeX
  alongside LyX. Users will need to install their own LaTeX distribution
(as on
  other platforms), preferably before installing LyX itself.



** Bug fixes:
*

* DOCUMENT INPUT/OUTPUT

- Fix footnotes in table with hyperref (bug 11212).

- When cloning a buffer, do not start from a parent if it is not the
  current master (e.g., when compiling a child alone).

- Disallow paragraph customization in some single-par charstyle insets
  (bug 9192).

- Fix problems with extra table borders added on table modification
  (bug 10010).

- Fix text direction in figure wrap floats with RTL (bug 11029).

- Fix text direction issue in info insets with RTL context (bug 10463).

- Fix text direction problem with polyglossia with nested languages
  (part of bug 10111).

- Use LTR environment for forceLTR content in RTL context with
  polyglossia (bug 10548).

- Fix output of key symbols with info inset on the Mac (bug 10641).

- Fix output of table cells with multiple languages (bug 11128).

- Fix RTL table output with bidi package (non-TeX fonts) (bug 9686).

- Do not mark the import converters for Sweave and knitr as needauth.

- Fix conversion of captions from LyX 2.0 documents.

- Ignore horizontal wheel scrolling in work area (bug 11257).

- Avoid crash when cursor is outside of work area (bug 11296).

- Fix 

Re: lyx changes the file access privileges

[Richard Kimberly Heck]

On 11/28/18 11:01 AM, Jean-Marc Lasgouttes wrote:
> Le 28/11/2018 à 15:23, Kornel Benko a écrit :
>> I fear, we have to wait until the c++17 is available.
>> What we do now, is calling
>> ofstream ofs(encoded_fname.c_str(), ios::out|ios::trunc);
>> write(ofs);
>> We are unable to set own permissions. With c++17 it will be available
>> to set them.
>> See
>> 
>> https://stackoverflow.com/questions/33552166/setting-file-permissions-when-opening-a-file-with-ofstream
>>
>
> Does Qt have something to offer in this respect?


Yes, QFile::setPermissions:

    http://doc.qt.io/archives/qt-4.8/qfile.html#setPermissions

We can use QFile::permissions to get the permissions of the original
file, if we want to do that. Presumably, we could create simple wrappers
around these in support::FileName or support::filetools, though note
that they take and return a Permissions enum that Qt defines, so that
would also have to be wrapped somehow.

Riki

Re: lyx changes the file access privileges

[Richard Kimberly Heck]

On 11/24/18 6:33 PM, Daniel Kian Mc Kiernan (the best Daniel of the
bunch) wrote:
> On 11/24/18 1:05 PM, paolo m.  wrote:
>>
>> As i change a lyx file name (say test1.lyx ) with a new name  (say
>> test2.lyx) , by the command 'file -> save as', the new file created has
>> the usual access mode, but, when saved, its mode change so that is
>> inaccessible to groups and to the world.
>> That does not happen when test1.lyx is opened by a text editor, e.g.
>> kate, then saved with a new name (say test3.lyx)
>>
>> Here is the result:
>> % ll *lyx
>> pol  pol  test3.lyx 1745 21:54 -rw-rw-r--
>> pol  pol  test2.lyx 1746 21:53 -rw---
>> pol  pol  test1.lyx 1745 21:52 -rw-rw-r--
>>
>> Any ideas?
>
> Curious, I checked my own .lyx files, and found that most were 600,
> many were 644, and some were 664.  There was no clear relationship
> between dates and permissions, and at least two files with the same
> date had different permissions.
>
> I blame global warming.


I do not believe LyX sets file permissions itself. The write routine
simply uses basic_ofstream, which just creates the file using the
current umask, or whatever other default permissions are in place.

Riki

Re: navigation trouble with 'include' documents

[Richard Kimberly Heck]

On 11/18/18 10:47 PM, Majzoub, Eric wrote:
> Hello,
>
> I'm not sure if this is a LyX bug or if I'm not using 'include' documents
> correctly. I have attached a screen shot. The document has about 10 sections.
> Two of the sections are stand alone .lyx files that I have 'included' in the
> master document. The first stand alone section has its own reference section
> in a branch that I have turned off (so it doesn't conflict with the master
> document reference section). When I go to navigate it shows only the first
> section heading, and then the branch that is deactivated. When mousing over
> the deactivated branch it shows the rest of the navigation headings. Have I
> done something wrong, or is this a bug?

It looks like a bug. Do you think you could produce a small set of test
files that show this problem, create a bug report at www.lyx.org/trac/,
and attach those files?

Riki

Re: How to hyphenate a long word in a cited reference

[Richard Kimberly Heck]

On 11/8/18 6:52 AM, list_em...@icloud.com wrote:
> How does one hyphenate a long word that appears in a citation, in the list of 
> references? The problematic long word appears in the title of a paper and is 
> not editable as normal text in LyX.

I assume you have the file where the reference is, yes? Add \- where you
want to allow a hyphen.

Riki

Re: background of branches

[Richard Kimberly Heck]

On 11/7/18 6:29 AM, paolo m. wrote:
> Both background and text are dark, black in branches in 2.3.1. 
> Probably i have mixed up colors by mistake. How to fix?
>
> Add to this that background of new branches is red. 
> That was the default, even before ver 2.3.1. Only re-opened file displayed 
> branch background colour the same as normal text background. 
> What is wrong?


Branch colors are a per-document setting. So open your document and go
to Document> Settings> Branches. You should see the color settings there.

Riki

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

[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  > 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: How to force tex2lyx to read unicode (from within Lyx)?

[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

Re: LyX on iPad

[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: 答复: 答复: Conflict between module and cls

[Richard Kimberly Heck]

Can you send me, privately (not to the list), the paper that's causing
the problem? I will fix this for you.

Riki



On 11/1/18 5:58 PM, Ke-Cai Cao wrote:
> Thanks a lot.
> I have done as you said. But it is the same error. Do i need to change
> the cls file ?
> Layout file has been attached.
> Sorry to disturbe you again.
> Best,
> KC Cao
>
> On Thu, Nov 1, 2018 at 1:56 PM Richard Kimberly Heck  <mailto:rikih...@lyx.org>> wrote:
>
> On 11/1/18 1:07 PM, caoke...@gmail.com <mailto:caoke...@gmail.com>
> wrote:
>>
>> Dear Riki，
>>
>> I have positioned the conflict in cls file：
>>
>> \RequirePackage{pifont,latexsym,ifthen,theorem,rotating,calc}
>>
>> \theorembodyfont{\itshape}
>>
>> \theoremheaderfont{\normalfont\bfseries}
>>
>> \setlength{\theorempreskipamount}{6pt plus 2pt}
>>
>> \setlength{\theorempostskipamount}{6pt plus 2pt}
>>
>>  
>>
>> \begingroup \makeatletter
>>
>> \gdef\th@plain{\normalfont\itshape
>>
>>   \def\@begintheorem##1##2{%
>>
>>    \item[\hskip\labelsep \theorem@headerfont ##1\ {##2.}]}%
>>
>> \def\@opargbegintheorem##1##2##3{%
>>
>> \item[\hskip\labelsep \theorem@headerfont ##1\ ##2\ (##3)]}}
>>
>> \endgroup
>>
>>  
>>
>> After I comment them and moved them to the layout, the layout
>> cannot be recognized after restart the LyX. There are more errors
>> now.  And there is nothing in the preamble except
>>
>>  
>>
>> % rncdoc.tex V1.0, 11 November 2002
>>
>> 
>> %\usepackage[dvips,colorlinks,bookmarksopen,bookmarksnumbered,citecolor=red,urlcolor=red]{hyperref}
>>
>>  
>>
>> Thank you so much.
>>
>
> Yes, that is the offending code, since it imports the theorem
> environment. But that's not what I said to do. You need to do the
> following:
>
> (1) Stop using the theorems module.
>
> (2) Instead of using the theorems module, copy all the code from
> theorems-std.inc, theorems-proof.inc, and theorems-proof-std.inc
> (the theorems module just imports these) over to your layout file
> for mcauth. BUT, when you do that, comment out sections that look
> like this:
>
>     Preamble
>     \theoremstyle{plain}
>     \newtheorem{thm}{\protect\theoremname}
>     EndPreamble
>     LangPreamble
>     \providecommand{\theoremname}{_(Theorem)}
>     EndLangPreamble
>     BabelPreamble
>    
> \addto\captions$$lang{\renewcommand{\theoremname}{_(Theorem)}}
>     EndBabelPreamble
>
> Better to comment them out. Then, if you happen to have used some
> type of theorem environment that is not already defined in mcauth,
> you can uncomment that one.
>
> Note that you should only copy the stuff AFTER the format tag.
>
> Riki
>
>
>>  
>>
>> Best Regards,
>>
>>  
>>
>> KC Cao
>>
>>  
>>
>>  
>>
>>  
>>
>> *发件人**:*Richard Kimberly Heck [mailto:rikih...@lyx.org]
>> *发送时间:* Thursday, November 1, 2018 11:47 AM
>> *收件人:* caoke...@gmail.com <mailto:caoke...@gmail.com>
>> *抄送:* lyx-users@lists.lyx.org <mailto:lyx-users@lists.lyx.org>
>> *主题:* Re: 答复: Conflict between module and cls
>>
>>      
>>
>> On 11/1/18 12:42 PM, caoke...@gmail.com
>> <mailto:caoke...@gmail.com> wrote:
>>
>> #% Do not delete the line below; configure depends on this
>>
>> #\DeclareLaTeXClass[rncauth]{article (rncauth)}
>>
>> #Input general definitions
>>
>> Input stdclass.inc
>>
>>  
>>
>>  
>>
>> OK, then you need to copy the theorem stuff into this file (so
>> LyX knows about it), but REMOVE the preamble parts, which are
>> what are causing the conflict.
>>
>>     Riki
>>
>>  
>>
>>  
>>
>> *发件人**:*Richard Kimberly Heck [mailto:rikih...@lyx.org]
>> *发送时间:* Thursday, November 1, 2018 11:27 AM
>> *收件人:* Ke-Cai Cao 
>> <mailto:caoke...@gmail.com>
>> *抄送:* lyx-users@lists.lyx.org <mailto:lyx-users@lists.lyx.org>
>> *主题:* Re: Conflict between module and cls
>>
>>  
>>
>> On 10/31/18 10

Re: 答复: 答复: Conflict between module and cls

[Richard Kimberly Heck]

On 11/1/18 1:07 PM, caoke...@gmail.com wrote:
>
> Dear Riki，
>
> I have positioned the conflict in cls file：
>
> \RequirePackage{pifont,latexsym,ifthen,theorem,rotating,calc}
>
> \theorembodyfont{\itshape}
>
> \theoremheaderfont{\normalfont\bfseries}
>
> \setlength{\theorempreskipamount}{6pt plus 2pt}
>
> \setlength{\theorempostskipamount}{6pt plus 2pt}
>
>  
>
> \begingroup \makeatletter
>
> \gdef\th@plain{\normalfont\itshape
>
>   \def\@begintheorem##1##2{%
>
>    \item[\hskip\labelsep \theorem@headerfont ##1\ {##2.}]}%
>
> \def\@opargbegintheorem##1##2##3{%
>
> \item[\hskip\labelsep \theorem@headerfont ##1\ ##2\ (##3)]}}
>
> \endgroup
>
>  
>
> After I comment them and moved them to the layout, the layout cannot
> be recognized after restart the LyX. There are more errors now.  And
> there is nothing in the preamble except
>
>  
>
> % rncdoc.tex V1.0, 11 November 2002
>
> %\usepackage[dvips,colorlinks,bookmarksopen,bookmarksnumbered,citecolor=red,urlcolor=red]{hyperref}
>
>  
>
> Thank you so much.
>

Yes, that is the offending code, since it imports the theorem
environment. But that's not what I said to do. You need to do the following:

(1) Stop using the theorems module.

(2) Instead of using the theorems module, copy all the code from
theorems-std.inc, theorems-proof.inc, and theorems-proof-std.inc (the
theorems module just imports these) over to your layout file for mcauth.
BUT, when you do that, comment out sections that look like this:

    Preamble
    \theoremstyle{plain}
    \newtheorem{thm}{\protect\theoremname}
    EndPreamble
    LangPreamble
    \providecommand{\theoremname}{_(Theorem)}
    EndLangPreamble
    BabelPreamble
   
\addto\captions$$lang{\renewcommand{\theoremname}{_(Theorem)}}
    EndBabelPreamble

Better to comment them out. Then, if you happen to have used some type
of theorem environment that is not already defined in mcauth, you can
uncomment that one.

Note that you should only copy the stuff AFTER the format tag.

Riki


>  
>
> Best Regards,
>
>  
>
> KC Cao
>
>  
>
>  
>
>  
>
> *发件人**:*Richard Kimberly Heck [mailto:rikih...@lyx.org]
> *发送时间:* Thursday, November 1, 2018 11:47 AM
> *收件人:* caoke...@gmail.com
> *抄送:* lyx-users@lists.lyx.org
> *主题:* Re: 答复: Conflict between module and cls
>
>  
>
> On 11/1/18 12:42 PM, caoke...@gmail.com <mailto:caoke...@gmail.com> wrote:
>
> #% Do not delete the line below; configure depends on this
>
> #\DeclareLaTeXClass[rncauth]{article (rncauth)}
>
> #Input general definitions
>
> Input stdclass.inc
>
>  
>
>  
>
> OK, then you need to copy the theorem stuff into this file (so LyX
> knows about it), but REMOVE the preamble parts, which are what are
> causing the conflict.
>
> Riki
>
>  
>
>  
>
> *发件人**:*Richard Kimberly Heck [mailto:rikih...@lyx.org]
> *发送时间:* Thursday, November 1, 2018 11:27 AM
> *收件人:* Ke-Cai Cao  <mailto:caoke...@gmail.com>
> *抄送:* lyx-users@lists.lyx.org <mailto:lyx-users@lists.lyx.org>
> *主题:* Re: Conflict between module and cls
>
>  
>
> On 10/31/18 10:45 PM, Ke-Cai Cao wrote:
>
> Dear Riki,
>
> the cls is download from a journal and it has been attached.
>
> So what LyX layout file are you using with this?
>
> Riki
>
>  
>
>  
>
> On Wed, Oct 31, 2018 at 9:37 PM Richard Kimberly Heck
> mailto:rikih...@lyx.org>> wrote:
>
> On 10/31/18 9:54 PM, Ke-Cai Cao wrote:
>
> Dear all,
>
> After I choose the module of Theorem in using LyX,
> there is conflict between the theoremstyle  of LyX’s
> module and that in .cls.
>
> Which cls? If the class file provides the theorem style,
> then that should be said there, and we should have a way
> to avoid duplication.
>
> Riki
>
>  
>
>  
>
>  
>

Re: 答复: Conflict between module and cls

[Richard Kimberly Heck]

On 11/1/18 12:42 PM, caoke...@gmail.com wrote:
>
> #% Do not delete the line below; configure depends on this
>
> #\DeclareLaTeXClass[rncauth]{article (rncauth)}
>
> #Input general definitions
>
> Input stdclass.inc
>
>  
>

OK, then you need to copy the theorem stuff into this file (so LyX knows
about it), but REMOVE the preamble parts, which are what are causing the
conflict.

Riki


>  
>
> *发件人**:*Richard Kimberly Heck [mailto:rikih...@lyx.org]
> *发送时间:* Thursday, November 1, 2018 11:27 AM
> *收件人:* Ke-Cai Cao 
> *抄送:* lyx-users@lists.lyx.org
> *主题:* Re: Conflict between module and cls
>
>  
>
> On 10/31/18 10:45 PM, Ke-Cai Cao wrote:
>
> Dear Riki,
>
> the cls is download from a journal and it has been attached.
>
> So what LyX layout file are you using with this?
>
> Riki
>
>  
>
>  
>
> On Wed, Oct 31, 2018 at 9:37 PM Richard Kimberly Heck
> mailto:rikih...@lyx.org>> wrote:
>
> On 10/31/18 9:54 PM, Ke-Cai Cao wrote:
>
> Dear all,
>
> After I choose the module of Theorem in using LyX, there
> is conflict between the theoremstyle  of LyX’s module and
> that in .cls.
>
> Which cls? If the class file provides the theorem style, then
> that should be said there, and we should have a way to avoid
> duplication.
>
> Riki
>
>  
>
>  
>

Re: Conflict between module and cls

[Richard Kimberly Heck]

On 10/31/18 10:45 PM, Ke-Cai Cao wrote:
> Dear Riki,
> the cls is download from a journal and it has been attached.

So what LyX layout file are you using with this?

Riki


>
> On Wed, Oct 31, 2018 at 9:37 PM Richard Kimberly Heck
> mailto:rikih...@lyx.org>> wrote:
>
> On 10/31/18 9:54 PM, Ke-Cai Cao wrote:
>>
>> Dear all,
>>
>> After I choose the module of Theorem in using LyX, there is
>> conflict between the theoremstyle  of LyX’s module and that in .cls.
>>
> Which cls? If the class file provides the theorem style, then that
> should be said there, and we should have a way to avoid duplication.
>
> Riki
>
>

Re: Conflict between module and cls

[Richard Kimberly Heck]

On 10/31/18 9:54 PM, Ke-Cai Cao wrote:
>
> Dear all,
>
> After I choose the module of Theorem in using LyX, there is conflict
> between the theoremstyle  of LyX’s module and that in .cls.
>
Which cls? If the class file provides the theorem style, then that
should be said there, and we should have a way to avoid duplication.

Riki

Re: tex2lyx2.3 error

[Richard Kimberly Heck]

On 10/25/18 4:55 PM, Ke-Cai Cao wrote:
> Same error on Win 7 or Win 10
> .png
> clip_image001.png
> I am not sure if this is a bug. Can anynone help me.


I'm not sure you are using the latest version. We changed from using
"versioned" binaries, with the version number like that, to using
"unversioned" ones, so the filename should jsut be tex2lyx.exe, not
tex2lyx2.3.exe. Try moving (or removing) your LyX user directory, whose
location you can find under Help> About LyX. It should be something like
C:\Users\YOURNAME\AppData\Roaming\LyX\.

Riki

Re: tex2lyx2.3 error

[Richard Kimberly Heck]

On 10/25/18 11:43 AM, caoke...@gmail.com wrote:
>
> Dear all,
>
> Recently, I am bothered with tex2lyx2.3 when I want to import some tex
> into lyx.
>
> I have searched the web and there is no spaces in my install
> directory. But it does not work. I have tried from LyX 2.2.3 to LyX 2.3.1.
>
>  
>
> Is there anyone know what is wrong with this issue. BYT, previously I
> have imported successfully with LyX 2.2.3. But after update to LyX
> 2.3.1, it does not work even I restore it back to 2.2.3.
>

I am guessing you are on OSX and are using the original binaries we
released. An update was released a while ago to deal with this problem.
See here

    http://ftp.lyx.org/pub/lyx/bin/2.3.1/

Riki

Re: build particular release version from git

[Richard Kimberly Heck]

On 10/19/18 6:57 PM, Majzoub, Eric wrote:
> Hello,
>
> Two questions:
>
> 1. I have been building Lyx from the git repository and choosing a
> particular branch, (e.g. git checkout 2.3.x). But when a release is
> made I would like to build the released version from git, and not the
> new commits that have been made to the branch. How do I check out a
> particular release version to build from?

The releases are always tagged with the version number. (Use "git tag"
to see all the tags.) You can check these out the same way you would
check out a branch, e.g., "git checkout 2.3.1".

For what it's worth, I always use 2.3.x (or whatever stable currently
is) for actual work. Then I get the latest bug fixes (though on the
other side also any regressions that may have been introduced). Of
course, that's partly because I'm a developer, but it's VERY helpful to
us if people use (and so test) 2.3.x.


> 2. What are the "staging" branches? e.g. 2.3.1-staging,  2.3.2-staging, 
> etc.

They were branches used to collect commits intended for e.g. 2.3.1
before 2.3.0 was released. I should delete them.

Riki

Re: you say install latest version of MiKTeX before installing LyX - what is the minimal version needed?

[Richard Kimberly Heck]

On 10/15/18 12:13 PM, Paul Johnson wrote:
> Hi:
>
> I was trying to compile texinfo on Windows, if you succeed, let me know how.
>
> https://www.gnu.org/software/texinfo

I was able to cross-compile on Linux, but I'm a bit clueless about what
to do with the result.

The files texi2* that it installs are all scripts, for what it's worth.
The main one seems to be texi2any, which is a Perl script. I'm not sure
how much one really needs to run it.

There's also this an older set of binaries here:

    http://gnuwin32.sourceforge.net/packages/texinfo.htm

which might be good enough.   

Riki



> On Sat, Oct 13, 2018 at 1:12 PM Richard Kimberly Heck  
> wrote:
>> On 10/13/18 1:58 PM, Paul Johnson wrote:
>>> The only critical flaw in TeXLive we have encountered is that it does
>>> not include texi2pdf. Because of that absence, the R team is still
>>> devoted to MikTeX as a part of the tool chain to build/use R for
>>> windows. I spent a while trying to figure out how to compile texi2pdf
>>> on Windows and gave up.
>> Can you point me at the source code? I'd certainly have a go at
>> cross-compiling it on Linux with mingw.
>>
>> Riki
>>
>>
>

Re: Unable to import from LaTeX after 2.3.1

[Richard Kimberly Heck]

On 10/16/18 2:41 PM, Anders Host-Madsen wrote:
> After upgrading to 2.3.1 I'm unable to import from latex. I'm pretty
> sure import worked in 2.3.0. The error message I get is:
>
> An error occurred while running:
>
> $$s/../MacOS/tex2lyx -f "Big Data MDL CCF 17IX.tex" "Big Data MDL CCF
> 17IX.lyx"


This was a known problem in the original binary. It was supposed to have
been fixed with the new one, so try re-installing.

Riki

Re: Section header footnote

[Richard Kimberly Heck]

On 10/15/18 6:28 PM, Rich Shepard wrote:
>   A sub-section header includes a technical term not known by
> non-specialists in the subject. I added a footnote defining that term and
> the foot note appears in the ToC, not just on the page where that
> sub-section begins.
>
>   Is there a LaTeX/LyX-approved way to limiting the footnote to the
> body of
> the text? If not, I suppose that I can begin the sub-section by defining
> that term instead of having it as a footnote.


https://tex.stackexchange.com/questions/153329/footnote-in-sub-section-title

Riki

Re: you say install latest version of MiKTeX before installing LyX - what is the minimal version needed?

[Richard Kimberly Heck]

On 10/13/18 1:58 PM, Paul Johnson wrote:
>
> The only critical flaw in TeXLive we have encountered is that it does
> not include texi2pdf. Because of that absence, the R team is still
> devoted to MikTeX as a part of the tool chain to build/use R for
> windows. I spent a while trying to figure out how to compile texi2pdf
> on Windows and gave up. 

Can you point me at the source code? I'd certainly have a go at
cross-compiling it on Linux with mingw.

Riki

Re: Keyboard shortcut for inserting custom item while using Beamer

[Richard Kimberly Heck]

On 10/6/18 3:40 PM, Ricardo Berlasso wrote:
> El sáb., 6 oct. 2018 a las 21:29, Shieh, Sanford ( >) escribió:
>
> Hi Riki,
>
>  
>
> Attached is an MWE together with the PDF it generates.  Bullet
> points 2-4 are not visible on the PDF slides because of the Custom
> Item insert with nothing inside the insert box.
>
>
> When you insert something from menu, look at LyX's status bar: there
> you'll see a command (argument-insert item:1). With that code you can
> now create a custom keyboard shortcut, just write the code on the
> Function box (without the brackets).


Most LFUNs do get reported there (including this one), but not all. For
more info, you can also look at the messages pane, and active "action".


>
> You have a list of all "LyX Functions" at Help → LyX Functions.


I'll just add that, if you want to do a number of things in a row, then
you will want to use the "command-sequence" LFUN, which lets you string
things together. You could use this e.g. to insert a custom item and
then move the cursor outside it:

    command-sequence argument-insert item:1; char-forward

If you're often going to leave the item blank, then this may make sense.

Oh, and I'll also add, though you may already know this (others may
not): You can test these before assigning them to keystrokes by opening
the Command Buffer (View> Toolbars> Command Buffer, or Meta-x or Alt-x
as a shortcut) and entering the LFUN stuff there.

Riki

Re: Keyboard shortcut for inserting custom item while using Beamer

[Richard Kimberly Heck]

On 10/06/2018 02:15 PM, Shieh, Sanford wrote:
>
> Hi,
>
>  
>
> I find myself inserting blank custom items a lot while using Beamer,
> and so would like to have a keyboard shortcut for that.  As far as I
> can tell, there’s no LyX function that does that, so I can’t bind a
> key sequence to it.  Is there some other method that might work?
>

I'm not sure I know what you mean by a 'blank custom item'. Can you post
a small LyX file that has one in it?

Riki

Re: Translation queries

[Richard Kimberly Heck]

Redirecting to the developers' list

On 10/5/18 8:47 AM, Steve Hnizdur wrote:
> Hi
>
> I have two questions which are illustrated by the MWE attached. It is
> a simple article class lyx file in German which has a local layout of
>
> Format 66
> Style XX*
>     LatexType Environment
>     LatexName XX*
>     LabelString   "Examples."
>     Margin    First_Dynamic
>     LabelType Static
>     Preamble
>   \theoremstyle{definition}
>   \newtheorem*{XX*}{\protect\fred}
>     EndPreamble
>     LangPreamble
>   \providecommand{\fred}{_(YY)}
>     EndLangPreamble
>     BabelPreamble
>   \addto\captions$$lang{\renewcommand{\fred}{_(Case)}}
>     EndBabelPreamble
> End
>
> The png file shows how it looks on the screen. The first question I
> have is how does lyx manage to translate the LabelString "Examples. "
> in the local layout to "Beispiele" as shown on the screen? The
> Customisation documentation says it uses the layouttranslations file,
> but this word does not exist in this file only "Beispiel". If there is
> some clever pluralisation then why does it not work with Remark and
> Remarks?
>
> Secondly the \addto\caption in BabelPreamble does not get added to the
> preamble and so in the final pdf attached the word "Case" is not
> translated and used as the heading (even though "Case" does exist in
> layouttranslations).
>
> The customisation documentation says that such a line should be added.
>
> Is this local to me? Or have I just misunderstood something?
>
> I use Ubuntu 16:04 and Lyx 2.3.1

Re: Different textclasses warning

[Richard Kimberly Heck]

On 10/4/18 3:38 AM, Guenter Milde wrote:
> On 2018-09-27, Richard Kimberly Heck wrote:
>> On 9/26/18 2:51 AM, Daniel wrote:
>>> On 25/09/2018 18:16, Richard Kimberly Heck wrote:
>>>> On 9/25/18 10:21 AM, Daniel wrote:
>>>>> Hi
>>>>> When a document with a child document with different textclass is
>>>>> typeset LyX warns about this. I am wondering why that is since as far
>>>>> as I understood the child document does not incorporate any class
>>>>> information into the master document. So, is this warning because I
>>>>> could have used commands incompatible with the master document, like
>>>>> chapter when the master is an article?
>>>> Yes.
>>>>> But then LyX would warn me anyway, or?
>>>> What do you mean? When might it warn you otherwise?
>>> For example, if I compile an article master with a child book that has
>>> a chapter, then LyX will throw an "undefined control sequence" error.
>> True. The 'different textclasses' error is meant to be a pre-warning in
>> a way about that. The LaTeX warning might be harder for some users to trace.
> How about making this an additional info only shown in case there is a
> LaTeX error?


The way it is now, the warning is shown *before* compilation. But I
guess we could change that.

Riki

[ANNOUNCE] LyX 2.3.1-1

[Richard Kimberly Heck]

Public release of LyX version 2.3.1-1
=

We are proud to announce the release of LyX 2.3.1-1. This is an update
to the original release of LyX 2.3.1.

There are three main changes, affecting only Windows and OSX. Linux
users can ignore this release.

For Windows:

- We have fixed bug #11210, which caused a crash after closing the PDF
  viewer, and in some other cases. See that bug
    https://www.lyx.org/trac/ticket/11210
  for info.

- We have renamed the executables as "LyX.exe" and "tex2lyx.exe", rather
  than "LyX2.3.exe" and "tex2lyx2.3.exe", in line with previous practice.

For OSX, the only change is a packaging fix. The included version of
tex2lyx was linked incorrectly and, as a result, did not work.

Please see below for information on the original 2.3.1 release.


Public release of LyX version 2.3.1
===

We are proud to announce the release of LyX 2.3.1. This is the first
maintenance release in the 2.3.x series.

You can download LyX 2.3.1 from http://www.lyx.org/Download/.

LyX is a document processor that encourages an approach to writing based
on the structure of your documents and not simply their appearance. It is
released under a Free and Open Source Software license.

LyX 2.3.1 is the result of on-going efforts to make our stable version more
reliable and more stable. We have fixed a number of bugs and added some new
features. Please see below for a full list. Perhaps the most important of
these is that Jean-Marc Lasgouttes re-wrote the document painting
mechanism.
This makes LyX snappier, especially on repeated events.

All python scripts distributed with LyX should now be compatible with both
python 2.x and python 3.x.

One oft-requested enhancement was to restore a keyboard shortcut for opening
the 'settings' menu of graphics, reference, etc, insets. This is now
Control-
Alt-i, on Windows and Linux, and Control-Option-i on OSX (assuming you are
using the default keybindings).

A change to how math macros are output can break some documents that use
ERT to comment out macros. Please see bug #11216 if you experience this
sort
of problem.
 
If you think you have found a bug in LyX 2.3.1, please open a bug report at
http://www.lyx.org/trac/wiki/BugTrackerHome. If you're not sure whether it
really is a bug, you can e-mail the LyX developers' mailing list (lyx-devel
 lists.lyx.org) and ask.

If you have trouble using LyX or have a question, consult the documentation
that comes with LyX (under the Help or Apple menu) and the LyX wiki, which
is at http://wiki.lyx.org/. If you can't find the answer there, e-mail the
LyX users' list (lyx-users  lists.lyx.org), where you will find an
active community of people who are ready to help.

We hope you enjoy using LyX 2.3.1.

The LyX team.
http://www.lyx.org


What's new
==

** Updates:
***

* DOCUMENT INPUT/OUTPUT

- It possible to anonymize document's content for bug submissions
  via buffer-anonymize lfun (bug 7259).

- Support rotation of multi-page tables via (pdf)lscape (bug 9194).

- Added LFUN_MASTER_BUFFER_EXPORT, which exports the master buffer, along
  the lines of LFUN_MASTER_BUFFER_VIEW (bug 8).

- Needauth is not needed for exporting R code (only when executing the
code).

- Center longtable explicitly for compatibility with some packages (bug
10690).

- Fix problems with default conversion script for graphics (part of bug
11186).


* MISCELLANEOUS

- Updated to Qt5 the LyX server example client in development/lyxserver/


* TEX2LYX IMPROVEMENTS

- Add support for biblatex.

- Add support for chapterbib.

- Add support for \includeonly.

- Add support for beamer overlay arguments (bug 11068).

- Update tex2lyx quotation marks detection:
  * Consider new quote styles of LyX 2.3.
  * Consider changed quote styles in LYX 2.3.
  * Try to be a bit smarter with ambiguous quotation marks,
    depending on the main quote style and the local context.

- Consider options passed via \PassOptionsToPackage.

- Add support for URW Classico, MinionPro and the new Libertine fonts.

- Add support for \lstinputlisting and \inputminted.

- Add support for the \t*{} (bottomtiebar) macro of TIPA.

- Implement better parsing of some command options (via "literate"
  function of some insets) (bug 9563).

- Add support for alignment pseudo-environments as used inside floats
  (bug 7857).


* USER INTERFACE

- Overhaul the document painting mechanism. Now the screen is updated
  asyncronously (as all normal applications do), which makes LyX
  snappier, especially on repeated events. As an added bonus, subpixel
  aliasing is honored in the work area.

- Use native file dialogs on all platforms by default. It is now
  possible to switch to LyX custom dialogs (which have extra shortcuts
  to relevant directories) by setting the preference
  \use_native_filedialog true

- Let caret height depend on character size in math editor.

- Handle properly top/bottom of inset with 

Re: Fwd: Ubuntu packages?

[Richard Kimberly Heck]

On 10/01/2018 06:41 PM, Chris Menzel wrote:
> Thanks, Riki, I've built LyX in the past but it's been years! (Have
> recently returned to Linux after many years on OS X/macOS.) Offer of
> help appreciated. 2.3.0-1 is currently fine, but will endeavor to
> build it myself as soon as it seems at all necessary or advantageous.

It really is very easy, and (honestly) it is of great help to us when
people use the stable development branch for regular work. It's meant to
be very stable, and normally is, but there are times we make mistakes.
These tend to become clear pretty quickly. And if one is building
oneself, it's always possible, if a 'mistake' arises, to step back to
some previous version.

Riki

Re: Fwd: Ubuntu packages?

[Richard Kimberly Heck]

On 10/1/18 1:12 PM, Chris Menzel wrote:
> Dear selfless and heroic LyX developers,
>
> I have noticed that the most recent version of LyX for Ubuntu is
> 2.3.0-1 and (according to the PPA
> ) that
> version was uploaded last March. I'm just wondering if this indicates
> that maintenance of the Ubuntu port is stalled or if (as I suspect)
> other obligations are (understandably) simply not allowing the
> maintainer time to compile and package up the latest version.

Liviu Andronic has provided a PPA for LyX for a while now, but I haven't
seen him on the list for a little while.

Note that it is pretty easy to build LyX yourself on Linux. I can give
instructions if you need them. The main thing is just getting the build
dependencies installed. I think "apt-get build-deps lyx" will do that,
though I'm not sure if that gives you Qt4 or Qt5.

RKH

Re: Different textclasses warning

[Richard Kimberly Heck]

On 9/26/18 2:51 AM, Daniel wrote:
> On 25/09/2018 18:16, Richard Kimberly Heck wrote:
>> On 9/25/18 10:21 AM, Daniel wrote:
>>> Hi
>>>
>>> When a document with a child document with different textclass is
>>> typeset LyX warns about this. I am wondering why that is since as far
>>> as I understood the child document does not incorporate any class
>>> information into the master document. So, is this warning because I
>>> could have used commands incompatible with the master document, like
>>> chapter when the master is an article?
>>
>> Yes.
>>
>>> But then LyX would warn me anyway, or?
>>
>> What do you mean? When might it warn you otherwise?
>
> For example, if I compile an article master with a child book that has
> a chapter, then LyX will throw an "undefined control sequence" error.

True. The 'different textclasses' error is meant to be a pre-warning in
a way about that. The LaTeX warning might be harder for some users to trace.


> Also, I find LyX's extra warning about the textclass a bit misleading.
> There seems to be nothing special about having another textclass
> compared to, say, using other modules. LyX does not create an extra
> warning in the latter case but the problem might be basically the same.

It does, actually. See InsetInclude.cpp, around line 760.

Riki




>
> Daniel
>

Re: Different textclasses warning

[Richard Kimberly Heck]

On 09/27/2018 03:57 AM, Daniel wrote:
> On 27/09/2018 02:04, Richard Kimberly Heck wrote:
>> On 9/26/18 2:51 AM, Daniel wrote:
>>> On 25/09/2018 18:16, Richard Kimberly Heck wrote:
>>>> On 9/25/18 10:21 AM, Daniel wrote:
>>>>> Hi
>>>>>
>>>>> When a document with a child document with different textclass is
>>>>> typeset LyX warns about this. I am wondering why that is since as far
>>>>> as I understood the child document does not incorporate any class
>>>>> information into the master document. So, is this warning because I
>>>>> could have used commands incompatible with the master document, like
>>>>> chapter when the master is an article?
>>>>
>>>> Yes.
>>>>
>>>>> But then LyX would warn me anyway, or?
>>>>
>>>> What do you mean? When might it warn you otherwise?
>>>
>>> For example, if I compile an article master with a child book that has
>>> a chapter, then LyX will throw an "undefined control sequence" error.
>>
>> True. The 'different textclasses' error is meant to be a pre-warning in
>> a way about that. The LaTeX warning might be harder for some users to
>> trace.
>
> I had the opposite reaction thinking there must be something
> particular to LyX why I should not have different textclasses over and
> beyond what concerns LaTeX. So to me it was rather confusing than
> helpful. But that might just be me. Maybe add some more explanatory
> text to the message box as to why this might be a problem, e.g.
> layouts being unavailable etc.? (see attachment of the original)

Our error messages are often a bit terse, so feel free to propose an
improvment.

>
>>> Also, I find LyX's extra warning about the textclass a bit misleading.
>>> There seems to be nothing special about having another textclass
>>> compared to, say, using other modules. LyX does not create an extra
>>> warning in the latter case but the problem might be basically the same.
>>
>> It does, actually. See InsetInclude.cpp, around line 760.
>
> Yes, as I wrote in the other email, I stand corrected. There is a
> message box. It even comes up independently of whether one has
> actually used the module in the child document document. But it in
> contrast to the textclass warning it cannot be silenced kind of
> forcing one to make changes to the child document (see attachment).
> But maybe that's by design.

Probably just an oversight. The silencing functionality was added much
later.

Riki