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
El 17.04.2017 a las 04:40, Scott Kostyshak escribió:
I tested just "PDF-form" tests and the ones that were failing pass now.
Thanks for the fixes.
Thanks. I'll send the patch for branch then.
In the above, what does "a valid document which can be read by an
older LyX" mean? Does it just
On Mon, Apr 17, 2017 at 04:19:13AM +0200, Uwe Stöhr wrote:
> 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:
>
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 routine and
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/147/
> Am 16.04.2017 um 22:52 schrieb Tommaso Cucinotta :
>
> On 16/04/2017 22:22, Kornel Benko wrote:
>> Cmake:
>> In master it is set to '1' if using clang on unix like system. In all other
>> cases it is set to '0';
>> In branch 2.2 it is set according to the version of the
Hi,
I just recovered all working regexp rest-cases, both with std::regex and with
boost::regex.
A bit of worklog can be found at #10625.
The needed further changes in lyxfind.cpp (in addition to the crash fix) have
been pushed, along
with a few fixes to tests themselves (key shortcuts no more
I can share a bit as a win10 user of 2.2.2.
One annoying quirk of LyX and MikTeX is the fact that MikTeX on-the-fly
installs can sometimes fail for weird but not rare reasons. For example,
you configured MikTeX to use server ABC but for some strange reason that
server's archive is broken and the
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?
El 16.04.2017 a las 17:36, Kornel Benko escribió:
Now the conversion is OK.
Thanks for the feedback.
regards Uwe
On Sun, Apr 16, 2017 at 07:12:23PM +0200, Kornel Benko wrote:
> #ctest export/examples/PDF-form_lyx21
> shows this message on stderr:
>
> -- check structures of PDF-form.21.lyx
> -- Executing /BUILD/BUILDMint17/BuildLyxGitQt5.9alpha-gcc6.2/bin/lyx2.3
> -userdir
El 16.04.2017 a las 18:59, Kornel Benko escribió:
Attached works for me.
Many thanks Kornel. This works for me.
regards Uwe
Dear all,
Is there anyone who would like to run the ctests but currently cannot
because of some reason (e.g. error)?
Running all of the ctests can take a long time, but perhaps you want to
know how to run only some of them? Please feel free to ask any question.
Scott
signature.asc
On Sun, Mar 12, 2017 at 11:23:33PM -0400, Scott Kostyshak wrote:
> > > Thanks for the feedback, Günter and Andrew. I propose two questions for
> > > going forward:
> > > (2) Which behavior should be changed?
> > I'm still looking for feedback on the above issue.
>
> If no one has feedback,
On 16/04/2017 22:22, Kornel Benko wrote:
Cmake:
In master it is set to '1' if using clang on unix like system. In all other
cases it is set to '0';
In branch 2.2 it is set according to the version of the c++-compiler
if Gccversion < 4.9 ==> LYX_USE_STD_REGEX = 0
else if C++11
On Sat, Apr 15, 2017 at 08:44:59AM +0200, Stephan Witt wrote:
> > Also, do you think we should consider reverting 9b64d7bd? I hope not,
> > but I ask you since I think at this point you have the best
> > understanding of the situation.
>
> No, I don’t think so. You had good reasons and shouldn’t
Am Sonntag, 16. April 2017 um 21:43:00, schrieb Tommaso Cucinotta
> On 16/04/2017 20:17, Kornel Benko wrote:
> > Yes, omitting std-regex because it does not work with adv-find.
> > (See https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196773.html)
>
> what is the current
On 16/04/2017 20:17, Kornel Benko wrote:
Yes, omitting std-regex because it does not work with adv-find.
(See https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196773.html)
what is the current situation with LYX_USE_STD_REGEXP for the official lyx
releases
on the various OSes ? (where
Am Sonntag, 16. April 2017 um 19:46:45, schrieb Tommaso Cucinotta
> Guess not compiling with std-regex, but rather boost ?
Yes, omitting std-regex because it does not work with adv-find.
(See https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196773.html)
> Btw, your fix
Guess not compiling with std-regex, but rather boost ?
Btw, your fix seems good and compiles here, so I just pushed it.
Thanks,
T.
On 16/04/2017 18:59, Kornel Benko wrote:
Am Sonntag, 16. April 2017 um 16:27:17, schrieb Uwe Stöhr
El 16.04.2017 a las 11:29,
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/146/--
[...truncated 1604 lines...]
cd /build/lyx/build/src/mathed && /usr/bin/c++ -DQT_CORE_LIB -DQT_NO_DEBUG
-I/build/lyx/build -I/build/lyx/src -I/build/lyx/3rdparty/boost
#ctest export/examples/PDF-form_lyx21
shows this message on stderr:
-- check structures of PDF-form.21.lyx
-- Executing /BUILD/BUILDMint17/BuildLyxGitQt5.9alpha-gcc6.2/bin/lyx2.3
-userdir "/BUILD/BUILDMint17/BuildLyxGitQt5.9alpha-gcc6.2/Testing/.lyx" -E
lyx21x PDF-form.21.21.lyx
Am Sonntag, 16. April 2017 um 16:27:17, schrieb Uwe Stöhr
> 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
Am Sonntag, 16. April 2017 um 16:40:28, schrieb Uwe Stöhr
> 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
Am Sonntag, 16. April 2017 um 11:29:19, schrieb Tommaso Cucinotta
> commit ecc36be60baba3b3b093f4b9b8454bf11b2fb2f9
> Author: Tommaso Cucinotta
> Date: Sun Apr 16 11:27:34 2017 +0200
>
> findadv: avoid crash when regexp-based search fails (mitigates
Le 16/04/2017 à 16:29, Uwe Stöhr a écrit :
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(-)
El 16.04.2017 a las 09:39, Kornel Benko escribió:
Here a (mostly) minimal example
Works fine here. So what I just wrote to you is correct. You are using
the uncorrected version of lyx_2_2.py.
Attached is the output I get from your example.
regards Uwe
#LyX 2.3 created this file. For more
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
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
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:
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
Am Samstag, 15. April 2017 um 22:21:04, schrieb Richard Heck
> On 04/15/2017 02:06 PM, Uwe Stöhr wrote:
> > Hi Richard,
> >
> > the attached patch fixes 2 lyx2lyx issues in the box reversion
> > routines. Could this please go in for LyX 2.2.3?
>
> OK.
>
> rh
-1
Unless the
On 15.04.17 22:47, Stephan Witt wrote:>
>> Am 15.04.2017 um 19:35 schrieb Jean-Marc Lasgouttes
>> :
>> Le 12/04/2017 à 12:31, mn a écrit :
>>> While editing spellchecker is always off, as are insets closed
>>> (well most) and source view and the like. 2.2.2 is still slow and
It is a file uploaded separately to coverity that indicates that some functions
are assertions. They tell coverity that we are aware that the pointer that we
use is assumed to be non null, for example.
JMarc
Le 15 avril 2017 22:10:30 GMT+02:00, Tommaso Cucinotta a
écrit :
Am Sonntag, 16. April 2017 um 08:04:30, schrieb Kornel Benko
> Am Sonntag, 16. April 2017 um 02:01:57, schrieb Uwe Stöhr
> > El 15.04.2017 a las 22:15, Kornel Benko escribió:
> >
> > > ATM these tests are more broken as before.
> > >
> > > Export to format lyx21
Am Sonntag, 16. April 2017 um 02:01:57, schrieb Uwe Stöhr
> 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
39 matches
Mail list logo