On Wed, Mar 24, 2004 at 09:04:21PM +0200, Martin Vermeer spake thusly:
Why did you drop the part in src/lyxfunc.C?
Oops, yes.
Martin The \color default issue is still there, even though it gets
Martin converted now to none instead of crashing on assert. Any
Martin thoughts on that?
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin It's in -- under both our names (is that legal?)
Thanks. What could be illegal about it?
JMarc
On Thu, Mar 25, 2004 at 05:26:40PM +0100, Jean-Marc Lasgouttes spake thusly:
Martin It's in -- under both our names (is that legal?)
Thanks. What could be illegal about it?
That's not the way to write a change log. :-)
- Martin
pgp0.pgp
Description: PGP signature
On Wed, Mar 24, 2004 at 09:04:21PM +0200, Martin Vermeer spake thusly:
> > Why did you drop the part in src/lyxfunc.C?
>
> Oops, yes.
>
> > Martin> The "\color default" issue is still there, even though it gets
> > Martin> converted now to "none" instead of crashing on assert. Any
> > Martin>
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> It's in -- under both our names (is that legal?)
Thanks. What could be illegal about it?
JMarc
On Thu, Mar 25, 2004 at 05:26:40PM +0100, Jean-Marc Lasgouttes spake thusly:
> Martin> It's in -- under both our names (is that legal?)
>
> Thanks. What could be illegal about it?
"That's not the way to write a change log." :-)
- Martin
pgp0.pgp
Description: PGP signature
On Tue, Mar 23, 2004 at 02:02:18PM +0100, Lars Gullik Bjønnes wrote:
| Angus Looking at debug.h, I think we've run out of space in the
| Angus lyx_debug_trai::type enum. 2^24 0xff (by 1 ;-)
we should be able to go to 2^32. (or at least 31)
But then we'd drop support for this bunch of 24
On Tue, Mar 23, 2004 at 04:47:50PM +, Angus Leeming wrote:
The maximum positive integer that can fit into an int is 0x7fff or
2^(32)-1.
This hypothesis is not covered by The Holy Standard.
Andre'
On Tue, Mar 23, 2004 at 06:42:15PM +0100, Alfredo Braunstein wrote:
Angus Leeming wrote:
The maximum positive integer that can fit into an int is 0x7fff or
2^(32)-1.
And I suppose that when you say 32 you mean 31 :-)
No, he means 'implementation defined' ;-)
Andre'
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Yes, this works as well. Working and tested patch attached.
Why did you drop the part in src/lyxfunc.C?
Martin The \color default issue is still there, even though it gets
Martin converted now to none instead of crashing on assert. Any
Jean-Marc Lasgouttes wrote:
Not really (I am not sure I understand the difference between
inherit and none). However, I think that it would not hurt to have
lyx2lyx get us rid of these default.
Jean-Marc,
I tried to run the preview code last night and found that the latex
file contained the
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
Not really (I am not sure I understand the difference between
inherit and none). However, I think that it would not hurt to have
lyx2lyx get us rid of these default.
Angus Jean-Marc,
Angus I tried to run the
On Wed, Mar 24, 2004 at 01:03:48PM +0100, Jean-Marc Lasgouttes spake thusly:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Yes, this works as well. Working and tested patch attached.
Why did you drop the part in src/lyxfunc.C?
Oops, yes.
Martin The \color default issue is
On Tue, Mar 23, 2004 at 02:02:18PM +0100, Lars Gullik Bjønnes wrote:
> | Angus> Looking at debug.h, I think we've run out of space in the
> | Angus> lyx_debug_trai::type enum. 2^24 > 0xff (by 1 ;-)
>
> we should be able to go to 2^32. (or at least 31)
But then we'd drop support for this
On Tue, Mar 23, 2004 at 04:47:50PM +, Angus Leeming wrote:
> The maximum positive integer that can fit into an int is 0x7fff or
> 2^(32)-1.
This hypothesis is not covered by The Holy Standard.
Andre'
On Tue, Mar 23, 2004 at 06:42:15PM +0100, Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
> > The maximum positive integer that can fit into an int is 0x7fff or
> > 2^(32)-1.
>
> And I suppose that when you say 32 you mean 31 :-)
No, he means 'implementation defined' ;-)
Andre'
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes, this works as well. Working and tested patch attached.
Why did you drop the part in src/lyxfunc.C?
Martin> The "\color default" issue is still there, even though it gets
Martin> converted now to "none" instead of crashing
Jean-Marc Lasgouttes wrote:
> Not really (I am not sure I understand the difference between
> inherit and none). However, I think that it would not hurt to have
> lyx2lyx get us rid of these "default".
Jean-Marc,
I tried to run the preview code last night and found that the latex
file contained
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> Not really (I am not sure I understand the difference between
>> inherit and none). However, I think that it would not hurt to have
>> lyx2lyx get us rid of these "default".
Angus> Jean-Marc,
Angus>
On Wed, Mar 24, 2004 at 01:03:48PM +0100, Jean-Marc Lasgouttes spake thusly:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes, this works as well. Working and tested patch attached.
>
> Why did you drop the part in src/lyxfunc.C?
Oops, yes.
> Martin> The
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
| Angus Martin Vermeer wrote:
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
thusly:
Should this be made more clearly a warning or info message?
Like ... Color \ lyxname ''
Lars Gullik Bjønnes wrote:
| Angus Looking at debug.h, I think we've run out of space in the
| Angus lyx_debug_trai::type enum. 2^24 0xff (by 1 ;-)
we should be able to go to 2^32. (or at least 31)
In that case, (and I agree), shouldn't ANY be reset:
ANY = 0xff
2^(32)-1 ==
On Mon, Mar 22, 2004 at 05:47:31PM +0100, Jean-Marc Lasgouttes spake thusly:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Martin Vermeer wrote:
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
thusly:
Should this be made more clearly a warning or info
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Yes, this sounds good. I did this, calling the creating
Martin function LColor::getFromLyXNameOrAdd(). Not a splendid choice,
Martin but...
This is not exactly what I had in mind, but rather something like the
patch below (which is
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Yes, this sounds good. I did this, calling the creating
Martin function LColor::getFromLyXNameOrAdd(). Not a splendid choice,
Martin but...
Jean-Marc This is not exactly what I
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Angus Looking at debug.h, I think we've run out of space in the
| Angus lyx_debug_trai::type enum. 2^24 0xff (by 1 ;-)
we should be able to go to 2^32. (or at least 31)
| In that case, (and I agree), shouldn't ANY
Lars Gullik Bjønnes wrote:
| Angus Looking at debug.h, I think we've run out of space in the
| Angus lyx_debug_trai::type enum. 2^24 0xff (by 1 ;-)
we should be able to go to 2^32. (or at least 31)
| In that case, (and I agree), shouldn't ANY be reset:
| ANY = 0xff
| 2^(32)-1 ==
Angus Leeming [EMAIL PROTECTED] writes:
| The maximum positive integer that can fit into an int is 0x7fff or
| 2^(32)-1. And before you tell me that enum is unsigned, it isn't.
I think we can force it to be.
What does the standard say about enums again?
--
Lgb
On Tue, Mar 23, 2004 at 05:17:12PM +0100, Jean-Marc Lasgouttes spake thusly:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Yes, this sounds good. I did this, calling the creating
Martin function
Angus Leeming wrote:
The maximum positive integer that can fit into an int is 0x7fff or
2^(32)-1.
And I suppose that when you say 32 you mean 31 :-)
Alfredo
Lars Gullik Bjønnes wrote:
What does the standard say about enums again?
Dunno.
The 1996 Draft Standard says this:
[dcl.enum] 7.2 Enumeration declarations
1 An enumeration is a distinct type (3.9.1) with named constants. Its
name becomes an enumname, within its scope.
enumname:
Alfredo Braunstein wrote:
Angus Leeming wrote:
The maximum positive integer that can fit into an int is 0x7fff
or 2^(32)-1.
And I suppose that when you say 32 you mean 31 :-)
Alfredo
Looks like ;-)
#include iostream
#include cmath
int main()
{
int const ANY = (1 31) - 1;
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming wrote:
Should this be made more clearly a warning or info message? Like
... Color \ lyxname '' added to color table endl ?
Yes. That is exactly what the code is doing, after all. Moreover, I
think that the warning should be output
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Martin Vermeer wrote:
>>> On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
>>> thusly:
>>>
> > Should this be made more clearly a warning or info message?
Lars Gullik Bjønnes wrote:
> | Angus> Looking at debug.h, I think we've run out of space in the
> | Angus> lyx_debug_trai::type enum. 2^24 > 0xff (by 1 ;-)
>
> we should be able to go to 2^32. (or at least 31)
In that case, (and I agree), shouldn't ANY be reset:
ANY = 0xff
2^(32)-1 ==
On Mon, Mar 22, 2004 at 05:47:31PM +0100, Jean-Marc Lasgouttes spake thusly:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Martin Vermeer wrote:
> >> On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
> >> thusly:
> >>
> >>> > > Should this be made more
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes, this sounds good. I did this, calling the creating
Martin> function LColor::getFromLyXNameOrAdd(). Not a splendid choice,
Martin> but...
This is not exactly what I had in mind, but rather something like the
patch below
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes, this sounds good. I did this, calling the creating
Martin> function LColor::getFromLyXNameOrAdd(). Not a splendid choice,
Martin> but...
Jean-Marc> This
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Angus> Looking at debug.h, I think we've run out of space in the
>> | Angus> lyx_debug_trai::type enum. 2^24 > 0xff (by 1 ;-)
>>
>> we should be able to go to 2^32. (or at least 31)
>
| In that case, (and I agree),
Lars Gullik Bjønnes wrote:
>>> | Angus> Looking at debug.h, I think we've run out of space in the
>>> | Angus> lyx_debug_trai::type enum. 2^24 > 0xff (by 1 ;-)
>>>
>>> we should be able to go to 2^32. (or at least 31)
>>
> | In that case, (and I agree), shouldn't ANY be reset:
>>
> | ANY =
Angus Leeming <[EMAIL PROTECTED]> writes:
| The maximum positive integer that can fit into an int is 0x7fff or
| 2^(32)-1. And before you tell me that enum is unsigned, it isn't.
I think we can force it to be.
What does the standard say about enums again?
--
Lgb
On Tue, Mar 23, 2004 at 05:17:12PM +0100, Jean-Marc Lasgouttes spake thusly:
>
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> Martin> Yes, this sounds good. I did this, calling the creating
> Martin>
Angus Leeming wrote:
> The maximum positive integer that can fit into an int is 0x7fff or
> 2^(32)-1.
And I suppose that when you say 32 you mean 31 :-)
Alfredo
Lars Gullik Bjønnes wrote:
> What does the standard say about enums again?
Dunno.
The 1996 Draft Standard says this:
[dcl.enum] 7.2 Enumeration declarations
1 An enumeration is a distinct type (3.9.1) with named constants. Its
name becomes an enumname, within its scope.
enumname:
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> The maximum positive integer that can fit into an int is 0x7fff
>> or 2^(32)-1.
>
> And I suppose that when you say 32 you mean 31 :-)
> Alfredo
Looks like ;-)
#include
#include
int main()
{
int const ANY = (1 << 31) - 1;
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming wrote:
> > Should this be made more clearly a warning or info message? Like
> > "... Color \"" << lyxname << '"' added to color table" << endl ?
>
> Yes. That is exactly what the code is doing, after all. Moreover, I
> think that the
On Sun, Mar 21, 2004 at 01:27:21PM -0800, Kayvan A. Sylvan spake thusly:
I have a lyx document with a branch called titlepage (for when I want
to turn a custom titlepage off or on).
When LyX reads it, I see:
no text in updateScrollbar
Buffer::Buffer()
Martin Vermeer wrote:
On Sun, Mar 21, 2004 at 01:27:21PM -0800, Kayvan A. Sylvan spake
thusly:
I have a lyx document with a branch called titlepage (for when I
want to turn a custom titlepage off or on).
When LyX reads it, I see:
no text in updateScrollbar
Buffer::Buffer()
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake thusly:
Should this be made more clearly a warning or info message? Like
... Color \ lyxname '' added to color table endl ?
Yes. That is exactly what the code is doing, after all. Moreover, I
think that the warning
Martin Vermeer wrote:
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
thusly:
Should this be made more clearly a warning or info message? Like
... Color \ lyxname '' added to color table endl ?
Yes. That is exactly what the code is doing, after all. Moreover, I
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Martin Vermeer wrote:
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
thusly:
Should this be made more clearly a warning or info message?
Like ... Color \ lyxname '' added to color table
endl ?
Yes. That is
On Sun, Mar 21, 2004 at 01:27:21PM -0800, Kayvan A. Sylvan spake thusly:
> I have a lyx document with a branch called "titlepage" (for when I want
> to turn a custom titlepage off or on).
>
> When LyX reads it, I see:
>
> no text in updateScrollbar
> Buffer::Buffer()
>
Martin Vermeer wrote:
> On Sun, Mar 21, 2004 at 01:27:21PM -0800, Kayvan A. Sylvan spake
> thusly:
>
>> I have a lyx document with a branch called "titlepage" (for when I
>> want to turn a custom titlepage off or on).
>>
>> When LyX reads it, I see:
>>
>> no text in updateScrollbar
>>
On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake thusly:
> >
> > Should this be made more clearly a warning or info message? Like
> > "... Color \"" << lyxname << '"' added to color table" << endl ?
>
> Yes. That is exactly what the code is doing, after all. Moreover, I
> think
Martin Vermeer wrote:
> On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
> thusly:
>
>> >
>> > Should this be made more clearly a warning or info message? Like
>> > "... Color \"" << lyxname << '"' added to color table" << endl ?
>>
>> Yes. That is exactly what the code is doing,
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Martin Vermeer wrote:
>> On Mon, Mar 22, 2004 at 09:12:56AM +, Angus Leeming spake
>> thusly:
>>
>>> > > Should this be made more clearly a warning or info message?
>>> Like > "... Color \"" << lyxname << '"' added to color
I have a lyx document with a branch called titlepage (for when I want
to turn a custom titlepage off or on).
When LyX reads it, I see:
no text in updateScrollbar
Buffer::Buffer()
LColor::getFromLyXName: Unknown color titlepage
It does not seem to affect branch function, however.
--
I have a lyx document with a branch called "titlepage" (for when I want
to turn a custom titlepage off or on).
When LyX reads it, I see:
no text in updateScrollbar
Buffer::Buffer()
LColor::getFromLyXName: Unknown color "titlepage"
It does not seem to affect branch function, however.
58 matches
Mail list logo