Am Sonntag, den 14.07.2019, 08:33 +0200 schrieb Jürgen Spitzmüller:
> It's used for template and example files that consists of
> parentheses.
> We introduced it since bash cannot deal with parentheses in file
> names (a make dist problem, IIRC).
Instead of automatic percentEncoding, we could limi
Am Samstag, den 13.07.2019, 23:16 +0200 schrieb Jean-Marc Lasgouttes:
> Jürgen, could you tell us how this percent encoding stuff is supposed
> to
> work and why it is useful?
It's used for template and example files that consists of parentheses.
We introduced it since bash cannot deal with paren
Am Sonntag, 14. Juli 2019, 01:17:57 CEST schrieb Jean-Marc Lasgouttes:
> Le 14/07/2019 à 00:15, Kornel Benko a écrit :
> > Am Samstag, 13. Juli 2019, 23:13:50 CEST schrieb Jean-Marc Lasgouttes:
> >> Le 13/07/2019 à 23:01, Kornel Benko a écrit :
> >>> At least the message should be easy identifiable
Now that I compile LyX with Qt5 by default on some of my computers, I
see that, in linux, characters are annoyingly spaced (see attachments)
with Qt5, but not Qt4.
I traced this back to QFontMetrics::rightBearing which returns different
values. This value is used in mathed since 03a4b8c9328.
Le 14/07/2019 à 00:15, Kornel Benko a écrit :
Am Samstag, 13. Juli 2019, 23:13:50 CEST schrieb Jean-Marc Lasgouttes:
Le 13/07/2019 à 23:01, Kornel Benko a écrit :
At least the message should be easy identifiable as error, so that
we can parse it while testing layouts.
Can you tell me more abo
Am Samstag, 13. Juli 2019, 23:13:50 CEST schrieb Jean-Marc Lasgouttes:
> Le 13/07/2019 à 23:01, Kornel Benko a écrit :
> > At least the message should be easy identifiable as error, so that
> > we can parse it while testing layouts.
>
> Can you tell me more about how this works? I did not try the
Am Samstag, 13. Juli 2019, 21:13:31 CEST schrieb Jean-Marc Lasgouttes:
> Dear all,
>
> I would like to start the journey towards 2.4.0. The first step is
> alpha1, obviously.
>
> I would like to do that before end of the month if possible. Does it
> seem sensible, or do some of you have ongoing
Am 13.07.2019 um 23:16 schrieb Jean-Marc Lasgouttes :
>
> Le 13/07/2019 à 22:51, Stephan Witt a écrit :
BTW, while testing the console window I saw this:
EILSEQ An invalid multibyte sequence has been encountered in the input.
When converting from UTF-8 to UCS-4LE.
Input:
Le 13/07/2019 à 22:51, Stephan Witt a écrit :
BTW, while testing the console window I saw this:
EILSEQ An invalid multibyte sequence has been encountered in the input.
When converting from UTF-8 to UCS-4LE.
Input: 0x7e 0x2f 0x4c 0x69 0x62 0x72 0x61 0x72 0x79 0x2f 0x4d 0x79 0x20 0x4d
0x6f 0x62 0
Le 13/07/2019 à 23:01, Kornel Benko a écrit :
At least the message should be easy identifiable as error, so that
we can parse it while testing layouts.
Can you tell me more about how this works? I did not try the cmake side
of things. From what I read, you parse the stderr output and assume an
Le 13/07/2019 à 21:47, Stephan Witt a écrit :
Am 13.07.2019 um 16:46 schrieb Jean-Marc Lasgouttes :
Le 13/07/2019 à 16:14, Jean-Marc Lasgouttes a écrit :
commit 575761c665229e70d9ce9b2bd941d01a1873b9f1
Author: Jean-Marc Lasgouttes
Date: Sat Jul 13 16:21:37 2019 +0200
Use backing store
Am Samstag, 13. Juli 2019, 19:57:29 CEST schrieb Jean-Marc Lasgouttes:
> While running tests I get this for layouts:
>
> Testing ./../lib/layouts/acmart.layout...
> TextClass.cpp (1533): The layout does not provide a list command for the
> float `sidebar'. LyX will not be able to produce a float
Am 13.07.2019 um 22:36 schrieb Stephan Witt :
>
> Am 13.07.2019 um 21:47 schrieb Stephan Witt :
>>
>> Am 13.07.2019 um 16:46 schrieb Jean-Marc Lasgouttes :
>>>
>>> Le 13/07/2019 à 16:14, Jean-Marc Lasgouttes a écrit :
commit 575761c665229e70d9ce9b2bd941d01a1873b9f1
Author: Jean-Marc La
Am 13.07.2019 um 21:47 schrieb Stephan Witt :
>
> Am 13.07.2019 um 16:46 schrieb Jean-Marc Lasgouttes :
>>
>> Le 13/07/2019 à 16:14, Jean-Marc Lasgouttes a écrit :
>>> commit 575761c665229e70d9ce9b2bd941d01a1873b9f1
>>> Author: Jean-Marc Lasgouttes
>>> Date: Sat Jul 13 16:21:37 2019 +0200
>>>
On Sat, Jul 13, 2019 at 09:13:31PM +0200, Jean-Marc Lasgouttes wrote:
> Dear all,
>
> I would like to start the journey towards 2.4.0. The first step is alpha1,
> obviously.
>
> I would like to do that before end of the month if possible. Does it seem
> sensible, or do some of you have ongoing wo
Am 13.07.2019 um 16:46 schrieb Jean-Marc Lasgouttes :
>
> Le 13/07/2019 à 16:14, Jean-Marc Lasgouttes a écrit :
>> commit 575761c665229e70d9ce9b2bd941d01a1873b9f1
>> Author: Jean-Marc Lasgouttes
>> Date: Sat Jul 13 16:21:37 2019 +0200
>> Use backing store also with wayland platform
>>
Dear all,
I would like to start the journey towards 2.4.0. The first step is
alpha1, obviously.
I would like to do that before end of the month if possible. Does it
seem sensible, or do some of you have ongoing work that they want to
finish for 2.4 ?
I did not find whatever rules we have f
While running tests I get this for layouts:
Testing ./../lib/layouts/acmart.layout...
TextClass.cpp (1533): The layout does not provide a list command for the
float `sidebar'. LyX will not be able to produce a float list.
Is this something that can be fixed?
JMarc
Am Samstag, den 13.07.2019, 16:03 +0200 schrieb Kornel Benko:
> So far I have seen (Checked only rm styles):
Thanks! I have removed those that are handled or don't make sense and
added the list here:
https://www.lyx.org/trac/ticket/11615
Please feel free to add.
Jürgen
signature.asc
Descriptio
[sorry for sending incomplete message earlier]
We requested recently that LyX be updated to 2.1.5 in Ubuntu 16.04 LTS,
since this branch is stuck with LyX 2.1 anyway. Version 18.04 LTS has
already been updated to 2.2.4 recently.
However the first answer for 16.04 is negative, and I cannot say
We requested recently that LyX be updated to 2.1.5 in Ubuntu 16.04 LTS,
since this branch is stuck with LyX 2.1 anyway. Version 18.04 LTS has
already been updated to 2.2.4 recently.
However the first answer for 16.04 is negative, and I cannot say that I
disagree...
Issues mentionned:
* big l
Le 13/07/2019 à 16:14, Jean-Marc Lasgouttes a écrit :
commit 575761c665229e70d9ce9b2bd941d01a1873b9f1
Author: Jean-Marc Lasgouttes
Date: Sat Jul 13 16:21:37 2019 +0200
Use backing store also with wayland platform
Like with macOS, the Wayland compositor seems to require a
Am Freitag, 12. Juli 2019, 15:41:22 CEST schrieb Jürgen Spitzmüller:
> Am Freitag, den 12.07.2019, 14:29 +0200 schrieb Kornel Benko:
> > Hm, you taped me. I don't feel smart enough for that task, especially
> > for the dialog part.
>
> What you can do, though, and where I would need help, is going
Am Samstag, den 13.07.2019, 12:29 +0200 schrieb Kornel Benko:
> It does. OTOH, this change only hides the error IMHO.
No. The problem always occurs if encodings of bib and doc don't match.
We have the encoding setting in BibTeX inset to handle this, but in the
specific case, recoding seemed more a
Am Samstag, 13. Juli 2019, 12:09:33 CEST schrieb Jürgen Spitzmüller:
> Am Samstag, den 13.07.2019, 10:51 +0200 schrieb Kornel Benko:
> > The error line comes from thesisExample.bib, which is not encoded
> > with UTF8.
>
> It was encoded in cp1252, very weird.
>
> I've now recoded it in utf8. Does
Am Samstag, den 13.07.2019, 12:06 +0200 schrieb Kornel Benko:
> I don't see it, example?
Sorry, I was confused by the fact that they get converted again (I
opened the reverted file with master).
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Samstag, den 13.07.2019, 10:51 +0200 schrieb Kornel Benko:
> The error line comes from thesisExample.bib, which is not encoded
> with UTF8.
It was encoded in cp1252, very weird.
I've now recoded it in utf8. Does this help?
Jürgen
signature.asc
Description: This is a digitally signed message
Am Samstag, 13. Juli 2019, 11:45:35 CEST schrieb Jürgen Spitzmüller:
> None of the tex fonts handled by the revert_fonts routine in lyx_2_4.py
> (IBM Plex, Noto, DejaVu etc.) reverts properly for me to 2.3.
>
> No preamble code is created, sometimes the fonts are not remove from
> the settings.
>
None of the tex fonts handled by the revert_fonts routine in lyx_2_4.py
(IBM Plex, Noto, DejaVu etc.) reverts properly for me to 2.3.
No preamble code is created, sometimes the fonts are not remove from
the settings.
Jürgen
signature.asc
Description: This is a digitally signed message part
The test check_load/templates/Theses/PhD_Thesis/Acknowledgments fails.
The error looks
-- Executing
/BUILD/BUILDMint18/BuildLyxGitQt5.6.1local-gcc5.4.0/bin/lyx2.4
-batch -userdir
"/BUILD/BUILDMint18/BuildLyxGitQt5.6.1local-gcc5.4.0/Testing/.lyx"
/usr2/src/lyx/lyx-g
make_i18n.inc (in po/) fails for me with this error:
/usr/bin/python3 ./postats.py "2.4.0dev" ar.po bg.po cs.po de.po el.po
en.po es.po eu.po fi.po fr.po he.po hu.po ia.po id.po it.po ja.po nb.po
nl.po nn.po pl.po pt_BR.po pt_PT.po ru.po sk.po sv.po tr.po uk.po
zh_CN.po zh_TW.po >i18n.inc
Tracebac
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/1737/
32 matches
Mail list logo