[Development] I know this is the wrong place but: qt-project.org is down

2012-03-01 Thread Felipe Crochik
This is the message I get when I try to access it: Site Error: Unable to Load Site Preferences; No Preferences Found Sorry for sending to this list but figured out someone here would know what to do about it. Felipe ___ Development mailing list Develop

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread martin.jones
Something like PointerArea would be nice to have, but it is not something we can throw in while in feature freeze. What we have now is a little clunky, but it works, and has been very well tested and debugged over some years. I don't want to discourage anyone from working on this, but it's not

Re: [Development] Header file cleanups

2012-03-01 Thread BRM
> From: Olivier Goffart >On Thursday 01 March 2012 12:44:47 Mathias Hasselmann wrote: >> Sadly, considering the slowness of g++ and the complexity of Qt, I doubt >> this is a reasonable approach for Qt. >That's what pre-compiled header are for. Not everyone uses pre-compiled headers, nor should

Re: [Development] Header file cleanups

2012-03-01 Thread Olivier Goffart
On Thursday 01 March 2012 12:44:47 Mathias Hasselmann wrote: > Sadly, considering the slowness of g++ and the complexity of Qt, I doubt > this is a reasonable approach for Qt. That's what pre-compiled header are for. ___ Development mailing list Devel

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Atlant Schmidt
Shawn: > BTW back in the 80's I knew an old civil engineer who was new to > computers (more of a slide-rule guy) and thought that "mouse" referred > to what we usually call the cursor (the arrow on the screen). I've > also seen in the context of CAD digitizing tablets that the puck you > move aro

Re: [Development] Header file cleanups

2012-03-01 Thread BRM
> From: Thiago Macieira >On quinta-feira, 1 de março de 2012 12.44.47, Mathias Hasselmann wrote: >> > According to the book it is. But in practice it happens all the time, and >> > we know it. >> >> To which book? C++ compilers and IDEs give zero support in enforcing >> direct includes. Consider

Re: [Development] [Marketing] GSoC 2012

2012-03-01 Thread Giuseppe D'Angelo
Hi, > If you want to mentor a project or if you have a proposal to make, please > sign up at http://wiki.qt-project.org/GSOC_Proposals. Although there hasn't been much discussion, I'm happy to see that some proposals are being made :-) Just for the records: some ancient proposals from some year

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Shawn Rutledge
On 1 March 2012 10:48, Alan Alpert wrote: > The overlapping MouseArea/TouchArea is an interesting idea, and might explain > why we'd need a TouchArea when it's virtually identical to the 'PointerArea" > element. But then we'd have three area interaction elements that are virtually > identical, wit

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Shawn Rutledge
On 1 March 2012 15:16, Samuel Rødal wrote: > It's possible to make MouseArea a sub-class of whatever we actually want > to call it, and mark it as deprecated. That way it could be removed down > the line, or made to only handle the MouseEvent type. Similarly we could > have a TouchArea convenience

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Samuel Rødal
On 03/01/2012 02:49 PM, ext Frederik Gladhorn wrote: > Torsdag 1. mars 2012 19.48.15 skrev ext Alan Alpert: >> On Thu, 1 Mar 2012 18:26:28 ext Samuel Rødal wrote: >>> On 02/29/2012 05:20 PM, ext Shawn Rutledge wrote: The proposal is this: I think we need to have a QML PointingArea element

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Frederik Gladhorn
Torsdag 1. mars 2012 19.48.15 skrev ext Alan Alpert: > On Thu, 1 Mar 2012 18:26:28 ext Samuel Rødal wrote: > > On 02/29/2012 05:20 PM, ext Shawn Rutledge wrote: > > > The proposal is this: I think we need to have a QML PointingArea element > > > which looks just like MouseArea except that it handle

[Development] Removing macros from Qdoc

2012-03-01 Thread casper.vandonderen
Hi, We are removing some macros from qdoc and replacing them with proper qdoc commands. The following are the results: -We are going to standardize on Doxygen, this means: -\e will output italic (emphasized) text. In HTML and DITAXML output this will be , Doxygen outputs for HTML, but DITAXML

Re: [Development] Header file cleanups

