On Fri, Jun 26, 2015 at 02:00:33AM +0100, Guillaume M-M wrote:
Le 25/06/2015 23:45, Richard Heck a écrit :
On 06/25/2015 02:58 PM, Enrico Forestieri wrote:
On Thu, Jun 25, 2015 at 02:16:19PM -0400, Richard Heck wrote:
This more or less completes this work?
I think so. The most important
On 06/25/2015 08:43 AM, Scott Kostyshak wrote:
On Thu, Jun 25, 2015 at 02:42:40PM +0200, Scott Kostyshak wrote:
commit 5e7cbc8f2c141889950628d0b81fcdb148fa278b
Author: Scott Kostyshak skost...@lyx.org
Date: Thu Jun 25 08:21:46 2015 -0400
Fix setting of pref hide scrollbar in fullscreen
2015-06-25 16:46 GMT+02:00 Kornel Benko:
Good guess. Bisecting leads to it too.
9e16608867f72e417b04267d080fed28802e92a4 is the first bad commit
commit 9e16608867f72e417b04267d080fed28802e92a4
Author: Juergen Spitzmueller sp...@lyx.org
Date: Wed May 20 19:12:23 2015 +0200
Fix
2015-06-26 16:44 GMT+02:00 Guenter Milde mi...@users.sf.net:
Dear LyX developers,
trying the testfile for the comma-accent feature, I came across an
annoyance:
With every compilation attempt, a pop up window tells me, that there
are unencodable characters in the preamble.
However,
Dear LyX developers,
trying the testfile for the comma-accent feature, I came across an annoyance:
With every compilation attempt, a pop up window tells me, that there
are unencodable characters in the preamble.
However, the offending characters are in a comment:
% Romanian letters Ș
Op 26-06-15 om 16:07 schreef Jean-Marc Lasgouttes:
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there
2015-06-26 15:30 GMT+02:00 Kornel Benko:
It works. And I don't think it is math-ignorant. I plead for commit.
OK, I've done so.
Jürgen
Kornel
On Fri, Jun 26, 2015 at 10:38:41AM -0400, Richard Heck wrote:
On 06/25/2015 08:43 AM, Scott Kostyshak wrote:
On Thu, Jun 25, 2015 at 02:42:40PM +0200, Scott Kostyshak wrote:
commit 5e7cbc8f2c141889950628d0b81fcdb148fa278b
Author: Scott Kostyshak skost...@lyx.org
Date: Thu Jun 25 08:21:46
Hi,
I've attached patches for two bugs I've encountered in the lyxpak script:
The first bug is related to how the common path prefix for the included
files is calculated. If the common string prefix (the byte-by-byte prefix)
of the included files is also a file, the script would get the wrong
On Fri, Jun 26, 2015 at 02:50:13PM +0200, Jürgen Spitzmüller wrote:
2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
The problem seems to be in this code. Georg?
// Prevent outputs of 23.4217 but output small numbers
// with at least 6 significant digits.
double
On Fri, Jun 26, 2015 at 04:58:02AM -0700, Kornel Benko wrote:
Now one can enter negative value (like -0.3cm), but applying it changes to
-0cm.
Using -3mm instead works as expected.
Most probably, the decimal separator is a comma in your locale,
so -0,3cm should work. However, I agree that
On Fri, Jun 26, 2015 at 08:13:05PM +0300, Guy Rutenberg wrote:
Hi,
I've attached patches for two bugs I've encountered in the lyxpak script:
The first bug is related to how the common path prefix for the included
files is calculated. If the common string prefix (the byte-by-byte prefix)
Am Freitag, 26. Juni 2015 um 22:44:28, schrieb Enrico Forestieri
for...@lyx.org
On Fri, Jun 26, 2015 at 04:58:02AM -0700, Kornel Benko wrote:
Now one can enter negative value (like -0.3cm), but applying it changes to
-0cm.
Using -3mm instead works as expected.
Most probably, the
Am Freitag, 26. Juni 2015 um 14:50:13, schrieb Jürgen Spitzmüller
sp...@lyx.org
2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
The problem seems to be in this code. Georg?
// Prevent outputs of 23.4217 but output small numbers
// with at least 6 significant digits.
2015-06-26 13:58 GMT+02:00 Kornel Benko kor...@lyx.org:
Sort of. Now one can enter negative value (like -0.3cm), but applying it
changes to -0cm.
Using -3mm instead works as expected.
The method formatFPNumber in lstrings.h does not work properly with
negative doubles. It seems to round them
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there something else wrong?
Using 2.1.3
2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
The problem seems to be in this code. Georg?
// Prevent outputs of 23.4217 but output small numbers
// with at least 6 significant digits.
double const logarithm = log10(x);
os std::setprecision(max(6 -
Am Freitag, 26. Juni 2015 um 13:21:39, schrieb Jürgen Spitzmüller
sp...@lyx.org
2015-06-25 16:46 GMT+02:00 Kornel Benko:
Good guess. Bisecting leads to it too.
9e16608867f72e417b04267d080fed28802e92a4 is the first bad commit
commit 9e16608867f72e417b04267d080fed28802e92a4
Author:
On Fri, Jun 26, 2015 at 02:00:33AM +0100, Guillaume M-M wrote:
> Le 25/06/2015 23:45, Richard Heck a écrit :
> >On 06/25/2015 02:58 PM, Enrico Forestieri wrote:
> >>On Thu, Jun 25, 2015 at 02:16:19PM -0400, Richard Heck wrote:
> >>>This more or less completes this work?
> >>I think so. The most
2015-06-25 16:46 GMT+02:00 Kornel Benko:
>
> Good guess. Bisecting leads to it too.
> 9e16608867f72e417b04267d080fed28802e92a4 is the first bad commit
> commit 9e16608867f72e417b04267d080fed28802e92a4
> Author: Juergen Spitzmueller
> Date: Wed May 20 19:12:23 2015 +0200
>
>
Am Freitag, 26. Juni 2015 um 13:21:39, schrieb Jürgen Spitzmüller
> 2015-06-25 16:46 GMT+02:00 Kornel Benko:
>
> >
> > Good guess. Bisecting leads to it too.
> > 9e16608867f72e417b04267d080fed28802e92a4 is the first bad commit
> > commit 9e16608867f72e417b04267d080fed28802e92a4
>
2015-06-26 13:58 GMT+02:00 Kornel Benko :
> Sort of. Now one can enter negative value (like -0.3cm), but applying it
> changes to -0cm.
> Using -3mm instead works as expected.
>
The method formatFPNumber in lstrings.h does not work properly with
negative doubles. It seems to
2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
> The problem seems to be in this code. Georg?
>
> // Prevent outputs of 23.4217 but output small numbers
> // with at least 6 significant digits.
> double const logarithm = log10(x);
> os << std::setprecision(max(6 -
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there something else wrong?
Using 2.1.3
Am Freitag, 26. Juni 2015 um 14:50:13, schrieb Jürgen Spitzmüller
> 2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
>
> > The problem seems to be in this code. Georg?
> >
> > // Prevent outputs of 23.4217 but output small numbers
> > // with at least 6
2015-06-26 15:30 GMT+02:00 Kornel Benko:
> It works. And I don't think it is math-ignorant. I plead for commit.
>
OK, I've done so.
Jürgen
>
> Kornel
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there
On 06/25/2015 08:43 AM, Scott Kostyshak wrote:
On Thu, Jun 25, 2015 at 02:42:40PM +0200, Scott Kostyshak wrote:
commit 5e7cbc8f2c141889950628d0b81fcdb148fa278b
Author: Scott Kostyshak
Date: Thu Jun 25 08:21:46 2015 -0400
Fix setting of pref "hide scrollbar in
On Fri, Jun 26, 2015 at 10:38:41AM -0400, Richard Heck wrote:
> On 06/25/2015 08:43 AM, Scott Kostyshak wrote:
> >On Thu, Jun 25, 2015 at 02:42:40PM +0200, Scott Kostyshak wrote:
> >>commit 5e7cbc8f2c141889950628d0b81fcdb148fa278b
> >>Author: Scott Kostyshak
> >>Date: Thu Jun
Dear LyX developers,
trying the testfile for the comma-accent feature, I came across an annoyance:
With every compilation attempt, a pop up window tells me, that there
are unencodable characters in the preamble.
However, the "offending" characters are in a comment:
% Romanian letters
Op 26-06-15 om 16:07 schreef Jean-Marc Lasgouttes:
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which
2015-06-26 16:44 GMT+02:00 Guenter Milde :
> Dear LyX developers,
>
> trying the testfile for the comma-accent feature, I came across an
> annoyance:
>
> With every compilation attempt, a pop up window tells me, that there
> are unencodable characters in the preamble.
>
>
Hi,
I've attached patches for two bugs I've encountered in the lyxpak script:
The first bug is related to how the common path prefix for the included
files is calculated. If the common string prefix (the byte-by-byte prefix)
of the included files is also a file, the script would get the wrong
On Fri, Jun 26, 2015 at 04:58:02AM -0700, Kornel Benko wrote:
>
> Now one can enter negative value (like -0.3cm), but applying it changes to
> -0cm.
> Using -3mm instead works as expected.
Most probably, the decimal separator is a comma in your locale,
so -0,3cm should work. However, I agree
On Fri, Jun 26, 2015 at 02:50:13PM +0200, Jürgen Spitzmüller wrote:
> 2015-06-26 14:43 GMT+02:00 Jürgen Spitzmüller:
>
> > The problem seems to be in this code. Georg?
> >
> > // Prevent outputs of 23.4217 but output small numbers
> > // with at least 6 significant digits.
>
On Fri, Jun 26, 2015 at 08:13:05PM +0300, Guy Rutenberg wrote:
> Hi,
>
> I've attached patches for two bugs I've encountered in the lyxpak script:
>
> The first bug is related to how the common path prefix for the included
> files is calculated. If the common string prefix (the byte-by-byte
Am Freitag, 26. Juni 2015 um 22:44:28, schrieb Enrico Forestieri
> On Fri, Jun 26, 2015 at 04:58:02AM -0700, Kornel Benko wrote:
> >
> > Now one can enter negative value (like -0.3cm), but applying it changes to
> > -0cm.
> > Using -3mm instead works as expected.
>
> Most
38 matches
Mail list logo