Re: Forward and reverse search failing (again?) on 2.3.0rc

[list_email]

> On Mar 14, 2018, at 9:41 PM, Joel Kulesza  wrote:
> 
> On Wed, Mar 14, 2018 at 10:40 PM, Joel Kulesza  > wrote:
> On Wed, Mar 14, 2018 at 3:11 PM, Stephan Witt  > wrote:
> Am 14.03.2018 um 21:54 schrieb list_em...@icloud.com 
> :
> >
> >
> >> On Mar 14, 2018, at 6:17 AM, Joel Kulesza  >> > wrote:
> >>
> >> On Wed, Mar 14, 2018 at 4:00 AM,  >> > wrote:
> >>> I’m confused. Is it working for you or not?
> >>
> >> It does not work insofar as nothing happens other than Skim opening with 
> >> the PDF when I click the preview eyeballs.  It doesn't move the document 
> >> to a particular point nor display the type of markup you described.
> >>
> >> I'll respond later in detail to Stephan's post regarding what I did to set 
> >> it up and what I ultimately experience (in both 2.2.3 and 2.3.0).
> >>
> >
> > OK. I have egg on my face. (I don’t know if that translates into your 
> > slang. 8^) First, I was not receiving all the list mail, only yours. I just 
> > now fixed my list subscription. Second and more important, as told in 
> > Stephan’s note, I did not have the document setting for “Synchronize with 
> > output” turned on.
> 
> To be honest - it was Pavel who mentioned it first. I’ve luckily repeated 
> this to make a self contained recipe. :)
> 
> > I guess I didn’t realize that setting was per-document. SORRY everyone. 
> > With that turned on, syncing is working. The only problem that I see is 
> > that with reverse search, the Skim document window is not brought to the 
> > front—but the scrolling and highlighting does happen. Not sure that’s a LyX 
> > problem though—could be the OS or Skim not sending the right (Applescipt?) 
> > command.
> 
> You want LyX front-most when doing the Command-Shift click in Skim? I think 
> this may be a legal enhancement request for LyX.
> 
> The work-around is to add custom arguments in Skim (I’ve grabbed it from LyX 
> wiki):
> 
> For standard LyX enter:
> "%file" %line ; /usr/bin/osascript -e 'tell application "LyX" to activate'
> 
> For custom command e.g.:
> /path/to/LyX.app/Contents/MacOS/lyxeditor "%file" %line ; /usr/bin/osascript 
> -e 'tell application "LyX" to activate‘
> 
> Stephan
> 
> > Still, though, I first tested with the default document when selecting File 
> > -> New which is “Article (Standard Class)” and the “Synchronize with 
> > output” setting is already checked, by default. My mistake then I suppose 
> > was assuming that this would then happen with the IEEE template but that is 
> > a bad assumption.
> >
> > Sorry again for the hassle and thanks as usual for all the friendly help.
> >
> > Jerry
> >
> 
> My experiences and thoughts after experimenting with this:
> I've tried to configure forward/reverse search with LyX+Skim (LyX installed 
> from lyx.org  and Skim installed via brew cask install) on 
> two separate machines using 2.3.0rc2.  I've gotten only reverse searching 
> working.  I do not have anything that indicates that forward searching is 
> functional.  Can someone please post a screencast showing what correct 
> forward search looks like so I know what to look for?
> On one machine that reverse search works, both LyX and Skim are installed to 
> /Applications.  On the other, they are installed to /local. For the /local 
> installations, I had to use a custom Skim preference providing the full path 
> to lyxeditor and the osascript append that Stephan copied from the wiki to 
> get reverse search working.
> Jerry noted that he overlooked the fact that PDF synchronization is per 
> document.  I admit that I also overlooked this for some time.  One possible 
> reason: I think the WIki page at https://wiki.lyx.org/LyX/SyncTeX 
>  has this step mislabeled.  It says 
> "Document > Settings > Output", which I mistook for LyX>Preferences>Output 
> rather than Document>Settings>Formats.  If folks agree that the Wiki is 
> mislabeled, I can correct this.  However, perhaps someone with working 
> forward and reverse searching can create a formulaic write-up giving the 
> steps necessary to setup LyX from a fresh install and a document without 
> synchronization enabled.  It would be helpful (to me, at least) if the 
> write-up gave absolute paths/caveats for non-standard LyX and Skim (or other 
> viewer) locations.  
> The steps I used to configure the two applications are as follows (note that 
> I totally removed LyX 2.3.0rc2 and Skim.app and the associated preferences 
> (~/Library/Application Support/LyX-2.3 and 
> ~/Library/Preferences/net.sourceforge.skim-app*) before proceeding.  Please 
> let me know what step is incorrect or missing to get synchronization / 
> forward search working.
> Install LyX 2.3.0rc2 from UCSD mirror 
> (ftp://ftp.ucsd.edu/LyX/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
>  
> 

Cross Reference dialog box is wider than my screen

[list_email]

This is an old problem that I know I filed a ticket on years ago. The dialog 
for Cross References attempts to display the entire path to the file in a 
pop-up menu, regardless of how long the file path is. At the same time, in an 
attempt to display the long pop-up menu item, the width of the dialog box is 
adjusted, apparently without limit. The width can easily exceed the width of 
the screen. The user can, with patience, drag the dialog box so that the right 
edge is visible and can thus click on OK or Cancel or Apply, but attempts to 
drag the right side of the box to the left and thus make the box narrower, 
fail, as resizing is not allowed. This behavior persists even if the current 
file path is not long, but a previously opened long file path remains as a 
pop-up option. (Why do old file names live in this menu anyway?)

This isn’t how things are supposed to work. A long string for a pop-up menu 
item is supposed to be truncated and terminated with an ellipse, …, and 
hovering over the truncated string should show a tooltip with the entire string.

Jerry

Some (old?) math display problems

[list_email]

LyX Version 2.3.0
macOS 10.11.6

I’m back to writing again and I think I’m seeing some old friends that I would 
rather not see. Maybe someone can suggest work-arounds. These relate to math.

When I enter one or more inline math things in a paragraph and then hit RETURN 
to start a new paragraph, the Equations part of the Outline pane shows an empty 
set of parentheses, (), for each inline math thing. Since they don’t show any 
useful information, just (), I think this is not good. Oddly, closing and 
re-opening the file makes them disappear from the panel.

With Instant Preview on, each new numbered display equation, after rendering to 
the “preview” state, is shown numbered as equation 1. Again, after closing and 
re-opening the document, the previews show the correct equation number.

Again with Instant Preview on, equation labels are shown in a box on their own 
line below the equation. But if the label is more than a few characters long 
and if my window or split is set to say 50% of the width of my laptop’s screen, 
the label is clipped on the right, not displaying the entire label. I notice a 
polite vertical line of red dots at the place that this happens but the 
clipping is still present. Yet,there is a section of unused white space to the 
left of the label—the label could be moved left and enjoy a much larger area.

Jerry

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Jean-Marc Lasgouttes]

Le 24/07/2018 à 18:58, Daniel a écrit :

Send an enjoyable lyx file...


If I understood you correctly you offer to create a screenshot for me. 
Attached is the standard example from booktabs package (probably it will 
become more vegetarian friendly in a future version).


Here is a screenshot at the default 150% zoom. I think that the bold 
line attracts too much the eye and is a hindrance for focusing on the 
contents of the document (typical issue with bold in typography). YMMV.


JMarc

Re: r41206 - dictionaries/trunk/dicts

[Richard Kimberly Heck]

On 07/24/2018 12:38 PM, Pavel Sanda wrote:
> sp...@lyx.org wrote:
>> Author: spitz
>> Date: Tue Jul 24 16:41:49 2018
>> New Revision: 41206
>> URL: http://www.lyx.org/trac/changeset/41206
>>
>> Log:
>> Add standard Arabic dicts
> Does installer actually uses this repository at all?

No, not at the moment, though it should. Uwe's installer uses his own
sourceforge site, and for the moment I've duplicated that. Do you know
what the correct URL would be for downloading these dictionaries from
our own site?

Riki

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools-extended #1084

[ci-lyx]

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/1084/

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Daniel]

