Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| On an ideal world, I don't see the point of the lyx:: namespace.
except when used to protect against our own pollution of the global
namespace.
--
Lgb
NEWS FROM TROLLTECH:
On Wednesday, 02. Jul 2003 22:33 Jan Peters wrote:
I agree, you can safely remove it from qwindowdefs.h. Originally it
was
thought to be necessary for future plans, but not.
Hi Sam!
Will you remove this ControlRef then from your tree? Or will it stay?
Yes, it has been remove
I mailed Trolltech about the discussion, and there reply is:
I agree, you can safely remove it from qwindowdefs.h. Originally it
was
thought to be necessary for future plans, but not.
This is ambiguous about whether they fixed it in their tree or not, can
you please push them on this ?
Ok, I will
On Wed, Jul 02, 2003 at 02:03:19PM +0900, Jan Peters wrote:
> I mailed Trolltech about the discussion, and there reply is:
>
> >I agree, you can safely remove it from qwindowdefs.h. Originally it was
> >thought to be necessary for future plans, but not.
This is ambiguous about whether they fixed
On Wed, Jul 02, 2003 at 09:11:13AM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> Has anyone reported this stupid bug to Troll Tech yet ?
> >
> > They are as guilty as we are.
>
> Why? Lyx is not a library.
Ok, this is a valid point.
Andre'
--
Those who desire to give up Free
Andre Poenitz wrote:
>> Has anyone reported this stupid bug to Troll Tech yet ?
>
> They are as guilty as we are.
Why? Lyx is not a library. IMHO a library is responsible of not polluting
the global namespace (and qt way of doing that, btw, seems to be adding a
'q' on front of _almost_ every def
On Tue, Jul 01, 2003 at 11:01:30PM +0100, John Levon wrote:
> > > `class ControlRef'
> >
> > As far as I understand it, this is a naming clash. Qt has a
> > typedef struct OpaqueControlRef *ControlRef;
>
> Has anyone reported this stupid bug to Troll Tech yet ?
They are as guilty as we are.
An
I mailed Trolltech about the discussion, and there reply is:
I agree, you can safely remove it from qwindowdefs.h. Originally it was
thought to be necessary for future plans, but not.
However, using ControlRef might be a bad idea in any event as it is a
type in Carbon so including some headers cou
/usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104:
conflicting
types for `typedef struct OpaqueControlRef * ControlRef'
../../../src/frontends/controllers/ControlRef.h:43: previous
declaration as
`class ControlRef'
As far as I understand it, this is a naming clash. Qt has a
typedef struc
John Levon <[EMAIL PROTECTED]> writes:
> On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote:
>
> > > /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting
> > > types for `typedef struct OpaqueControlRef * ControlRef'
> > > ../../../src/frontends/controllers/Co
On Tue, Jun 24, 2003 at 07:48:01PM +0200, Juergen Spitzmueller wrote:
> > /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting
> > types for `typedef struct OpaqueControlRef * ControlRef'
> > ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as
> > `class
On Tue, Jun 24, 2003 at 10:22:43PM +0200, Alfredo Braunstein wrote:
> maybe somethig like (using bash, from within the src/ directory, untested):
>
> for x in `grep -l ControlRef {,*/,*/*/}*.{C,h}`; do echo $x; mv $x $x.save;
> cat $x.save | sed s/ControlRef/ControlLyXRef/g > $x; done
>
> will do
Ronald Florence wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
>> Juergen Spitzmueller wrote:
>>
>> > ControlRef. Does it help if you change LyX's ControlRef and all
>> > instances to ControlLyXRef or something?
>>
>> adding
>>
>> #define ControlRef ControlLyXRef
>>
>> to the top o
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Juergen Spitzmueller wrote:
>
> > ControlRef. Does it help if you change LyX's ControlRef and all instances
> > to ControlLyXRef or something?
>
> adding
>
> #define ControlRef ControlLyXRef
>
> to the top of src/frontends/controllers/ControlR
Juergen Spitzmueller wrote:
> ControlRef. Does it help if you change LyX's ControlRef and all instances
> to ControlLyXRef or something?
adding
#define ControlRef ControlLyXRef
to the top of src/frontends/controllers/ControlRef.h may just work...
Regards, Alfredo
Ronald Florence wrote:
> /usr/local/src/qt-mac-free-3.1.2/include/qwindowdefs.h:104: conflicting
> types for `typedef struct OpaqueControlRef * ControlRef'
> ../../../src/frontends/controllers/ControlRef.h:43: previous declaration as
> `class ControlRef'
As far as I understand it, this is a naming
I've succeeded in compiling the Trolltech MacOSX (GPL) Qt libraries
with gcc-2.95.2, but something in their header files gags the LyX-1.3.2
compile with the same compiler.
In file included from /usr/local/src/qt-mac-free-3.1.2/include/qfont.h:42,
from Qt2Base.h:22,
17 matches
Mail list logo
