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 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 17:36, Kornel Benko escribió:
Now the conversion is OK.
Thanks for the feedback.
regards Uwe
El 16.04.2017 a las 18:59, Kornel Benko escribió:
Attached works for me.
Many thanks Kornel. This works for me.
regards Uwe
_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 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
El 16.04.2017 a las 04:21, Richard Heck escribió:
OK.
Thanks, it is in.
regards Uwe
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 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 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 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 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 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
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 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
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 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 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 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 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 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 08:14, Jean-Marc Lasgouttes escribió:
This looks OK to me.
Thanks for having a look.
It is now in.
regards Uwe
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: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: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
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
--- 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
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.
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 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 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
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 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
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 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
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 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 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 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 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 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 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 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 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
> 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
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
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
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 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
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 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
---
+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 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
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 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
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
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 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
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
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
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
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
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
Am 02.04.2017 um 14:07 schrieb Uwe Stöhr:
I don't know enough about Python and cannot provide a patch.
Well, the attached patch fixes the problem for me. It works with Python
2 and 3.
There were 2 problems:
- the explicit encoding made the string a byte-like object in which we
canno
Am 30.03.2017 um 14:37 schrieb José Abílio Matos:
What about changing that line to:
os.write(fd, b'\\relax')
it should work for both versions, no?
No. This works for Python 2 but it does not fix the real problem I desribed:
inpname = shortPath(str(tmpfname, encoding)).replace('\\', '/')
fa
Am 29.03.2017 um 23:05 schrieb Uwe Stöhr:
('de_DE', 'cp1252')
OK, using
inpname = shortPath(str(tmpfname).encode(encoding)).replace('\\', '/')
or
inpname = shortPath(str(tmpfname).encode('cp1252')).replace('\\', '/')
g
Am 29.03.2017 um 15:41 schrieb José Abílio Matos:
OK, I committed a change that should fix this problem.
Thanks José,
this does not fix the bug. I get still the same error message:
22:59:50.996: File "D:/LyXGit/Master/lib/configure.py", line 1811, in
22:59:50.999: windows_style_tex_
As requested by José, I installed Python 3.6.1 and tested today's master
with it. As result LyX cannot be started because the reconfiguration fails:
02:05:53.187: Checking whether TeX allows spaces in file names... yes
02:05:53.188: Traceback (most recent call last):
02:05:53.189: File "D:/LyX
Am 22.02.2017 um 18:14 schrieb Scott Kostyshak:
every box option except "simple frame" works. Is this expected?
I did find a LaTeX-workaround here:
http://www.tex.ac.uk/FAQ-verbwithin.html
Attached is a file using \cprotect that does work. Are there
consequences to this workaround?
I'm still
With current master I get:
D:\LyXGit\Master\src\DepTable.cpp(46): warning C4244: '=': conversion
from 'time_t' to 'long', possible loss of data
[D:\LyXGit\Master\compile-2015\src\LyX.vcxproj]
JMarc, could you please have a look?
thanks and regards
Uwe
Am 05.03.2017 um 08:48 schrieb Guillaume Munch:
git grep LyXToolBox does not return anything. Probably the build is not
clean.
Hi Guillaume,
thanks for having a look. I already deleted the CMake cache. Now I
updated CMake to the latest version and again deleted its cache and now
it works.
I compiled today's master and get an error:
xgettext: error while opening "src/frontends/qt4/LyXToolBox.cpp" for
reading: No such file or directory
C:\Program Files
(x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(171,5):
error MSB6006: "cmd.exe" wurde mit dem Code 1 beendet.
Am 05.02.2017 um 09:16 schrieb q...@mail.ustc.edu.cn:
Sorry that I can not send this to lyx-devel@lists.lyx.org ,strangely my mail
was bounced by the mail system.
Dear Zheru,
this problem is now fixed. I forwarded your mail to the list.
However, to check if you can send messages to the list
Am 05.02.2017 um 02:23 schrieb q...@mail.ustc.edu.cn:
My real name is Zheru Qiu.
I hereby grant permission to use my work for LyX under the license GPL
version 2 or later.
Dear Zheru,
today we eventually fixed our mailing list problem. I could now add your
work and add you to the LyX credits:
I forward this because of mailing list issues the last days:
Permission of using my translation under GPL
Date: Sun, 5 Feb 2017 09:23:32 +0800
From: qzr-at>mail.ustc.edu.cn
To: lyx-devel@lists.lyx.org ,
My real name is Zheru Qiu.
I hereby grant permission to use my work for LyX under the license
Dear LyX on Windows users,
especially new users or those who installed LyX the first time on a
computer recently encountered error messages of missing LaTeX packages.
There was a bug in the LaTeX distribution MiKTeX that is used by LyX for
Windows that disabled any LaTeX package downloads.
Th
Am 26.01.2017 um 03:18 schrieb Richard Heck:
PS I'll let you do the announcement, if you can, or else send me what
you want it to say and I will do it.
Many thanks. I updated now the download page of lyx.org and write a
short announcement.
best regards
Uwe
Hello Richard,
could you please put this new installer version 4 to ftp.lyx.org?:
http://ftp.lyx.de/LyX%202.2.2/
MiKTeX had a bug that prevents LaTeX packages from being downloaded and
installed. Therefore new users did not get a fully functional LyX.
This is now fixed and therefore released a
With today's master I get this compilation error:
Encoding.cpp
D:\LyXGit\Master\src\Encoding.cpp(267): error C3861: 'back_inserter':
identifier not found [D:\LyXGit\Master\compile-2015\src\LyX.vcxproj]
regards Uwe
Am 29.11.2016 um 22:03 schrieb Richard Heck:
This is done.
Thanks.
Hello Richard,
could you please put this new installer version 3 to ftp.lyx.org?:
http://ftp.lyx.de/LyX%202.2.2/
The background is that MiKTeX refactored its whole package handling
system. Therefore users who updated their LaTeX packages during the last
3 weeks got a lot of troubles. At least
Am 07.11.2016 um 08:21 schrieb Guenter Milde:
Great. IMO, this is should also go to stable.
I'll ask Richard. For master it is in.
Do you also update the wiki?
Could you please do this:
http://wiki.lyx.org/Windows/Lithuanian
since you know apparently more about this topic.
thanks and rega
Am 05.11.2016 um 23:54 schrieb Guenter Milde:
Inputenc never supported an l7x or l7xenc option. LyX got this wrong from the
beginning
Tanks, now I got it.
So the fix is simply the attached one. No fileformat change is necessary.
I tested the patch with some Lithuanian texts from the Lithuan
Am 04.11.2016 um 16:01 schrieb Jean-Marc Lasgouttes:
This should be fixed now (in master too).
Yes. Thanks.
Uwe
Am 04.11.2016 um 10:08 schrieb Guenter Milde:
This encoding is not supported by inputenc.
Because l7x is a font encoding, not an input encoding.
The package littex once used l7x as name for its own inputencoding for
the inputenc package. As you also wrote this is now obsolete and I only
wa
.
---
+2016-11-02 Uwe Stöhr
+ * Format incremented to 516: remove the iso8859-13 encoding:
+ \inputencoding iso8859-13
+
2016-10-28 Uwe Stöhr
* Format incremented to 515: support for Urdu and Syriac:
\lang urdu
diff --git a/lib/encodings b/lib/encodings
index
Compiling today's branch I get:
RowPainter.cpp
D:\LyXGit\2.2.x\src\RowPainter.cpp(698): warning C4244: 'argument':
conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\2.2.x\compile-2015\src\LyX.vcxproj]
JMarc, this slipped in form a commit from you to master. Could you
please
This is now the third down within 2 weeks.
We should really start to think about switching our provider.
regards Uwe
Am 27.10.2016 um 00:12 schrieb Jean-Marc Lasgouttes:
I dis not have time to look at it but I guess it is actually fine if
polyglossia does the work.
OK, it is in now.
regards Uwe
Am 27.10.2016 um 00:11 schrieb Jean-Marc Lasgouttes:
Thanks, Confirmed that they are now gone.
Sorry, I have overseen this one:
D:\LyXGit\Master\src\RowPainter.cpp(656): warning C4244: 'argument':
conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\Master\compile-2015\src\Ly
Am 23.10.2016 um 16:49 schrieb Uwe Stöhr:
Why would we have
lots of hardcoded tests for arabic and friends but not urdu?? Did you
look at each of these tests as I advised and then decided that each of
them was unnecessary for Urdu?
No, since I did not know that we need special tests for the
Am 26.10.2016 um 10:53 schrieb Jean-Marc Lasgouttes:
Thanks Uwe, they should be gone now. Please confirm.
Thanks, Confirmed that they are now gone.
regards Uwe
Am 25.10.2016 um 02:09 schrieb Joel Kulesza:
Per Uwe's guidance, please find attached a proposed patch to address
enhancement request Ticket #10457.
Many thanks!
I don't have time to test your patch right now, but I think others will
test it soon.
What I can say so far is that I like the i
Am 25.10.2016 um 02:10 schrieb Joel Kulesza:
I hereby grant the right to publish my work for LyX under the license GPL
version 2 or later.
Many thanks Joel.
As soon as your first patch goes in for LyX we will add you to the LyX
credits as an author of LyX.
regards Uwe
Am 25.10.2016 um 22:39 schrieb Guillaume Munch:
I can revert the menu name to "Source Pane" in 2.2.x for the
documentation reasons you gave.
Please do so.
Done.
Many thanks.
regards Uwe
Am 25.10.2016 um 09:19 schrieb Jean-Pierre Chrétien:
I can do it when the time comes if you like, if I have the ftp access to
the site.
Many thanks Jean-Pierre.
as I pointed out and as we also agreed is to do these kind of changes
only for major LyX releases. To if you would do this for LyX
Am 25.10.2016 um 11:59 schrieb Jamil Haider:
Thank you for reaching out to me. I have tested LyX version 2.2.2 on
windows 10. (Previously I was on Ubuntu). Joining behavior is working as
expected. Right To Left is also working fine. Font is also being applied
properly in edit mode as well as in
Von: Jamil Haider
An: Uwe Stöhr
Hi
Thank you for reaching out to me. I have tested LyX version 2.2.2 on
windows 10. (Previously I was on Ubuntu). Joining behavior is working as
expected. Right To Left is also working fine. Font is also being applied
properly in edit mode as well as in output
Hi JMarc,
these warnings have been introduced today:
RowPainter.cpp
D:\LyXGit\Master\src\RowPainter.cpp(621): warning C4244: 'initializing':
conversion from 'double' to 'int', possible loss of data
[D:\LyXGit\Master\compile-2015\src\LyX.vcxproj]
D:\LyXGit\Master\src\RowPainter.cpp(632): warn
301 - 400 of 5183 matches
Mail list logo