Re: Freeze 2.3.x on Wednesday for rc1?

2017-10-22 Thread Uwe Stöhr 
‎
  Original Message  
From: Richard Heck
Sent: Montag, 23. Oktober 2017 03:35‎

>> http://www.lyx.org/trac/ticket/10556

 > someone else would need to +1 that one.

Done: +1

Regards Uwe ‎

Re: Update on the 2.3.0rc1 situation

2017-10-22 Thread Richard Heck 
On 10/22/2017 06:19 PM, Scott Kostyshak wrote:
> On Sat, Oct 14, 2017 at 06:37:06AM +, Jürgen Spitzmüller wrote:
>
>> Also, I think we should consider Günter's lyx2lyx patch [1], but I
>> didn't have time to thoroughly review it myself.
> Will anyone have time to take a look at the patch by Wednesday?

I could look at the code from a code-triaging point of view, but I have
not followed
the controversy about this, so someone would need to tell me what the
code is supposed
to do.

Richard

Re: Freeze 2.3.x on Wednesday for rc1?

2017-10-22 Thread Richard Heck 
On 10/22/2017 06:15 PM, Uwe Stöhr wrote:
> El 22.10.2017 a las 20:08, Scott Kostyshak escribió:
>
>> I would like to propose to freeze the 2.3.x branch at 23:59 UTC on
>> Wednesday, for releasing rc1.
>
> +1
>
> I just checked the docs that all changes are now accepted.
>
> Trivial things like e.g.
> http://www.lyx.org/trac/ticket/10775

I've +1'd that one but

> http://www.lyx.org/trac/ticket/10556

someone else would need to +1 that one.

Richard

Re: Update on the 2.3.0rc1 situation

2017-10-22 Thread Scott Kostyshak 
On Sat, Oct 14, 2017 at 06:37:06AM +, Jürgen Spitzmüller wrote:

> Also, I think we should consider Günter's lyx2lyx patch [1], but I
> didn't have time to thoroughly review it myself.

Will anyone have time to take a look at the patch by Wednesday?

Scott

> 
> Jürgen
> 
> [1] https://marc.info/?l=lyx-devel=150680956227650=2


signature.asc
Description: PGP signature

Re: Freeze 2.3.x on Wednesday for rc1?

2017-10-22 Thread Uwe Stöhr 

El 22.10.2017 a las 20:08, Scott Kostyshak escribió:


I would like to propose to freeze the 2.3.x branch at 23:59 UTC on
Wednesday, for releasing rc1.


+1

I just checked the docs that all changes are now accepted.

Trivial things like e.g.
http://www.lyx.org/trac/ticket/10775
and
http://www.lyx.org/trac/ticket/10556
should go in in my opinion before RC1.


Packagers, please let me
know if that plan does not work with your schedules.


Fine with me. Today I tested LyX with Python 3.6 and it seems to work. 
So unless anybody requires Python 3.5.x for Windows I will pack LyX 
2.3-RC1 with Python 3.6.3.


regards Uwe

Re: compilation of LyX 2.3 fails with Python 3.6.2

2017-10-22 Thread Uwe Stöhr 

El 22.10.2017 a las 13:43, Uwe Stöhr escribió:


great work! Now it works and also the line break issue is now solved.


OK, there is a minor issue left:

The script is run on ALL files in the doc directories, so also for the 
changelog and the attic files. Especially for the changelog files this 
is not sensible since they are textfiles. So if possible the 
ReplaceValues.py script should only be run on *.lyx files.


regards Uwe

Re: LyX very slow to end (master)

2017-10-22 Thread Scott Kostyshak 
On Wed, Oct 18, 2017 at 08:55:35PM +, Richard Heck wrote:

> > I have backported it at 054b7c68.
> 
> Thank you!

Thank you for the patch, tested and works well.

Scott


signature.asc
Description: PGP signature

Re: LyX-Workarea: Background not shown correctly

2017-10-22 Thread Jean-Marc Lasgouttes 
Le 21 octobre 2017 14:56:36 GMT+02:00, Patrick De Visschere 
 a écrit :
