Re: Windows (?) Table Crash

[Andrew Parsloe]

On 3/06/2024 4:32 am, Richard Kimberly Heck wrote:

We've had a report of the following sort of crash, or maybe assertion.

Create a table. Mark more than half the rows or columns. Delete those 
(using the toolbar button, but I doubt that matters). Boom.


I cannot reproduce on Linux, but Eugene was able to reproduce on 
Windows. Anyone else?


Riki


I can reproduce with 2.4.0 on windows 10. Specifically, the selected 
rows must include the *last* row. Two rows suffice. After clicking the 
row-delete button, LyX sits thoughtfully for a moment and then vanishes 
from the screen. I don't need to select whole rows, just the lowest two 
cells in a column will do and use the row-delete button. (If I use the 
column-delete button in this case, the column is deleted, no crash.)


Andrew

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

Re: 2.4.0 To Be Released Friday!

[Andrew Parsloe]

On 31/05/2024 9:48 am, Richard Kimberly Heck wrote:
I've uploaded everything to the FTP server and will now wait the usual 
24 hours or so for the mirrors to sync. Official release will be done 
some time tomorrow, but those who are impatient can find the tarballs 
and binaries on the main server: http://ftp.lyx.org/pub/lyx/


Riki


Installed without problems on a windows 10 laptop. The fairly 
complicated document I am currently revising compiles to pdf also 
without problems. Thank you all.


Andrew

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

Re: LyX 2.3.8 Released

[Andrew Parsloe]

On 18/05/2024 12:45 pm, Richard Kimberly Heck wrote:

Public release of LyX version 2.3.8
===

We are proud to announce the release of LyX 2.3.8. This is the eighth
and final maintenance release in the 2.3.x series. LyX 2.4.0 will be 
released
very shortly, so many users may wish to wait for that rather than 
upgrading
to 2.3.8. Some users, however, may want or need to continue using the 
2.3.x

series. We encourage those users to upgrade to this version.

You can download LyX 2.3.8 from https://www.lyx.org/Download/.

When I try the link, it goes to a page (in a mix of cyrillic and 
english) with the message


The page "Download/" doesn't exist.

Andrew

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

Re: LyX v2.4.0 RC4 -> Math preview weirdness?

[Andrew Parsloe]

On 19/04/2024 2:42 am, Bernt Lie wrote:


I have a big document (lecture notes) where I **think** I have managed 
to convert it to v2.4.0 format. I have set property Instant preview to 
**on**.


I observe the following when I have saved and re-open the document:

Remarks:

  * Inline math is somewhat **lowered** from the baseline of the text
(e.g., y in upper left corner)
  * Math font are weirdly small.

This is with 180% screen magnification on a 13 inch laptop (HP 
Dragonfly 12 gen intel) with 1920x1080 screen resolution.


If I **click** on the magnification in LyX, , and change it to 150%, 
and immediately change it back to 180%, the above text looks as follows:


Observe that **now**, the two problems mentioned above have been 
fixed: the inline math is not lowered wrt. text any longer, and the 
math has a reasonable size wrt. text.


Question: Is this a (minor) bug?

On windows 10, this issue has been present for some time, well before 
rc4. I've created a shortcut for


command-sequence buffer-zoom-in; buffer-zoom-out

which redraws all the previews to the correct size, although it can take 
some time if there are a *lot* of them.


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

Re: Wrong ref counter value in cross ref dialogue

[Andrew Parsloe]

On 18/01/2024 6:52 am, Richard Kimberly Heck wrote:

On 1/16/24 16:50, Andrew Parsloe wrote:

LyX 2.4.0 rc1 on windows 10.

I notice that in the Cross-reference dialogue window, the Reference 
counter value of a Proposition (when using AMS environments) is given 
as a Lemma. Obviously a small oversight -- I've tested all the other 
AMS environments and this is the only one that has a wrong Reference 
counter value.


I'm not seeing this. See attached. This is using just the basic AMS 
Theorems module.


Have you customized the layout files in some way? I think that is 
where these are picked up from.


Riki


This was helpful in finding the problem. I was also using  the "Standard 
theorems numbered by section" module and that's where the oversight is. See


theorems-sec.module  (line 21)
theorems-chap.module  (line 22)

Andrew

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

Wrong ref counter value in cross ref dialogue

[Andrew Parsloe]

LyX 2.4.0 rc1 on windows 10.

I notice that in the Cross-reference dialogue window, the Reference 
counter value of a Proposition (when using AMS environments) is given as 
a Lemma. Obviously a small oversight -- I've tested all the other AMS 
environments and this is the only one that has a wrong Reference counter 
value.


Andrew

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

Re: LyX 2.4.0, Release Candidate 1

[Andrew Parsloe]

On 16/01/2024 9:40 am, Richard Kimberly Heck wrote:
The LyX team is happy (and relieved) to announce the publication of 
the first 'release candidate' for the long awaited 2.4.0. You can find 
tarballs and binaries for Windows and OSX here:


    http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/

Strictly speaking, we are releasing RC1 for testing purposes only. 
Please report any bugs you may find to the user list or the developer 
list, as you prefer.


That said, many of us have been using the development branch for 
production work, and we believe it is pretty stable. Remember, 
however, that files saved with 2.4 cannot be opened in LyX 2.3.x 
unless you first export them to that format.


Riki


Installed rc1 without problems on windows 10. Documents seem to load and 
display correctly.


Andrew

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

Re: Primes and superscripts in mathed

[Andrew Parsloe]

On 4/12/2023 6:21 am, Richard Kimberly Heck wrote:

On 11/27/23 17:15, Andrew Parsloe wrote:

On 27/11/2023 6:02 pm, Isaac Oscar Gariano wrote:
Personally, I just don't use the |'|​ in LyX at all, especially as 
it doesn't display correctly, and as you show, doesn't combine 
properly with other superscripts/subscripts.
Instead, I always do |^\prime|​ which looks much nicer, and lets you 
control things better.


So perhaps the code would work better if it just made |'|​ 
autocorrect to |^\prime|​ ?


(In fact I've defined my own |\pri|​ command which alters the LaTeX 
height of the |\prime|​ to one I like more; and ones that use the 
|unicode-math|​ multi-prime commands |\dprime|​, |\tprime|​, and 
|\qprime|​).


I was unaware of the command \prime until looking up the TeXbook for 
my email. I've also now made a shortcut that does what I want. Thank 
you (but I still think LyX should handle the combination '^ better).



Can you file a bug for this?


Riki

Ticket #13004 (Didn't fill in the keyword field. My list of keywords 
seems to have vanished in migrating between computers.)



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

Re: Primes and superscripts in mathed

[Andrew Parsloe]

On 27/11/2023 6:02 pm, Isaac Oscar Gariano wrote:
Personally, I just don't use the |'|​ in LyX at all, especially as it 
doesn't display correctly, and as you show, doesn't combine properly 
with other superscripts/subscripts.
Instead, I always do |^\prime|​ which looks much nicer, and lets you 
control things better.


So perhaps the code would work better if it just made |'|​ autocorrect 
to |^\prime|​ ?


(In fact I've defined my own |\pri|​ command which alters the LaTeX 
height of the |\prime|​ to one I like more; and ones that use the 
|unicode-math|​ multi-prime commands |\dprime|​, |\tprime|​, and 
|\qprime|​).


I was unaware of the command \prime until looking up the TeXbook for my 
email. I've also now made a shortcut that does what I want. Thank you 
(but I still think LyX should handle the combination '^ better).



Andrew



— Isaac Oscar Gariano​
----
*From:* lyx-devel  on behalf of 
Andrew Parsloe 

*Sent:* Monday, 27 November 2023 10:10 AM
*To:* LyX Developers 
*Subject:* Primes and superscripts in mathed

TeX accepts  S'^{2}  (between $ delimiters) as a valid construction 
(TeXbook, p.130, line above Ex. 16.5) but mathed in LyX converts this 
to S'{}^{2}. In this simple case that is not a problem (in fact the 
interpolated {} gives better spacing) but it becomes a problem with 
expressions like (real-life example)


 S'^{\,-1}_{0i}  or S_{0i}'^{\,-1}

These compile fine in TeX and display as desired but mathed turns them 
into


 S'{}_{0i}^{\,-1}  and  S_{0i}'{}^{\,-1}

which give very different and clearly wrong results in the pdf.

The combination of a prime followed by a superscript seems a 
sufficiently basic sequence to me that I think mathed should handle it 
with more finesse than immediately and always inserting an empty brace 
pair between ' and ^.


[[Speculation:  I don't know the code but perhaps the problem is that 
mathed insists on subscript preceding superscript when both are 
involved in a symbol? R^{ij}_{kl} in mathed becomes R_{kl}^{ij}, and 
inserting a prime as in R'_{kl}^{ij} then produces the double 
superscript error. In contrast, R_{kl}'^{ij} does not. TeX accepts the 
'^ combination and I think mathed should do so too.]]


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

Primes and superscripts in mathed

[Andrew Parsloe]

TeX accepts  S'^{2}  (between $ delimiters) as a valid construction 
(TeXbook, p.130, line above Ex. 16.5) but mathed in LyX converts this to 
S'{}^{2}. In this simple case that is not a problem (in fact the 
interpolated {} gives better spacing) but it becomes a problem with 
expressions like (real-life example)


 S'^{\,-1}_{0i}  or S_{0i}'^{\,-1}

These compile fine in TeX and display as desired but mathed turns them into

 S'{}_{0i}^{\,-1}  and  S_{0i}'{}^{\,-1}

which give very different and clearly wrong results in the pdf.

The combination of a prime followed by a superscript seems a 
sufficiently basic sequence to me that I think mathed should handle it 
with more finesse than immediately and always inserting an empty brace 
pair between ' and ^.


[[Speculation:  I don't know the code but perhaps the problem is that 
mathed insists on subscript preceding superscript when both are involved 
in a symbol? R^{ij}_{kl} in mathed becomes R_{kl}^{ij}, and inserting a 
prime as in R'_{kl}^{ij} then produces the double superscript error. In 
contrast, R_{kl}'^{ij} does not. TeX accepts the '^ combination and I 
think mathed should do so too.]]


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

Re: Use of indexing tools

[Andrew Parsloe]

On 2/09/2023 4:03 am, Richard Kimberly Heck wrote:

On 8/31/23 20:07, Andrew Parsloe wrote:
I hadn't used the indexing tools for many (10?) years and had 
memories of a tedious process but having now compiled another index, 
the process is vastly improved -- with only one quibble: not enough 
built-in shortcuts.


1. The index-insert lfunction needs a shortcut.


Since so many the single-key shortcuts are taken, I just use Alt-I+d, 
which activates the Insert menu, then uses the menu accelerator.


2. Once in an index inset, pressing Return to create a subentry is 
exactly right, but highlights the desirability of having shortcuts 
for both see and see also references. (I found I inserted most of 
these 'in a batch' after looking at the first draft of the index.)


I assigned my own shortcuts built around ctrl+; for index-insert, 
ctrl+shift+; to insert see refs and ctrl+alt+; to insert see also 
refs (the mnemonic is Shift for See, and ALt for ALso). In fact the 
shortcuts were more complicated to take account of different 
situations (inset filled with a word or not, word selected or not, 
word accepatable or not), in the course of which I found myself 
wanting to put a command-sequence inside command-alternatives. Is 
this possible? (Riki? -- I see "rgh" introduced command-alternatives.)


I don't know if that would work. One problem, likely, is that it's 
hard to know when the command-sequence has ended and something else 
has started with the current syntax. That could be fixed. But a second 
and more serious problem is that the status checking for command 
sequences is somewhat limited. If I remember right, we only check the 
first action. The problem is that later actions may depend upon that 
one, i.e., not be active themselves until it has been completed, and 
we can't check that.


Riki


Thanks for the response. In relation to  "Alt-I+d" I see that 
accelerator underlining depends on activating the menu with Alt. 
Clicking on Insert in the menu bar doesn't show the accelerators. After 
decades of computer use, I had never noticed this little quirk before 
(but I see the User's Guide mentions it).


Andrew

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

Use of indexing tools

[Andrew Parsloe]

I hadn't used the indexing tools for many (10?) years and had memories 
of a tedious process but having now compiled another index, the process 
is vastly improved -- with only one quibble: not enough built-in shortcuts.


1. The index-insert lfunction needs a shortcut.

2. Once in an index inset, pressing Return to create a subentry is 
exactly right, but highlights the desirability of having shortcuts for 
both see and see also references. (I found I inserted most of these 'in 
a batch' after looking at the first draft of the index.)


I assigned my own shortcuts built around ctrl+; for index-insert, 
ctrl+shift+; to insert see refs and ctrl+alt+; to insert see also refs 
(the mnemonic is Shift for See, and ALt for ALso). In fact the shortcuts 
were more complicated to take account of different situations (inset 
filled with a word or not, word selected or not, word accepatable or 
not), in the course of which I found myself wanting to put a 
command-sequence inside command-alternatives. Is this possible? (Riki? 
-- I see "rgh" introduced command-alternatives.)


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

Preview error on removing last row of table

[Andrew Parsloe]

Version 2.4.0-beta3-devel (Sunday, 11 December 2022)
Qt Version (run-time): 6.5.1 on platform windows

Put a small table inside a preview inset, move the cursor outside the 
inset and wait for the preview to form. Now delete the last row of the 
table by clicking the icon or Alt+M W D and move the cursor outside the 
preview inset. A new preview is not triggered. The old preview is used. 
It is possible to delete all except the first row in this way, and still 
have the preview display the initial full table. This happens only with 
the last row. Deleting other rows generates new previews.


(This is not a big issue but a little confusing when first met.)

Andrew

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

Re: Possible to only get LyX display of macro, but no LaTeX def?

[Andrew Parsloe]

On 9/06/2023 8:24 pm, Scott Kostyshak wrote:

I often find myself of wanting to define a command in a module's preamble, and 
I want to define a corresponding LyX math macro to *display* it nicely in the 
LyX display; but I don't want the \global\long\def\mymacro that comes along 
with it. Is there a way to tell LyX that I already defined the command and I 
don't want the macro to define it?

Perhaps a different use case is that I might want to display a built-in LaTeX 
definition (or one in a package) differently, but I don't want to redefine it.

I attach a simple example.

Thanks,
Scott


I may be missing the point, but to display macros from other packages or 
defined in the preamble, I work with instant preview on, then insert a 
preview inset around an ERT inset and type the macro name. I've attached 
the shortcut Ctrl+P to preview-insert which means that holding down Ctrl 
and tapping P followed by L (which are diagonally neighbouring keys on 
qwerty keyboards) you can then start typing the macro name immediately. 
After moving the cursor outside both insets, after a pause for thought 
the macro displays as in the pdf.


Andrew

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

Regression when copying a multirow row in table

[Andrew Parsloe]

I'm using Version 2.4.0-beta2 on windows 10.

In the attached mwe if you copy the entire row, say with the cursor to 
the right of c then sweep to the left to include the cells with a and b, 
and press Ctrl+C (or click the copy button), LyX crashes. This does not 
happen in 2.3.7.


I had a multirow table and, after I had added some other entries, wished 
to transfer such a row to a lower postion in the table by cutting and 
pasting. The emergency recover system worked well, but this doesn't feel 
like a corner case to me.


Andrew


CopyMultirow.lyx
Description: application/lyx
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Error messages

[Andrew Parsloe]

On 7/03/2023 3:12 am, Kornel Benko wrote:

Am Mon, 6 Mar 2023 13:54:22 +0100
schrieb Pavel Sanda :


On Mon, Mar 06, 2023 at 11:38:22AM +0100, Pavel Sanda wrote:

On Wed, Feb 22, 2023 at 10:52:14AM +0100, Jean-Pierre Chrétien wrote:

Dear developers

When I open the original UserGuide with 2.4.0dev, I see this in the calling
command window:

Warning: dvipng failed to generate images from lyxpreviewOuMJqr.dvi...
fallback to legacy method
Warning: epstopdf failed on page 1, file lyxpreviewOuMJqr.001
Warning: epstopdf failed on page 2, file lyxpreviewOuMJqr.002
[...] snip
Warning: epstopdf failed on page 109, file lyxpreviewOuMJqr.109
Warning: epstopdf failed on page 110, file lyxpreviewOuMJqr.110
Warning: Now trying to obtain failed previews through pdflatex
Warning: Failed to produce 1 preview snippet(s)

When I open the French version, I get only the last line.

Any clue ?

Ghostscript chokes on our dvi.
If passed debug option to it via e.g. epstopdf --debug --gsopt=-dDEBUG
lyxpreviewjGIxTU.ps one gets:
Error: /typecheck in --div--

It seems related to hyperref, this page wrt preview+hyperref seems related
https://github.com/latex3/hyperref/issues/213
https://lists.gnu.org/archive/html/bug-auctex/2020-11/msg0.html

I have no clue what 'latex shipout code' is and did not inspect further.

Apart from trying to figure out what's wrong with latex-preview I looked at
our sources and figured out that
1) although we see this error on console, the preview is still produced
OK via backup pdf route
2) this issue is not new to 2.4. It is present in 2.3 as well - the only 
difference
triggering this problem in UG is:

-\default_output_format pdf2
+\default_output_format default

which was changed during 2.4 lifetime.


Given that the underlying problem is likely in latex-preview whose
maintainer is not interested in fixing (probably this) problem I would
leave the issue dormant.

Pavel

Or using the attached for preview.
(Using this without problems for some time now)

Kornel


The interaction between hyperref and preview has been present in LyX for 
many years. I use preview more heavily than most and make a point of 
leaving hyperref support off until final compilation. For instance, it 
takes about 13 seconds for the previews in the documentation of a latex 
package of mine to snap into view  with the hyperref support checkbox 
cleared, and about 33 seconds with it set. I have longer documents where 
the difference is even more marked -- measured in minutes. When it's 
set, a pdf containing every preview in the document is created in the 
temporary directory. This doesn't happen when hyperref support is off. 
If there was a solution, there would be one very appreciative user.


Andrew

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

Work area scrolling from outliner

[Andrew Parsloe]

LyX 2.4.0-beta2 on windows 10.

I've attached a mwe. Load the mwe and reduce the height of the work area 
as in the screenshot. Click on Second in the outliner. The screen 
scrolls to display the heading Second in the work area. Now click on 
Third (or Fourth or Fifth or Sixth) in the outliner. The work area 
screen doesn't scroll. However the cursor is placed at the start of the 
heading since tapping the right arrow key immediately activates screen 
scrolling and brings the heading onscreen in the work area.


In the reverse direction, the heading clicked on in the outliner seems 
to be placed (not always but often) one line above the work area screen. 
Tapping the left arrow key scrolls the heading into view in the work area.


I noticed on a real document that this only seems to affect headings at 
the same level. Clicking in the outliner on headings at different levels 
always activated screen scrolling.


Andrew


OutlinerScrollingMWE.lyx
Description: application/lyx
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Acknowledgment vs. Acknowledgement

[Andrew Parsloe]

On 29/01/2023 11:37 pm, Jürgen Spitzmüller wrote:

In the AMS extended theorem modules, we define a theorem type
"Acknowledgement". However, to my best knowledge, the US English
spelling is acknowledgment (vs. British acknowledgement).

I wonder whether this should be changed (and the Britisch spelling
added via l7n). The LaTeX command name can stay as is to avoid
compatibility issues.


Just to confuse matters, my "New Oxford English Dictionary" (in fact 
from the 1990s) has "acknowledgement (also acknowledgment)" whereas with 
words like "colour" and "tyre" it has "colour (US color)", "tyre (US 
tire)". In other words, it doesn't see the 
"acknowledgement/acknowledgment" distinction as a UK/US one.


