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

2022-07-27 Thread 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?

2022-07-27 Thread 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

2022-05-28 Thread 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

2022-05-25 Thread 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

2022-05-24 Thread 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?

2022-05-24 Thread 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

2022-05-03 Thread 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

2021-11-03 Thread 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

2021-09-29 Thread 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

2021-04-28 Thread 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.

2021-04-15 Thread 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?

2021-04-08 Thread 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

2021-02-20 Thread 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

2021-02-14 Thread 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 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

2021-02-09 Thread 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\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout current token: 
'stdclass.inc' context: '']
TextClass.cpp (348): sup

2.4 alpha2 failing on windows 10

2021-02-08 Thread 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

2021-02-08 Thread 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

2021-01-25 Thread 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

2021-01-24 Thread 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

2021-01-21 Thread 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

2021-01-16 Thread 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

2021-01-15 Thread 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?

2020-11-21 Thread 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?

2020-11-20 Thread 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

2020-11-11 Thread 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

2020-11-10 Thread 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

2020-11-10 Thread 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

2020-11-09 Thread 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

2020-11-03 Thread 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

2020-11-03 Thread 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?)

2020-11-01 Thread 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

2020-11-01 Thread 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

2020-10-31 Thread 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

2020-10-31 Thread 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

2020-09-18 Thread 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

2020-09-18 Thread 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

2020-09-18 Thread 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

2020-09-17 Thread 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

2020-07-30 Thread 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

2020-05-29 Thread 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=153899371502800=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

2020-05-03 Thread 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

2020-04-30 Thread 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

2020-04-25 Thread 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

2020-04-08 Thread 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

2020-04-06 Thread 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

2020-03-23 Thread 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

2020-03-22 Thread 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

2020-01-26 Thread 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

2020-01-09 Thread 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

2019-08-03 Thread 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

2019-07-26 Thread 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

2019-07-25 Thread 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

2019-06-25 Thread 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

2019-06-19 Thread 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

2019-05-11 Thread 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

2019-05-08 Thread 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

2019-03-01 Thread 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

2019-02-24 Thread 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

2019-01-11 Thread 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

2019-01-11 Thread 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

2019-01-11 Thread 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

2019-01-10 Thread 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

2019-01-04 Thread 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

2019-01-01 Thread 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

2018-12-14 Thread 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

2018-12-14 Thread 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

2018-12-11 Thread 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=153580258026277=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

2018-12-11 Thread 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=153580258026277=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

2018-12-10 Thread 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

2018-11-01 Thread 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

2018-10-27 Thread 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

2018-10-16 Thread 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

2018-10-08 Thread 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

2018-10-07 Thread 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

2018-10-06 Thread 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/ 

Should biber be called when there is no bib inset?

2018-10-04 Thread 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

2018-10-01 Thread 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

2018-09-30 Thread 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

2018-09-30 Thread 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



Re: LyX 2.3.1 Installer 3

2018-09-28 Thread Andrew Parsloe

On 29/09/2018 1:53 p.m., Richard Kimberly Heck wrote:

On 09/28/2018 12:04 PM, Richard Kimberly Heck wrote:

On 9/28/18 10:31 AM, Jürgen Spitzmüller wrote:

Am Freitag, den 28.09.2018, 16:13 +0200 schrieb Daniel:

Maybe there is a reason for 1) but
then the installer should tell the user to uninstall the old version
first not only under the conditions mentioned in the initial dialog
(see attached screen capture).

I agree. Or it should simply remove the prefixed binaries (maybe after
a warning).

I'll have to try to figuure out how to do that. I'm surprised that the
installer simply writes into the existing directory rather than
replacing it. That almost seems like a security issue.

So for now, we just remove LyX2.3.exe, etc. But should we just remove
the whole directory
before we begin the install? Who knows what other stuff there might be
in there?

Riki

I had a problem with Thunderbird so this may be largely a repeat of an 
email just sent (or which I tried to send). LyX 2.3 (with a space) is 
where LyX is installed; LyX2.3 (no space) is the user's directory for 
preferences etc. As I understand it, a minor version upgrade should 
overwrite the former but not touch the latter (if it already exists).


Yes, I see LyX2.3.exe is the binary in version 2.3.1. In 2.2.3 and 
earlier it is just lyx.exe. This will be relevant when double-clicking 
on a *.lyx file to open it (which I don't do as a rule, generally 
opening LyX then finding the file from within LyX, so I hadn't noticed 
this change in name).


Andrew

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



Re: LyX 2.3.1 Installer 3

2018-09-28 Thread Andrew Parsloe

On 29/09/2018 1:53 p.m., Richard Kimberly Heck wrote:

On 09/28/2018 12:04 PM, Richard Kimberly Heck wrote:

On 9/28/18 10:31 AM, Jürgen Spitzmüller wrote:

Am Freitag, den 28.09.2018, 16:13 +0200 schrieb Daniel:

Maybe there is a reason for 1) but
then the installer should tell the user to uninstall the old version
first not only under the conditions mentioned in the initial dialog
(see attached screen capture).