>Jean-Marc,
>
>This works because every update is turned into a FullScreenUpdate.
>Right?

If I understand correctly, it turns every update related to an UpdateRequest 
event (something internal to qt) into a full screen update (in the LyX sense). 
But I think that these updates (those which create the black screen) are not 
the norm.
You can check that by adding some debug information along with the new code in 
my patch to see how often it triggers.

It would be interesting to set a break on QWindow::requestUpdate and see 
whether to is something we do that triggers this effect.
>Isn’t this a waste of work?
>
>Do you consider this as a permanent solution?

Yes maybe, along with other improvement on our draw code. But I might not 
understand exactly what is happening.

>I’ve tried to solve the problem by using: viewport()->update(0,y,w,h)
>and thus specifying the proper coordinates.

Which one?

>If I pass the coordinates of the paragraph, I notice that
>“SingleParUpdate" actually means “SingleRowUpdate". Since only the
>current paragraph is painted black now, except for the current row.

Interesting. Does this mean that we could somehow disable completely these 
black screen paintings ?

The whole situation is not clear to me as you can see.

JMarc

Freeze 2.3.x on Wednesday for rc1?

2017-10-22 Thread Scott Kostyshak 
Dear all,

I would like to propose to freeze the 2.3.x branch at 23:59 UTC on
Wednesday, for releasing rc1. On Thursday I would do some final commits,
tag and tar for packagers, and if everything goes well with building the
binaries, we would release rc1 accordingly. Packagers, please let me
know if that plan does not work with your schedules.

I'm behind on following a few issues, but with a quick look, I think
either that we have resolved the major issues we wanted to before rc1,
or (e.g. a patch is pending and needs review) that we can resolve them
before Wednesday.

Please let me know if there is an rc1-blocker that you think I may be
overlooking.

Thanks to all who have been active in fixing bugs, giving feedback,
testing, and keeping the ball rolling the last days. I'm excited about
all the recent progress and about rc1.

Scott


signature.asc
Description: PGP signature

Re: compilation of LyX 2.3 fails with Python 3.6.2

2017-10-22 Thread Scott Kostyshak 
On Sun, Oct 22, 2017 at 11:43:50AM +, Uwe Stöhr wrote:
> El 21.10.2017 a las 22:41, Guenter Milde escribió:
> 
> > It is in the 2.3 branch now. Should work with both, Python 2 and 3.
> 
> Hi Kornel and Günter,
> 
> great work! Now it works and also the line break issue is now solved.
> 
> many thanks and best regards

Good work, thanks to all for figuring that out.

Scott


signature.asc
Description: PGP signature

Re: List of notes not in beta1

2017-10-22 Thread Jürgen Spitzmüller 
Am Samstag, den 21.10.2017, 11:33 +0200 schrieb Jean-Marc Lasgouttes:
> Le 21 octobre 2017 10:31:31 GMT+02:00, "Jürgen Spitzmüller"  x.org> a écrit .
> > You probably miss these two lines in your own definition of notes:
> > 
> > AddToToc  note
> > IsTocCaption  true
> 
> Why doesn't layout2layout do that for Note:xxx layouts ?

I don't know why. But it should (dto. probably for other affected
layouts).

Jürgen

> 
> JMarc

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

Re: List of notes not in beta1

2017-10-22 Thread racoon 

On 21.10.2017 11:31, Jürgen Spitzmüller wrote:

Am Samstag, den 21.10.2017, 11:12 +0300 schrieb racoon:

On 21.10.2017 10:28, Jean-Marc Lasgouttes wrote:

Le 20 octobre 2017 23:37:53 GMT+02:00, racoon  a
écrit :

Thanks. Well, I guess there must be something wrong with my
configuration then...


Did you customize your layout file(s) related to notes?


Thanks. Yes, I did. And now that I removed the layout file it works.

However, the exact same layout file works in LyX 2.2. Now I have to
figure out what's going on.


You probably miss these two lines in your own definition of notes:

AddToToc  note
IsTocCaption  true