Andrew

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

LyX 2.4.0-beta2; zoom slider

[Andrew Parsloe]

I've downloaded and installed LyX 2.4.0-beta2 on a windows 10 machine, 
replacing 2.4.0 alpha3. (I haven't seen an announcement for beta2. I had 
to go searching for it.) No problems installing and after a week's use 
only one niggle (see below), no big issues (e.g. preview works well) and 
there are a number of appreciated visible enhancements over alpha3, e.g. 
around icons and status bar.


The niggle: the zoom slider on the status bar is a trap for the unwary. 
Given a new toy of course one wants to play with it, slide it, click the 
little + and - buttons and see what the effect is and then try to get 
the zoom to a nice round number -- 200 in my case, and definitely not 
198 or 203 etc. The trouble is that each adjustment of zoom level 
triggers a recalculation of instant previews. I had a number of long 
documents open, two of them with a multitude of previews each. My 
fiddling soon had the cpu racing at 100% and LyX stalling as thousands 
of previews were being generated. Perhaps there needs to be a wait time 
after the last slider adjustment before preview generation is triggered? 
The urge to get a round number like 150 or 200 is strong, almost 
compulsive, but fiddly with the slider requiring multiple attempts.


Andrew


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

Re: word-select surprise

[Andrew Parsloe]

On 19/09/2022 10:19 am, Jean-Marc Lasgouttes wrote:

Le 17/09/2022 à 01:09, Andrew Parsloe a écrit :
I have a command-sequence that uses word-select prior to using cut. 
Recently I was surprised to find the content of the *previous* item 
saved to the clipboard being pasted rather than the expected one. 
After experimenting, I think an unintuitive cursor positioning is the 
cause.


Hi Andrew,

Indeed, selectWord does not really consider pre-existing selection.

Easy solution : reset selection before selecting word
More difficult one: extend current selection up to word boundaries.

I do not know which one is the most useful. What would you expect if 
the original selection spans more that one word?


JMarc


For my particular command sequence, I changed it to repeat word-select, 
which I suppose is your easy solution: the first word-select resets the 
selection, the second then selects the word.


For a pre-existing selection spanning a blank between words I think your 
more difficult solution is the intuitive behaviour: expand back to the 
beginning of the first word and forward to the end of the second word. 
Currently, it does just the second part. (Repeating word-select doesn't 
work in this case.)


Andrew

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

word-select surprise

[Andrew Parsloe]

I have a command-sequence that uses word-select prior to using cut. 
Recently I was surprised to find the content of the *previous* item 
saved to the clipboard being pasted rather than the expected one. After 
experimenting, I think an unintuitive cursor positioning is the cause.
Suppose your word is abcdefghijk. If the cursor is positioned after the 
k and you invoke word-select the whole word abcdefghijk is selected. 
Howeve if you start selecting character by character from the right 
(Shift + left arrow) and then after a few characters invoke word-select 
the selection is cancelled, leaving the cursor where it started after 
the k (meaning the cut operation of my command sequence had nothing to 
save to the clipboard).
In the other direction, with cursor positioned before the a and then 
(Shift+right arrow) a few characters selected, invoking word-select 
expands the selection to the whole word. To my mind this is the 
behaviour I would expect also in the backward direction (as is the case 
in LibfreOffice).

This is in 2.4.0 alpha3 on windows 10.
Andrew
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Previews and \jobname, was it a good idea?

[Andrew Parsloe]

On 27/07/2022 8:14 pm, Jean-Marc Lasgouttes wrote:

Le 27/07/2022 à 09:25, Andrew Parsloe a écrit :
As the person who nagged Enrico to make \jobname easily accessible in 
preview files, I am 7 years older now, have more experience with 
expl3 (the programming language of LaTeX3) and have superseded the 
calculyx package which was available on the LyX wiki with the 
numerica package on CTAN. This is a standalone LaTeX package not 
specifically tailored for use with LyX as calculyx was. I have no 
objection if you decide to change the behaviour of \jobname in previews.


Thanks, Andrew, for this information. Indeed, if there is no other 
valid use for \jobname in previews, reverting the patch would be the 
simplest solution.


What is your experience with expl3? The few bits of the terribly wordy 
syntax frightened me a bit :)


JMarc


Yes, expl3 is verbose but I've got used to it. It makes programming in 
LaTeX more like using a procedural language. I never mastered TeX (all 
those \expandafter-s) and reached my limit at about 20 lines, whereas 
numerica.sty is over 3000.


Andrew

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

Re: Previews and \jobname, was it a good idea?

[Andrew Parsloe]

On 27/07/2022 10:10 am, Jean-Marc Lasgouttes wrote:

Dear all,

I ticket https://www.lyx.org/trac/ticket/9627, it was decided to 
define \jobname in preview file with the original file name.


However, run_command in lyxpreview_tools.py tries to read the aux file 
to determine whether it is necessary to run bibtex. It would be useful 
too to try to re-run latex until cross references are correct.


The result is clear: there is no bibtex preview in the attached 
example, but after reverting 1c94995a, it works again.


This prevents me from fixing the xref issues pointed by Enrico at #11535.

Ideas? One can always search for "\jobname" in the lyxpreview*.tex 
file and guess the aux file name, but this strikes as a bit hackish.


JMarc


As the person who nagged Enrico to make \jobname easily accessible in 
preview files, I am 7 years older now, have more experience with expl3 
(the programming language of LaTeX3) and have superseded the calculyx 
package which was available on the LyX wiki with the numerica package on 
CTAN. This is a standalone LaTeX package not specifically tailored for 
use with LyX as calculyx was. I have no objection if you decide to 
change the behaviour of \jobname in previews.


Andrew

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

Re: Labels in Notes regression

[Andrew Parsloe]

On 27/05/2022 1:18 am, racoon wrote:

On 2022-05-26 10:39, Andrew Parsloe wrote:


On 26/05/2022 4:05 pm, Daniel wrote:

On 2022-05-25 23:27, Andrew Parsloe wrote:


On 26/05/2022 6:04 am, Daniel wrote:

On 2022-05-24 23:53, Andrew Parsloe wrote:

(LyX 2.4.0-alpha3 on windows 10)

If I copy text containing a label (e.g. of an equation) and paste
into a (yellow) Note, the label is pasted unchanged. There is no
warning message about the label being changed to label-1. The label
in the Note can be referenced from within the Note or from within
another Note, but not from the text which gives a BROKEN Ref
message. I've just tried with LyX 2.3.5, and this is a regression.

Andrew


I can reproduce. I guess a question is what would be the best thing
to do here. What is the exact issue with how it is in LyX 2.4.0dev?
What would be a better way? Renaming? Showing as "Duplicate"? What
is your use case?

That the reference is marked as BROKEN when referenced from outside
of the Note seems right, or?

Daniel


Looking at how labels are used in notes and branches across 2.3.5 and
2.4.0dev, I can see that this can get complicated. The 2.3.5
behaviour (renaming) seems clearest to me (and a little pedantic).

Andrew


I have never used branches, so pardon my ignorance. But isn't it there
where being able to use duplicates might come in handy? Couldn't you
have two branches with the same labels that are referenced outside of
the branches? But as I said, I am not using branches, so maybe that is
not a good use case.

Daniel


Sorry, I wasn't clear in my answer. I meant for *notes* the 2.3.5
behaviour seems best. Branches are another matter. I haven't used them
enough to form an opinion.

Andrew


I am still unsure why the behavior seems best to you. Could you provide
a use case where your preferred way comes in handy?


When I'm extensively revising a block of text I find it convenient to 
put the old version into a note as the new version gets worked on. The 
text in the note is there to be mined -- copied & pasted from -- but is 
clearly distinct (the yellow background) from the new text. The problem 
wth labels arises when the old text contains a label which now sits in a 
note. The label is still recorded in the Cross-reference dialogue. If 
the text with the label gets copied & pasted from the note into the new 
text there are now two, identical labels recorded in the Cross-reference 
dialogue. Either removing the note label or distinguishing it in some 
way would be acceptable, but the 2.3.5 behaviour seemed best because it 
treats note labels in the same way as in the text, and therefore makes 
fewest assumptions about how notes are or can be or should be used.



(Did you post in private on purpose?)

No, in error.


Daniel

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

Re: Labels in Notes regression

[Andrew Parsloe]

On 26/05/2022 6:04 am, Daniel wrote:

On 2022-05-24 23:53, Andrew Parsloe wrote:

(LyX 2.4.0-alpha3 on windows 10)

