Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Bob Hood
On 2/1/2013 5:40 PM, Alan Alpert wrote: > There is no "dominant side". C++ and QML are both viable options for > writing your UI with Qt (actually, right now QML is not a viable > option for the average desktop UI but it's getting close). It's not > even two entirely separate worlds, QML depends on

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Alan Alpert
On Fri, Feb 1, 2013 at 4:12 PM, Bob Hood wrote: > On 2/1/2013 4:56 PM, André Pönitz wrote: >> On Fri, Feb 01, 2013 at 08:06:03AM +, Mark Summerfield wrote: >>> Hi Shawn, >>> >>> On Wed, 30 Jan 2013 12:50:53 + >>> Rutledge Shawn wrote: >>> [snip] >>> - Would this mean that QML would be

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Bob Hood
On 2/1/2013 4:56 PM, André Pönitz wrote: > On Fri, Feb 01, 2013 at 08:06:03AM +, Mark Summerfield wrote: >> Hi Shawn, >> >> On Wed, 30 Jan 2013 12:50:53 + >> Rutledge Shawn wrote: >> [snip] >> - Would this mean that QML would be able to access all or most of >> the Qt C++ APIs (e.g

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Thiago Macieira
On sábado, 2 de fevereiro de 2013 00.56.57, André Pönitz wrote: > Both worlds currently barely overlap, and while there is some motion to > bridge the divide it's hard to imagine a reconciliation in the next few > years. So the options are more or less that either side A is forcefully > abandoned,

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread André Pönitz
On Fri, Feb 01, 2013 at 08:06:03AM +, Mark Summerfield wrote: > Hi Shawn, > > On Wed, 30 Jan 2013 12:50:53 + > Rutledge Shawn wrote: > [snip] > > >>> - Would this mean that QML would be able to access all or most of > > >>> the Qt C++ APIs (e.g., QFile, etc.)? > > >> No, adding new QtQuic

Re: [Interest] Loading Qt5 libraries during boot

2013-02-01 Thread Thiago Macieira
On sexta-feira, 1 de fevereiro de 2013 11.36.28, Bill Crocker wrote: > That brings us to one of Qt's lesser publicized constraints. > Qt can not safely be used from a forked context, because you never > know which parts of it might be using threads. > I learned that the hard way. That is true for

Re: [Interest] Where is the Qt Examples and Demos program (qtdemo.exe) in Qt 5.0.1?

2013-02-01 Thread Sergio Ahumada
On 02/01/2013 05:34 PM, Thomas Meyer wrote: > Hi, > I can't find the examples and demos program in > Qt 5.0.1 for Windows 32-bit (VS 2010, full installing). > It was in Qt 4.8.x in the /bin folder. > Please, can somebody help me? > > Thanks, > Thomas > Hi, As far as I understand, it doesn't

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Alan Alpert
For the foreseeable future, the official guidance will still be to use QML for your UI and C++ for your logic. There's the direction you can use for your planning, and it will certainly continue to be supported. That is the primary usecase of QML, after all. In the long term, it is being *delibera

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Bob Hood
On 2/1/2013 1:37 AM, Bo Thorsen wrote: > Den 01-02-2013 09:06, Mark Summerfield skrev: >> Hi Shawn, >> >> On Wed, 30 Jan 2013 12:50:53 + >> Rutledge Shawn wrote: >> [snip] >> - Would this mean that QML would be able to access all or most of >> the Qt C++ APIs (e.g., QFile, etc.)? >

Re: [Interest] Loading Qt5 libraries during boot

2013-02-01 Thread Bill Crocker
> > Looks like you need a two plans of action: > > 1) figure out why it is taking 2 seconds loading: profile the loading and > propose patches to Qt. > > 2) implement the kdeinit / booster trick. I'm not sure there's a good > reference online, but here's a very, very summarised summary: > - all

[Interest] Where is the Qt Examples and Demos program (qtdemo.exe) in Qt 5.0.1?

2013-02-01 Thread Thomas Meyer
Hi, I can't find the examples and demos program in Qt 5.0.1 for Windows 32-bit (VS 2010, full installing). It was in Qt 4.8.x in the /bin folder. Please, can somebody help me? Thanks, Thomas ___ Interest mailing list Interest@qt-project.org http://

Re: [Interest] Loading Qt5 libraries during boot

2013-02-01 Thread Thiago Macieira
On sexta-feira, 1 de fevereiro de 2013 15.02.49, Markus Grau wrote: > Hi, > > we are looking for a way to load the Qt5 libs, that are required for a Qt5 > application, during boot-time. > Reason is: > We are using an iMX6-quad with a Freescale BSP. Every startup of our > application seems to get s

Re: [Interest] Loading Qt5 libraries during boot

2013-02-01 Thread Lucas.Betschart
Hi, we are looking for a way to load the Qt5 libs, that are required for a Qt5 application, during boot-time. Reason is: We are using an iMX6-quad with a Freescale BSP. Every startup of our application seems to get slowed down by the required loading of the Qt5 libs (app

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread Bache-Wiig Jens
On Feb 1, 2013, at 1:15 PM, André Somers wrote: > Op 1-2-2013 12:59, Иван Комиссаров schreef: >> So, what should i do?) Should i hardcode style names that support drawing >> fancy background and emulate in other cases? >> >> Иван Комиссаров >> >> > You might try the same trick^H^H^H hack I d

[Interest] Loading Qt5 libraries during boot