I agree. Or it should simply remove the prefixed binaries (maybe after
a warning).

I'll have to try to figuure out how to do that. I'm surprised that the
installer simply writes into the existing directory rather than
replacing it. That almost seems like a security issue.

So for now, we just remove LyX2.3.exe, etc. But should we just remove
the whole directory
before we begin the install? Who knows what other stuff there might be
in there?

Riki

LyX 2.3 (with a space) is where LyX is installed; LyX2.3 (no space) is 
the user directory. This has been the practice for 'ages' on windows. I 
would expect a minor version upgrade to overwrite the LyX 2.3 directory, 
but not overwrite the LyX2.3 directory. I hadn't noticed before but I 
see that the binary is LyX2.3.exe (camel-cased & numbered) for version 
2.3.1, but in 2.2.3 (and earlier versions, if I remember correctly) it 
is just lyx.exe.


Andrew

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



Re: Newline can cause text before to shift upward

2018-09-22 Thread Andrew Parsloe

On 22/09/2018 2:30 a.m., Scott Kostyshak wrote:

On Fri, Sep 21, 2018 at 09:49:07AM +1200, Andrew Parsloe wrote:

On 21/09/2018 1:38 a.m., Scott Kostyshak wrote:

On Thu, Sep 20, 2018 at 02:23:28PM +0200, Jean-Marc Lasgouttes wrote:

Le 08/09/2018 à 00:38, Scott Kostyshak a écrit :

In some cases, when I break a line, the text to the left of the break is
shifted upwards. See the attached screenshots. In case it is difficult
to see how "abc" changes from flipping back and forth in your image
viewer, you can run the following command:

 compare -compose difference 1of2_before_jump.png 2of2_after_jump.png 
diff.png

Would it be a valid feature request to not have the upward shift of
"abc" in this situation, or is the "jump" actually desired? If it would
be a valid feature request, I would not expect this issue to be high
priority.

I tried briefly and cannot reproduce. I cannot tell where this comes from,
unfortunately.

Thanks for trying. Interesting. Perhaps it could be a Qt difference
then. I'm on Qt 5.9.5.

Can anyone else reproduce?

Scott

Yes (windows 7, Qt 5.10.1), but this seems logical to me. Surely the
movement of the "abc" in your examples is to accommodate/release the extra
vertical space needed by the note inset? Without the inset there is no
movement.

Thanks for reproducing, Enrico and Andrew. I think your diagnoses are
correct. And although I don't like the shifting, I can't think of a way
around it.

Scott
But line movement and the separation of lines when a text 
sub-/superscript is inserted does seem excessive, as does the separation 
of the script from the character it is attached to. The result on screen 
is ugly and suggests an effect in the pdf that doesn't occur.


Andrew

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



Re: Newline can cause text before to shift upward

2018-09-20 Thread Andrew Parsloe

On 21/09/2018 1:38 a.m., Scott Kostyshak wrote:

On Thu, Sep 20, 2018 at 02:23:28PM +0200, Jean-Marc Lasgouttes wrote:

Le 08/09/2018 à 00:38, Scott Kostyshak a écrit :

In some cases, when I break a line, the text to the left of the break is
shifted upwards. See the attached screenshots. In case it is difficult
to see how "abc" changes from flipping back and forth in your image
viewer, you can run the following command:

compare -compose difference 1of2_before_jump.png 2of2_after_jump.png 
diff.png

Would it be a valid feature request to not have the upward shift of
"abc" in this situation, or is the "jump" actually desired? If it would
be a valid feature request, I would not expect this issue to be high
priority.

I tried briefly and cannot reproduce. I cannot tell where this comes from,
unfortunately.

Thanks for trying. Interesting. Perhaps it could be a Qt difference
then. I'm on Qt 5.9.5.

Can anyone else reproduce?

Scott
Yes (windows 7, Qt 5.10.1), but this seems logical to me. Surely the 
movement of the "abc" in your examples is to accommodate/release the 
extra vertical space needed by the note inset? Without the inset there 
is no movement.


Andrew

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



Re: Two small mathed quibbles.

2018-09-20 Thread Andrew Parsloe

On 20/09/2018 9:12 p.m., Jean-Marc Lasgouttes wrote:

Le 18/09/2018 à 12:49, Andrew Parsloe a écrit :

