Am 20.11.2015 um 19:00 schrieb Scott Kostyshak:
Yes, it will be a fileformat change. When I commit I of course do this.
It would be nice if you always try to post complete patches. It is not
obvious to others what "of course" you will change. It is easy to make a
typo or mistake and not notice
Am 23.11.2015 um 00:07 schrieb Scott Kostyshak:
I wish I had the knowledge to review the patch but I do not
I don't understand why. It is a simple decision if we want support for
the verbatim* environment in LyX or not. This environment is in basic
LaTeX like verbatim. I am not inventing any
On Sun, Nov 22, 2015 at 03:44:55PM +0100, Kornel Benko wrote:
> Checking accessible urls, I get
>
> time out Error url: "ftp://ftp.agu.org/journals/latex/journals";
> lib/doc/Additional.lyx:u10211
> time out Error url: "ftp://ftp2.commence.com/pub/freebies/";
> lib/doc/Additional.lyx:h7816
> t
On Sun, Nov 22, 2015 at 06:30:37PM +0100, Uwe Stöhr wrote:
> Am 20.11.2015 um 00:20 schrieb Uwe Stöhr:
>
> >OK to go in...
>
> No opinions?
I wish I had the knowledge to review the patch but I do not (and even if
I did I would still prefer you post the complete patch you plan on
committing, as I
On Sun, Nov 22, 2015 at 12:55:29PM +, Guenter Milde wrote:
> On 2015-11-21, Scott Kostyshak wrote:
> > On Sat, Nov 21, 2015 at 11:09:09PM +0100, Günter Milde wrote:
> >> commit 8482b2169bf9c58cac988a59e15ffa7656121427
> >> Author: Günter Milde
> >> Date: Sat Nov 21 23:06:24 2015 +0100
>
> >
On Sun, Nov 22, 2015 at 06:40:45PM +, Guillaume Munch wrote:
> Le 22/11/2015 17:38, Georg Baum a écrit :
> >It is now also clear that the MSVC workaround is not needed, so I deleted
> >it. Is the attached patch OK to go in?
>
> Looks good (I trust that the small details are ok). I have the sam
On Sun, Nov 22, 2015 at 01:51:43PM +0100, Stephan Witt wrote:
> Am 21.11.2015 um 18:28 schrieb Scott Kostyshak :
>
> > I would like to say that "you may install 2.2.0alpha1 without affecting
> > your current installation of LyX" and that "you may use the two versions
> > simulaneously without conf
On Sun, Nov 22, 2015 at 10:34:51PM +, Guenter Milde wrote:
> On 2015-11-22, Kornel Benko wrote:
> > Am 22. November 2015 um 13:00:20, schrieb Guenter Milde
> >> On 2015-11-21, Kornel Benko wrote:
>
> >> > So my fix is obsolete?
>
> >> I don't know how you fixed it, but I think so (this can b
On Sun, Nov 22, 2015 at 04:56:34PM +0100, Uwe Stöhr wrote:
> Am 20.11.2015 um 01:36 schrieb Scott Kostyshak:
>
> >For both TeX fonts and system fonts? For me they only compile with TeX
> >fonts.
>
> Here too. But why do you insist to compile with non-TeX fonts?
Well this is a separate conversati
On 2015-11-22, Kornel Benko wrote:
> Am 22. November 2015 um 13:00:20, schrieb Guenter Milde
>> On 2015-11-21, Kornel Benko wrote:
>> > So my fix is obsolete?
>> I don't know how you fixed it, but I think so (this can be fixed in the
>> document, it hat nothing to do with math fonts).
> I fixed
On 2015-11-22, Georg Baum wrote:
> Guenter Milde wrote:
>> On 2015-11-21, Kornel Benko wrote:
>>> Am Samstag, 21. November 2015 um 10:27:36, schrieb Georg Baum
>>>
I still think it is a good idea to follow the KDE standard here (see
above), and put all dedicated tests that can be run aut
On 2015-11-22, Uwe Stöhr wrote:
> Am 20.11.2015 um 01:36 schrieb Scott Kostyshak:
>> For both TeX fonts and system fonts? For me they only compile with TeX
>> fonts.
> Here too. But why do you insist to compile with non-TeX fonts?
Because we want to test compilation with non-TeX fonts and docume
On 2015-11-22, Uwe Stöhr wrote:
> Am 20.11.2015 um 11:40 schrieb Guenter Milde:
>> The reason is, that the preamble has the code:
>> % if pdflatex is used
>> \usepackage{ifpdf}
>> \ifpdf
>> % set fonts for nicer pdf view
>> \IfFileExists{lmodern.sty}
>> {\usepackage{
On 2015-11-22, Uwe Stöhr wrote:
> Am 20.11.2015 um 08:47 schrieb Guenter Milde:
Dear Uwe,
>> * LuaTeX and TeX fonts: compiling error:
>> The first message points to chemgreek.sty:
>>. Defining command \selectchemgreekmapping with sig. 'm' on line 485.
>>
Guillaume Munch wrote:
> Looks good (I trust that the small details are ok). I have the same
> understanding. Isn't the "FIXME: Unicode" trivial to fix btw?
With C++11 and after docstring is changed to be std::u32string yes. I
believe that it is possible, but far from easy and not worth the effo
Am Sonntag, 22. November 2015 um 19:22:42, schrieb Georg Baum
> Guenter Milde wrote:
>
> > On 2015-11-21, Kornel Benko wrote:
> >> Am Samstag, 21. November 2015 um 10:27:36, schrieb Georg Baum
> >>
> >>> I still think it is a good idea to follow the KDE standard here (see
> >>> above), and put
Le 22/11/2015 17:42, Georg Baum a écrit :
Richard Heck wrote:
Actually, is there some reason we do not use QRegExp? My limited
research says it is in QtCore. We could certainly replace boost::regex
with that. I don't know if it would play nicer with std::regex or not,
but we could also just use
Le 22/11/2015 17:38, Georg Baum a écrit :
Guillaume Munch wrote:
Le 20/11/2015 19:43, Georg Baum a écrit :
It does. The reason is that the output of escape_special_chars() changes
when compiling with std::regex. The attached patch would fix the test for
std::regex, but then make check would f
Guillaume Munch wrote:
> Le 22/11/2015 18:23, Richard Heck a écrit :
>>
>> Just one question: The regex that caused the original crash I reported
>> is all right now? I.e., no conditional compilation needs to be used for
>> it?
Yes, the crash was already fixed by Guillaume. This patch has nothing
Am Sonntag, 22. November 2015 um 18:10:55, schrieb Uwe Stöhr
> Am 20.11.2015 um 11:40 schrieb Guenter Milde:
> >>> +# Non-ASCII in ERT
> >>> +export/doc/fr/Additional_pdf4_texF
> >
> >> This should now work.
> >
> > Unfortunately, it does not: after updating to c818fea3af2866b3d4b4/lyxgit
> > ther
Kornel Benko wrote:
> I started to implement the cmake part, only to see you already have done
> it :)
Yep, but it was copy-paste only, I did not really understand what I was
doing. Since it worked I did not try to understand it further;-)
Georg
Le 22/11/2015 18:23, Richard Heck a écrit :
On 11/22/2015 12:38 PM, Georg Baum wrote:
It is now also clear that the MSVC workaround is not needed, so I deleted it.
Is the attached patch OK to go in?
Just one question: The regex that caused the original crash I reported
is all right now? I.e.,
Le 22/11/2015 18:18, Richard Heck a écrit :
On 11/22/2015 07:29 AM, Guillaume Munch wrote:
Le 17/11/2015 21:36, Georg Baum a écrit :
Guillaume Munch wrote:
Le 08/11/2015 16:16, Georg Baum a écrit :
If I understood Vincent correctly then it would not be a file format
change IMHO:
As I under
Guenter Milde wrote:
> On 2015-11-21, Kornel Benko wrote:
>> Am Samstag, 21. November 2015 um 10:27:36, schrieb Georg Baum
>>
>>> I still think it is a good idea to follow the KDE standard here (see
>>> above), and put all dedicated tests that can be run automatically
>>> unter top level autotest
On 11/22/2015 12:38 PM, Georg Baum wrote:
> It is now also clear that the MSVC workaround is not needed, so I deleted it.
> Is the attached patch OK to go in?
Just one question: The regex that caused the original crash I reported
is all right now? I.e., no conditional compilation needs to be used
Am Sonntag, 22. November 2015 um 17:36:33, schrieb Georg Baum
> commit 3b842d5a62fdf1938edfd6acdef527bb3bb9a628
> Author: Georg Baum
> Date: Sun Nov 22 17:34:46 2015 +0100
>
> Add unit test for InsetListings::getCaption()
>
> The regex in InsetListings::getCaption() does not work
On 11/22/2015 07:29 AM, Guillaume Munch wrote:
> Le 17/11/2015 21:36, Georg Baum a écrit :
>> Guillaume Munch wrote:
>>
>>> Le 08/11/2015 16:16, Georg Baum a écrit :
If I understood Vincent correctly then it would not be a file format
change IMHO:
As I understood it, he ref
Am 20.11.2015 um 22:30 schrieb Jean-Marc Lasgouttes:
This new version of the patch is also able to handle 'stretch' alignment.
Concerning LaTeX output, hor_pos 'c' value is obtained by omitting
alignment parameter. I guess one can specify 'c' explicitly, though.
For screen layout, we always wan
Richard Heck wrote:
> Actually, is there some reason we do not use QRegExp? My limited
> research says it is in QtCore. We could certainly replace boost::regex
> with that. I don't know if it would play nicer with std::regex or not,
> but we could also just use it throughout.
I guess we could imp
Guillaume Munch wrote:
> Le 20/11/2015 19:43, Georg Baum a écrit :
>>
>> It does. The reason is that the output of escape_special_chars() changes
>> when compiling with std::regex. The attached patch would fix the test for
>> std::regex, but then make check would fail when using boost::regex.
>
>
Am 20.11.2015 um 00:20 schrieb Uwe Stöhr:
OK to go in...
No opinions?
regards Uwe
Am 20.11.2015 um 11:40 schrieb Guenter Milde:
+# Non-ASCII in ERT
+export/doc/fr/Additional_pdf4_texF
This should now work.
Unfortunately, it does not: after updating to c818fea3af2866b3d4b4/lyxgit
there are still non-ASCII characters in ERT in doc/fr/Additional.lyx, e.g.
the "ê" in line 879
Am 20.11.2015 um 08:47 schrieb Guenter Milde:
Well, I not only discovered this bug in LyX, but also fixed it in a series
of commits. The current LyX-dev:
* writes \usepackage[latin9]{luainputenc} with LuaTeX, and
* uses ASCII encoding and no inputenc with XeTeX.
Thanks Günter,
I was using a
Am 20.11.2015 um 01:36 schrieb Scott Kostyshak:
For both TeX fonts and system fonts? For me they only compile with TeX
fonts.
Here too. But why do you insist to compile with non-TeX fonts? I can
understand the package author that he predefines a font for the
statement text since it depends o
Checking accessible urls, I get
time out Error url: "ftp://ftp.agu.org/journals/latex/journals";
lib/doc/Additional.lyx:u10211
time out Error url: "ftp://ftp2.commence.com/pub/freebies/";
lib/doc/Additional.lyx:h7816
time out Error url: "http://unixhelp.ed.ac.uk/CGI/man-cgi?date";
lib/doc/de
Am Sonntag, 22. November 2015 um 13:00:20, schrieb Guenter Milde
> On 2015-11-21, Kornel Benko wrote:
>
> > [-- Type: text/plain, Encoding: quoted-printable --]
>
> > Am Samstag, 21. November 2015 um 22:10:24, schrieb Guenter Milde
> >
> >> On 2015-11-21, Scott Kostyshak wrote:
>
> >> > [--
On 2015-11-21, Kornel Benko wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> Am Samstag, 21. November 2015 um 22:10:24, schrieb Guenter Milde
>
>> On 2015-11-21, Scott Kostyshak wrote:
>> > [-- Type: text/plain, Encoding: quoted-printable --]
>> > On Sat, Nov 21, 2015 at 03:29:
On 2015-11-21, Scott Kostyshak wrote:
> On Sat, Nov 21, 2015 at 11:09:09PM +0100, Günter Milde wrote:
>> commit 8482b2169bf9c58cac988a59e15ffa7656121427
>> Author: Günter Milde
>> Date: Sat Nov 21 23:06:24 2015 +0100
>> Fix inputenc for some templates.
>> Some templates had the inputen
Am 21.11.2015 um 18:28 schrieb Scott Kostyshak :
> I would like to say that "you may install 2.2.0alpha1 without affecting
> your current installation of LyX" and that "you may use the two versions
> simulaneously without conflict". This is true on e.g. Ubuntu. Can
> someone confirm this is true f
Le 17/11/2015 21:36, Georg Baum a écrit :
Guillaume Munch wrote:
Le 08/11/2015 16:16, Georg Baum a écrit :
If I understood Vincent correctly then it would not be a file format
change IMHO:
As I understood it, he referred to the suggestion that the "track
changes" button would be decoupled fr
40 matches
Mail list logo