ORMAT
+++ b/development/FORMAT
@@ -7,6 +7,10 @@ changes happened in particular if possible. A good example
would be
---
+2017-04-02 Uwe Stöhr
+ * Format incremented to 536: support for \baselineskip.
+ - new length unit BLS
+
2017-03-19 Enrico Fores
nt/FORMAT
+++ b/development/FORMAT
@@ -7,6 +7,11 @@ changes happened in particular if possible. A good example
would be
---
+2017-04-02 Uwe Stöhr
+ * Format incremented to 536: support for \xout.
+ Character style via ulem's \xout. New
+ LFUN_FONT_CROSSOUT
evelopment/FORMAT b/development/FORMAT
index c601311c83..1a19ca581c 100644
--- a/development/FORMAT
+++ b/development/FORMAT
@@ -7,6 +7,10 @@ changes happened in particular if possible. A good example
would be
---
+2017-04-03 Uwe Stöhr
+ * Format incremented to 53
The Noto fonts sponsored by Google become more and more popular. I would
therefore add support for them to LyX 2.3.
Attached is a tentative patch.
The problem is this:
- \usepackage{noto} sets the Noto fonts for all family types
- \usepackage[rm]{noto} sets the Noto font only for serif
- \usepa
Am 03.04.2017 um 02:33 schrieb Richard Heck:
The only issue with this patch is that I don't know yet a proper
solution how to display \xout in HTML.
I think it would be fine just to output this as .
OK, I'll do so when I can commit.
thanks and regards
Uwe
Am 03.04.2017 um 02:38 schrieb Uwe Stöhr:
Attached is a tentative patch.
Now the correct one is attached.
regards Uwe
lib/chkconfig.ltx | 1 +
lib/latexfonts | 27 +++
2 files changed, 28 insertions(+), 0 deletion(-)
diff --git a/lib/chkconfig.ltx b
100644
--- a/development/FORMAT
+++ b/development/FORMAT
@@ -7,6 +7,13 @@ changes happened in particular if possible. A good example
would be
---
+2017-04-04 Uwe Stöhr
+ * Format incremented to 536: support for Noto fonts.
+ - \usepackage[rm]{noto
Am 04.04.2017 um 00:15 schrieb Guenter Milde:
How can we specify the scaling?
In noto.sty, the option redefines
\renewcommand*{\NotoMono@scale}{#1}
The LaTeX code to scale to e.g. 0.9 is
\newcommand*{\NotoMono@scale}{0.9}
\renewcommand{\ttdefault}{NotoMono-TLF}
To support this, LyX's font
El 04.04.2017 a las 21:01, José Abílio Matos escribió:
Regarding the support for older versions of python 2 we already test both
using the autotools ( >= 2.7.0 ) and cmake (>= 2.6).
Hi José,
many thanks for having a look.
Why CMake 2.6? That was released 9 years (sic!) ago. Using it is a
po
El 04.04.2017 a las 07:12, Jürgen Spitzmüller escribió:
Jürgen, do you see any chance to implement this?
Not now.
OK, So I put it in without support for the scaling. This can be done
later. I opened bug http://www.lyx.org/trac/ticket/10611 for this.
many thanks and regards
Uwe
El 03.04.2017 a las 02:39, Uwe Stöhr escribió:
I think it would be fine just to output this as .
OK, I'll do so when I can commit.
The patch is in.
regards Uwe
---
+2017-04-05 Uwe Stöhr
+ * Format incremented to 538: support for formula indentation.
+ New buffer parameter \formula_indent
+
2017-04-04 Uwe Stöhr
* Format incremented to 537: support for \xout.
Character style via ulem's \xout. New
diff --
El 04.04.2017 a las 05:02, Pavel Sanda escribió:
Uwe Stöhr wrote:
revert = [
- [534, [revert_dashligatures]],
+ [535, [revert_baselineskip]],
+ [534, [revert_dashligatures, revert_baselineskip]],
why is revert_baselineskip 2x?
This was a mistake. I forgot to
El 05.04.2017 a las 01:02, Uwe Stöhr escribió:
I used now is_formula_indent to make bot variable better distinguishable.
An updated patch is attached.
The patch is in. I improved it a bit in the way that \mathindent is only
written to the LaTeX output if it is not already \mathindent
El 05.04.2017 a las 22:08, Enrico Forestieri escribió:
Most probably you have some non-ascii characters in a \DeclareLaTeXClass
line in some of your layout files. Now those files are explicitly read as
utf-8 encoded. If this is so, the attached patch should help.
Yes. This is necessary. Moreov
anges happened in particular if possible. A good example
would be
---
+2017-04-06 Uwe Stöhr
+ * Format incremented to 539: support for document fontspec options
+ New buffer parameters
+ - \fonts_roman_opts
+ - \fonts_sans
El 06.04.2017 a las 03:24, Uwe Stöhr escribió:
Attached is the screenshot of the simple UI.
Now it is attached.
regards Uwe
Von: "Scott Kostyshak"
> Uwe, I've tested but there are a lot of crosses. For example, see the
attached screenshot. It seems the number of crosses depends on the level
of zoom, which I don't think makes sense. Also, if you change the font
size, the number of crosses in the PDF output does not cha
> Gesendet: Donnerstag, 06. April 2017 um 04:03 Uhr
> Von: "Scott Kostyshak"
>
> Please see my attached before/after screenshots. What are the
> before/after screenshots you see on Windows?
Hi Scott,
what do you mean? I added 3 elements to the UI.
I cannot see anything strange here. (I will sen
El 06.04.2017 a las 12:01, Jürgen Spitzmüller escribió:
I mean we need to think about a sensible UI instead of cluttering the
dialog with three more line widgets. And I think we should not attempt to
push in one feature after the other at this point, but rather focus on
stabilizing and finishing
El 06.04.2017 a las 09:41, Jean-Marc Lasgouttes escribió:
Le 06/04/2017 à 08:08, Pavel Sanda a écrit :
I don't have strong opinion whether BLS should or shouldn't be available
for both horizontal and vertical. I however dislike the code you posted.
The easy way how to 'fix' it is to drop all th
El 06.04.2017 a las 10:50, Jean-Marc Lasgouttes escribió:
Concerning the code in Length::inInch: the value normally needs to take
into account the line spacing setting of the document. I understand that
it is difficult to obtain here, but a minimal action would be to
document this shortcoming in
El 07.04.2017 a las 10:26, Jean-Marc Lasgouttes escribió:
What do I mean? Don't you see something wrong about the screenshot I
posted?
Sorry, I haven't seen it. I thought you refer to Scott's screenshot.
It is of course difficult to develop when the result looks different on
different machin
El 07.04.2017 a las 10:51, Jean-Marc Lasgouttes escribió:
Maybe more like:...
Thanks.
The patch is now in including this hint and the new BLS unit is
available for all lengths.
regards Uwe
El 07.04.2017 a las 19:01, Kornel Benko escribió:
Someone has to check if the corrections to e.g. src/tex2lyx/test/test.lyx.lyx
are correct.
I could not do this because of bug 10440.
I now applied the patch which I reported in the bug that works for me
and could this way update the tex2lyx t
El 07.04.2017 a las 13:30, Helge Hafting escribió:
Do you want to have the BLS unit for all lengths,
no matter if for vertical or horizontal?
Yes, please.
To be consistent with existing lengths/heights, and because it is useful
sometimes. No need for artifical limitations.
I put it in that
El 09.04.2017 a las 10:27, Jürgen Spitzmüller escribió:
In any case, such features need to be implemented at the beginning of
new development cycles, since they need testing and improvement, not at
the end of cycles.
I don't understand. We are talking about 3 simple line edits. As you can
see
El 07.04.2017 a las 22:19, Guillaume MM escribió:
- 411
- 351
+ 480
+ 350
One should need to rely on the indicative pixel size which does not take
into account the platform, dpi and language. This probably indicates
that the ui file is broken.
I don't understand. I have not
El 06.04.2017 a las 11:10, Jean-Marc Lasgouttes escribió:
That is not how it works. Actually, I propose to add a rule to our
coding rules that says that no code which does not take in account zoom
and DPI when drawing should be accepted (with the usual exceptions, of
course).
I have not hear
Bug http://www.lyx.org/trac/ticket/10440
in at least on Windows a major issue.
5 months ago the user "backbone" presented a patch that fixes the bug
for me (see attached).
I don't understand what is wrong wit this patch and all further patches
do not work.
Therefore the patch should go in if
El 10.04.2017 a las 00:44, Uwe Stöhr escribió:
And that way I googled around. Googling brings you quickly to the
"Script=Devanagari option. So one doesn't need to be a TeXpert to find
this. One now only needs an input field for that option. When this is
implemented I can update our
As reported in
http://www.lyx.org/trac/ticket/10270
LyX forbids incorrectly the float placement options.
The attached patch fixed this.
I don't think that a fileformat change is necessary but I could of
course do this.
regards Uwe
src/frontends/qt4/FloatPlacement.cpp | 12 ++--
src/i
El 10.04.2017 a las 10:43, Jean-Marc Lasgouttes escribió:
I have not heard about this rule.
This is why there is the word "propose" in the sentence above.
OK. Nevertheless I support this rule. Btw. where can I find accepted rules?
I could not find a better solution that I proposed. When zo
El 10.04.2017 a las 23:20, Uwe Stöhr escribió:
You mean that formulas are now also indented within LyX. I'll have a look but.
I had a look but failed as often: I cannot find a start point where
displayed formulas are painted. I often have to stop at this point. LyX
needs like a si
El 10.04.2017 a las 05:33, Scott Kostyshak escribió:
5 months ago the user "backbone" presented a patch that fixes the bug for me
(see attached).
I don't understand what is wrong wit this patch and all further patches do
not work.
See comment 15. backbone replied to this question.
I don't un
El 10.04.2017 a las 09:41, Jean-Marc Lasgouttes escribió:
I have not followed the recent Qt development, but I find it depressing
that we have to use the latst and greatest because anything older has
significant issues. I would expect LTS to be a safe, conservative
choice, but I may be wrong.
--- a/development/FORMAT
+++ b/development/FORMAT
@@ -7,6 +7,10 @@ changes happened in particular if possible. A good example
would be
-------
+2017-04-11 Uwe Stöhr
+ * Format incremented to 540: support for rotated float placements
+ - no new LFUN or buffer para
The attached simple patch fixes
http://www.lyx.org/trac/ticket/10618
The bug is that on opening /saving a file only the float type is written
to the label. But there exists a detailed label writing function that is
just not called (only on buffer update).
OK to go in or have I overseen anythi
El 10.04.2017 a las 05:35, Scott Kostyshak escribió:
This commit broke the test
check_Length
I'm guessing that there is no regression and that the test just needs to
be updated. Uwe, can you please take a look?
How is this test executed? What problems do you get and where is the
test def
El 11.04.2017 a las 08:30, Jürgen Spitzmüller escribió:
And I tried to argue that I think these line edits are not a suitable
UI.
Hi Jürgen,
now I get your point. Then I retract my patch.
Scott announced yesterday a plan for LyX 2.3.0 so it is indeed too late
for LyX 2.3.0 to do something.
El 10.04.2017 a las 05:40, Scott Kostyshak escribió:
Uwe and Stephan, do you know if you will be available around these dates
to produce binaries?
I'm sorry, I cannot plan longer than about a week. I'll try to build a
binary as soon as possible after you send me the link to the release ZIP
f
El 11.04.2017 a las 08:14, Jean-Marc Lasgouttes escribió:
This looks OK to me.
Thanks for having a look.
It is now in.
regards Uwe
El 11.04.2017 a las 10:25, Jean-Marc Lasgouttes escribió:
Now, checking 'top' for a rotated caption will not nothing (you read the
rotating package documentation, didn't you?). It is like if I proposed
to add a "engrave the caption in golden letters" option. Users would be
free to use it ;)
El 11.04.2017 a las 10:15, Jean-Marc Lasgouttes escribió:
But to be clear with you, if the hardcoded 30pt length stays, I will
probably ask for reverting the patch. An hint: what you need to use is
an empty length for default. Empty length is what I implemented for you
to get rid of some ugly
El 06.04.2017 a las 10:39, Jean-Marc Lasgouttes escribió:
Here are my comments after the battle:
Now I found this post. Please send me important posts to me CC.
+ New buffer parameters
+ - \is_formula_indent
The question is not whether the equation is indented, it is whether it
El 13.04.2017 a las 22:56, Jean-Marc Lasgouttes escribió:
I meant that you introduce one HSpace variable in BufferParams::Impl and
a string variable in BufferParams. What is that?
I have just used what is already in use to set the paragraph indentation.
I have also begun a patch to get rid of
El 11.04.2017 a las 21:41, Guenter Milde escribió:
However, fleqn is "Flush Left EQuation". The equations are not flushed down
nor flushed out.
As I wrote in ya previous post, average users don't know the term
"flush". Therefore I would keep indent because that is done. Put to the
leftmost m
El 12.04.2017 a las 11:08, Guenter Milde escribió:
30 pt is not always the default size:
Yes this was my big mistake. I even described this for years in the math
manual. I fixed this now in the code and the docs.
regards Uwe
El 15.04.2017 a las 06:42, Scott Kostyshak escribió:
I'm not sure why (perhaps a lyx2lyx issue that is not related
specifically to this commit?).
Thanks Scott for testing. This uncovered a lyx2lyx bug that is also in
LyX 2.2.x. It was a simple off by one error that made problems when a
box u
Hi Richard,
the attached patch fixes 2 lyx2lyx issues in the box reversion routines.
Could this please go in for LyX 2.2.3?
(In master they are already fixed but I winder why the issue with
"\usepackage" instead of "\\usepackage" was fixed in master long ago but
never backported.)
thanks a
El 15.04.2017 a las 22:15, Kornel Benko escribió:
ATM these tests are more broken as before.
Export to format lyx21 for file lib/examples/PDF-form.lyx is not loadable.
(Neither by lyx2.2 nor by lyx2.3)
Here everything works fine now. I can
- open lib/examples/PDF-form.lyx with LyX 2.2, expor
El 15.04.2017 a las 22:13, Stephan Witt escribió:
Sorry, mastering a console window is not that difficult.
It is! This requires a lot of background knowledge. Show me a person who
is not studied (has a "normal job") and can use a console.
Software is just a tool. I mean you know how to use
El 15.04.2017 a las 12:40, Guenter Milde escribió:
IMO, \mathindent is a very rarely changed setting that does not need a
GUI entry.
That is your opinion. I use it in several documents. My personal goal
for every LyX release is "fight the ERT!". With my commit I squashed a
document class opt
El 15.04.2017 a las 12:57, Guenter Milde escribió:
Therefore "equation" (abgesetzte Gleichung) may be a better choice for
"displayed math".
I don't agree. I use a chemical formulas and symbols as displayed math.
They are not necessarily equations. I think one could put any kind of
math into
El 16.04.2017 a las 11:29, Tommaso Cucinotta escribió:
commit ecc36be60baba3b3b093f4b9b8454bf11b2fb2f9
Author: Tommaso Cucinotta
diff --git a/src/lyxfind.cpp b/src/lyxfind.cpp
Hi Tommaso,
this commit breaks the compilation for me. I get:
D:\LyXGit\Master\src\lyxfind.cpp(964): error C2039: '
El 16.04.2017 a las 09:18, jpc escribió:
commit ade2891218ffae2088f9f6ee247143f283443db8
Author: jpc
lib/doc/fr/Math.lyx | 228 +--
1 files changed, 130 insertions(+), 98 deletions(-)
Hi Jean-Pierre,
thanks for the translation. You accident
El 16.04.2017 a las 04:21, Richard Heck escribió:
OK.
Thanks, it is in.
regards Uwe
El 16.04.2017 a las 08:04, Kornel Benko escribió:
This is, what I get exporting to 2.1
But then you have not applied my commit to lyx_2_2.py because the error
you get is what I fixed.
I just rechecked everything again and I don't get any errors when using
current master.
Maybe you are us
_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\default_output_format pdf2
\output_sync 0
\bibtex_command bibtex
\index_command default
\paperfontsize 12
\spacing single
\use_hyperref true
\pdf_title "Description of the m
El 16.04.2017 a las 18:59, Kornel Benko escribió:
Attached works for me.
Many thanks Kornel. This works for me.
regards Uwe
El 16.04.2017 a las 17:36, Kornel Benko escribió:
Now the conversion is OK.
Thanks for the feedback.
regards Uwe
El 16.04.2017 a las 19:12, Kornel Benko escribió:
Should we ignore this messages?
No because this means there is a bug in the lyxl2yx conversion routine.
You get this when creating the 21 file and then opening with LyX 2.3,
right? Do you also get the same error when opening with LyX 2.2?
I
El 16.04.2017 a las 23:41, Uwe Stöhr escribió:
I'll have a look.
My today's change in PDF-form.lyx where I use 2 nested colored boxes
bring the new warning you see. I'll fix this lyx2lyx issue.
regards Uwe
El 16.04.2017 a las 23:50, Uwe Stöhr escribió:
My today's change in PDF-form.lyx where I use 2 nested colored boxes
bring the new warning you see. I'll fix this lyx2lyx issue.
I fixed it now:
www.lyx.org/trac/changeset/5b4cc6b6/lyxgit
In fact I had to rewrite the whole colorbox r
\end_modules
\language english
\inputencoding auto
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize 12
\spacing single
\use_hyperref true
\pdf_
Hi Richard,
the attached patch fixes several box reversion issues in lyx2lyx. Scott
could verify that the conversion to LyX 2.1.x works now as expected.
Could this therefore also go in for LyX 2.2.3?
--
Another issue: when I compare lyx-2_2.py in master with branch I see a
lot of ch
Le 17 avril 2017 10:54:13 GMT+02:00, "Jean-Pierre Chrétien"
a écrit :
Sorry, but this is not true: in French, the character calling a
footnote should
be introduced just after the word which refers to the footnote,
whatever the
punctuation character following the word may be (sentence dot, questi
El 15.04.2017 a las 19:07, Jean-Marc Lasgouttes escribió:
Nowadays (with default lengths), the class is basically useless.
OK, attached is a patch that would omit HSpace.
I don't understand why it doesn't work: If the default value is used
math_indentation is not "default" but empty.
Maybe
El 17.04.2017 a las 08:33, Kornel Benko escribió:
LyX is made for users. It is impossible to use PDF forms in LyX < 2.1 so
there won't be users. Therefore testing this file export to LyX 1.6 is
senseless.
Makes sense.
Therefore I opt to remove the test for LyX 1.6x and 2.0x for PDF-form
and
El 17.04.2017 a las 18:14, Uwe Stöhr escribió:
There is however an error in a conversion routine from 1.6.x to 2.0x
because the length \totalheight is mangled. Therefore the opened file
fails to compile to a PDF.
This bug is now also fixed:
http://www.lyx.org/trac/changeset/bc0591a2/lyxgit
El 17.04.2017 a las 18:32, Jean-Marc Lasgouttes escribió:
I do not have time right now, but I just committed a patch for
parindent. Does it help?
No, it introduces bugs. Noe you use "0pt" as default value but this is
not correct. We don't know the default value of parindent. Moreover you
wri
El 17.04.2017 a las 19:53, Uwe Stöhr escribió:
No, it introduces bugs.
You also use now
\paragraph_indentation "23bp"
instead of the former
\paragraph_indentation 23bp
the quotes change the fileformat and break lyx2lyx routines.
regards Uwe
El 17.04.2017 a las 19:41, Kornel Benko escribió:
Confirmed. Thanks Uwe.
Thank you. I'll send the patch for LyX 2.2 now.
Nevertheless I could not get all the errors/warnings you got with
lyx -e lyx16x PDF-form.lyx
lyx -batch PDF-form.16.lyx
In only got the Lexer.cpp warnings which led me to
El 17.04.2017 a las 17:22, Richard Heck escribió:
OK.
It is in.
Attached is another fix fixing the box reversion from 2.0 to 1.6. Kornel
verified that it works for him too OK to go in?
You can use git blame to identify where the changes come from. Then we
can look at the individual commit
El 17.04.2017 a las 21:57, Richard Heck escribió:
OK.
it is in.
I will look these over and commit them if they're acceptable.
thanks.
regards Uwe
font_math auto
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\default_output_format pdf2
\output_sync 0
\bibtex_command bibtex
\index_command default
\paperfontsize 12
\spacing single
\use_hyperref true
\pd
El 18.04.2017 a las 15:54, Jean-Marc Lasgouttes escribió:
Getting rid of the proper length in favor of the weird string version
was definitely not what I had in mind.
I cannot follow you anymore. What i did is just what the HSpace class
does - it is a string using "default" ads default value.
El 18.04.2017 a las 14:59, Jean-Marc Lasgouttes escribió:
Does it really break, or do you think it does?
In lyx_2_0.py we have:
---
def revert_paragraph_indentation(document):
" Revert custom paragraph indentation to preamble code "
i = find_token(document.header, "\\parag
El 18.04.2017 a las 14:52, Jean-Marc Lasgouttes escribió:
Do I?
Yes, always get
\paragraph_separation indent
\paragraph_indentation default
but it should simply be
\paragraph_separation indent
There is no need to pollute the LyX file with unnecessary info. We only
output the things that w
El 18.04.2017 a las 22:57, Uwe Stöhr escribió:
Since the default is now no longer "default" this fails.
Ah, I see now that you already fixed this.
regards Uwe
El 17.04.2017 a las 21:57, Richard Heck escribió:
I will look these over and commit them if they're acceptable.
Attached are the obvious "\\" fixes that should be backported.
regards
Uwe
diff --git
"a/C:\\Users\\Usti\\AppData\\Local\\Temp\\TortoiseGit\\lyx_2_0-0271602.002.py"
"b/D:\\LyXGit\
LyX 2.3 will support the document class option fleqn so I thin the other
generic math document class option "leqno" should be supported as well.
Attached is the patch.
There shouldn't be controversies except of the place of the combobox (an
the name of its label of course ;-) ). I put it in th
El 18.04.2017 a las 22:45, Uwe Stöhr escribió:
I am insisting because I will send right now a patch
I sent it now and CCed you. Could you please have a look?
thanks and regards
Uwe
El 19.04.2017 a las 00:27, Uwe Stöhr escribió:
Attached is the patch.
Hi JMarc,
the patch misses the visualization within LYX. I have the same problem
as with the visualization of mathindent. I cannot find where in the code
we set draw the general math inset. You said that you will do
El 19.04.2017 a las 11:58, Jean-Marc Lasgouttes escribió:
HSpace is a class that contains a GlueLength, a complex class that
handles subleties of a length like 1cm-2mm+3mm. Is that "just a string"
to you??
"1cm-2mm+3mm" is a string to me, yes. I did not need the special
features of the Lengt
El 20.04.2017 a las 18:11, Jean-Marc Lasgouttes escribió:
I turns out that I committed it by mistake. Please complain if something
is wrong.
I did in my previous mail and just put in a fix for the error I get.
thanks for your work and regards
Uwe
El 20.04.2017 a las 23:17, Uwe Stöhr escribió:
I have seen your changes but now LyX has no longer the GlueLength
ability as you noted.
Sorry. This ability was not in LyX. glue lengths are not allowed as
parameter of \setspace. So having HSpace there was indeed never necessary.
thanks and
El 19.04.2017 a las 06:58, Scott Kostyshak escribió:
lyx2lyx/lyx_2_2.py: correct reversion of boxes
git bisect suggests that this commit broke the test
export/doc/Math_lyx21
Uwe, can you take a look?
At first I don't understand why I don't get any error or warning when doing
lyx -
El 17.04.2017 a las 05:30, Uwe Stöhr escribió:
the attached patch fixes several box reversion issues in lyx2lyx. Scott
could verify that the conversion to LyX 2.1.x works now as expected.
Hi Richard,
this patch fixed some issues but Math.lyx uncovered an issue that I
introduced with this
El 19.04.2017 a las 14:55, Jean-Marc Lasgouttes escribió:
I did not try it, but the structure looks OK to me. Still, I have a
problem with left/right, which will be wrong in RtL documents. What
about "number before/after equation"?
Thanks for having a look. That is a good point. I will rename
El 23.04.2017 a las 08:59, Scott Kostyshak escribió:
Uwe, I noticed that there are no changes about 2.3.0alpha1 mentioned in
development/Win32/packaging/installer/ChangeLog.txt
Have there been changes and we just haven't documented them?
I hold them back because master was closed.
I have
El 24.04.2017 a las 07:41, Scott Kostyshak escribió:
Packagers, please prepare your binaries.
I cannot build from this:
Using icon defined in resource file:
D:/LyXGit/LyX23/development/cmake/lyx.rc
CMake Error: File D:/LyXGit/LyX23/lib/scripts/prefTest.pl.in does not exist.
CMake Error at l
El 24.04.2017 a las 17:31, Richard Heck escribió:
OK.
It is in.
regards Uwe
El 23.04.2017 a las 01:25, Uwe Stöhr escribió:
Thanks for having a look. That is a good point. I will rename it
according to your proposal.
This was not necessary because leqno numbers also in Arabic documents at
the left side because the default is the right side.
I chase anyway the name
> Gesendet: Dienstag, 25. April 2017 um 07:28 Uhr
> Von: "Scott Kostyshak"
>
> OK. Since we won't be able to make a Windows build for alpha1,
Ehm, no. Could you please check why the 2 files are missing in the tarball and
release a new tarball including the 2 files?
I copied the 2 missing files
> Gesendet: Dienstag, 25. April 2017 um 10:56 Uhr
> Von: "Jean-Marc Lasgouttes"
>
> I looked a bit at it and it seems that at least Arabic documents use
> left numbering by default and that it is right side that might have to
> be specified (I did not have good hebrew fonts at hand, so I did no
El 25.04.2017 a las 12:25, Kornel Benko escribió:
Already committed in master.
Thank you.
regards Uwe
El 25.04.2017 a las 07:41, Guenter Milde escribió:
In this case, shouldn't it be named "right/left", as "before/after" would
mean reverse placement (left/right) in RTL languages?
At first I sent the patch using left/right but JMarc said that this
would be incorrect for RTL languages. I cannot
riginal Message
From: Scott Kostyshak
Sent: Mittwoch, 26. April 2017 03:46
To: Richard Heck
Cc: Kornel Benko; lyx-devel@lists.lyx.org; Uwe Stöhr
Subject: Re: 2.3.0alpha1 tar balls are available
On Tue, Apr 25, 2017 at 09:13:11AM -0400, Richard Heck wrote:
> On 04/25/2017 06:25 AM, Kornel B
801 - 900 of 5183 matches
Mail list logo