Could you show a screenshot? I do not see it.
I've attached screenshots (15.6" Acer laptop screen). To the left a T 
with a prime (a single quote mark '), to the right a T without a 
prime, separated by \quad, at 150% and 200% zoom.


I see it on windows, but not on linux (with TImes New Roman). I am not 
sure how to debug this. It could be a Qt issue, or it could be our 
tfault.
The problem is not evident in LyX 2.2.3 which presumably used an earlier 
Qt version.


Andrew


JMarc



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



Re: Format 63

2018-09-20 Thread Andrew Parsloe


On 20/09/2018 8:45 p.m., Jürgen Spitzmüller wrote:


Thank you very much for taking this task, Andrew! Much appreciated. 
The patch looks good. I do not think that we need to track this 
uncontroversial change, though. If it is not too much of additional 
work, can you just accept those changes and re-diff?

(otherwise I will do it).

Jürgen

I've attached the new diff, after accepting the changes, with change 
tracking off. (It appears to have acquired some extra lines, 38--60. I 
accepted all changes where perhaps I should have accepted my changes 
individually?)


Andrew


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
diff --git a/lib/doc/Customization.lyx b/lib/doc/Customization.lyx
index 7b81ff850e..e0956370c7 100644
--- a/lib/doc/Customization.lyx
+++ b/lib/doc/Customization.lyx
@@ -129,7 +129,6 @@ logicalmkup
 \html_math_output 0
 \html_css_as_file 0
 \html_be_strict true
-\author -712698321 "Jürgen Spitzmüller"
 \end_header
 
 \begin_body
@@ -2518,14 +2517,10 @@ value
 
 \begin_layout Labeling
 \labelwidthstring 00.00.
-
-\change_inserted -712698321 1523206314
 \begin_inset Flex Code
 status collapsed
 
 \begin_layout Plain Layout
-
-\change_inserted -712698321 1523206193
 hyperref-driver
 \end_layout
 
@@ -2652,35 +2647,11 @@ $$b
 \end_layout
 
 \begin_layout Standard
-
-\change_inserted -712698321 1523206384
 A suitable hyperref-driver is set for some converters that are installed
  with \SpecialChar LyX
 .
- 
-\change_deleted -712698321 1523206388
-None of these
-\change_inserted -712698321 1523206389
-The
-\change_unchanged
- last three
-\change_inserted -712698321 1523206400
- flags, however,
-\change_unchanged
- are presently 
-\change_inserted -712698321 1523206407
-not 
-\change_unchanged
-used in any of the 
-\change_inserted -712698321 1523206437
-pre-installed 
-\change_unchanged
-converters
-\change_deleted -712698321 1523206442
- that are installed with \SpecialChar LyX
-
-\change_unchanged
-.
+ The last three flags, however, are presently not used in any of the 
pre-install
+ed converters.
  
 \end_layout
 
@@ -6864,7 +6835,7 @@ Format
  Any format is acceptable, but one would normally use the format current
  at the time.
  (In \SpecialChar LyX
- 2.3, the current layout format is 63.)
+ 2.3, the current layout format is 66.)
 \end_layout
 
 \begin_layout Standard
@@ -7234,7 +7205,7 @@ DeclareLyXModule{My Class}
 \end_layout
 
 \begin_layout LyX-Code
-Format 63
+Format 66
 \begin_inset Newline newline
 \end_inset
 
diff --git a/lib/doc/de/Customization.lyx b/lib/doc/de/Customization.lyx
index 0420dad76e..ab656bb166 100644
--- a/lib/doc/de/Customization.lyx
+++ b/lib/doc/de/Customization.lyx
@@ -5401,7 +5401,7 @@ Format
 u.).
  Dabei ist jedes (bekannte) Format möglich, sinnvollerweise sollten Sie
  aber das jeweils aktuelle verwenden (das aktuelle Format in \SpecialChar LyX
- 2.3 ist 63).
+ 2.3 ist 66).
 \end_layout
 
 \begin_layout Standard
@@ -5808,7 +5808,7 @@ DeclareLyXModule{My Class}
 \end_layout
 
 \begin_layout LyX-Code
-Format 63
+Format 66
 \begin_inset Newline newline
 \end_inset
 
diff --git a/lib/doc/es/Customization.lyx b/lib/doc/es/Customization.lyx
index 4904591a08..bed4afd07f 100644
--- a/lib/doc/es/Customization.lyx
+++ b/lib/doc/es/Customization.lyx
@@ -6428,7 +6428,7 @@ Format
  Cualquier formato es aceptable, pero debería usarse normalmente el actual
  formato.
  (En \SpecialChar LyX
- 2.2 el formato actual es 60).
+ 2.2 el formato actual es 66).
 \end_layout
 
 \begin_layout Standard
@@ -6809,7 +6809,7 @@ DeclareLyXModule{My Package}
 \end_layout
 
 \begin_layout LyX-Code
-Format 60
+Format 66
 \begin_inset Newline newline
 \end_inset
 
@@ -8366,7 +8366,7 @@ Format
 
 .
  El número para la versión actual de \SpecialChar LyX
- es formato 60.
+ es formato 66.
  Cada versión de \SpecialChar LyX
  es capaz de leer los formatos de versiones anteriores,
  de la misma forma que puede leer archivos producidos con versiones de 
\SpecialChar LyX
diff --git a/lib/doc/fr/Customization.lyx b/lib/doc/fr/Customization.lyx
index c6e5ed2116..519a2fc282 100644
--- a/lib/doc/fr/Customization.lyx
+++ b/lib/doc/fr/Customization.lyx
@@ -6489,7 +6489,7 @@ Format
  N'importe quel format est admissible, mais on utilise d'habitude le format
  de la version de \SpecialChar LyX
  utilisée (pour \SpecialChar LyX
- 2.2, le format porte le numéro 60).
+ 2.2, le format porte le numéro 66).
 \end_layout
 
 \begin_layout Standard