2013-02-01 Thread Markus Grau
Hi, we are looking for a way to load the Qt5 libs, that are required for a Qt5 application, during boot-time. Reason is: We are using an iMX6-quad with a Freescale BSP. Every startup of our application seems to get slowed down by the required loading of the Qt5 libs (approx. 2 sec). We are wonderi

Re: [Interest] Sending a SMS with Qt5?

2013-02-01 Thread Mark
On Fri, Feb 1, 2013 at 10:41 AM, Thiago Macieira wrote: > On sexta-feira, 1 de fevereiro de 2013 09.16.29, Mark wrote: >> Windows 7 and linux (debian). > > What SMS-sending middleware do you have running on those systems? You don't > expect Qt to do magic, do you? It needs to integrate with someth

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread André Somers
Op 1-2-2013 12:59, Иван Комиссаров schreef: > So, what should i do?) Should i hardcode style names that support drawing > fancy background and emulate in other cases? > > Иван Комиссаров > > You might try the same trick^H^H^H hack I described earlier. It worked for me. That is, unless Jens or

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread Иван Комиссаров
So, what should i do?) Should i hardcode style names that support drawing fancy background and emulate in other cases? Иван Комиссаров ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread André Somers
Op 1-2-2013 10:57, Bache-Wiig Jens schreef: > On Feb 1, 2013, at 10:16 AM, André Somers wrote: > >> Op 1-2-2013 9:43, Bache-Wiig Jens schreef: >>> On Feb 1, 2013, at 8:52 AM, Иван Комиссаров wrote: >>> Hello. I'm trying to implement a delegate with QTextOption::WrapAtWordBoundaryOrAnyw

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread Bache-Wiig Jens
On Feb 1, 2013, at 10:16 AM, André Somers wrote: > Op 1-2-2013 9:43, Bache-Wiig Jens schreef: >> On Feb 1, 2013, at 8:52 AM, Иван Комиссаров wrote: >> >>> Hello. I'm trying to implement a delegate with >>> QTextOption::WrapAtWordBoundaryOrAnywhere. I copied QItemDelegate and >>> replaced QTe

Re: [Interest] Sending a SMS with Qt5?

2013-02-01 Thread Thiago Macieira
On sexta-feira, 1 de fevereiro de 2013 09.16.29, Mark wrote: > Windows 7 and linux (debian). What SMS-sending middleware do you have running on those systems? You don't expect Qt to do magic, do you? It needs to integrate with something that know how to send an SMS. I was expecting your answer

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread André Somers
Op 1-2-2013 9:43, Bache-Wiig Jens schreef: > On Feb 1, 2013, at 8:52 AM, Иван Комиссаров wrote: > >> Hello. I'm trying to implement a delegate with >> QTextOption::WrapAtWordBoundaryOrAnywhere. I copied QItemDelegate and >> replaced QTextOption::WordWrap where needed. Also i made small fix for

Re: [Interest] ItemDelegate and word wrapping

2013-02-01 Thread Bache-Wiig Jens
On Feb 1, 2013, at 8:52 AM, Иван Комиссаров wrote: > Hello. I'm trying to implement a delegate with > QTextOption::WrapAtWordBoundaryOrAnywhere. I copied QItemDelegate and > replaced QTextOption::WordWrap where needed. Also i made small fix for > sizeHint() calculation. Everything is ok, exce

Re: [Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Bo Thorsen
Den 01-02-2013 09:06, Mark Summerfield skrev: > Hi Shawn, > > On Wed, 30 Jan 2013 12:50:53 + > Rutledge Shawn wrote: > [snip] > - Would this mean that QML would be able to access all or most of > the Qt C++ APIs (e.g., QFile, etc.)? No, adding new QtQuick APIs is still more work t

Re: [Interest] QML Runtime

2013-02-01 Thread Mark Summerfield
On Wed, 30 Jan 2013 09:11:59 -0800 Alan Alpert <4163654...@gmail.com> wrote: > On Wed, Jan 30, 2013 at 1:24 AM, Mark Summerfield > wrote: > > Hi, > > > > I noticed that last month there was a discussion on the dev mailing > > list about creating a qml runtime so that people could write pure QML >

Re: [Interest] Sending a SMS with Qt5?

2013-02-01 Thread Mark
On Thu, Jan 31, 2013 at 5:07 PM, Thiago Macieira wrote: > On quinta-feira, 31 de janeiro de 2013 16.20.05, Mark wrote: >> Hi, >> >> In the Qt4 days there was QtMobility to send a SMS message. But what's >> the advised way to do the same in Qt5? >> >> Or is there nothing for Qt5? > > The QtPim modu

Re: [Interest] QML window icon

2013-02-01 Thread Mark Summerfield
Hi Samuel, On Thu, 31 Jan 2013 13:38:22 +0100 Samuel Rødal wrote: > On 01/29/2013 01:42 PM, Mark Summerfield wrote: > > Hi, > > > > I am trying to create a "pure" QML program, so may main.cpp is simply: > > > > #include > > #include > > #include > > int main(int argc, char

[Interest] Direction of Qt [Was: Re: QML Runtime]

2013-02-01 Thread Mark Summerfield
Hi Shawn, On Wed, 30 Jan 2013 12:50:53 + Rutledge Shawn wrote: [snip] > >>> - Would this mean that QML would be able to access all or most of > >>> the Qt C++ APIs (e.g., QFile, etc.)? > >> No, adding new QtQuick APIs is still more work that needs to be done. > > > > That's a decision I've s