[Development] Should QFlag be made private?

2012-10-20 Thread Sze Howe Koh
http://doc-snapshot.qt-project.org/5.0/qflag.html says "The QFlag class is a helper data type for QFlags You should never need to use this class in your applications." Sounds like it shouldn't be exposed in the public API then. Thoughts? Regards, Sze-Howe

Re: [Development] New proposal for the tool naming

2012-10-20 Thread BRM
FWIW, +1 - with one modification - reflect at least the minor version in the install path - so $prefix/libexec/qt5.0, if not $prefix/libexec/qt5.0.0. I think there is probably a simple rule we could maintain: Keeping the names of developer visible tools the same is, IHMO, a must. Tools that are

Re: [Development] Porting exported qt_[win|mac|x11] functions Qt 5.

2012-10-20 Thread Knoll Lars
On Oct 18, 2012, at 10:07 AM, Sorvig Morten wrote: > According to git grep Qt 4 has 47 semi-public exported "qt_platform" > functions offering platform-spesific functionality. Most platform code is now > in plugins and can no longer export symbols. We need a plan for dealing with > these in Qt

Re: [Development] Status of ActiveQt

2012-10-20 Thread Knoll Lars
Digia has said that the company is willing to support and maintain the module. It'll be part of the Qt 5 release as well. So it's mainly a problem with the generated documentation currently. Cheers, Lars On Oct 20, 2012, at 2:31 PM, Sze Howe Koh mailto:szehowe@gmail.com>> wrote: (Re-inclu

Re: [Development] Proposal: Change Qt's Security Policy to Full Disclosure

2012-10-20 Thread Knoll Lars
On Oct 20, 2012, at 5:18 AM, d3fault wrote: > On Fri, Oct 19, 2012 at 3:37 PM, Knoll Lars wrote: >> This is just wrong, and I'm getting tired of your ramblings on this mailing >> list. Just because you send something to the ML and people get tired of >> answering you doesn't mean your proposa

Re: [Development] New proposal for the tool naming

2012-10-20 Thread Thiago Macieira
On sábado, 20 de outubro de 2012 10.28.35, Stephen Kelly wrote: > On Saturday, October 20, 2012 10:30:36 Alberto Mardegan wrote: > > On 10/20/2012 02:16 AM, Thiago Macieira wrote: > > [...] > > > > > 3) In addition, we'll create a *new* tool also called qmake that will be > > I wonder how FindQt4.c

Re: [Development] Proposal: Change Qt's Security Policy to Full Disclosure

2012-10-20 Thread Charley Bay
Wow. I don't usually "rubber-neck" as I drive by car-crashes, but I must say, this has been one of the more fascinating email chains. Not because of content; but rather, because in my introverted "I'm-so-lonely!" world, observing humans-being-human has recently become fascinating to me. I had to

Re: [Development] Status of ActiveQt

2012-10-20 Thread Sze Howe Koh
(Re-including the mailing list) The snapshot is the more recent version of the page you linked. But in any case, I found an old thread ( http://www.mail-archive.com/development@qt-project.org/msg01737.html), which suggests that there's no active maintainer at the moment. Regards, Sze-Howe On Sa

[Development] Status of ActiveQt

2012-10-20 Thread Sze Howe Koh
Hi all, I'm curious about the status of ActiveQt. The QAxContainer and QAxServer modules seem to still exist in the code base, but aren't listed in http://doc-snapshot.qt-project.org/5.0/modules.html. Is this simply an omission in documentation, or are they being removed? Regards, Sze-Howe _

Re: [Development] New proposal for the tool naming

2012-10-20 Thread Stephen Kelly
On Saturday, October 20, 2012 12:12:39 Alberto Mardegan wrote: > On 10/20/2012 11:28 AM, Stephen Kelly wrote: > >> And from that time on one doesn't need to remember what qt version or > >> toolchain one has to use for a project, and just always type "qmake" > >> from the project base directory. >

Re: [Development] New proposal for the tool naming

2012-10-20 Thread Alberto Mardegan
On 10/20/2012 11:28 AM, Stephen Kelly wrote: >> And from that time on one doesn't need to remember what qt version or >> toolchain one has to use for a project, and just always type "qmake" >> from the project base directory. > > This is the right goal imo, but the wrong implementation. I'm not s

Re: [Development] New proposal for the tool naming

2012-10-20 Thread Stephen Kelly
On Saturday, October 20, 2012 10:30:36 Alberto Mardegan wrote: > On 10/20/2012 02:16 AM, Thiago Macieira wrote: > [...] > > > 3) In addition, we'll create a *new* tool also called qmake that will be I wonder how FindQt4.cmake will react to that. If that module finds Qt 5 it is supposed to keep l

Re: [Development] Summary of renaming changes

2012-10-20 Thread Thiago Macieira
On sábado, 20 de outubro de 2012 09.53.24, Alberto Mardegan wrote: > As you mentioned in another message, it would be great if these paths > were discoverable, either with a qt5-config tool or (better, IMHO) with > a qt5.pc pkg-config file defining these variables, so that one could do: > > $ pkg-c

Re: [Development] New proposal for the tool naming

2012-10-20 Thread Alberto Mardegan
On 10/20/2012 02:16 AM, Thiago Macieira wrote: [...] > 3) In addition, we'll create a *new* tool also called qmake that will be > installed to $bindir. This tool shall have the following behaviours: > > a) under most circumstances, it will simply find another qmake and pass > through all argume