On 24/07/2018 17:47, Jean-Marc Lasgouttes wrote:

Le 24/07/2018 à 17:33, Daniel a écrit :

I did it now and don't like much. It is in though for your enjoyment.


Damn. No enjoyment for me at the moment since I cannot complile LyX. 
But if it lookes like with CSS (attached), I would have indeed enjoyed 
it.


Send an enjoyable lyx file...


If I understood you correctly you offer to create a screenshot for me. 
Attached is the standard example from booktabs package (probably it will 
become more vegetarian friendly in a future version).


Daniel


booktabs.lyx
Description: application/lyx

Re: r41206 - dictionaries/trunk/dicts

[Pavel Sanda]

sp...@lyx.org wrote:
> Author: spitz
> Date: Tue Jul 24 16:41:49 2018
> New Revision: 41206
> URL: http://www.lyx.org/trac/changeset/41206
> 
> Log:
> Add standard Arabic dicts

Does installer actually uses this repository at all?

Pavel

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Jean-Marc Lasgouttes]

Le 24/07/2018 à 17:33, Daniel a écrit :

I did it now and don't like much. It is in though for your enjoyment.


Damn. No enjoyment for me at the moment since I cannot complile LyX. But 
if it lookes like with CSS (attached), I would have indeed enjoyed it.


Send an enjoyable lyx file...

JMarc

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Daniel]

On 24/07/2018 00:14, Jean-Marc Lasgouttes wrote:

