On Sat, Mar 15, 2014 at 12:02 PM, Richard Heck wrote:
> If it's a new preference, then no substantive code is needed. But the format
> should
> be bumped. Note that something needs to be added to the prefs2prefs script
> itself,
> as well, to convert to the new format.
Is the attached patch OK?
On Wed, Mar 19, 2014 at 5:09 AM, aparsloe wrote:
>
> On 18/03/2014 8:48 p.m., Vincent van Ravesteijn wrote:
>>
>> On Tue, Mar 18, 2014 at 2:33 AM, Richard Heck wrote:
>>>
>>> On 03/17/2014 06:51 PM, aparsloe wrote:
On 18/03/2014 11:07 a.m., Liviu Andronic wrote:
>
> On Mon,
On 18/03/2014 8:48 p.m., Vincent van Ravesteijn wrote:
On Tue, Mar 18, 2014 at 2:33 AM, Richard Heck wrote:
On 03/17/2014 06:51 PM, aparsloe wrote:
On 18/03/2014 11:07 a.m., Liviu Andronic wrote:
On Mon, Mar 17, 2014 at 10:30 PM, aparsloe wrote:
If an instant preview inset is wrapped arou
Hi!
i'm student interested in GSoC 2014 project named "Native support for biblatex".
Who is Prospective Mentor for this project?
Best regards
Adam Laskowski
Vincent van Ravesteijn schreef op 18-3-2014 14:02:
On Tue, Mar 18, 2014 at 1:46 PM, Jean-Marc Lasgouttes
wrote:
18/03/2014 12:56, Vincent van Ravesteijn:
I don't see the need for keeping the merges. However, I cannot access
the git repo right now.
I do not necessary want to keep them, I ju
On Tue, Mar 18, 2014 at 10:39:43PM +0100, Vincent van Ravesteijn wrote:
> See attached.
>
> Any comments ?
Looks fine. I would simply add a comment in the code explaining why
Windows is treated differently.
--
Enrico
See attached.
Any comments ?
Vincent
>From f1ae03c5ff07b3bfc420b3e448e863f0e1db6975 Mon Sep 17 00:00:00 2001
From: Vincent van Ravesteijn
Date: Tue, 18 Mar 2014 22:32:57 +0100
Subject: [PATCH] Do not use QProcess::startDetached on Windows
QProcess::startDetached cannot provide environment va
On Tue, Mar 18, 2014 at 09:16:29PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Thu, Mar 13, 2014 at 10:43:36PM +0100, Georg Baum wrote:
> >
> >> Vincent van Ravesteijn wrote:
> >>
> >> > I did some debugging. The problem lies in the use of
> >> > QProcess::startDetached. If you
On Tue, Mar 18, 2014 at 08:50:51PM +0100, Georg Baum wrote:
> Vincent van Ravesteijn wrote:
>
> > The attached patches fix the problem that we have to use cmd.exe
> > prefix to start a detached process with environment variables using
> > QProcess.
> >
> > I have checked that
> > - batch files s
On Tue, Mar 18, 2014 at 01:42:11PM +0100, Vincent van Ravesteijn wrote:
> The attached patches fix the problem that we have to use cmd.exe
> prefix to start a detached process with environment variables using
> QProcess.
>
> I have checked that
> - batch files still work,
> - the environment vari
Enrico Forestieri wrote:
> On Thu, Mar 13, 2014 at 10:43:36PM +0100, Georg Baum wrote:
>
>> Vincent van Ravesteijn wrote:
>>
>> > I did some debugging. The problem lies in the use of
>> > QProcess::startDetached. If you call this function with a the "cmd"
>> > prefix, you will inevitably get a c
Benjamin Piwowarski wrote:
> Besides fixing the LyX behavior when python scripts fail, there are two
> solutions:
> - ensure that python is an absolute path by directly checking
> the different installed python within PATH: this might break in some very
> corner case and the patch is really trivia
Guenter Milde wrote:
> I propose to make all LyX's Python scripts compatible with both, Python 2
> and 3. For complex scripts, this could mean a version-test at runtime in
> a wrapper that subsequently imports the correct module or sets sys.path
> appropriately...
See the discussions in http://ww
Vincent van Ravesteijn wrote:
> The attached patches fix the problem that we have to use cmd.exe
> prefix to start a detached process with environment variables using
> QProcess.
>
> I have checked that
> - batch files still work,
> - the environment variable TEXINPUTS is correctly set when quer
We will try to settle that as soon as possible.
JMarc
On 18 mars 2014 17:17:20 UTC+01:00, Mitul Modi wrote:
>Hello JMarc ,
>
>I think I will have to modify the methods rowpainter, textMetrics,
>paragraphMetrics, Paragraph and some other classes to do this GSoC
>project
>" Implement 3-box drawing
Actually the code will be very dependent of the line breaking algorithm.
Therefore, it might be better to work on top of that.
JMarc
On 18 mars 2014 19:26:38 UTC+01:00, Richard Heck wrote:
>On 03/18/2014 12:17 PM, Mitul Modi wrote:
>> Hello JMarc ,
>>
>> I think I will have to modify the method
Julien Rioux wrote:
> I am not sure if we use this information. Last time I looked we selected
> a shorter conversion path over a longer, fully vectorial one.
This is not intended. When I introduced the vector flag I wanted a fully
vectorial path. Either I failed to implement this correctly, or
Benjamin Piwowarski wrote:
> Ok, make sense. I will add the conversion to the Cmake build process so
> that when sending a build the conversion is already done.
Please don't. LyX is supposed to work just fine if the files are in an older
format. If that is not the case, this is a bug in prefs2pr
On 03/18/2014 12:17 PM, Mitul Modi wrote:
Hello JMarc ,
I think I will have to modify the methods rowpainter, textMetrics,
paragraphMetrics, Paragraph and some other classes to do this GSoC
project " Implement 3-box drawing of insets ". You are planning to
rewrite history, and you had told me
2014-03-18 19:03 GMT+01:00 Mitul Modi:
> When we insert box insets, its geometry is set to TOPBUTTON, with three
> box implementation, it should be changed to LEFTBUTTON like in footnote,
> right?
>
Yes. Although it is disputable whether 3 box makes sense for box insets.
This is one of the insets
Hello,
When we insert box insets, its geometry is set to TOPBUTTON, with three box
implementation, it should be changed to LEFTBUTTON like in footnote, right?
On Tue, Mar 18, 2014 at 9:47 PM, Mitul Modi wrote:
> Hello JMarc ,
>
> I think I will have to modify the methods rowpainter, textMetric
Hello JMarc ,
I think I will have to modify the methods rowpainter, textMetrics,
paragraphMetrics, Paragraph and some other classes to do this GSoC project
" Implement 3-box drawing of insets ". You are planning to rewrite history,
and you had told me to warn you if I plan to base any work on it.
On Tue, Mar 18, 2014 at 1:46 PM, Jean-Marc Lasgouttes
wrote:
> 18/03/2014 12:56, Vincent van Ravesteijn:
>
>
>> I don't see the need for keeping the merges. However, I cannot access
>> the git repo right now.
>
>
> I do not necessary want to keep them, I just do not want to have mix my
> commits w
18/03/2014 12:56, Vincent van Ravesteijn:
I don't see the need for keeping the merges. However, I cannot access
the git repo right now.
I do not necessary want to keep them, I just do not want to have mix my
commits with the stuff from master.
Is it possible to remove merges a posteriori?
The attached patches fix the problem that we have to use cmd.exe
prefix to start a detached process with environment variables using
QProcess.
I have checked that
- batch files still work,
- the environment variable TEXINPUTS is correctly set when querying
from the batch file or from an executabl
17/03/2014 21:59, Vincent van Ravesteijn:
Yes there is. You can do:
$ git checkout str-metrics
$ git reset
The you can see in the e-mail. I guess
it is either the first or the last line which starts with "discards ...".
OK, I did that. Now I would like to do commit squashing/fixup, but
wit
On 18 Mar 2014 at 09:52:12 , Vincent van Ravesteijn (v...@lyx.org) wrote:
To summarize, you propose to start a 2.2-staging branch.
yes - either named develop or staging/2.2, whatever gets the majority.
I think that is perfectly valid. Later, the features that are ready
can be rebased on mast
To summarize, you propose to start a 2.2-staging branch.
I think that is perfectly valid. Later, the features that are ready
can be rebased on master.
It would be easiest if you only merge into this 2.2-staging branch, so
that the features can be merged with master easily. But this is
probably n
Dear all,
[moved the discussion to lyx-devel]
There does not seem to be much bugs to be fixed for the next 2.1RC release
(unless I am wrong, but this is what trac indicates) - mostly translation is
remaining. Meanwhile, I am holding a series of patches (mostly cmake/OS X) that
I use to compile
On Sun, Mar 16, 2014 at 9:58 PM, Stephan Witt wrote:
> Am 02.09.2013 um 17:50 schrieb Jean-Marc Lasgouttes :
>
>> 02/09/2013 17:38, Vincent van Ravesteijn:
>>> This code apparently only works when version suffix is set to -2.0 and
>>> -1.6. In some sense, this is rather arbitrary and the use might
On Tue, Mar 18, 2014 at 3:53 AM, Vincent van Ravesteijn wrote:
> On Mon, Mar 17, 2014 at 11:29 PM, Uwe Stöhr wrote:
>> Am 13.03.2014 09:08, schrieb Vincent van Ravesteijn:
>>
>>
> - the last few Imagemagick have a bug in the handling of PDF files and I
> don't want to release an older IM
On Mon, Mar 17, 2014 at 11:46 PM, Uwe Stöhr wrote:
> Am 13.03.2014 09:18, schrieb Vincent van Ravesteijn:
>
>
>> ... which means that in the ideal future, if you want a new feature
>> accepted into LyX, you should provide documentation about it and have
>> it well tested
>
>
> I am a bit annoy
On Mon, Mar 17, 2014 at 11:29 PM, Uwe Stöhr wrote:
> Am 13.03.2014 09:08, schrieb Vincent van Ravesteijn:
>
>
- the last few Imagemagick have a bug in the handling of PDF files and I
don't want to release an older IM version because of security bugs they
fixed (I already contacted t
On Tue, Mar 18, 2014 at 2:33 AM, Richard Heck wrote:
> On 03/17/2014 06:51 PM, aparsloe wrote:
>>
>>
>> On 18/03/2014 11:07 a.m., Liviu Andronic wrote:
>>>
>>> On Mon, Mar 17, 2014 at 10:30 PM, aparsloe wrote:
If an instant preview inset is wrapped around something that produces
em
34 matches
Mail list logo