On 07/23/2018 11:19 AM, Jean-Marc Lasgouttes wrote:
> Le 23/07/2018 à 17:19, Jean-Marc Lasgouttes a écrit :
>> commit ad954a32a525828bd03bf2c8241252e60394cbc3
>> Author: Jean-Marc Lasgouttes
>> Date: Mon Jul 23 17:07:48 2018 +0200
>>
>> Aesthetics: off-by-one in line drawing
>>
On 07/23/2018 03:04 AM, Jean-Marc Lasgouttes wrote:
> Le 23/07/2018 à 04:15, Richard Kimberly Heck a écrit :
>> It sounds good in principle.
>>
>> Is this a possibility for 2.3.x? If so, you can commit to stable once
>> 2.3.1 is out. Then it should get lots of testing.
>
> I had tentatively set
On Mon, Jul 23, 2018 at 03:19:51PM +, Jean-Marc Lasgouttes wrote:
> Le 23/07/2018 à 17:19, Jean-Marc Lasgouttes a écrit :
> > commit ad954a32a525828bd03bf2c8241252e60394cbc3
> > Author: Jean-Marc Lasgouttes
> > Date: Mon Jul 23 17:07:48 2018 +0200
> >
> > Aesthetics: off-by-one in
On Mon, Jul 23, 2018 at 4:14 PM, 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
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 :)
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
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
On 23/07/2018 15:09, Jean-Marc Lasgouttes wrote:
Le 23/07/2018 à 10:16, Daniel a écrit :
Okay, got it. And using 3 pixel for heavy, 1 pixel for thin, and 2
pixel for medium doesn't look good? A reason to even trade-off some of
the good looks is that having only partly a distinction between
Le 23/07/2018 à 17:19, Jean-Marc Lasgouttes a écrit :
commit ad954a32a525828bd03bf2c8241252e60394cbc3
Author: Jean-Marc Lasgouttes
Date: Mon Jul 23 17:07:48 2018 +0200
Aesthetics: off-by-one in line drawing
It is a general problem when doing graphics to know where a line
Le 20/07/2018 à 13:50, Scott Kostyshak a écrit :
With high zoom levels, I noticed a separate issue. It is much more
minor, but in case it is related I will describe it. The blue lines
change length based on cursor movement. It is very subtle, but if you
flip between the attached screenshots, you
Le 23/07/2018 à 15:19, Joel Kulesza a écrit :
On Mon, Jul 23, 2018 at 7:09 AM, Jean-Marc Lasgouttes
mailto:lasgout...@lyx.org>> wrote:
I could set the width of cmidrule to 0, with would be the same as 1
for normal screens and a **barely visible one-real-pixel wide line
on Mac
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?
> > > !
On Mon, Jul 23, 2018 at 7:09 AM, Jean-Marc Lasgouttes
wrote:
> I could set the width of cmidrule to 0, with would be the same as 1 for
> normal screens and a **barely visible one-real-pixel wide line on Mac
> Retina**.
Please don't do this.
Le 23/07/2018 à 10:16, Daniel a écrit :
Okay, got it. And using 3 pixel for heavy, 1 pixel for thin, and 2 pixel
for medium doesn't look good? A reason to even trade-off some of the
good looks is that having only partly a distinction between different
lines might be misleading.
With 3 pixels
On 22/07/2018 20:29, Jean-Marc Lasgouttes wrote:
Le 22/07/2018 à 18:59, Daniel a écrit :
But I am a bit lost. You state the widths above as em fractions but
say that the values are integers. Do you mean that the list of widths
widths above are as defined in the booktab package but you are
Am Freitag, den 20.07.2018, 20:32 +0300 schrieb Юрий Скалько:
> And another update with more corrections for LyX 2.3.x branch.
Thanks, Yuriy. I committed to 2.3.x.
Jürgen
PS. Riki, are you subscribed to po-updates?
>
> 2018-07-20 13:44 GMT+03:00 Юрий Скалько :
> > Hello.
> >
> > I've updated
Le 23/07/2018 à 04:15, Richard Kimberly Heck a écrit :
It sounds good in principle.
Is this a possibility for 2.3.x? If so, you can commit to stable once
2.3.1 is out. Then it should get lots of testing.
I had tentatively set set milestone 2.3.2 for ticket #10503.
JMarc
17 matches
Mail list logo