@@ -6885,7 +6885,7 @@ DeclareLyXModule{mon paquetage}
 \begin_layout LyX-Code
 
 \lang english
-Format 60
+Format 66
 \begin_inset Newline newline
 \end_inset
 
@@ -8532,7 +8532,7 @@ Format
 
 \lang french
 .
- Le numéro de format du présent fichier est le numéro 60.
+ Le numéro de format du présent fichier est le numéro 66.
  mais chaque version de \SpecialChar LyX
  peut lire les fichiers de format d'une version
  plus ancienne, comme elle peut lire les documents crées avec une version
diff --git 

Re: Format 63

2018-09-20 Thread Andrew Parsloe

On 18/09/2018 5:36 a.m., Jürgen Spitzmüller wrote:

Am Freitag, den 14.09.2018, 13:12 +1200 schrieb Andrew Parsloe:

In two places in the Customization manual, Format 63 is mentioned as
the
current format, rather than 66. (Subsecs 5.2.1.1 and 5.2.2)

Could you submit a patch? The numbers are probably also wrong in the
translated versions.

Jürgen


Andrew


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
I have studiously avoided git to date. I pondered the matter for a 
couple of days then bravely set forth, following the instructions at 
https://www.lyx.org/HowToUseGIT, section 4, to create a clone of the lyx 
repository on my computer, and then section 7 on changing the source. I 
first did git pull. The second bullet point of section 7 blithely 
states: "Change the files". That meant finding the files -- did so under 
lyx/lib/doc. Then, Jürgen, you suggest I change the format numbers in 
the translations. I counted 26 folders, potentially 26 customization 
manuals, but actual exploration of their contents revealed only four -- 
de, es, fr, ja -- had a customization manual, plus the English one, five 
in all. Phew! Change tracking was turned on in the English manual; I 
turned it on in the others before making the changes.


I attach a patch in which the format number has been changed from 63 to 
66 in the English and German customization manuals (2 occurrences in 
each) and from 60 to 66 in the Spanish, French and Japanese 
customization manuals (3 occurrences in each). (I was charmed to find 
"60" nestled among the characters in the Japanese manual.)


I hope this is what is wanted.

Andrew
diff --git a/lib/doc/Customization.lyx b/lib/doc/Customization.lyx
index 7b81ff850e..5dbb9dd972 100644
--- a/lib/doc/Customization.lyx
+++ b/lib/doc/Customization.lyx
@@ -130,6 +130,7 @@ logicalmkup
 \html_css_as_file 0
 \html_be_strict true
 \author -712698321 "Jürgen Spitzmüller"
+\author 1129461342 "Andrew" ajpars...@gmail.com
 \end_header
 
 \begin_body
@@ -6864,7 +6865,13 @@ Format
  Any format is acceptable, but one would normally use the format current
  at the time.
  (In \SpecialChar LyX
- 2.3, the current layout format is 63.)
+ 2.3, the current layout format is 
+\change_deleted 1129461342 1537420076
+63
+\change_inserted 1129461342 1537420076
+66
+\change_unchanged
+.)
 \end_layout
 
 \begin_layout Standard
@@ -7234,7 +7241,13 @@ DeclareLyXModule{My Class}
 \end_layout
 
 \begin_layout LyX-Code
-Format 63
+Format 
+\change_deleted 1129461342 1537420047
+63
+\change_inserted 1129461342 1537420047
+66
+\change_unchanged
+
 \begin_inset Newline newline
 \end_inset
 
diff --git a/lib/doc/de/Customization.lyx b/lib/doc/de/Customization.lyx
index 0420dad76e..13c8018702 100644
--- a/lib/doc/de/Customization.lyx
+++ b/lib/doc/de/Customization.lyx
@@ -132,11 +132,12 @@ logicalmkup
 \papercolumns 1
 \papersides 2
 \paperpagestyle headings
-\tracking_changes false
+\tracking_changes true
 \output_changes false
 \html_math_output 0
 \html_css_as_file 0
 \html_be_strict false
+\author 1129461342 "Andrew" ajpars...@gmail.com
 \end_header
 
 \begin_body
@@ -5401,7 +5402,13 @@ Format
 u.).
  Dabei ist jedes (bekannte) Format möglich, sinnvollerweise sollten Sie
  aber das jeweils aktuelle verwenden (das aktuelle Format in \SpecialChar LyX
- 2.3 ist 63).
+ 2.3 ist 
+\change_inserted 1129461342 1537421043
+66
+\change_deleted 1129461342 1537421043
+63
+\change_unchanged
+).
 \end_layout
 
 \begin_layout Standard
@@ -5808,7 +5815,13 @@ DeclareLyXModule{My Class}
 \end_layout
 
 \begin_layout LyX-Code
