On 12/05/2011 07:38 AM, Jean-Marc Lasgouttes wrote:
>
> No, stdlib-debug is only true for development releases.
>
> While we are at it, do you know whether fedora ships build of boost
> compiled with _GLIBCXX_DEBUG defined? This is what is needed to be
> compatible with stdlib-debug.
>
> JMarc
Wh
Here's the report:
1. create a new document and write 2 words
2. select the first word and "toggle emphasis"
3. then select both words and "toggle emphasis" again.
now the first word isn't emphasised but the second word is. I haven't
seen this behavious in any other text processor. usual
Here's the report:
1. create a new document and write 2 words
2. select the first word and "toggle emphasis"
3. then select both words and "toggle emphasis" again.
now the first word isn't emphasised but the second word is. I haven't
seen this behavious in any other text processor. usual
lar...@gullik.org (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes writes:
>
| | Le 07/01/12 19:16, Lars Gullik Bjønnes a écrit :
>>> In GuiFontMetrics this is fixed by chaning the types in the
>>> AscendDescend struct
>>> from short int to int.
>>
| | What is the cost in terms of
Jean-Marc Lasgouttes writes:
| Le 07/01/12 19:16, Lars Gullik Bjønnes a écrit :
>> In GuiFontMetrics this is fixed by chaning the types in the
>> AscendDescend struct
>> from short int to int.
>
| What is the cost in terms of memory? Qt's own font structures already
| cost us bazillion
Le 07/01/12 19:16, Lars Gullik Bjønnes a écrit :
In GuiFontMetrics this is fixed by chaning the types in the AscendDescend
struct
from short int to int.
What is the cost in terms of memory? Qt's own font structures already
cost us bazillions of bytes.
JMarc
Jean-Marc Lasgouttes wrote:
> Le 06/01/2012 06:52, Uwe Stöhr a écrit :
>> The attached patch implements support for the package cancel in math.
>> This was frequently requested.
>> As I now got again a request and as Georg just finished the new math
>> package handling (many thanks
>> btw.), I mad
On 01/07/2012 01:16 PM, Lars Gullik Bjønnes wrote:
If I get the ok, I'll just commit them.
With these, I get _no_ warnings with building lyx with gcc 4.7.
Look fine to me.
rh
commit 660bee437e436bfce7d9bb18a46b932bec5e4811
Author: Lars Gullik Bjønnes
Date: Sat Jan 7 19:11:07 2012 +0100
If I get the ok, I'll just commit them.
With these, I get _no_ warnings with building lyx with gcc 4.7.
commit 660bee437e436bfce7d9bb18a46b932bec5e4811
Author: Lars Gullik Bjønnes
Date: Sat Jan 7 19:11:07 2012 +0100
Avoid narrowing in array initializator
Gcc 4.7 warns that this
On 01/07/2012 09:01 AM, Lars Gullik Bjønnes wrote:
Richard Heck writes:
| On 01/06/2012 09:24 PM, Lars Gullik Bjønnes wrote:
I thought I had already fixed this? Perhaps not in branch? Yes.
Revision 39813 in trunk, it has not been backported to branch. This
should probably be brought over to th
Richard Heck writes:
| On 01/06/2012 09:24 PM, Lars Gullik Bjønnes wrote:
>> I thought I had already fixed this? Perhaps not in branch? Yes.
>> Revision 39813 in trunk, it has not been backported to branch. This
>> should probably be brought over to the branch
>>
| If it seems a good idea, pl
Hi,
the Advanced FindAndReplace dialog has a few replace-related buttons
that need to be enabled or disabled depending on the readOnly() status
of the current document buffer.
For now, the only way I found to ensure that the corresponding
::updateView() method is called (in which I synchroni
12 matches
Mail list logo