If I copy text containing a label (e.g. of an equation) and paste 
into a (yellow) Note, the label is pasted unchanged. There is no 
warning message about the label being changed to label-1. The label 
in the Note can be referenced from within the Note or from within 
another Note, but not from the text which gives a BROKEN Ref message. 
I've just tried with LyX 2.3.5, and this is a regression.


Andrew


I can reproduce. I guess a question is what would be the best thing to 
do here. What is the exact issue with how it is in LyX 2.4.0dev? What 
would be a better way? Renaming? Showing as "Duplicate"? What is your 
use case?


That the reference is marked as BROKEN when referenced from outside of 
the Note seems right, or?


Daniel


Looking at how labels are used in notes and branches across 2.3.5 and 
2.4.0dev, I can see that this can get complicated.  The 2.3.5 behaviour 
(renaming) seems clearest to me (and a little pedantic).


Andrew

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

Labels in Notes regression

[Andrew Parsloe]

(LyX 2.4.0-alpha3 on windows 10)

If I copy text containing a label (e.g. of an equation) and paste into a 
(yellow) Note, the label is pasted unchanged. There is no warning 
message about the label being changed to label-1. The label in the Note 
can be referenced from within the Note or from within another Note, but 
not from the text which gives a BROKEN Ref message. I've just tried with 
LyX 2.3.5, and this is a regression.


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

trac time certificae expired?

[Andrew Parsloe]

I've just tried to view trac but Firefox prevented me with this message:

"Firefox detected an issue and did not continue to www.lyx.org. The 
website is either misconfigured or your computer clock is set to the 
wrong time. ... It’s likely the website’s certificate is expired, which 
prevents Firefox from connecting securely."


My computer is definitely showing the correct date and time for my 
location. (24 May 2022, about 9:05 pm New Zealand time when I tried.)


Andrew

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

Re: Back

[Andrew Parsloe]

On 4/05/2022 7:55 am, Scott Kostyshak wrote:

On Tue, May 03, 2022 at 11:19:16AM -0400, Richard Kimberly Heck wrote:

Hi, all,

Sorry for disappearing there for a while. I had some difficult personal
circumstances and an incredibly busy semester and just had to withdraw from
everything else until things settled down. Which they now have.

Glad things settled down a bit, Riki!


Where are things with respect to LyX 2.4.0? I'm happy to resume my role as
release manager for that project, if that's still required.

Thanks a lot for being willing to take on the challenge.

I forgot the current status and blocking issues. In my opinion, it might
be nice to say something like "let's do a pre-release in 1 week". I'm
sure there are several important pending issues, but I think it would be
nice to ask for testing while we figure those issues out in the meantime
which might still take a while. In particular, I'm wondering if there
are Windows-specific issues that have gone unnoticed for a long time
because of lack of testing.

Scott


I've been using

Version 2.4.0-alpha3 (Sunday, 14 February 2021)
Qt Version (run-time): 5.15.2
Qt Version (compile-time): 5.15.2
Python detected: python -tt

that Riki produced earlier in the year on windows 10 for all my work 
without problems beyond a small cosmetic issue.


Type "unemphasized";  select "un";  ctrl-E (to emphasize "un"); left 
arrow (moves cursor between the "u" and the "n" and cancels the 
selection); ctrl-E


The "un" is now upright but the cursor retains its italic slant.

Andrew

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

False spacing if a skip is emphasized

[Andrew Parsloe]

LyX 2.4 alpha 3 on windows 10.

If a vertical skip between two standard paragraphs is emphasized (or 
bolded or nouned or ...) it produces a false linespace in the pdf within 
the second paragraph. The effect doesn't show in the LyX window. It's 
easy to emphasize a skip if the first word of the second paragraph is 
emphasized and the cursor is at the start of that paragraph when the 
skip is inserted. The code preview pane shows:


This is a standard paragraph.


\emph{\bigskip{}

}This is a second standard paragraph. This is a second standard paragraph.

This is a second standard paragraph. This is a second standard paragraph.

This is a second standard paragraph. This is a second standard paragraph.

This is a second standard paragraph.


I've attached the pdf, where the skip has been inserted between the 
first and second lines of the the second paragraph. The two paragraphs 
also have slightly different indents in the pdf. Unemphasizing the skip 
solves the issues, but since the LyX window shows nothing wrong, it can 
easily slip by unnoticed.



Andrew


skipspacing.pdf
Description: Adobe PDF document
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Magnification of pdf File Created by LYX

[Andrew Parsloe]

On 30/09/2021 9:03 am, Doug Martin wrote:

Rasmus,

Thanks for your quick response.
Of course one can do what you suggest, and I have done it.

But I do a lot of editing of LYX files and compiling to pdf (many! 
times a day), and I want the pdf

file to be at 125% when I open it, and not have to scroll  to get that.

I did find that there is a LaTeX \mag , e.g., \mag 1200 for 20% 
increase, but I haven't been
able to succeed using it by opening the LYX file and adding \mag 1200  
(or whatever  turns

out to be needed), and saving it, whereupon I get an error.

This adjustment would seem to be something the the LaTeX to pdf 
Conveter should control ???


Doug

On Wed, Sep 29, 2021 at 12:23 PM Rasmus K. Rendsvig 
mailto:rends...@gmail.com>> wrote:


Dear Doug,

I am sorry if what you are describing is a more complex issue then
I what I hear it to be, but did you try changing the zoom level in
the pdf viewer itself?

Try e.g. pressing the Ctrl and the + keys simultaneously, or
holding Ctrl while scrolling up on your mouse wheel, or clicking
the field that says 56.7% and see if you can change it there.

Kind regards,
Rasmus


On Wed, 29 Sep 2021, 18:07 Doug Martin, mailto:martinr...@gmail.com>> wrote:

My pdf files compiled from LYX always have 56.7%
magnification, no matter whether I use
different document classes such as Article versus svmono, and
I want them larger by default,
e.g., 125%.  I have not found a solution in the User Guide,
and wonder if anyone can explain
how to do this?

Doug Martin

-- 
lyx-devel mailing list

lyx-devel@lists.lyx.org 
http://lists.lyx.org/mailman/listinfo/lyx-devel




--
R. Douglas Martin
Professor Emeritus in Applied Mathematics and Statistics
University of Washington


This sounds like a pdf viewer default setting. For instance in 
SumatraPDF which I use, under Settings > Options I'm presented with a 
small dialogue including the option Default zoom which not only has 
things like Fit page, Fit width, Fit content, but a list of default zoom 
levels (from 6400% down to 8.33%). For my aging eyes I use 150% and that 
is what I get when I view (compile) a LyX document.


Andrew

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

Update other formats button disabled

[Andrew Parsloe]

On my system, 2.4.0-alpha3 on windows 10,  the Update other formats 
button is disabled. The menu Document > Update other formats is still 
available for the purpose. The button works in 2.3.6 so I don't think 
this is a result of my tinkering.


Andrew

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

Bug(?) when creating an align* with Ctrl+Return.

[Andrew Parsloe]

Windows 10, LyX 2.4.0-alpha3 and 2.3.6.

Given a formula $ a=b=c $ position the cursor after the b and press 
Ctrl+Return. In LyX 2.4.0-alpha3 this produces

\begin{align*}
a & =b=c\\
\end{align*}
and leaves the cursor after the c. The cursor positioning and failure to 
transfer the part of the formula after the cursor to the newly created 
line seem like bugs to me.


In the align* formula again position the cursor after the b and press 
Ctrl+Enter. This time the result is

\begin{align*}
a & =b\\
 & =c\\
\end{align*}
with the cursor remaining just after the b. Except for the extra \\ 
(displaying in LyX as two empty blue boxes) this is what I expected the 
first time.


Andrew

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

Re: How to not convert layout when pasting?

[Andrew Parsloe]

On 9/04/2021 5:12 am, Enrico Forestieri wrote:

On Thu, Apr 08, 2021 at 12:01:29PM -0400, Scott Kostyshak wrote:

Sometimes I want to copy something from an itemize environment and
paste it into a new enumerate item. If I start a new enumerate item
and just paste, LyX converts the layout to itemize. My workaround is
to type "a" and then paste. This way, the enumerate is preserved. Then
I delete the "a". I forget why I developed this habit rather than just
pasting, let LyX convert to itemize, then simply convert back to
enumerate. Perhaps the nesting was not fixed when I do this instead?
In any case, that's not ideal either.

Do others often run into a similar situation?

Yes, all the time. This is really annoying. However, if you want to
paste only text (no insets), put the following line in you user.bind file:

\bind "C-M-v" "clipboard-paste-simple"

and then use Ctrl+Alt+V for pasting.


Thank you Enrico. This solves for me a matter that has often irritated. 
Strangely, the very first time I tried Ctrl+Alt+V, copying from itemize 
to enumerate, the bullet from the itemize environment was also copied so 
that the result looked like "1. * itemize" (where the asterisk denotes 
the itemize bullet). I've been unable to reproduce since (in 2.4.0-alpha3).


Andrew

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

Re: LyX 2.4.0 Alpha 3

[Andrew Parsloe]

On 20/02/2021 11:28 am, Richard Kimberly Heck wrote:

A third alpha of LyX 2.4.0 has now been released. It can be found here:

http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/

As usual with alpha software, this is released for testing purposes 
only. Although many of us have been using it regularly, and it seems 
to be fairly stable, nasty surprises are always a possibility.


One of those, which more or less prevented Alpha 2 from working on 
Windows, should now have been fixed.


If you run into any problems, please report them either on the 
lyx-devel mailing list or on our bug tracker:


https://www.lyx.org/trac/wiki/BugTrackerHome

Riki


I've installed alpha3 on a windows 10 system. Unlike alpha2, the 
installation went smoothly and documents are loading and displaying 
correctly.


Andrew

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

Re: [RFC] Simple Search to Bottom Dock

[Andrew Parsloe]

On 14/02/2021 8:42 pm, Jürgen Spitzmüller wrote:

Am Samstag, dem 13.02.2021 um 16:48 -0500 schrieb Scott Kostyshak:

What if we get rid of the non-advanced replace? That is, if users
want so use replace, they need to go to Edit > Find & Replace
(Advanced).

I am completely opposed to this. I use Advanced F&R only when I have to
and use simple replace a lot.

Jürgen


For what it is worth, this is my pattern of use too.

Andrew

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

Re: 2.4 alpha2 failing on windows 10

[Andrew Parsloe]

On 9/02/2021 6:31 pm, Richard Kimberly Heck wrote:

On 2/9/21 12:14 AM, Andrew Parsloe wrote:

I've twice downloaded the 64 bit alpha2 installer for windows and
installed it. However when I try to open a document in it I get a
series of errors starting with unable to find the article layout, then
unable to read cite engine basic, then failures of both lyx2lyx and
tex2lyx scripts. Trying to reconfigure also fails. When I look at Help

About LyX I see

Version 2.4.0dev (Monday, 28 December 2020)

Is this right? I've reverted to alpha1 which I see has the same
version date:

Version 2.4.0-alpha1 (Monday, 28 December 2020)


I didn't update the version date. I should have.

The errors sound like python errors. Can you run from a terminal?

Riki


I've attached the output from the messages pane (with All debug messages 
set) resulting from when I click on the new document icon. (If this is 
not sufficient, then Yes, I can run LyX from the command line. What 
arguments should be used?)


Andrew

frontends\qt\GuiApplication.cpp (1655): cmd:  action: 3 [buffer-new]  arg: '' 
x: 0 y: 0
BufferParams.cpp (2529): setBaseClass: article
Error: Document class not found