-Format 63
+Format 
+\change_inserted 1129461342 1537421043
+66
+\change_deleted 1129461342 1537421043
+63
+\change_unchanged
+
 \begin_inset Newline newline
 \end_inset
 
diff --git a/lib/doc/es/Customization.lyx b/lib/doc/es/Customization.lyx
index 4904591a08..45ad931925 100644
--- a/lib/doc/es/Customization.lyx
+++ b/lib/doc/es/Customization.lyx
@@ -123,11 +123,12 @@ logicalmkup
 \papercolumns 1
 \papersides 2
 \paperpagestyle headings
-\tracking_changes false
+\tracking_changes true
 \output_changes false
 \html_math_output 0
 \html_css_as_file 0
 \html_be_strict true
+\author 1129461342 "Andrew" ajpars...@gmail.com
 \end_header
 
 \begin_body
@@ -6428,7 +6429,13 @@ Format
  Cualquier formato es aceptable, pero debería usarse normalmente el actual
  formato.
  (En \SpecialChar LyX
- 2.2 el formato actual es 60).
+ 2.2 el formato actual es 
+\change_inserted 1129461342 1537421288
+66
+\change_deleted 1129461342 1537421288
+60
+\change_unchanged
+).
 \end_layout
 
 \begin_layout Standard
@@ -6809,7 +6816,13 @@ DeclareLyXModule{My Package}
 \end_layout
 
 \begin_layout LyX-Code
-Format 60
+Format 
+\change_inserted 1129461342 1537421288
+66
+\change_deleted 1129461342 1537421288
+60
+\change_unchanged
+
 \begin_inset Newline newline
 \end_inset
 
@@ -8366,7 +8379,13 @@ Format
 
 .
  El número para la vers

Re: Two small mathed quibbles.

2018-09-18 Thread Andrew Parsloe



On 18/09/2018 6:55 p.m., Jean-Marc Lasgouttes wrote:

Le 04/09/2018 à 02:02, Andrew Parsloe a écrit :

Working with mathed in 2.3.1, I've noted a couple of small items.

1. Some primes need more space. Lowercase: t', d'; uppercase T', E', 
F'. (T' is the worst.) This is using the default Times New Roman at 
150% zoom.