2012-03-01 Thread Thiago Macieira
On quinta-feira, 1 de março de 2012 12.44.47, Mathias Hasselmann wrote: > > According to the book it is. But in practice it happens all the time, and > > we know it. > > To which book? C++ compilers and IDEs give zero support in enforcing > direct includes. Considering the mess GNU libc headers are

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Shawn Rutledge
On 1 March 2012 10:09, wrote: > Wouldn't PointerArea make a bit more sense. MS have also introduced MSPointer > in IE10[1] which represents a mouse, finger-touch or stylus. > > [1] > http://blogs.msdn.com/b/ie/archive/2011/09/20/touch-input-for-ie10-and-metro-style-apps.aspx I had thought of t

Re: [Development] Header file cleanups

2012-03-01 Thread Mathias Hasselmann
Am Donnerstag, den 01.03.2012, 11:27 + schrieb lars.kn...@nokia.com: > On 3/1/12 11:02 AM, "ext Thiago Macieira" > wrote: > > >On quinta-feira, 1 de março de 2012 08.22.42, lars.kn...@nokia.com wrote: > >> Hi, > >> > >> I've seen a few examples where people are cleaning up includes in header

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Michael Hasselmann
Hi, > Wouldn't PointerArea make a bit more sense. MS have also introduced MSPointer > in IE10[1] which represents a mouse, finger-touch or stylus. > > [1] > http://blogs.msdn.com/b/ie/archive/2011/09/20/touch-input-for-ie10-and-metro-style-apps.aspx > That "hardware agnostic" abstraction la

Re: [Development] Header file cleanups

2012-03-01 Thread lars.knoll
On 3/1/12 11:02 AM, "ext Thiago Macieira" wrote: >On quinta-feira, 1 de março de 2012 08.22.42, lars.kn...@nokia.com wrote: >> Hi, >> >> I've seen a few examples where people are cleaning up includes in header >> (public or private but exported to other modules) files, as e.g. >> http://coderevi

Re: [Development] Header file cleanups

2012-03-01 Thread Thiago Macieira
On quinta-feira, 1 de março de 2012 08.22.42, lars.kn...@nokia.com wrote: > Hi, > > I've seen a few examples where people are cleaning up includes in header > (public or private but exported to other modules) files, as e.g. > http://codereview.qt-project.org/#change,18095. > > While they are correc

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Thiago Macieira
On quinta-feira, 1 de março de 2012 10.32.05, André Somers wrote: > While I find this dicussion interesting, I am wondering about the > relation with the Qt 5 feature freeze that has gone by a few weeks ago, > and Lars' email about that on february 22 ("Important: Qt 5 freeze"). Do > you think it i

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Alan Alpert
On Thu, 1 Mar 2012 18:26:28 ext Samuel Rødal wrote: > On 02/29/2012 05:20 PM, ext Shawn Rutledge wrote: > > The proposal is this: I think we need to have a QML PointingArea element > > which looks just like MouseArea except that it handles both mouse events > > and single-touch events the same way.

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread André Somers
While I find this dicussion interesting, I am wondering about the relation with the Qt 5 feature freeze that has gone by a few weeks ago, and Lars' email about that on february 22 ("Important: Qt 5 freeze"). Do you think it is possible to tackle this in 5.1, or does it need binary or even sourc

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread kenneth.r.christiansen
Wouldn't PointerArea make a bit more sense. MS have also introduced MSPointer in IE10[1] which represents a mouse, finger-touch or stylus. [1] http://blogs.msdn.com/b/ie/archive/2011/09/20/touch-input-for-ie10-and-metro-style-apps.aspx Kenneth From: d

Re: [Development] need to handle touch events rather than depending on mouse event synthesis

2012-03-01 Thread Samuel Rødal
On 02/29/2012 05:20 PM, ext Shawn Rutledge wrote: > The proposal is this: I think we need to have a QML PointingArea element > which looks just like MouseArea except that it handles both mouse events > and single-touch events the same way. Then we need to start using it > instead of MouseArea in a

[Development] Header file cleanups

2012-03-01 Thread lars.knoll
Hi, I've seen a few examples where people are cleaning up includes in header (public or private but exported to other modules) files, as e.g. http://codereview.qt-project.org/#change,18095. While they are correct in theory, they cause problems in practice and provide close to 0 (in fact negative)