The layout file:
article
could not be found. A default textclass with default
layouts will be used. LyX will not be able to produce
correct output.
frontends\qt\GuiApplication.cpp (714): Missing translation for `OK'
frontends\qt\GuiView.cpp (239): widget pixel ratio: 1 splash pixel ratio: 1 
paint pixmap: 400x250@317+44
frontends\qt\GuiView.cpp (239): widget pixel ratio: 1 splash pixel ratio: 1 
paint pixmap: 400x250@317+44
frontends\qt\GuiView.cpp (1005): GuiView::setFocus()020B6DAB80A0
frontends\qt\GuiView.cpp (1022): GuiView::focusInEvent()020B6DAB80A0
support\TempFile.cpp (35): Temporary file in 
C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicXX.layout
support\TempFile.cpp (38): Temporary file 
`C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout' 
created.
TextClass.cpp (335): support/os_win32.cpp (329):  
[~/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout]->>[~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout]
Reading textclass: 
~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout
TextClass.cpp (150): Reading style Plain Layout
Format.cpp (370): filetools(getFormatFromContents)
File type not recognised before EOF!
Format.cpp (377): filetools(getFormatFromContents)
Couldn't find a known format!
Lexer.cpp (254): lyxlex: UNcompressed
Lexer.cpp (333): Comment read: `35 This layout is automatically generated'
Lexer.cpp (333): Comment read: `35 \DeclareLaTeXClass{article}'
TextClass.cpp (335): Reading input file: [layouts/stdclass.inc]
Format.cpp (377): filetools(getFormatFromContents)
Couldn't find a known format!
Lexer.cpp (254): lyxlex: UNcompressed
Lexer.cpp (333): Comment read: `35 Standard textclass definition file. Taken 
from initial LyX source code'
Lexer.cpp (333): Comment read: `35 Author : Matthias Ettrich 
'
Lexer.cpp (333): Comment read: `35 Transposed by Pascal André 
'
Lexer.cpp (333): Comment read: `35 Heavily modifed and enhanced by several 
developers.'
Lexer.cpp (333): Comment read: `35 This is a base layout which is designed to 
be included from other'
Lexer.cpp (333): Comment read: `35 ``standard'' layouts, like article and 
friends.'
TextClass.cpp (348): Finished reading input file: [layouts/stdclass.inc]
TextClass.cpp (292): Converting layout file to 92
support\TempFile.cpp (35): Temporary file in 
C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertXX.layout
support\TempFile.cpp (38): Temporary file 
`C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout'
 created.
TextClass.cpp (89): Running `python -tt "C:/Program Files/LyX 
2.4/Resources/scripts/layout2layout.py" -t 92 "C:/Program Files/LyX 
2.4/Resources/layouts/stdclass.inc" 
"C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout"'
support\filetools.cpp (1067): Running: python -tt "C:/Program Files/LyX 
2.4/Resources/scripts/layout2layout.py" -t 92 "C:/Program Files/LyX 
2.4/Resources/layouts/stdclass.inc" 
"C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout"
TextClass.cpp (94): Conversion of layout with layout2layout.py has failed.
TextClass.cpp (363): Unable to convert C:/Program Files/LyX 
2.4/Resources/layouts/stdclass.inc to format 92
LyX: Error reading input file: C:/Program Files/LyX 
2.4/Resources/layouts/stdclass.inc [around line 5 of file support/os_win32.cpp 
(329):  
[~/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout]->>[~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout]
~\AppData\Local\Temp\l

2.4 alpha2 failing on windows 10

[Andrew Parsloe]

I've twice downloaded the 64 bit alpha2 installer for windows and 
installed it. However when I try to open a document in it I get a series 
of errors starting with unable to find the article layout, then unable 
to read cite engine basic, then failures of both lyx2lyx and tex2lyx 
scripts. Trying to reconfigure also fails. When I look at Help > About 
LyX I see


Version 2.4.0dev (Monday, 28 December 2020)

Is this right? I've reverted to alpha1 which I see has the same version 
date:


Version 2.4.0-alpha1 (Monday, 28 December 2020)

Andrew*
*


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

Verbatim and quotes

[Andrew Parsloe]

At present (LyX 2.4 alpha1 on windows 10) the grave ` and the single 
straight quote ' (apostrophe) produce "curly" left  and right quote 
marks  in a verbatim environment when compiled to pdf. I would expect 
them to be preserved as grave and straight quote. I can get grave and 
straight quote by adding \usepackage{upquote} to the preamble -- which 
is simple enough to do (now that I know of it), but is the current 
"curly" output the right one?


Andrew

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

Re: Insert menu

[Andrew Parsloe]

On 25/01/2021 11:15 pm, Jürgen Spitzmüller wrote:

Am Montag, dem 25.01.2021 um 16:56 +1300 schrieb Andrew Parsloe:

(LyX 2.4.0 alpha) Inserted a TOC recently. My eye ran down the Insert
menu to Table..., realised that wasn't it, then back up the list to
"List/Contents/References", found and duly inserted the TOC inset.

Yes. This has been renamed, as the old name "List/TOC" was not adequate
(it didn't cover "References", and TOC is too cryptic).


Looking at the items in the submenu, I feel Tthree of them (index,
nomenclature and bibliography) could helpfully be reassigned to a
separate item in the Insert menu, tentatively called "End matter".
Although the items in "End matter" are not always placed there, I
think that is generally the case, whereas lists of tables and figures
etc. are usually placed at the front.

I don't think this is a very good category name. Also I think that
these are all sorts of "lists" that can be grouped together. In German,
we have the general term "Verzeichnisse" which perfectly fits them all
(TOC is "Inhaltsverzeichnis", Bibliography "Literaturverzeichnis", List
of Figure "Abbildungsverzeichnis", Index "Stichwortverzeichnis"). It is
too bad that English (apparently due to some historical contingencies)
distinguishes "lists", "tables" etc. So we need this rather crude entry
for English.

However, I do not think that we should structure the menu based on
English semantics.

Jürgen


English *syntax* perhaps? The semantics I had in mind was the division 
of a book into three parts: prelims (i.e. preliminary pages), text or 
body of the book, and end matter. Prelims is where the TOC and lists of 
tables, figures, ... go. According to the style book that was my bible 
during my former life as an indexer, Appendix, Notes, Glossary, 
Bibliography and Index constitute  end matter. In fact, seeing Appendix 
here has prompted me to transfer "Start Appendix Here" from the Document 
menu to the "End matter" submenu in my personalized stdmenus.inc.


Andrew

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

Insert menu

[Andrew Parsloe]

(LyX 2.4.0 alpha) Inserted a TOC recently. My eye ran down the Insert 
menu to Table..., realised that wasn't it, then back up the list to 
"List/Contents/References", found and duly inserted the TOC inset.


Looking at the items in the submenu, I feel three of them (index, 
nomenclature and bibliography) could helpfully be reassigned to a 
separate item in the Insert menu, tentatively called "End matter". 
Although the items in "End matter" are not always placed there, I think 
that is generally the case, whereas lists of tables and figures etc. are 
usually placed at the front. This adjustment means renaming 
"List/Contents/References", perhaps to "List of.../Table of...".


I realise this adds another item to a long Insert menu, but an overall 
shrinkage by one follows if "Footnote" and "Marginal Note" are included 
under "Note".


I've attached screenshots and a doctored stdmenus.inc. This also 
includes  "Greyed Out Note" for "Greyed Out" for consistency with the 
other entries in the submenu. The items in "Note" are in the same order 
as the toolbar buttons as are the items in "End matter" (and if I knew 
how to do this I would change "Index List" to "Index").


Andrew


# -*- text -*-

# file stdmenus.inc
# This file is part of LyX, the document processor.
# Licence details can be found in the file COPYING.

# author Jean-Marc Lasgouttes
# author John Levon
# author Michael Gerz

# Full author contact details are available in file CREDITS.

# The interface is designed (partially) following the KDE Human Interface
# Guidelines (http://techbase.kde.org/Projects/Usability/HIG)

# Casing Rules:
# Capitalize all words in the element, with the following exceptions:
# * Articles: a, an, the.
# * Conjunctions: and, but, for, not, so, yet ...
# * Prepositions of three or fewer letters: at, for, by, in, to ...
#   (except when the preposition is part of a verb phrase, such as "Check In")
# (https://developer.gnome.org/hig-book/unstable/design-text-labels.html.en)

Format 5

Menuset

Menubar
# Make the first 4 menus be as much as expected as possible
Submenu "File|F" "file"
Submenu "Edit|E" "edit"
Submenu "View|V" "view"
Submenu "Insert|I" "insert"
Submenu "Navigate|N" "navigate"
Submenu "Document|D" "document"
Submenu "Tools|T" "tools"
Submenu "Help|H" "help"
End

#
# FILE MENU
#

Menu "file"
Item "New|N" "buffer-new"
Item "New from Template...|m" "dialog-show lyxfiles templates"
Item "Open...|O" "file-open"
Submenu "Open Recent|t" "file_lastfiles"
Item "Open Example...|p" "dialog-show lyxfiles examples"
Separator
Item "Close|C" "buffer-close"
Item "Close All" "buffer-close-all"
Item "Save|S" "buffer-write"
Item "Save As...|A" "buffer-write-as"
Item "Save As Template..." "buffer-write-as-template"
Item "Save All|l" "buffer-write-all"
Item "Revert to Saved|R" "buffer-reload"
Submenu "Version Control|V" "file_vc"
Separator
Submenu "Import|I" "file_import"
Submenu "Export|E" "file_export"
OptItem "Fax...|F" "buffer-export fax"
Separator
Item "New Window|W" "window-new"
Item "Close Window|d" "window-close"
Separator
Item "Exit|x" "lyx-quit"
End

Menu "file_lastfiles"
Lastfiles
End

Menu "file_vc"
OptItem "Register...|R" "vc-register"
OptItem "Check In Changes...|I" "vc-check-in"
OptItem "Check Out for Edit|O" "vc-check-out"
OptItem "Copy|p" "vc-copy"
OptItem "Rename|R" "vc-rename"
OptItem "Update Local Directory From Repository|d" 
"vc-repo-update"
OptItem "Revert to Repository Version|v" "vc-revert"
OptItem "Undo Last Check In|U" "vc-undo-last"
OptItem "Compare with Older Revision...|C" "vc-compare"
OptItem "Show History...|H" "dialog-show vclog"
OptItem "Use Locking Property|L" "vc-locking-toggle"
End

Menu "file_import"
ImportFormats
End

Menu "file_export"
ExportFormat
Item "Export As...|s" "buffer-export-as"
Separator
ExportFormats
Item "More Formats & Options...|r" "buffer-export custom"
End

#
# EDIT MENU
#

Menu "edit"
Item "Undo|U" "undo"
Item "Redo|R" "redo"
Separator
Item "Cut" "cut"
Item "Copy" "copy"
Item "Paste" "paste"
  

Re: [CONFIRMED] Delimiter issue in 2.3.6.1 and in master

[Andrew Parsloe]

On 22/01/2021 11:06 am, Paul A. Rubin wrote:

On 1/21/21 4:44 PM, Richard Kimberly Heck wrote:

On 1/21/21 3:07 PM, Paul A. Rubin wrote:
I'm using LyX 2.3.6.1 on Linux Mint, and I just tripped over a 
possible (minor) bug that I'd like someone to confirm. Create a math 
inset and click the toolbar button to insert paired delimiters. The 
lfloor and rfloor delimiters look correct to me, but the lceil and 
rceil delimiters are just vertical lines (no horizontal "flanges"). 
Anyone else seeing that?


Yes, I see it, and in master too. Screenshot attached.

Riki


Thanks. Thought I was losing it (which I suppose I still might be). 
I've filed a bug report (Ticket #12085) and attached your screenshot 
(with attribution, of course).


Paul


This is not true on Windows 10. \lceil and \rceil are both there, on 
2.3.6 and 2.4.0 alpha. Screenshot from 2.3.6 attached.


Andrew

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

Re: [Windows] Remove the default binding between buffer-zoom and Alt+0

[Andrew Parsloe]

On 17/01/2021 1:42 am, Jean-Marc Lasgouttes wrote:

Le 16/01/2021 à 04:36, Andrew Parsloe a écrit :
As a LyX user on windows, I would be reluctant to see Ctrl+-  
changed. To meit sits comfortably alongside Ctrl+space to give a 
protected space. (To my mind, the odd one out is Alt+. to give an 
ellipsis rather than Ctrl+. for this function.  To maintain 
equilibrium I recall JMarc's description from 17 Jul 2018, "remember 
that LyX is a platypus: something so weirdly designed that everybody 
is surprised that it even exists.")


Do you keep a list of my most famous quotes ? I am flattered ;)
No, but the mention of platypuses obviously stuck. When I 'discovered' 
LyX about 15 years ago, the User's Guide had a picture of a platypus. It 
feels as if the unlikely creature has been a meme in LyX development for 
a long time.


More seriously, it is important to keep a good balance between the 
normal and the weird.


JMarc

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

Re: [Windows] Remove the default binding between buffer-zoom and Alt+0

[Andrew Parsloe]

On 16/01/2021 3:46 pm, Scott Kostyshak wrote:

On Fri, Jan 15, 2021 at 08:27:23PM -0500, Richard Kimberly Heck wrote:

On 1/15/21 3:57 PM, Yuriy Skalko wrote:

However, by default, in LyX, this has a very problematic side-effect:
Alt+0
resets the zoom level to zero. Personally, I know how to configure this
shortcut, but newcomers may be left puzzled (and leave completely).

Moreover, it's more common to use Ctrl+0 to reset the zoom level, at
least
on Windows: most Web browsers do it (at least Firefox, Chrome, and
IE), all
Microsoft Office programs. It does not work for LibreOffice or
Notepad++.

I would propose to change the default binding to Ctrl+0, as it's more
common (although not ubiquitous), and this would fix the problem of
changing zoom when you try to insert a character.

What do you think of this?

There are also zooming shortcuts Alt+"+", Alt+"-". To be consistent
these should also use Ctrl. But Ctrl+"-" is already bound to
Hyphenation Point insert. Is it OK to rebind it to Alt+"-"?

I'm pretty used to it as it is. I'm not sure we need to worry too much
about consistency here, though I'll be interested to hear what others
have to say.

I think I would support changing the bindings to be more consistent with other 
applications. I forget why we have things the way they are.

Scott


As a LyX user on windows, I would be reluctant to see Ctrl+-  changed. 
To meit sits comfortably alongside Ctrl+space to give a protected space. 
(To my mind, the odd one out is Alt+. to give an ellipsis rather than 
Ctrl+. for this function.  To maintain equilibrium I recall JMarc's 
description from 17 Jul 2018, "remember that LyX is a platypus: 
something so weirdly designed that everybody is surprised that it even 
exists.")


Andrew

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

Re: Preference to disable input completion?

[Andrew Parsloe]

On 22/11/2020 3:36 am, Scott Kostyshak wrote:


You can alway put into your preferences change to the Tab shortcut

True. I want to turn input completion off for text completion but leave it on for math 
completion. Andrew and Joel, if you also want that I already have a patch that I think 
does this that I can use locally. Let me know if you want me to post it (it would require 
you to recompile LyX though). If you want to effectively "disable" input 
completion in both math and text, you can rebind Tab.

Scott


I've rebound Tab. I should have done it long ago.

Andrew

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

Re: Preference to disable input completion?

[Andrew Parsloe]

On 21/11/2020 3:28 am, Joel Kulesza wrote:
On Thu, Nov 19, 2020 at 8:28 PM Scott Kostyshak > wrote:


Does anyone else find (non-automatic) completion annoying in text
mode?



However, when in a table and moving rightward through cells, it is my 
natural inclination to use tab, which initiates autocompletion, which 
infuriates me.


+1 to this.

Andrew

That said, I manually modify tables rarely enough such that I've not 
pursued disabling this in some way.


- Joel

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

Insert Table dialogue

[Andrew Parsloe]

LyX 2.4.0 testing release, windows 10

In the dialogue resulting from Insert > Table, when I drag the cursor 
diagonally from top left, the number of rows and columns generated is 
about two more than the actual cursor position (see the attachment). It 
takes some fiddling around to get the desired number of rows and columns 
(reminded me somehow of steering a car from the rear seat). Double 
clicking on a cell in the table grid to try to pin the rows and columns 
down exactly is similarly inaccurate.


Otherwise, apart from an initial difficulty with previews not 
displaying, LyX 2.4  seems increasingly like a significant advance on 
the 2.3 series. It feels 'crisper', and has behaved stably with a number 
of complex documents.


Andrew


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

Re: Small cursor anomaly

[Andrew Parsloe]

On 11/11/2020 10:28 am, Scott Kostyshak wrote:

On Wed, Nov 11, 2020 at 09:59:49AM +1300, Andrew Parsloe wrote:

LyX 2.4.0 testing on windows 10.

Normally the cursor is a blinking vertical  line but I noticed when starting
a chapter heading that the line had acquired a small > sign to give a |>
appearance, see MWE-T.png. In MWE-T.lyx if I type a T to start the second
chapter heading the |> effect occurs; for any other letter it doesn't.
Continuing typing, the > vanishes only when I get to the 'g' of Testing.

The ">" attached to he right of "|" signals that you can press "Tab" to get an autocomplete 
popup. This can be partly controlled by the preferences in Editing > Input Completion, although I just checked and the 
"Cursor indicator" is checked and greyed out for me for some reason.

The behavior that changed with respect to previous LyX versions is that the ">" 
is now much larger on some screens (including mine). Before, it was miniscule and you could 
only notice it if you were looking for it. You can read more about this issue here:

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

After the above, what are your updated thoughts? Do you find the ">" annoying? 
Do any of the preferences do what you want (e.g., disable it)?

Scott


Thanks Scott for explaining this. The cursor indicator check box is set 
but greyed out for me too. I turn off input completion which is probably 
why I hadn't noticed the > before. Now that I know what it is, the > is 
not a problem.


Andrew


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

Small cursor anomaly

[Andrew Parsloe]

LyX 2.4.0 testing on windows 10.

Normally the cursor is a blinking vertical  line but I noticed when 
starting a chapter heading that the line had acquired a small > sign to 
give a |> appearance, see MWE-T.png. In MWE-T.lyx if I type a T to start 
the second chapter heading the |> effect occurs; for any other letter it 
doesn't. Continuing typing, the > vanishes only when I get to the 'g' of 
Testing.


Andrew



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

Re: LyX Development Release Tarballs, Round 3

[Andrew Parsloe]

On 10/11/2020 6:32 am, Yu Jin wrote:
Am Mo., 9. Nov. 2020 um 12:06 Uhr schrieb Pavel Sanda >:


On Tue, Oct 27, 2020 at 05:59:59PM +0100, Yu Jin wrote:
> > >> OK, so, another set of tarballs is at
> > http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/
. Please let me
know if that
> > these are good to go (hopefully). If so, I'll post another
thread to that
> > effect, so that people can build binaries.
> > > This tarball is usable to build an application disk image on
Mac.
> >
> > Thanks. Some good news for a change!
> >
>
> Works here too, apart from missing the Installer2 folder, but I
think it is
> not really necessary, because well... you know why.
> --
>     Eugene

Hi Eugene,

I just got some feedback from windows users that we have in our
manuals referenced
lyxrc.defaults (which is correct), but the file found on windows
is "lyxrc.defaults.defaults".

Can you check that?

Checked, I have lyxrc.defaults on my system in the userdir. Any more 
info I can get?

--
    Eugene


On my windows 10 installation of 2.4 testing (64-bit installer) it is 
also lyxrc.defaults.


Andrew

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

Re: Hyperref-preview conflict

[Andrew Parsloe]

On 4/11/2020 9:07 am, Yu Jin wrote:
Am Di., 3. Nov. 2020 um 20:33 Uhr schrieb Andrew Parsloe 
mailto:ajpars...@gmail.com>>:



On 4/11/2020 7:03 am, Yu Jin wrote:

Am So., 1. Nov. 2020 um 21:54 Uhr schrieb Andrew Parsloe
mailto:ajpars...@gmail.com>>:

LyX 2.4.0 testing, windows 10

Checking  Use Hyperref Support stalls display of previews on
my system.
I've attached two simple documents showing the effect. In
2.3.5.2 the
formation of previews is not stalled, but it is slowed. My
(no doubt
naive ) notion is that hyperref and preview should have
nothing to do
with each other.

Looking at what's going on in the Temp directory, with
hyperref ON a pdf
is formed of all previews in the document. After a while in
2.3.5.2 the
individual png-s are then formed of each preview and which
then get
displayed. In 2.4.0 the pdf of all previews is formed but not
the
individual png-s. In both cases the log shows entries like

Preview: Snippet 1 44 225995 2313809
[1
Non-PDF special ignored!
 ps::clippath fill

for each preview. With hyperref OFF no pdf is formed and each
preview
generates a log entry like

Preview: Snippet 1 4634698 235932 22609920


Can you try following:
Tolls -> Preferences -> Paths -> PATH prefix: find
$LyXDir\ghostscript and change to
$LyXDir\ghostscript\bin

report if the outcome.


Yes, the preview now forms (in 2.4.0 testing), although it still
takes the 'long' route of creating a pdf in the Temp directory
before creating the png. The preview log shows

Strange, I have tested your both files and for me it creates not .pdf 
but .dvi files in both cases, I see no difference between the two 
files. What do you mean with the long route, what would be the short 
route? Hyperref off behaves differently for you? How?


Preview: Snippet 1 44 225995 2313809
[1
Non-PDF special ignored!
 ps::clippath fill

--
    Eugene


I've attached the contents of the temp directory in the two cases. A pdf 
is formed in the hyperref ON case, but not in the OFF case. The 
hyperrefON.lyx file has the entries \use_hyperref true \pdf_bookmarks 
true; the hyperrefOFF.lyx file has the entry \use_hyperref false.


By the long route I meant that a pdf of the preview snippet is formed 
before the png. The short route doesn't involve forming the pdf (goes 
directly from dvi to png). Would the preview log files be of interest?


Andrew

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

Re: Hyperref-preview conflict

[Andrew Parsloe]

On 4/11/2020 7:03 am, Yu Jin wrote:
Am So., 1. Nov. 2020 um 21:54 Uhr schrieb Andrew Parsloe 
mailto:ajpars...@gmail.com>>:


LyX 2.4.0 testing, windows 10

Checking  Use Hyperref Support stalls display of previews on my
system.
I've attached two simple documents showing the effect. In 2.3.5.2 the
formation of previews is not stalled, but it is slowed. My (no doubt
naive ) notion is that hyperref and preview should have nothing to do
with each other.

Looking at what's going on in the Temp directory, with hyperref ON
a pdf
is formed of all previews in the document. After a while in
2.3.5.2 the
individual png-s are then formed of each preview and which then get
displayed. In 2.4.0 the pdf of all previews is formed but not the
individual png-s. In both cases the log shows entries like

Preview: Snippet 1 44 225995 2313809
[1
Non-PDF special ignored!
 ps::clippath fill

for each preview. With hyperref OFF no pdf is formed and each preview
generates a log entry like

Preview: Snippet 1 4634698 235932 22609920


Can you try following:
Tolls -> Preferences -> Paths -> PATH prefix: find
$LyXDir\ghostscript and change to
$LyXDir\ghostscript\bin

report if the outcome.
--
    Eugene

Yes, the preview now forms (in 2.4.0 testing), although it still takes 
the 'long' route of creating a pdf in the Temp directory before creating 
the png. The preview log shows


Preview: Snippet 1 44 225995 2313809
[1
Non-PDF special ignored!
 ps::clippath fill

Andrew

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

Re: Continuous Spellchecker Default Behavior (and Voting?)

[Andrew Parsloe]

On 2/11/2020 10:54 am, Richard Kimberly Heck wrote:

On 11/1/20 12:47 PM, Joel Kulesza wrote:

All,

Thanks for your consideration and good discussion on default
continuous spellchecker behavior subsequent to
https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg213704.html
.

I've created this separate thread to avoid continuing to hijack the
other thread on dictionary inclusion and to ask whether it makes sense
to call a vote similar to what Jürgen initiated
here https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg212545.html
.

The two options I imagine are (A) keep continuous spellchecking
disabled by default or (B) make continuous spellchecking enabled by
default (with appropriate supporting elements of preference
propagation, etc.).

Just to re-emphasize: I'm happy to write the patch, which would include
some prefs2prefs that would keep (in effect) keep the default as OFF for
existing users.


As a user I like this proposal. I make very little use of spellchecking 
and would prefer to leave my current preferences unchanged.


Andrew



Let's see what kinds of responses we get and, if need be, we can have a
vote.

Riki


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

Hyperref-preview conflict

[Andrew Parsloe]

LyX 2.4.0 testing, windows 10

Checking  Use Hyperref Support stalls display of previews on my system. 
I've attached two simple documents showing the effect. In 2.3.5.2 the 
formation of previews is not stalled, but it is slowed. My (no doubt 
naive ) notion is that hyperref and preview should have nothing to do 
with each other.


Looking at what's going on in the Temp directory, with hyperref ON a pdf 
is formed of all previews in the document. After a while in 2.3.5.2 the 
individual png-s are then formed of each preview and which then get 
displayed. In 2.4.0 the pdf of all previews is formed but not the 
individual png-s. In both cases the log shows entries like


Preview: Snippet 1 44 225995 2313809
[1
Non-PDF special ignored!
 ps::clippath fill

for each preview. With hyperref OFF no pdf is formed and each preview 
generates a log entry like


Preview: Snippet 1 4634698 235932 22609920

Andrew




hyperrefOFF.lyx
Description: application/lyx


hyperrefON.lyx
Description: application/lyx
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: 2.4.0 testing on windows 10

[Andrew Parsloe]

On 31/10/2020 10:06 pm, Andrew Parsloe wrote:


I've installed 2.4.0 testing on a windows 10 machine.


I should have mentioned this is the 64-bit installer.


1. when launching LyX the command window remains open.

2. the first preview encountered (e.g. math inset with preview On) 
generates this message twice in the command window:


RunCommand: could not terminate child process: Invalid argument

Subsequent previews do not generate the message.

3. a small cosmetic detail. The File menu lists Open Example after 
Open Recent and just above a separator. People moving from 2.3 are 
used to finding the recent files just above the separator. I think it 
would be better to place Open Example just after New from Template


Attempts to compile some complex documents have not been successful 
initially, but I'll need to investigate further tomorrow.


Andrew

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

2.4.0 testing on windows 10

[Andrew Parsloe]

I've installed 2.4.0 testing on a windows 10 machine.

1. when launching LyX the command window remains open.

2. the first preview encountered (e.g. math inset with preview On) 
generates this message twice in the command window:


RunCommand: could not terminate child process: Invalid argument

Subsequent previews do not generate the message.

3. a small cosmetic detail. The File menu lists Open Example after Open 
Recent and just above a separator. People moving from 2.3 are used to 
finding the recent files just above the separator. I think it would be 
better to place Open Example just after New from Template


Attempts to compile some complex documents have not been successful 
initially, but I'll need to investigate further tomorrow.


Andrew

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

Re: Redundant \cmidrule commands in formal tables

[Andrew Parsloe]

On 18/09/2020 11:33 pm, Jürgen Spitzmüller wrote:

Am Freitag, den 18.09.2020, 22:50 +1200 schrieb Andrew Parsloe:

I've attached a mwe. I created a 2 row, 3 column table, changed to
Formal Style, cleared the internal rules (leaving top and bottom
rules), then joined the 2nd and 3rd cells of the top row using the
button on the table toolbar. Now clicking the lower border button
with the cursor in the combined cell produces the duplicate \cmidrule
commands (as viewed in the Code Preview Pane).

Thanks. I see it in 2.3.x, but not in 2.4.x, where the table is
exported as

\begin{tabular}{ccc}
\toprule
  & \multicolumn{2}{c}{}\tabularnewline
\cmidrule{2-3}
  &  & \tabularnewline
\bottomrule
\end{tabular}

As this is a mere cosmetic issue and since 2.4.x has a completely
reworked and extended cmidrule handling which cannot be backported, I
propose we leave things as they are.

Jürgen
Yes, it didn't break compilation to pdf. I was using LyX (as I often do) 
to see what the underlying LaTeX looked like in the Code Preview Pane.

Andrew

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

Re: Redundant \cmidrule commands in formal tables

[Andrew Parsloe]

On 18/09/2020 6:39 pm, Jürgen Spitzmüller wrote:

Am Freitag, den 18.09.2020, 17:53 +1200 schrieb Andrew Parsloe:

I notice when creating a title for a number of columns in a formal
table
that the \cmidrule command is needlessly duplicated:

\begin{tabular}{c}
\toprule
   & \multicolumn{4}{c}{title}\tabularnewline
\cmidrule{2-5} \cmidrule{3-5} \cmidrule{4-5} \cmidrule{5-5}
x & 1 & 2 & 3 & 4\tabularnewline
\midrule
1 & b & l & a & h\tabularnewline
2 & b & l & a & h\tabularnewline
\bottomrule
\end{tabular}

Although the table compiles without problems, \cmidrule{2-5}
suffices.

Please post a minimal example file.

Jürgen

I've attached a mwe. I created a 2 row, 3 column table, changed to 
Formal Style, cleared the internal rules (leaving top and bottom rules), 
then joined the 2nd and 3rd cells of the top row using the button on the 
table toolbar. Now clicking the lower border button with the cursor in 
the combined cell produces the duplicate \cmidrule commands (as viewed 
in the Code Preview Pane).


Andrew



cmidrule-table.lyx
Description: application/lyx
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Redundant \cmidrule commands in formal tables

[Andrew Parsloe]

On 18/09/2020 5:53 pm, Andrew Parsloe wrote:
I notice when creating a title for a number of columns in a formal 
table that the \cmidrule command is needlessly duplicated:


\begin{tabular}{c}
\toprule
 & \multicolumn{4}{c}{title}\tabularnewline
\cmidrule{2-5} \cmidrule{3-5} \cmidrule{4-5} \cmidrule{5-5}
x & 1 & 2 & 3 & 4\tabularnewline
\midrule
1 & b & l & a & h\tabularnewline
2 & b & l & a & h\tabularnewline
\bottomrule
\end{tabular}

Although the table compiles without problems, \cmidrule{2-5} suffices.

Andrew

I should have added that this is with 2.3.5.2 on windows 10. I notice 
that some work has been done on formal tables for LyX 2.4. Perhaps it 
has already been fixed?


Andrew

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

Redundant \cmidrule commands in formal tables

[Andrew Parsloe]

I notice when creating a title for a number of columns in a formal table 
that the \cmidrule command is needlessly duplicated:


\begin{tabular}{c}
\toprule
 & \multicolumn{4}{c}{title}\tabularnewline
\cmidrule{2-5} \cmidrule{3-5} \cmidrule{4-5} \cmidrule{5-5}
x & 1 & 2 & 3 & 4\tabularnewline
\midrule
1 & b & l & a & h\tabularnewline
2 & b & l & a & h\tabularnewline
\bottomrule
\end{tabular}

Although the table compiles without problems, \cmidrule{2-5} suffices.

Andrew

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

Re: Paste Recent in context menu

[Andrew Parsloe]

On 30/07/2020 11:29 pm, Daniel wrote:
I find the Paste Recent context menu entry slightly distracting 
because it is pretty much at the top, so I always run with the mouse 
over it, and it contains changing and possibly long text.


Maybe it would be enough to have this function in the Edit menu?

The Paste Recent is a very nice feature in some situations but I guess 
people seldomly use it because most of the time the typical paste 
function is enough and it is not common in other applications.


Daniel


I use Paste Recent frequently Daniel, particularly when dealing with 
equations when it allows fiddly constructions to be inserted in multiple 
places easily. I would very much like it to stay in the context menu.


Andrew

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

Re: Setting to Biblatex makes Biber run even if no bibliography inset

[Andrew Parsloe]

On 29/05/2020 5:54 pm, Jürgen Spitzmüller wrote:

Am Donnerstag, den 28.05.2020, 23:10 -0400 schrieb Scott Kostyshak:

I don't know if this is expected or not. Is the bibliography
generator
still run because there might be references in the .tex file itself
(i.e., not in an external file)? If that is the case, would it make
sense to condition on there being no citation inset?

Or using a \addbibresource line in preamble or a class file.

Alas I see no reliable way to detect whether or not biber must be run.

Jürgen
I asked the same question in 2018 and Jürgen's answer 
(https://marc.info/?l=lyx-devel&m=153899371502800&w=2) contained the 
extra wrinkle:


Currently, we run biber whenever a *.bcf file exists in the tmp dir.
This is apparently also the case if there are no citations.

Andrew

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

Re: Additions to documentation toolbar

[Andrew Parsloe]

On 3/05/2020 3:59 pm, Richard Kimberly Heck wrote:

On 5/1/20 1:22 AM, Andrew Parsloe wrote:

Dear LyX developers,

I've been documenting a LaTeX program recently and have found the
documentation toolbar useful, but this has highlighted a couple of
symbols which could usefully be added to the toolbar. One is the
section mark character § (\S in LaTeX), the other the pilcrow ¶  (\P).
At present inserting these characters involves Insert > Special
Character > Symbols and then locating the characters in the character
table (which means scrolling down or increasing the depth of the
dialogue window). They would fit perhaps after the information symbol `i'.

Referring to chapter 4 or section 4.3 is fine but it begins to sound
strained referring to subsection 4.3.2 and just silly referencing
subsubsection 4.3.2.1. On the other hand, referencing §4.3.2.1 is
simple and elegant.


I'm not much up on toolbars, but I have:

\bind "C-M-S-s" "unicode-insert 0x00A7"
\bind "C-M-S-p" "unicode-insert 0x00B6"

in user.bind, which produce those two characters.

Riki


Presumably you've added these yourself? They're not in any of the .bind 
files that come with LyX as far as I can see. Rather than copy these as 
shortcuts, I've added


    Item "§" "unicode-insert 0x00A7"
    Item "¶" "unicode-insert 0x00B6"

to the documentation toolbar in my personal copy of stdtoolbars.inc. I 
won't have to remember the shortcuts that way. Thanks,


Andrew

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

Additions to documentation toolbar

[Andrew Parsloe]

Dear LyX developers,

I've been documenting a LaTeX program recently and have found the 
documentation toolbar useful, but this has highlighted a couple of 
symbols which could usefully be added to the toolbar. One is the section 
mark character § (\S in LaTeX), the other the pilcrow ¶ (\P). At present 
inserting these characters involves Insert > Special Character > Symbols 
and then locating the characters in the character table (which means 
scrolling down or increasing the depth of the dialogue window). They 
would fit perhaps after the information symbol `i'.


Referring to chapter 4 or section 4.3 is fine but it begins to sound 
strained referring to subsection 4.3.2 and just silly referencing 
subsubsection 4.3.2.1. On the other hand, referencing §4.3.2.1 is simple 
and elegant.


Andrew

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

Re: oiint won't display in LyX

[Andrew Parsloe]

On 26/04/2020 7:25 am, Richard Kimberly Heck wrote:

On 4/25/20 3:08 PM, Yu Jin wrote:
Am Sa., 25. Apr. 2020 um 20:27 Uhr schrieb Marek L. Szwabowicz 
mailto:m.szwabow...@wm.umg.edu.pl>>:


Hi all,

I'm running LyX 2.3.4.4 on Windows 10 64-bit (native compilation).

The symbol \oiint won't display in LyX math mode rectangle. A
space is shown, instead. All the same the document compiles
correctly with the right integral symbol in the output PDF file.

Anybody having the same problem?

Can confirm. Have also tried 2.3.4.4-installer-4 without success. 
Works in master though.


Does it work in your installer for stable? Or did you already mean to 
say it doesn't?


Riki


I have both 32 bit and 64 bit versions of 2.3.4.4 installed. The symbol 
doesn't show in the LyX rectangle in either, nor does \oiintop (but the 
previews still display with preview on for math). I notice that 
\varoiint and \varoiintop do show.


Andrew

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

Re: Bug with verbatim in framed box

[Andrew Parsloe]

On 7/04/2020 7:38 pm, Jürgen Spitzmüller wrote:

Am Dienstag, den 07.04.2020, 08:48 +0200 schrieb Daniel:

On 2020-04-06 23:32, Andrew Parsloe wrote:

When I put a verbatim environment inside a Box (Minipage, simple
frame)
I get a Latex error:

Argument of \@xverbatim has an extra }

which then produces various later errors, and the document doesn't
compile. The other options, including double frame, work fine. This
is
with both 2.3.4.4 versions (64 bit and 32 bit) on windows 10.

Andrew


I don't know much about this but it might be because it appears in
the
argument of another command (\fbox).

"This is why the LaTeX book insists that verbatim commands must not
appear in the argument of any other command; they aren’t just
fragile,
they’re quite unusable in any “normal” command parameter, regardless
of
\protection." (https://texfaq.org/FAQ-verbwithin)

Yes, exactly. Good news is that this will work in LyX 2.4, with the
help of the cprotect package.

Jürgen


Ah, LyX 2.4 ... not so very long ago on this list JMarc described LyX 
(presumably LyX 2.3) as a platypus. I have the feeling LyX 2.4 is a more 
mythical creature -- perhaps a unicorn.


Andrew


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

Bug with verbatim in framed box

[Andrew Parsloe]

When I put a verbatim environment inside a Box (Minipage, simple frame) 
I get a Latex error:


Argument of \@xverbatim has an extra }

which then produces various later errors, and the document doesn't 
compile. The other options, including double frame, work fine. This is 
with both 2.3.4.4 versions (64 bit and 32 bit) on windows 10.


Andrew

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

Re: 64-bit windows installer

[Andrew Parsloe]

On 24/03/2020 4:56 am, Richard Kimberly Heck wrote:

On 3/23/20 6:04 AM, Yu Jin wrote:
Am Mo., 23. März 2020 um 09:29 Uhr schrieb Andrew Parsloe 
mailto:ajpars...@gmail.com>>:


On 23/03/2020 8:53 pm, Yu Jin wrote:

Am Mo., 23. März 2020 um 02:44 Uhr schrieb Andrew Parsloe
mailto:ajpars...@gmail.com>>:

I've downloaded and installed the 64-bit windows installer.
No problems
with the installation. But the first trial document I tried
triggered an
error. If there is a preview to be formed (e.g. a math inset
with
preview on), I get the error: "dv2dt.exe System Error.
kpathsea631.dll
was not found." If I click OK to remove the message and
wait, eventually
the preview is formed. Compilation to pdf still works.

I can not reproduce, it works for me. On my system
kpathsea631.dll is located under C:\texlive\2019\bin\win32,
which tex distribution and version do you use?
Can you confirm that you don't get this error with the official
LyX-2344-Installer-4? Also could you please search your tex
distribution folder for this dll?


I use MiKTeX (64 bit). This includes MiKTeX209-kpathsea.dll,
installed under C:\Program Files\MiKTeX 2.9\miktex\bin\x64 on my
system, but not (as far as I can see) kpathsea631.dll.

I've just installed the official 2.3.4.4 and tested the document
that triggered the error in it. The previews form without problem.

I have tried this with miktex, can reproduce indeed. It seems to be 
related to the DTL package, which I have updated, I guess this needs 
to be undone (or any other suggestions from other devs?). If you 
still would like to use the installer 5 and search for more bugs, 
simply replace the executables dt2dv.exe and dv2dt.exe in the bin 
folder with the working ones.

Thank you for report.


Yes, probably it would be best not to upgrade those binaries then.

Riki

OK, I've replaced the dt2dv.exe and dv2dt.exe files. The previews now 
form in the 5 installer. I'll continue working with it.


Andrew

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

64-bit windows installer

[Andrew Parsloe]

I've downloaded and installed the 64-bit windows installer. No problems 
with the installation. But the first trial document I tried triggered an 
error. If there is a preview to be formed (e.g. a math inset with 
preview on), I get the error: "dv2dt.exe System Error. kpathsea631.dll 
was not found." If I click OK to remove the message and wait, eventually 
the preview is formed. Compilation to pdf still works.


Andrew

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

Re: LyX 2.3.4 Windows Installer for Testing

[Andrew Parsloe]

On 27/01/2020 11:51 am, Richard Kimberly Heck wrote:

Hi, all,

I've put a Windows installer here

     http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe

for testing. The main thing is that I've updated Image Magick and,
frankly, am not at all sure I've done so correctly. It did manage to
export the User Guide, but I haven't tested preview, etc. Please let me
know if it's working properly. I'll plan to do the release mid-week if so.

Riki


Downloaded and installed successfully. A fairly complex document 
displays and compiles successfully, Some basic editing commands, and 
forward & reverse search, work as expected.


Andrew

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

Shortcut for preview-insert

[Andrew Parsloe]

Dear developers,

I notice that the shortcut Ctrl+P is not used as a shortcut anymore. If 
I remember correctly it was used when LyX supported direct printing of 
the LyX file. I suggest that it be bound to preview-insert which 
currently has no shortcut. With this binding, a couple of quick taps of 
the keys, Ctrl+P Ctrl+L inserts an ERT inset inside a preview inset with 
the cursor waiting inside the ERT inset. Type your latex code, move the 
cursor outside and preview does its magic. (The actual typing sequence 
is: hold down the Ctrl key, then tap P L which are diagonally adjacent 
keys on a qwerty keyboard. It's very convenient.)


Andrew

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

Re: Test

[Andrew Parsloe]

On 3/08/2019 10:46 PM, Jean-Marc Lasgouttes wrote:
Le 3 août 2019 05:19:51 GMT+02:00, Richard Kimberly Heck 
 a écrit :


Just making sure the lists are still functional

Riki



Looks like we are all in vacation ;)

JMarc 


I deduce that there are no southern hemisphere developers.

Andrew

Re: Crash in mathed with aligned in align

[Andrew Parsloe]

On 26/07/2019 8:41 PM, Richard Kimberly Heck wrote:

On 7/26/19 12:46 AM, Daniel wrote:

On 2019-07-25 23:40, Andrew Parsloe wrote:

I can create a crash by trying to delete the final column in the
following construction:


\begin{align*}

\begin{aligned}\end{aligned}

\\

\end{align*}


To create:


1. Ctrl+Shift+M to create a display math equation.

2. Ctrl+Return to create an align* environment

3. Insert > Math > Aligned Environment in the first (top left) cell

4 Move cursor to the top right cell

5. Try to delete this column

6. Crash. LyX reports " LyX Code: 89 name: mathsplit"


If the aligned environment is placed in the second (top right) cell,
trying to delete the first column causes the crash. Deleting the
column containing the aligned environment does not crash LyX.


There's no data loss. LyX manages to create an emergency file.


Andrew


I can reproduce. It doesn't crash LyX but only the active document.
The deletion of the column seems to be the culprit because it is
possible to delete the other row and also to delete the other column
(and row) first and then insert the Aligned.

Someone please file a bug, component mathed.

Riki


Ticket #11623.

Andrew

Crash in mathed with aligned in align

[Andrew Parsloe]

I can create a crash by trying to delete the final column in the 
following construction:



\begin{align*}

\begin{aligned}\end{aligned}

\\

\end{align*}


To create:


1. Ctrl+Shift+M to create a display math equation.

2. Ctrl+Return to create an align* environment

3. Insert > Math > Aligned Environment in the first (top left) cell

4 Move cursor to the top right cell

5. Try to delete this column

6. Crash. LyX reports " LyX Code: 89 name: mathsplit"


If the aligned environment is placed in the second (top right) cell, 
trying to delete the first column causes the crash. Deleting the column 
containing the aligned environment does not crash LyX.



There's no data loss. LyX manages to create an emergency file.


Andrew

Reconfiguring

[Andrew Parsloe]

Previously, when reconfiguring, some indication of progress has been 
displayed in the status line. With 2.3.3 under windows 10, there is no 
status line indication, in fact no indication whatever until I click on 
LyX when the operating system's rotating circle is displayed. This was 
momentarily disconcerting for me but could be a good deal more so for 
one of Uwe's "newbies".


Andrew

Re: Windows Binaries

[Andrew Parsloe]

On 20/06/2019 3:14 AM, Jürgen Womser-Schütz wrote:

Am 19.06.2019 um 16:41 schrieb Richard Kimberly Heck:

...are at ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ for testing. Please
let me know if they are OK. I'll be travelling tomorrow, but will do the
release over the weekend.

Riki



Works for me. I exported successful the tutorial and the user manual.
Jürgen (JWS)


Also for me under windows 10, but bug #11423, inline maths producing () 
in the outliner, is still present. The other bug which I bumped into 
semi-regularly, #11354, split view updating, appears to be solved. Thank 
you.


Andrew

Re: Bug in Outline Pane for inline maths

[Andrew Parsloe]

On 12/05/2019 4:09 AM, Daniel wrote:

On 2019-05-09 03:02, Andrew Parsloe wrote:
I switched the Outline pane to Equations recently and noted that 
there was a string of zeros as entries. A little experimenting showed 
that these entries corresponded to inline math symbols and 
expressions I had added in the current session. On closing the 
document and opening it again, the spurious entries vanished.


I've attached a screenshot for a (nearly) minimal example.

For the zeros to appear, it is necessary to enter the maths inset 
*first*, Ctrl+M, then type x or y in the inset, exit the inset and 
then click on it or another for the zeros to show. Typing x or y, 
selecting it and then converting to a maths inset, does not produce 
the zeros. Unlabelled display style equations don't produce zeros.


Andrew



This might be https://www.lyx.org/trac/ticket/11423. If so, it might 
be good to add your minimal example and explanation there (or a link 
to the list).


Daniel


Thanks, I've added a comment and the screenshot to the ticket.

Andrew

Bug in Outline Pane for inline maths

[Andrew Parsloe]

I switched the Outline pane to Equations recently and noted that there 
was a string of zeros as entries. A little experimenting showed that 
these entries corresponded to inline math symbols and expressions I had 
added in the current session. On closing the document and opening it 
again, the spurious entries vanished.


I've attached a screenshot for a (nearly) minimal example.

For the zeros to appear, it is necessary to enter the maths inset 
*first*, Ctrl+M, then type x or y in the inset, exit the inset and then 
click on it or another for the zeros to show. Typing x or y, selecting 
it and then converting to a maths inset, does not produce the zeros. 
Unlabelled display style equations don't produce zeros.


Andrew

Re: File import error

[Andrew Parsloe]

On 2/03/2019 8:31 AM, Scott Kostyshak wrote:

On Fri, Mar 01, 2019 at 01:45:48PM -0500, Paul A. Rubin wrote:

On 3/1/19 12:46 AM, Scott Kostyshak wrote:

On Thu, Feb 28, 2019 at 11:27:06PM -0500, Paul A. Rubin wrote:


Is this in 2.3.2? (FWIW, the version I have lists the build
date as 12/08/18.)

Yes the setting does apply for 2.3.x

You can just test with the following added to your preferences file:

\use_native_filedialog false

and also try with

\use_native_filedialog true

Any difference in behavior regarding this bug, between those two?

Yes and no. On my desktop (where the problem does not manifest), neither of
those statements has any effect. Not only does the problem not occur, but
the file dialog layout/appearance does not change with either.

On my laptop (where the problem does manifest), the true setting matches
what is currently happening (with no setting in preferences), while the
false setting switches the dialog layout to match that of my desktop and
/gets rid of the problem/ (.tex files appear as expected).

That still leaves unanswered why it happens one place and not the other with
the same version of LyX (as best I can tell). I searched both ~/.lyx and
/usr/share/lyx (including subdirectories) on both laptop and desktop, and
\use_native_filedialog does not appear anywhere.

By the way, is the bug 100% reproducible on the system that has it?

Yes.

   Can
you see *any* .tex files?

No. With the default filter (.tex), only subdirectories appear; no files do.

   Does it depend on the directory you're in?

No.

I just tested but can't reproduce.

Interesting! So there seem to be two puzzles from what I understand:

1. Why is the default different on your systems.
2. Why can you only reproduce the bug on one system.


I wondered if this issue might show on a windows 10 laptop. The 
true/false settings produce different dialogues (dialogs?) but the .tex 
files show in both.


Andrew


Scott

LyX and MSVCR100.dll on windows 10

[Andrew Parsloe]

I have a new computer and have been fighting my way through the windows 
10 thicket.


A main problem has been getting preview to work in LyX. I use preview 
for maths. As soon as the cursor left the math inset, a message would 
appear about not finding MSVCR100.dll. Clearing the message, LyX would 
in due course produce a preview. In the temporary directory I could see 
a number of extra files produced (e.g. a .pdf of the preview) and after 
clearing the message the .png would be generated. Looking at the MSVC 
redistributables that came with windows 10 on the new computer, the 2013 
and 2015 x86 and x64 versions were installed but not the 2010. I've 
downloaded and installed the 2010  x86 and x64 versions and now preview 
works as expected.


I may have missed it but this is a dependence that I don't recall others 
with windows 10 machines mentioning.


Andrew

Re: Selecting exponents

[Andrew Parsloe]

On 12/01/2019 10:34 AM, Jean-Marc Lasgouttes wrote:

Le 11/01/2019 à 21:25, Andrew Parsloe a écrit :
"This is definitely a bug, and an old one." Is this on trac already? 
I can't find a ticket for it but am happy to add one.


Please open a ticket, indeed.

JMarc


In attaching a file to go with #11460, I have blundered and created the 
ticket twice (#11461 and #11460).


Andrew


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

Re: Selecting exponents

[Andrew Parsloe]

On 12/01/2019 10:34 AM, Jean-Marc Lasgouttes wrote:

Le 11/01/2019 à 21:25, Andrew Parsloe a écrit :
"This is definitely a bug, and an old one." Is this on trac already? 
I can't find a ticket for it but am happy to add one.


Please open a ticket, indeed.

JMarc


Ticket #11460. I note that if I select from right to left rather than 
left to right it is still only the first component of an expression that 
is "really" selected:  in \frac{a}{b} start with the cursor against and 
to the right of "b", then shift left, shift up, so that both components 
are (apparently) selected, copy and paste; only the "a" is pasted, not 
the "b" which was the first item selected.


Andrew


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

Re: Selecting exponents

[Andrew Parsloe]

On 12/01/2019 5:24 AM, Jean-Marc Lasgouttes wrote:

Le 11/01/2019 à 17:22, Jean-Marc Lasgouttes a écrit :

Le 10/01/2019 à 23:44, Andrew Parsloe a écrit :
Recently I wished to select e^{2\pi it} from within a larger formula 
(in LyX 2.3.2). Using the mouse I ended with the selection shown in 
the attached .png. The highlighting suggests the exponent has been 
selected, but on pasting (also shown in the .png)  only the "e" was 
pasted. This caused a moment's confusion, including checking that 
the same thing happened in LyX 2.2.3.  If I had moved the mouse 
pointer another pixel to the right then the selection would have 
embraced the whole formula, as desired, but such minute adjustments 
are difficult with the mouse. In the maths editor, I can see a 
virtue in having two shades (or colours) of selection highlighting 
to indicate the different stages of selection.


This is definitely a bug, and an old one. The whole script inset 
should be selected when selection covers two different cells of the 
inset.


Note that the same happens with a fraction. This is a general problem.

JMarc


"This is definitely a bug, and an old one." Is this on trac already? I 
can't find a ticket for it but am happy to add one.


Andrew


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

Selecting exponents

[Andrew Parsloe]

Recently I wished to select e^{2\pi it} from within a larger formula (in 
LyX 2.3.2). Using the mouse I ended with the selection shown in the 
attached .png. The highlighting suggests the exponent has been selected, 
but on pasting (also shown in the .png)  only the "e" was pasted. This 
caused a moment's confusion, including checking that the same thing 
happened in LyX 2.2.3.  If I had moved the mouse pointer another pixel 
to the right then the selection would have embraced the whole formula, 
as desired, but such minute adjustments are difficult with the mouse. In 
the maths editor, I can see a virtue in having two shades (or colours) 
of selection highlighting to indicate the different stages of selection.


Andrew



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

Re: [RFC] Allowing arbitrary external scripts to process insets for (latex) output

[Andrew Parsloe]

On 5/01/2019 9:09 AM, Scott Kostyshak wrote:

On Fri, Jan 04, 2019 at 06:36:47PM +0100, Jean-Marc Lasgouttes wrote:

Le 04/01/2019 à 18:21, Pavel Sanda a écrit :

Hi all,

since we gained the safety framework which requests explicit consent for
running external scripts it's now time to release the real beast :)

I propose to introduce new inset layout parameter (say TriggerScript) which
will would execute user-defined script/binary processing the content of the
inset.
Something similar to knitr or gnuplot extensions but much easier for user to
directly declare in inset layout definition.

What use case do you have in mind? sweave and friend only make sense for a
full document.

Is Andrew's pLyX suite a potential use case for this proposed feature?

Scott


I've taken this down from the wiki. I found that it didn't work with 
2.3.0 (perhaps because of the safety framework) and in any case I had 
become dissatisfied with it.


Andrew


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

Re: New Windows Installer For Testing

[Andrew Parsloe]

On 2/01/2019 12:35 PM, Richard Kimberly Heck wrote:


A Windows installer that should fix the previously reported issue has 
been uploaded for testing here:


http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

The issue was that citations could not be added in documents that used 
the bibliography environment, rather than BibTeX files. I have tested 
myself but would like verification that this actually does fix the 
problem before releasing.


Riki

Installed successfully on a windows 7 system. Citations are successfully 
inserted using the bibliography environment, and for that matter using a 
.bib file. (And no kpsewhich slowness either.)


Andrew



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

Re: Windows Installer: One More Try

[Andrew Parsloe]

On 15/12/2018 2:42 PM, Richard Kimberly Heck wrote:

I did a very stupid thing with the previous installer: I accidentally
checked out 2.3.1 instead of 2.3.2!! Try this one.

http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

Riki

OK, this one installed successfully, the kpsewhich slowness is cured, 
and LyX2.3 is the user's directory.


Andrew


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

Re: New Windows Installer

[Andrew Parsloe]

On 15/12/2018 5:32 AM, Richard Kimberly Heck wrote:

A new Windows installer that should fix the slowness problem reported
earlier is available here:

     http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

Please let me know if this does solve the problem.

Riki


Downloaded and installed on windows 7. Yes it does solve the kpsewhich 
problem. However, this installer uses LyX rather than LyX2.3 for the 
user's LyX directory. Is this intended? Installer-1 was still using LyX2.3.


Andrew


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

Re: Regression in 2.3.2 on windows

[Andrew Parsloe]

On 12/12/2018 12:34 PM, Richard Kimberly Heck wrote:

On 12/11/18 6:25 PM, Richard Kimberly Heck wrote:

On 12/11/18 5:56 PM, Andrew Parsloe wrote:

The kpsewhich bug which caused slowness on windows when a document
used a bibtex database in the initial 2.3.1 installer, has reappeared
in 2.3.2 on my windows 7 system. See
https://marc.info/?l=lyx-devel&m=153580258026277&w=2. A second windows
2.3.1 installer was produced in which the problem was fixed. It's a
sufficient irritant on 2.3.2 for me to revert to using 2.3.1.

Patches were committed at 7c614cc6 and some following fixups (see bug
#9158) that were supposed to fix this. I guess this is another example
where we don't get enough testing on Windows. And another reason for me
to figure out how to produce 'testing' binaries.

Anyway, can you please try with 2.3.2 again and activate the "files"
component of the messages pane? I think we are looking for messages
about new bibfiles. Failing that, or additionally, if you can tell me
exactly what to do to get the slowness, I can try on my virtual machine.

OK, I went read that old thread and did what I think revealed the
problem before. I ran LyX.exe with the --verbose flag, which had
previously shown repeated runs of kpsewhich. I did not see these on new
paragraphs, or deleted paragraphs, or anything, as Enrico had previously
reported. Moreover, on activating the Messages Pane as described above,
I just keep getting "bibfiles unchanged", which means the cache was
valid, which is what is supposed to happen.

Can you please see if you're getting the same results or different ones?
It could be that the problem is coming from somewhere else now and it
just seems familiar.

Riki


Sorry for the delayed response. I've been away from the computer. Like 
you, I see no call to kpsewhich for a new paragraph. However, a *cut* 
operation, does trigger a kpsewhich call (a couple of lines are written 
to kpsewhich.log). The message pane (with "files" selected) shows


17:38:59.564: Cut (cut: Ctrl+X, Shift+Del)Buffer.cpp (4897): Bibfiles 
unchanged.

BufferParams.cpp (321): Checking whether document is in a system dir... no
Buffer.cpp (2435): Reading file location for maths
Buffer.cpp (2442): Found at: D:/texmf/bibtex/bib/local/maths.bib
Buffer.cpp (4897): Bibfiles unchanged.
17:39:04.774: PasteBuffer.cpp (4897): Bibfiles unchanged.

I have a bibliography called "maths.bib".

Andrew


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

Regression in 2.3.2 on windows

[Andrew Parsloe]

The kpsewhich bug which caused slowness on windows when a document used 
a bibtex database in the initial 2.3.1 installer, has reappeared in 
2.3.2 on my windows 7 system. See 
https://marc.info/?l=lyx-devel&m=153580258026277&w=2. A second windows 
2.3.1 installer was produced in which the problem was fixed. It's a 
sufficient irritant on 2.3.2 for me to revert to using 2.3.1.


Andrew


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

Re: 2.3.2 Windows Installer Available for Testing

[Andrew Parsloe]

On 10/12/2018 10:14 AM, Richard Kimberly Heck wrote:

At the usual place:

     http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

Downloaded and installed successfully over 2.3.1. A reasonably complex 
document seems to display correctly and shows no problems with various 
initial editing operations.


Andrew


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

Re: No PDF viewer installed

[Andrew Parsloe]

On 2/11/2018 1:33 a.m., Daniel wrote:

On 01/11/2018 13:13, Kornel Benko wrote:
Am Donnerstag, 1. November 2018 12:56:08 CET schrieb Daniel 
:

I am still getting the "No PDF viewer installed" error message when
"pdfview" is selected as Viewer. I am a bit lost whether this should be
fixed by now or not in 2.3.1. I saw that the "pdfview" option is 
missing

in current master. Maybe that will be the "fix"?

Daniel




As far as I can see, configure.py checks for pdfview. See 
configure.py:716


The only reason I can imagine is, that it is not found in searched PATH.

Kornel



It seems that pdfview itself is the problem. When I execute it, I get 
the exact same error dialog.


Probably worth mentioning: I have a number of PDF viewers installed 
including Adobe Reader and SumartaPDF.


Daniel
Using 2.3.1-1 on windows 7, the problem is fixed on my system. It 
requires a system-wide association of .pdf filetypes with a viewer 
(Sumatra in my case, but I changed it to Adobe reader to test and that 
worked too). I (dimly) remember Riki doing something about pdfview for 
2.3.1-1.


Andrew

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

Re: LyX 2.3.2

[Andrew Parsloe]

On 28/10/2018 10:33 a.m., Richard Kimberly Heck wrote:

On 10/27/18 3:04 PM, Daniel wrote:

On 27/10/2018 19:50, Richard Kimberly Heck wrote:

On 10/27/18 1:45 PM, Daniel wrote:

On 27/10/2018 19:19, Richard Kimberly Heck wrote:

Now that the server has been moved successfully, we can turn our
attention back to LyX 2.3.2. Please let me know by Monday if there are
any patches that might change strings that need to go to 2.3.2. The
plan
otherwise is to freeze strings Tuesday and send email to the
translators
that day.

Riki

Since I am able to build on Win10, I'd be happy to test there. Just
let me know what git command to use in order get the right version.


The source we release will be the then-current state of 2.3.x, with
minor changes (such as the version displayed in About LyX.) So if you're
currently using 2.3.x, then you are testing what will be 2.3.2. If
you're not doing that but could, it would be extremely helpful.

I'm still meaning to try to release "weeklies" or something of the sort
for Windows, so people can more easily use 2.3.x and help us test it. Am
I right that we could basically just release the binaries and people
could replace their current 2.3.1 binary (say) with the new one? It
seems like a hassle to have to go through the whole installation process
again if one is going to be doing this regularly.

Riki

I'd rather create a 2.3.x binary and place it in my current LyX 2.3
directory than run git on 2.3.x. Changing between master and 2.3.x is
kind of a hassle because it needs a complete rebuild.

If disk space is not an issue, you can have multiple directories all
containing git checkouts. I have:

lyx-devel
lyx-pristine
lyx-stable

The pristine one is what I install from locally. I use devel and stable
for coding.

Speaking of which: Have you tried to create a LyX 'package' from your
builds? There is a "make package" command available under cmake, but I
don't know if it works on Windows. I've got no idea, really, how Uwe did
this.



Weeklies sound good. Rather than replacing the current binary they
could also have another name. So both stable and weekly could
co-exist. Alternatively, there could be a "Weekly" self contained one
time installation and then replacing the binary there so the stable
directory stays untouched.

I'll keep thinking about this.

Riki
Peter Kümmel's "bleeding-edge lyx" (in the days of 2.1.x) worked by 
overwriting (drag and drop) the bin and Resources directories with the 
new ones. https://github.com/syntheticpp/LyX-bleeding-edge. I used it a 
couple of times to test new features in master on windows. I had some 
problems with format numbers but that wouldn't be a problem with updates 
of stable. 
https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg193447.html


Andrew

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

Re: GUI indicator for a command environment

[Andrew Parsloe]

On 17/10/2018 4:47 a.m., Paul A. Rubin wrote:

Dear devs,

I'm struggling to cobble together a module supporting the pseudocode 
features of the algorithmicx package. As a disclaimer, I'm trying to 
avoid flex insets and stick to environments as much as possible, 
because there's less mousery switching an environment than insert an 
inset.


Right now, I'm tripping over the for block, which it implements by two 
LaTeX commands: \For{} and \EndFor. I can treat those as 
command styles and get the correct output, but the GUI is confusing to 
the user because nothing displays in the line ending the loop (it 
looks like a blank line to the user) and the condition appears in the 
starting line with no visible prefix (so it looks like any random 
statement in the algorithm, unless you notice what the environment 
select box is displaying.


So what I'm looking for right now is a way to display a 
tag/prefix/symbol at the start of a command style that appears in the 
GUI but /not/ in the compiled output. The "handle" for an inset would 
be fine, as would something like a bullet that was GUI-only. Can this 
be done with the current layout/module system?


TIA,
Paul
Is this what you are wanting (from Customization manual 5.3.7)? (I 
experimented with this a couple of years ago, so my memory of the exact 
effect is somewhat hazy.)


Andrew

|LabelType|
   [|/No_Label/, Manual, Static, Above,
   Centered, Sensitive, Enumerate,
   Itemize, Bibliography|]

   |Static|
   means the label is simply what is declared as |LabelString|.
   This will be displayed “inline”, at the beginning of the
   paragraph. If the |LatexType| is |Environment|, then it will be
   displayed only in the first paragraph of any sequence of
   paragraphs with the same |Style|.
   |Above| and |Centered|
   are special cases of |Static|. The label will be printed above
   the paragraph either at the beginning of the line or centered.





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

Cursor position when view is split

[Andrew Parsloe]

When the view is split into left and right windows, the cursor is placed 
at the *start* of the document in the right window. I wonder if this is 
the best place? Shouldn't it initially be placed at the same position as 
in the left pane?


My pattern of work is to start LyX, open a document and split the view 
into left and right halves. I like to work in the right pane (a relic of 
#9085 in the days of LyX 2.0) but the cursor is always at the start of 
the document rather than the position saved from the last time I worked 
on the document.


Andrew


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

Re: Messages on first use of mathed in a session

[Andrew Parsloe]

On 8/10/2018 12:43 a.m., Jean-Marc Lasgouttes wrote:

Le 06/10/2018 à 23:06, Andrew Parsloe a écrit :
The first time I use mathed in a session there can be a noticeable 
pause (a few seconds) before any character is displayed. When I look 
at the messages pane I get the attached list of messages. This is 
with 2.3.1-1 (built and compiled with Qt 5.10.1). Is this expected? 
Second and later uses of mathed aren't delayed and don't generate the 
messages.


Are you sure that the messages happen at the time of the delay? I know 
there used to be a delay related to font loading at first math use, 
but this is not related to resources. Here I do not see any delay.


As far as I can see, the messages you see happen when trying to create 
toolbar icons for math.


Did you build LyX yourself? If so, did you use configure or cmake?

JMarc
No, this is the LyX resulting from Riki's LyX-231-Installer-5.exe. The 
delay is of no importance since it happens only once and was what made 
me look at the messages pane. Just for interest I tested LyX 2.2.3 and 
none of the


frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not 
found in resource!


frontends/qt4/GuiApplication.cpp (552): Directory :/images/ not found in 
resource!



 messages result from first use of mathed in it. I am completely 
ignorant of these matters but I wondered if the qt4 was significant, 
since 2.3.1-1 is built with Qt 5.10.1.


Andrew


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

Messages on first use of mathed in a session

[Andrew Parsloe]

The first time I use mathed in a session there can be a noticeable pause 
(a few seconds) before any character is displayed. When I look at the 
messages pane I get the attached list of messages. This is with 2.3.1-1 
(built and compiled with Qt 5.10.1). Is this expected? Second and later 
uses of mathed aren't delayed and don't generate the messages.


Andrew



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
09:53:44.212: Math editor modefrontends/qt4/GuiApplication.cpp (552): Directory 
:/images/math/ not found in resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not found in 
resource!
frontends/qt4/GuiApplication.cpp (552): Directory :/images/math/ not

Should biber be called when there is no bib inset?

[Andrew Parsloe]

My document defaults are set up so that under Document > Settings > 
Bibliography, Biblatex is set. I was puzzled by the length of time 
compilation of even the simplest document took. Looking at the message 
pane, I see that biber is always called, even when no bibliography inset 
is inserted.  For the first document of this session the complete biber 
call took about 50 seconds (attached -- I was testing for bug #9368 on 
apostrophes in filenames ). For subsequent documents it was a few 
seconds, but still a noticeable delay. Should biber be called when there 
is no bibliography inset inserted?


Andrew



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
17:19:26.235: Previewing ...
17:19:26.500: (buffer-view)
17:19:26.718: pdflatex  -interaction=nonstopmode -synctex=1  "new'file1.tex"
17:19:28.434: This is pdfTeX, Version 3.14159265-2.6-1.40.19 (MiKTeX 2.9.6840)
17:19:36.328: entering extended mode
17:19:36.328: (new'file1.tex
17:19:36.328: LaTeX2e <2018-04-01> patch level 5
17:19:36.328: 
17:19:38.926: biber "new'file1"
17:19:44.243: (dialog-toggle progress)
17:20:25.717: INFO - This is Biber 2.11
17:20:25.717: INFO - Logfile is 'new'file1.blg'
17:20:25.717: INFO - Reading 'new'file1.bcf'
17:20:25.733: WARN - No data sources defined!
17:20:25.748: pdflatex  -interaction=nonstopmode -synctex=1  "new'file1.tex"
17:20:26.419: This is pdfTeX, Version 3.14159265-2.6-1.40.19 (MiKTeX 2.9.6840)
17:20:26.419: entering extended mode
17:20:26.419: (new'file1.tex
17:20:26.419: LaTeX2e <2018-04-01> patch level 5
17:20:26.419: 
17:20:28.431: pdflatex  -interaction=nonstopmode -synctex=1  "new'file1.tex"
17:20:28.790: This is pdfTeX, Version 3.14159265-2.6-1.40.19 (MiKTeX 2.9.6840)
17:20:28.837: entering extended mode
17:20:28.837: (new'file1.tex
17:20:28.837: LaTeX2e <2018-04-01> patch level 5
17:20:28.837: 
17:20:30.787: Successful preview of format: PDF (pdflatex)

Re: Versioned User Directories on Windows

[Andrew Parsloe]

On 1/10/2018 2:05 p.m., Richard Kimberly Heck wrote:

We use 'versioned' user directories on OSX and Windows: By default, the
major version number is used as part of the directory name. This leads,
on Windows, to hassles for users: When you upgrade from 2.2 to 2.3, you
have to manually copy the old user directory to the new location if you
want to preserve your preferences, etc.

I've more or less got a patch for configure.py that mimics what already
happens on OSX on Windows, but now I've started to wonder about it. The
logic behind the patch is this.

(1) When we configure, we first make sure we are in the 'default' user
directory, by checking the pathname. If not, we do nothing special.

(2) Next, we look for lyxrc.defaults. If it's there, we rightly figure
it's not a new directory that we're creating but we're just
reconfiguring, and so we do nothing special.

(3) Next, we look for previous user directories LyX2.2, LyX2.1, etc. If
one is found, we copy its contents into the current directory

But what if the user has purposely deleted their user directory so as to
get a fresh one? Then, when they restart, if we find an old one, we copy
its contents again. But what if there was some problem with the old
preferences? Something seems wrong about this to me.
I have had this problem. Rather than deleting the directory I rename it. 
LyX then creates a new one to which I can copy contents across item by 
item from the renamed directory, since there is usually only one thing 
causing the problem, testing LyX as I go until the offending item shows up.

I wonder if, all things considered, a better option would be to stop
using versioned user directories on Windows, at least. Then no special
copying is needed, etc. If we did this for 2.4, then we could tell
people *as usual* that they needed to copy over their old preferences,
but that would be the last time.

I take it that the reason to have versioned user directories is so
people can have parallel installations of 2.2 and 2.3, say. But you can
still do that, of course, by manually setting the user directory. How
many people do that anyway on Windows?
  I have 2.2 and 2.3 installed in parallel like this but I don't know 
how to manually set the user directory. I just uninstalled & reinstalled 
LyX to see if I had overlooked an option to do this during the 
installation process but no, and there's nothing obvious to me under 
Tools > Preferences > Paths. If manual naming of the user directory is 
available then your suggestion makes sense.


Andrew

Riki





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

Re: LyX Windows Installer 4

[Andrew Parsloe]

On 1/10/2018 5:44 a.m., Richard Kimberly Heck wrote:

On 9/30/18 1:52 AM, Daniel wrote:

On 29/09/2018 23:19, Richard Kimberly Heck wrote:

On 09/29/2018 04:58 PM, Daniel wrote:

On 29/09/2018 03:59, Richard Kimberly Heck wrote:

New version for testing here:

   http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

Hopefully solves both problems with the earlier version. Please see
"Installer 3" thread, though, for some caveats.

Thanks. It did remove the old .exe but seems to still use the
unversioned user directory...

Yes, I hadn't done anything about that, except to change configure.py so
that it copies over
information from the versioned one to the unversioned one. I'm working
on it now.

It didn't copy my system. But maybe that was because I already had
both directories due to the previous install.


Yes, that would have done it. But I've removed that code now, since we
do use versioned directories, and only people unfortunate enough to have
tested these installers will now have an unversioned user directory.

That said, I guess it would be worth our having some routine that copied
versioned user directories on major-release upgrades (e.g., copy
"LyX2.2" to "LyX2.3"), as we do on OSX. The code I had written could
easily be transformed to do that. You think I should do that? It
probably that only benefits people when we release 2.4, whenever that
is, but some late adopters of 2.3.x might benefit, too. (That would be
in 2.3.2, I guess.)

Riki
This has always been an issue with major upgrades on windows, requiring 
manually transferring the contents of, e.g., the LyX2.2 folders to the 
new and empty LyX2.3 folders. The automatic transfer of the contents has 
been mentioned (wistfully) on the list before.


Andrew

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

Re: Hopefully....LyX 2.3.1-1

[Andrew Parsloe]

On 30/09/2018 8:15 p.m., Daniel wrote:

On 30/09/2018 00:06, Richard Kimberly Heck wrote:

I have uploaded a new version of the Windows installer to

 http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/

This SHOULD (and does seem to) use a versioned user directory but NOT
have versioned executables. Please test.

Stefan: I am pretty sure this will be the final version, but I don't
want to tag it until I'm sure. Still, if you want to go ahead and build
a new package, then you can check out rgheck/2.3.1-1, which is what I
will push as a new tag once I am sure. (It'll be exactly the same code,
but of course in the main repo.) The only change that will affect you is
the one to configure.ac. The others are Windows only.


Seems to work as expected for me. Thanks!

Daniel


And for me (including no crash when closing the pdf viewer).

Andrew

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