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 empty
LaTeX output, the preview inset becomes invisible in the LyX work-area
window,
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 empty
LaTeX output, the preview inset becomes invisible in the LyX work-area
window, and can sometimes be quite hard to re-loc
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 annoyed about this. I only want a working release. I develop LyX for 10 y
Am 13.03.2014 09:11, schrieb Vincent van Ravesteijn:
The bug is only in LyX 2.1git and yes, it is super annoying.
I created now a bug:
http://www.lyx.org/trac/ticket/9035
I agree it is super annoying, but at the same time I agree with Georg:
the issue didn't really make it to lyx-devel or trac
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 the IM developers).
What is the bug ?
PDFs with a bounding or media
On Mon, Mar 17, 2014 at 10:30 PM, aparsloe wrote:
> If an instant preview inset is wrapped around something that produces empty
> LaTeX output, the preview inset becomes invisible in the LyX work-area
> window, and can sometimes be quite hard to re-locate.
>
Is this related to: http://www.lyx.org/
If an instant preview inset is wrapped around something that produces
empty LaTeX output, the preview inset becomes invisible in the LyX
work-area window, and can sometimes be quite hard to re-locate. It would
be helpful if a preview inset with *empty* LaTeX output were made
visible -- perhaps
Le 17/03/14 22:00, Vincent van Ravesteijn a écrit :
Jean-Marc Lasgouttes schreef op 17-3-2014 21:47:
Yes, I rebased against real master. Actually, I do not see the point
of features/master.
There is no point.
What about removing it, then?
JMarc
Jean-Marc Lasgouttes schreef op 17-3-2014 21:47:
Le 17/03/14 19:18, Richard Heck a écrit :
It's only updated if someone decides to update it. I think what
happened, though, is that you rebased it against current master. It's
not a problem, really, and someone should probably keep it up to date.
Jean-Marc Lasgouttes schreef op 17-3-2014 21:49:
17/03/2014 17:39, Vincent van Ravesteijn:
I personally would prefer a series of nice and clean commits, which
might be easier to parse by a human being than one 2725-lines-difff
commit.
Sigh. The impression I got from our last discussion on the
17/03/2014 17:39, Vincent van Ravesteijn:
I personally would prefer a series of nice and clean commits, which
might be easier to parse by a human being than one 2725-lines-difff
commit.
Sigh. The impression I got from our last discussion on the subject was
that having the lots of commit with c
Le 17/03/14 19:18, Richard Heck a écrit :
It's only updated if someone decides to update it. I think what
happened, though, is that you rebased it against current master. It's
not a problem, really, and someone should probably keep it up to date.
Yes, I rebased against real master. Actually, I
On 11/03/2014 12:30 PM, Pavel Sanda wrote:
Roy Xia wrote:
additional goals out there
Special flag for "dangerous" targets which allow running 3rd party code,
like R/knitr or gnuplot. User should allow these targets explicitly and
and they shouldn't run by default as it is now.
Pavel
Agreed
On 11/03/2014 1:42 PM, Jean-Marc Lasgouttes wrote:
Le 11/03/14 10:43, Rainer M Krug a écrit :
Just an observation from somebody not involved:
The conversion route should be taking quality loss in consideration,
i.e. a conversion path which only involves lossless conversions, even if
it is longe
On 11/03/2014 2:40 PM, Jean-Marc Lasgouttes wrote:
Le 11/03/2014 10:10, Roy Xia a écrit :
In
that sense, there may need to be some judgement on which converter chain
to use if, for example, the search only results in two valid paths, one
with qualifier A but not B, and another with qualifier B b
Mitul Modi schreef op 17-3-2014 8:00:
There are some white space errors in previous mail.
I am attaching text file with this mail that will give exact idea.
In this case now inset dimensions are dynamic as it will depend on position of
inset.
Inset's dimensions were always dynamic as the numbe
-- Forwarded message --
From: Αποστολίδου Χρυσαφή
Date: Mon, Mar 17, 2014 at 5:12 AM
Subject: Re: OPW
To: stefano franchi
Hi
I thinkj that your icons are too good to be changed.
Anyway
If you ever need some design work to be done please feel free to ask
me if i can do it.
H
Mitul Modi schreef op 14-3-2014 21:37:
It was my misunderstanding to divide polygon into two rectangles.
Actually I have to divide it into three rectangles to fill three boxes
generated in polygon.
But now I have another idea, that is to use QBrush to fill polygon
instead of dividing it into rect
Mitul Modi schreef op 14-3-2014 17:02:
Sorry for that mistake,
here is the revised patch.
First of all, try to append you responses to the bottom of the mail. If
the text above is too lengthy and not relevant to your response, you can
delete it.
On 3/14/14, Richard Heck wrote:
On 03/1
On 3/18/14, stefano franchi wrote:
> On Mon, Mar 17, 2014 at 1:19 PM, Richard Heck wrote:
>>
>>
>> Mentors don't officially get assigned until Google tells us how many
>> slots
>> we have and we decide which applications we'd like to accept. If I
>> remember
>> correctly.
>
>
> Prospective mentor
On Mon, Mar 17, 2014 at 1:19 PM, Richard Heck wrote:
> On 03/17/2014 02:07 PM, Mitul Modi wrote:
>>
>> On 3/10/14, Vincent van Ravesteijn wrote:
>>>
>>> Hi Mutil,
>>>
>>> I would indeed like to mentor this kind of project. As my colleagues
>>> on the list suggested, it would be good if you could
Mitul Modi schreef op 17-3-2014 19:07:
On 3/10/14, Vincent van Ravesteijn wrote:
Hi Mutil,
I would indeed like to mentor this kind of project. As my colleagues
on the list suggested, it would be good if you could submit some code
fixing little bugs, or you could propose what you think what wo
On 03/17/2014 02:07 PM, Mitul Modi wrote:
On 3/10/14, Vincent van Ravesteijn wrote:
Hi Mutil,
I would indeed like to mentor this kind of project. As my colleagues
on the list suggested, it would be good if you could submit some code
fixing little bugs, or you could propose what you think what
On 03/17/2014 01:17 PM, Jean-Marc Lasgouttes wrote:
17/03/2014 17:24, Richard Heck:
Did you really mean to do this? Note that this went to features/master.
I knew I would break something... Actually
http://git.lyx.org/?p=features.git;a=shortlog;h=refs/heads/master
does not show anything suspic
On 03/17/2014 01:56 AM, Mitul Modi wrote:
In this case now inset dimensions are dynamic as it will depend on
position of inset.
Current implementation of dimensions has 3 members
{wid - width,
ascent - asc,
des-descent}.
With three box implementation, I think we will need four members
{ wid1
On 3/10/14, Vincent van Ravesteijn wrote:
>
> Hi Mutil,
>
> I would indeed like to mentor this kind of project. As my colleagues
> on the list suggested, it would be good if you could submit some code
> fixing little bugs, or you could propose what you think what would be
> needed for fixing the
17/03/2014 17:24, Richard Heck:
Did you really mean to do this? Note that this went to features/master.
I knew I would break something... Actually
http://git.lyx.org/?p=features.git;a=shortlog;h=refs/heads/master
does not show anything suspicious. I suspect that it is the commit
message that
On Mon, Mar 17, 2014 at 2:40 PM, Jean-Marc Lasgouttes
wrote:
> 17/03/2014 14:34, Jean-Marc Lasgouttes:
>
>> The branch, str-metrics, has been updated.
>>discards c3600ccbf4c861035446cfbe77c57bbc48c455ab (commit)
>>discards f6637dcbc89a67d0238f5979f7457f2bbc9c9e9b (commit)
>>discards
On 03/17/2014 09:33 AM, Jean-Marc Lasgouttes wrote:
The branch, master, has been updated.
discards fa196dc15197a630a9c691bb7045bbe6eb293fad (commit)
discards 5c9a1a1e92f78ab483930308934ef0ce764499ec (commit)
This update added new revisions after undoing existing revisions. That is
to sa
17/03/2014 14:34, Jean-Marc Lasgouttes:
The branch, str-metrics, has been updated.
discards c3600ccbf4c861035446cfbe77c57bbc48c455ab (commit)
discards f6637dcbc89a67d0238f5979f7457f2bbc9c9e9b (commit)
discards 5e609e9ea164ea248ea2a5f0dece75fc530419da (commit)
discards 0e5267c9a63c
Sure, I will inform you.
But I am waiting for reply of mentors to know that if I am going in right
direction.
On Mon, Mar 17, 2014 at 11:35 AM, Jean-Marc Lasgouttes
wrote:
> 17/03/2014 11:09, Vincent van Ravesteijn:
>
>>> Author const & AuthorList::get(int id) const
>>> {
>>> - LBUFERR(id < (int)authors_.size());
>>> + LASSERT(id < (int)authors_.size() , return authors_[0]);
>>> r
17/03/2014 11:09, Vincent van Ravesteijn:
Author const & AuthorList::get(int id) const
{
- LBUFERR(id < (int)authors_.size());
+ LASSERT(id < (int)authors_.size() , return authors_[0]);
return authors_[id];
}
Yes, I was wondering about this. On one hand, your commit m
On Sat, Mar 15, 2014 at 5:39 PM, Richard Heck wrote:
> commit a818ed0aab0951a3eacb90944f56bf8ee20e09e6
> Author: Richard Heck
> Date: Mon Mar 10 17:02:17 2014 -0400
>
> Accidentally overwrote this commit of Vincent's.
>
> diff --git a/src/Author.cpp b/src/Author.cpp
> index fef6512..79e7de0
17/03/2014 06:56, Mitul Modi:
Now with this implementation, I think I have to re-implement methods
like TextMetrics:drawParagraph, TextMetrics:redoParagraph ,methods in
rowPainter class and maybe some others because with current
implementation, text is painted row by row in original text and with
There are some white space errors in previous mail.
I am attaching text file with this mail that will give exact idea.
In this case now inset dimensions are dynamic as it will depend on position of
inset.
Current implementation of dimensions has 3 members
{wid - width,
ascent - asc,
des-descent
36 matches
Mail list logo