Great, that does the trick. I haven't looked at the AddToToc and 
IsTocCaption yet. Sounds good.


Daniel



Jürgen



Daniel

Re: compilation of LyX 2.3 fails with Python 3.6.2

2017-10-22 Thread Uwe Stöhr 

El 21.10.2017 a las 22:41, Guenter Milde escribió:


It is in the 2.3 branch now. Should work with both, Python 2 and 3.


Hi Kornel and Günter,

great work! Now it works and also the line break issue is now solved.

many thanks and best regards
Uwe

Re: Show changes don't work properly with display math

2017-10-22 Thread Enrico Forestieri 
On Fri, Oct 20, 2017 at 10:17:34AM +0300, racoon wrote:

> Open and typeset the attached file with a deleted text immediately followed
> by a display math (the way one should typeset display math without extra
> space in LyX) and active show changes. It shows both the original results
> without deletions and the actual results.
> 
> Notes:
> The main problem is shown at 2 compared to 1 where the display math is
> translated to the top.
> 
> But there is also a minor problem. When preceded by a new paragraph, as
> shown in 3 and 4, the display math is translated to the right and bottom
> which does not seem fully correct either.
> 
> (The result is independent of the enumerations.)

Thanks for the report. Should be fixed in master at 7f23ca91.

-- 
Enrico

Re: [LyX/master] Sort the language nesting mess with polyglossia

2017-10-22 Thread Jean-Pierre Chrétien 

Le 08/10/2017 à 23:42, Jean-Pierre Chrétien a écrit :

Le 08/10/2017 à 23:26, Scott Kostyshak a écrit :




I don't know. From what I remember lettre started failing for me after a
TeX Live update. If it were a LyX bug, I wonder why it worked before. My
memory often fails me though (or perhaps I fail it?). I think I have a
VM with an older TeX Live installation. Would it helped if I tested
whether the lettre template, as of current 2.3.x, compiles fine with
the older TeX Live installation?


I don't know, a new version of the class has been introduced in August with a 
lot of changes.


I think I will go on what I began to do here before contacting the author of the 
class: downsize to a minimal example using the examples indicated in the class 
manual to check if polyglossia simply works with lettre.cls 


Done, after introducing the same changes as in the LyX template after checking 
"Use non-TeX fonts" in Document>Settings>Fonts:


-\usepackage[T1]{fontenc}
-\usepackage[latin9]{inputenc}
+\usepackage{fontspec}
+\setmainfont[Mapping=tex-text]{FreeSans}

-\usepackage{babel}
+\usepackage{polyglossia}
+\setdefaultlanguage{french}
 \begin{document}

in a MWE latex file using the lettre class, xelatex compilation outputs the pdf 
output all right.


(the LyX template 
includes a lot of preamble code to make the order of the elements in the LyX 
window irrelevant, and the error happens inside an added custom command).


I will review now the extra preamble code.

--
Jean-Pierre

Re: compilation of LyX 2.3 fails with Python 3.6.2

2017-10-22 Thread Kornel Benko 
Am Samstag, 21. Oktober 2017 um 20:41:57, schrieb Guenter Milde 

> On 2017-10-21, Kornel Benko wrote:
> > Am Samstag, 21. Oktober 2017 um 13:17:55, schrieb Uwe Stöhr 
> > 
> >> El 18.10.2017 a las 15:18, Kornel Benko escribió:
> 
> >> To solve this issue I need the attached patch (which is already in
> >> master).
> 
> > I would wait for the patch from Günter.
> 
> It is in the 2.3 branch now. Should work with both, Python 2 and 3.
> 
> >> There is a new bug: The output of the script are LyX files with a blank 
> >> line in every second file line, see the attached file as example.
> 
> > I don't see it on linux :(
> > But I see, that there are  in your attached file.
> > Is this from the 2.3 tree?
> > If yes, then the patch from Günter should fix the issue.
> 
> 
> Uwe, it would be nice, if you could test it under Windows
> (with/without utf8 locale). I these tests pass, I suggest the patch also
> for master.

Yes please.

> Thanks,
> 
> Günter

Kornel

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