Could you show a screenshot? I do not see it.
I've attached screenshots (15.6" Acer laptop screen). To the left a T 
with a prime (a single quote mark '), to the right a T without a prime, 
separated by \quad, at 150% and 200% zoom.


2. It seems much harder now to select a subscript with the mouse in 
an inline formula without selecting the symbol it is attached to, 
e.g. selecting 'i' with the mouse in $f_{i}$, particularly when there 
is another line of text in the same paragraph below the formula. This 
was always a bit fiddly but seems to be considerably more delicate now.


Is it more delicate because the cursor is too small to be seen? What 
kind of setup do your have? What would you suggest to do?
On reflection I don't think this is worth worrying about. The cursor 
keys are always available.


Andrew


JMarc




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


Format 63

2018-09-13 Thread Andrew Parsloe
In two places in the Customization manual, Format 63 is mentioned as the 
current format, rather than 66. (Subsecs 5.2.1.1 and 5.2.2)


Andrew


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



Re: Crash

2018-09-10 Thread Andrew Parsloe

On 10/09/2018 8:20 p.m., Daniel wrote:

On 10/09/2018 08:30, Andrew Parsloe wrote:

LyX 2.3.1, windows 7

1. Create a new document, type a letter

2. View the pdf (eyes button)

3. From the pdf  'Save as' to  a permanent directory.

4. Close the pdf viewer

5. Click on LyX -- crash.

I often work in this way, viewing the pdf, correcting the LyX source, 
and then 'Saving as' from the pdf in the temp directory to a 
permanent one. LyX crashes on perhaps 80% of attempts. It seems to 
'help' if, after 'Save as', I wait about half a minute before closing 
the pdf viewer. I use Sumatra, but also tested (once) with Adobe 
Reader and still got the crash.


I can't generate the crash with LyX 2.2.3 (about 4 attempts).

Andrew


Might be the same or related to this one: 
https://www.lyx.org/trac/ticket/11210 ?


Daniel

Yes, exactly that, including the 30 second wait before closing the pdf 
viewer.


Andrew


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



Crash

2018-09-10 Thread Andrew Parsloe

LyX 2.3.1, windows 7

1. Create a new document, type a letter

2. View the pdf (eyes button)

3. From the pdf  'Save as' to  a permanent directory.

4. Close the pdf viewer

5. Click on LyX -- crash.

I often work in this way, viewing the pdf, correcting the LyX source, 
and then 'Saving as' from the pdf in the temp directory to a permanent 
one. LyX crashes on perhaps 80% of attempts. It seems to 'help' if, 
after 'Save as', I wait about half a minute before closing the pdf 
viewer. I use Sumatra, but also tested (once) with Adobe Reader and 
still got the crash.


I can't generate the crash with LyX 2.2.3 (about 4 attempts).

Andrew


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



Re: New 2.3.1 Windows Installer for Testing

2018-09-06 Thread Andrew Parsloe

On 7/09/2018 5:37 a.m., Richard Kimberly Heck wrote:

Here:

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

Please let us know if this fixes the slowness bug from before. If so,
we'll proceed to release.

Riki


I've installed this version and it solves the slowness problem with my 
test document. The kpsewhich.log is not being added to with operations 
(new paragraphs, selection + deletion, etc.) that were generating 
entries  with the first installer.


Andrew

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



Re: Two small mathed quibbles.

2018-09-03 Thread Andrew Parsloe




On 4/09/2018 1:54 p.m., Scott Kostyshak wrote:

On Tue, Sep 04, 2018 at 12:02:10PM +1200, Andrew Parsloe wrote:

Working with mathed in 2.3.1,

Hi Andrew,

Are your comments comparing 2.3.1 to 2.3.0, or not necessarily?

Scott
The position of the prime is to be compared with 2.2.3, where there is a 
visible gap between the T and ' , whereas in 2.3.1 there is not. I 
haven't got 2.3.0 installed now (2.3.1 was installed over it) but am I 
right in thinking the change in cursor size in a sub- or super-script is 
new with 2.3.1? I certainly don't recall having the same difficulty 
selecting a subscript with the mouse in 2.3.0. By comparison it is easy 
to select a subscript in 2.2.3.


Andrew

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



Two small mathed quibbles.

2018-09-03 Thread Andrew Parsloe

Working with mathed in 2.3.1, I've noted a couple of small items.

1. Some primes need more space. Lowercase: t', d'; uppercase T', E', F'. 
(T' is the worst.) This is using the default Times New Roman at 150% zoom.


2. It seems much harder now to select a subscript with the mouse in an 
inline formula without selecting the symbol it is attached to, e.g. 
selecting 'i' with the mouse in $f_{i}$, particularly when there is 
another line of text in the same paragraph below the formula. This was 
always a bit fiddly but seems to be considerably more delicate now.


Andrew


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



Re: Windows Installer for Testing

2018-09-01 Thread Andrew Parsloe




On 1/09/2018 11:49 p.m., Enrico Forestieri wrote:

On Sat, Sep 01, 2018 at 11:09:58AM +0200, Jürgen Spitzmüller wrote:

Am Samstag, den 01.09.2018, 20:27 +1200 schrieb Andrew Parsloe:

OK, this time I inserted a Bib(la)TeX Bibliography via Insert >
List/TOC, using an old BibTeX .bib file I had lying around. Even a
small
trial document is noticeably slower for things like starting a new
paragraph, although the delay is more like quarter to half a second
rather than the 2 to 4 seconds you report. Nonetheless it's still
noticeable.

The crucial info we need is what makes this so slow only on Windows
(and not on any other OS). Can we do profiling on Win?

Just a shot in the dark: If you enable the "Files" debug output in View

Messages, is there any indication that (attempts to) file removal

(aux file and/or bbl file) take your time? I am just guessing that
removeBiblioTempFiles() (involved in the BibinfoCache invalidation)
might be the culprit, since it involves QFile, and this is an obvious
candidate for OS-specific weirdness.

Using the --verbose switch it can be seen that each time a new paragraph
is started LyX runs kpsewhich for each bibtex catalog to be found in the
texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times
everytime you hit the Enter key.

This was not the case in 2.3.0.
I see that MiKTeX keeps a kpsewhich.log (which must itself cause a 
performance penalty). It's not just starting a new paragraph, but other 
basic operations also result in calls to kpsewhich. In case it's helpful 
(this is with a single .bib file):


1. Deleting a letter with Del or Backspace: no call to kpsewhich; 
*selecting* the letter then deleting it, 1 call.


2. Inserting a space before another space then clicking elsewhere so 
that LyX automatically removes the extra space: 2 calls.


Andrew


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



Re: Windows Installer for Testing

2018-09-01 Thread Andrew Parsloe

On 1/09/2018 7:13 p.m., Daniel wrote:

On 2018-09-01 08:57, Andrew Parsloe wrote:



On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote:

On 08/31/2018 05:58 PM, Daniel wrote:

On 2018-08-31 22:51, Richard Kimberly Heck wrote:

On 08/31/2018 01:31 PM, Daniel wrote:

On 2018-08-31 19:23, Richard Kimberly Heck wrote:

On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at 
first.
Once I have a bibliography included the delay is there (and the 
more

bibliographies the worse). I can't find the posting from the last
version but I seem to remember that Jürgen and Riki were 
involved in

its solution.
Yes, I thought we had sorted that out, but perhaps not. Can you 
give a

few more details?

Riki

Not fully sure what details you are asking for. I still cannot find
the post I was referring to. And lag kick in one a bibliography is
inserted into a document. Writing characters is fine but, for 
example,

deleting a passage or creating a new paragraph lags.
I have verified that most of the fix that's in master is also in 
2.3.x

(and so in 2.3.1). So it's a bit of mystery why this has changed in
2.3.1. That said, there were some other changes that were supposed to
help further.

Do these documents use master-child stuff?

Riki

I noticed it first in a document with master-child stuff. But I could
reproduce it by just adding a bibliography to a newly created
document. It was less of a delay, maybe due to its lesser complexity
(and less bibliographies), but the delay was there none the less.

Are you able to compile these days? If so, can you try the attached
patch with "-dbg files" and let me know what you see?

Riki

To provide another data point for this discussion, 2.3.1 installed 
without problems on my windows 7 system and is not showing any delay 
for the kinds of operations Daniel mentioned. This is with a 
master-child document. The bibliography has 19 entries but is 
'built-in' rather than using an external bib database.


Andrew


By 'built-in' you mean not using the bibliography inset? If so, can 
you try with one?


Daniel

OK, this time I inserted a Bib(la)TeX Bibliography via Insert > 
List/TOC, using an old BibTeX .bib file I had lying around. Even a small 
trial document is noticeably slower for things like starting a new 
paragraph, although the delay is more like quarter to half a second 
rather than the 2 to 4 seconds you report. Nonetheless it's still 
noticeable.


Andrew

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



Re: Windows Installer for Testing

2018-09-01 Thread Andrew Parsloe

On 1/09/2018 7:13 p.m., Daniel wrote:

On 2018-09-01 08:57, Andrew Parsloe wrote:



On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote:

On 08/31/2018 05:58 PM, Daniel wrote:

On 2018-08-31 22:51, Richard Kimberly Heck wrote:

On 08/31/2018 01:31 PM, Daniel wrote:

On 2018-08-31 19:23, Richard Kimberly Heck wrote:

On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at 
first.
Once I have a bibliography included the delay is there (and the 
more

bibliographies the worse). I can't find the posting from the last
version but I seem to remember that Jürgen and Riki were 
involved in

its solution.
Yes, I thought we had sorted that out, but perhaps not. Can you 
give a

few more details?

Riki

Not fully sure what details you are asking for. I still cannot find
the post I was referring to. And lag kick in one a bibliography is
inserted into a document. Writing characters is fine but, for 
example,

deleting a passage or creating a new paragraph lags.
I have verified that most of the fix that's in master is also in 
2.3.x

(and so in 2.3.1). So it's a bit of mystery why this has changed in
2.3.1. That said, there were some other changes that were supposed to
help further.

Do these documents use master-child stuff?

Riki

I noticed it first in a document with master-child stuff. But I could
reproduce it by just adding a bibliography to a newly created
document. It was less of a delay, maybe due to its lesser complexity
(and less bibliographies), but the delay was there none the less.

Are you able to compile these days? If so, can you try the attached
patch with "-dbg files" and let me know what you see?

Riki

To provide another data point for this discussion, 2.3.1 installed 
without problems on my windows 7 system and is not showing any delay 
for the kinds of operations Daniel mentioned. This is with a 
master-child document. The bibliography has 19 entries but is 
'built-in' rather than using an external bib database.


Andrew


By 'built-in' you mean not using the bibliography inset? If so, can 
you try with one?


Daniel

I meant that I went to the layout drop-down box and clicked on 
Bibliography, which inserted a heading "Bibliography". I presume this is 
the "bibliography inset"? Pressing Enter below the heading gives me a 
key-1[]  prompt. I type in  bibliographic details beside that, so that 
the entry is part of the document ('built-in') rather than being stored 
in an external file.


Andrew


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



Re: Windows Installer for Testing

2018-09-01 Thread Andrew Parsloe




On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote:

On 08/31/2018 05:58 PM, Daniel wrote:

On 2018-08-31 22:51, Richard Kimberly Heck wrote:

On 08/31/2018 01:31 PM, Daniel wrote:

On 2018-08-31 19:23, Richard Kimberly Heck wrote:

On 08/31/2018 10:33 AM, Daniel wrote:

It might be the same problem as plagued the 2.3.0 version at first.
Once I have a bibliography included the delay is there (and the more
bibliographies the worse). I can't find the posting from the last
version but I seem to remember that Jürgen and Riki were involved in
its solution.

Yes, I thought we had sorted that out, but perhaps not. Can you give a
few more details?

Riki

Not fully sure what details you are asking for. I still cannot find
the post I was referring to. And lag kick in one a bibliography is
inserted into a document. Writing characters is fine but, for example,
deleting a passage or creating a new paragraph lags.

I have verified that most of the fix that's in master is also in 2.3.x
(and so in 2.3.1). So it's a bit of mystery why this has changed in
2.3.1. That said, there were some other changes that were supposed to
help further.

Do these documents use master-child stuff?

Riki

I noticed it first in a document with master-child stuff. But I could
reproduce it by just adding a bibliography to a newly created
document. It was less of a delay, maybe due to its lesser complexity
(and less bibliographies), but the delay was there none the less.

Are you able to compile these days? If so, can you try the attached
patch with "-dbg files" and let me know what you see?

Riki

To provide another data point for this discussion, 2.3.1 installed 
without problems on my windows 7 system and is not showing any delay for 
the kinds of operations Daniel mentioned. This is with a master-child 
document. The bibliography has 19 entries but is 'built-in' rather than 
using an external bib database.


Andrew

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



Re: WARNING: updating LaTeX or LyX under Windows will currently break LaTeX installation

2018-08-28 Thread Andrew Parsloe




On 29/08/2018 1:30 p.m., Uwe Stöhr wrote:

Dear LyX Windows users,

yesterday I noticed a severe bug in the LaTeX system "MiKTeX" that LyX 
is usually using under Windows. The problem is that if you

- upgrade MiKTeX or LyX
or
- install a new LaTeX package
or
- refresh the MiKTeX package database

you will end up in a broken LaTeX with error messages like "unknown 
procedure entry point".


I experimented around for more than 2 hours but could not find a 
workaround once LaTeX is broken. Even a reinstallation of LyX or 
MiKTeX doesn't help since the result are always broken DLLs and I 
could not find a way to prevent this.


Therefore I strongly recommend not to change anything in your LaTeX 
setup nor to compile LyX documents that might use special LaTeX 
packages hat are not yet installed on your PC.

Also don't install another version of LyX or reinstall LyX.

I hope this issue will be fixed soon and report back.

regards Uwe
I met this problem too, but after waiting a day and then updating MiKTeX 
again it has vanished and I am once more able to compile documents (and 
use instant preview, which the problem also interfered with).


Andrew

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



Re: Windows Installers: TESTING ONLY

2018-05-31 Thread Andrew Parsloe

On 16/05/2018 3:33 p.m., Richard Kimberly Heck wrote:

I have finally managed to build Windows installers for 2.3.0. They can
be found here:

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

Let me emphasize again that

     THESE ARE FOR TESTING ONLY

I have tested them a little bit myself, but not a whole lot. They seem
to work, basically---I compiled the tutorial---but that's as far as I'm
going to go in vouching for them. My understanding of the installer code
is pretty basic at this point.

The executables were cross-compiled using MinGW on Linux. So these are
not at all the same binaries that we have previously been distributing.
The installers themselves, however, are pretty much the same, though
without the "Update MiKTeX" code, which has just been commented out. If
we want to include it, but issue some kind of warning, then I think that
will need to be translated. I know where to put the translated strings,
but I'm not entirely sure how to get them from the translators, and that
will of course take time.

Longer term, I have some thoughts about how to improve our situation on
Windows, and there's been vigorous discussion over on the user list. But
I'll save that for after we get an installer for 2.3.x.

Riki

PS Certainly one thing I've learned is that installing LyX with MikTeX
takes *forever*, and I've got a fast internet connection. It would be
nice to know what packages we need to install to compile the User Guide,
etc, and just install those, rather than every single package LyX could
possibly need. This is not trivial, since some of those are font
definitions.

I've installed the 104 installer on a windows 7 system. The icon missing 
with the 103 installer is now present. LyX seems to be working -- it 
certainly displays the help docs correctly.


Andrew

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



Re: Windows Installers: TESTING ONLY

2018-05-19 Thread Andrew Parsloe

On 19/05/2018 8:59 p.m., Jean-Marc Lasgouttes wrote:

Le 16/05/2018 à 19:48, Richard Kimberly Heck a écrit :

It seems to me that there are two kinds of issues. One is what (if
anything) we install, and the other is what happens after that. I think
the "auto-install packages" feature of MiKTeX is great for people who
don't want to get their hands too dirty, and Uwe was always right that
we should try our best to help those folks. The problem, to my mind, is
how this interacts with configure.py: Because of how we test for
packages, I think, when we configure the first time, MiKTeX installs
everything we test for. Which takes forever, and really doesn't make
that much sense. 


I think we should remove all tests in configure.py besides what is 
actually needed in our code and and makes our behavior different.


If there is a Packages list that installs everything in the MikTeX 
installer, this is good. I am surprised that it is still slow, though 
(maybe all this proves is that MikTeX is not appropriate for what we 
want to achieve).


There is also ProTeXt (https://www.tug.org/protext/), which seems to 
be a complete MikTeX distribution, weighing 2.6G.


Also, MikTeX can be installed as basic, essential or complete, and can 
be installed silently too.

https://miktex.org/howto/deploy-miktex

JMarc
Installing MiKTeX packages on the fly is slow, but installing the basic 
MiKTeX distribution and then adding further packages is quite an 
efficient process, or would be if there were a readily available list of 
packages to load, for example to compile the help docs. There seems to 
be no correspondence between what is listed under Help > LaTeX 
configuration, and the yellow notes at the start of some of the docs 
listing packages necessary for compilation (and these haven't always 
been complete).


When I discovered LyX (my very first LyX doc, titled newfile1.lyx, is 
dated 1 July 2007) I was using dial-up. Downloading even the basic 
MiKTeX was quite a challenge, but after that, downloading the occasional 
package, as needed, was quite feasible.


Andrew

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



  1   2   3   4   5   >