Le 23/07/2018 à 22:46, Daniel a écrit :

On 23/07/2018 20:40, Jean-Marc Lasgouttes wrote:

Le 23/07/2018 à 20:26, Daniel a écrit :
With 3 pixels for heavy, I will have to take the width into account 
in table cells height computation, while I have conveniently 
decided to ignore it for now :)


Why is it that you would have to take it into account? So far 
zooming keeps the cell padding (emprty space around cell content) 
fixes. So nothing would overlap or so.


I do not know, I have not tried it. But I suspect thatit would seem 
too bold. I may try to do it if I find the time.


I think it will look good.


OK I see you point. You will not stop until I comply.


I was just wondering because, as I said, I experimented with this in CSS 
and found the result quite acceptable.



I did it now and don't like much. It is in though for your enjoyment.


Damn. No enjoyment for me at the moment since I cannot complile LyX. But 
if it lookes like with CSS (attached), I would have indeed enjoyed it.


Daniel

Re: [LyX/master] Aesthetics: off-by-one in line drawing

[Jean-Marc Lasgouttes]

Le 24/07/2018 à 04:51, Richard Kimberly Heck a écrit :

I am sure thee are other off-by-one errors like that, keep them coming

Riki, assuming that Scott's eyes hurt less now, this is candidate for
branch.


Your choice, 2.3.1 or 2.3.2.


Riki,

Can I also backport the following commit? It is the vertical equivalent 
of the off-by-one thing and they touch the same code.


JMarc

commit 8e9e05067014a7c5fad501a0f4e8ffbb56eed165
Author: Jean-Marc Lasgouttes 
Date:   Fri Jul 20 15:23:55 2018 +0200

Fix disappearing blue language underline.

Make sure that the blue language underline is not below the bottom of
the row. Otherwise, it can disappear when the next row is painted.

Re: Failing exports

[Kornel Benko]

Am Montag, 23. Juli 2018 15:41:31 CEST schrieb Jürgen Spitzmüller 
:
> 2018-07-22 7:44 GMT+02:00 Kornel Benko :
> 
> > Am Samstag, 21. Juli 2018 20:03:14 CEST schrieb Jürgen Spitzmüller <
> > sp...@lyx.org>:
> > > Am Samstag, den 21.07.2018, 19:34 +0200 schrieb Kornel Benko:
> > > > examples/europeCV, examples/es/europeCV
> > > > Runaway argument?
> > > > ! Paragraph ended before \\ecvtelephone was complete.
> > > > 
> > > >\par
> > > > l.39
> > > >
> > > > I suspect you've forgotten a `}', causing me to apply this
> > > > control sequence to too much text. How can we recover?
> > > > My plan is to forget the whole thing and hope for the best.
> > >
> > > \ecvtelephone got a second mandatory argument in the recent release:
> > >
> > > \ecvtelephone[mobile]{home}{office}
> > >
> > > We need to support this in the layout. But it's not really backwards
> > > compatible.
> >
> 
> The europecv issues have been fixed upstream and will be part of the next
> release of the class (which should be due soon).

With toady's TL18-update the europecv tests pass.

> We still should add support for the new features eventually, but at least
> our documents will compile again after the update.
> 
> Jürgen

Kornel



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

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Jürgen Spitzmüller]

Am Dienstag, den 24.07.2018, 08:28 +0200 schrieb Jean-Marc Lasgouttes:
> Le 24/07/2018 à 01:56, Joel Kulesza a écrit :
> > If something is not yet correct, I propose to revert the whole
> > thing
> > and go back to the time when nobody complained ;)
> > 
> > 
> > I hope this doesn't occur but rather the initial salvo of changes
> > are kept.
> 
> I will wait to see what the general wisdom is between the "bold" 
> solution and the prior "half baked one". Please tell me all what you
> prefer.

I don't like it either.

Jürgen

> 
> JMarc
> 


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

Re: [LyX/master] Draw top/bottom rules heavier for booktab

[Jean-Marc Lasgouttes]

Le 24/07/2018 à 01:56, Joel Kulesza a écrit :

If something is not yet correct, I propose to revert the whole thing
and go back to the time when nobody complained ;)


I hope this doesn't occur but rather the initial salvo of changes are kept.


I will wait to see what the general wisdom is between the "bold" 
solution and the prior "half baked one". Please tell me all what you prefer.


JMarc

Re: [LyX/master] Aesthetics: off-by-one in line drawing

[Jean-Marc Lasgouttes]

Le 24/07/2018 à 03:46, Scott Kostyshak a écrit :

Riki, assuming that Scott's eyes hurt less now, this is candidate for
branch.


It would bother me if I came across it in my work-related documents, but
I only came across the issue when looking into something else, so
there's no rush on my behalf.


I was just kidding. These things are very simple, so I will put them in 
2.3.1.


JMarc