On sexta-feira, 23 de novembro de 2012 18.56.54, Darryl Miles wrote:
> 3) Is the qt-project able and willing to take over continuing the
> mailing list, it would be useful to know how many subscribers there are
> (I maybe talking about 20 people).
We could not migrate people from the Trolltech/N
Hello,
Can anyone assist with updating us (the Qt Jambi people) on the recent
mailing list changes.
There appears to have been a changes at lists.qt.nokia.com over the past
3 weeks.
The usual mailman URLs at
http://lists.qt.nokia.com/mailman/listinfo/qt-jambi-interest no longer
contain the
On sexta-feira, 23 de novembro de 2012 17.19.39, Tor Arne Vestbø wrote:
> Right, that makes sense. So regardless of the installation path we need
> to provide means for bundling Qt with your app (macdeploy). Installing
> to /Library/Frameworks would just seems an easier/more convenient place
> to f
On 11/23/12 16:57 , Thiago Macieira wrote:
> On sexta-feira, 23 de novembro de 2012 14.20.31, Tor Arne Vestbø wrote:
>> Regarding the installation path, /Library/Frameworks makes more sense
>> than /usr/local/Qt to me. What's the benefit of switching that?
>
> The point is that a global installat
On sexta-feira, 23 de novembro de 2012 14.20.31, Tor Arne Vestbø wrote:
> Regarding the installation path, /Library/Frameworks makes more sense
> than /usr/local/Qt to me. What's the benefit of switching that?
The point is that a global installation of Qt on Mac makes little sense. A
global instal
Fredag 23. november 2012 14.49.29 skrev Stephen Kelly:
> On Thursday, November 01, 2012 13:52:54 Knoll Lars wrote:
> > On Nov 1, 2012, at 1:53 PM, Frederik Gladhorn
> >
> > > For application developers almost nothing has changed, but internally we
> > > did big cleanups and now have a solution th
On Nov 23, 2012, at 1:27 PM, Robert Knight wrote:
>> The main reason for committing this now is to close the feature regression
>> from Qt 4 to Qt 5.
>> Qt 4 gets high-dpi support via the CoreGraphics paint engine. Qt 5 uses
>> raster and we need to do the implementation work in Qt.
>
> Have
Il 23/11/2012 14.59, Taipale Juhani ha scritto:
Hi,
The next release candidate for 4.8.4 will be available at the
beginning of next week.
Br,
Juhani
--
Juhani Taipale
Software Specialist - Digia, Qt
Visit us on: http://qt.digia.comrg/mailman/listinfo/development
Which will be the di
Can't wait for the final release.
On Fri, Nov 23, 2012 at 9:59 PM, Taipale Juhani wrote:
> Hi,
>
> ** **
>
> The next release candidate for 4.8.4 will be available at the beginning of
> next week.
>
> ** **
>
> Br,
>
> Juhani
>
> --
>
> Juhani Taipale
>
> Software Specia
Hi,
The next release candidate for 4.8.4 will be available at the beginning of next
week.
Br,
Juhani
--
Juhani Taipale
Software Specialist - Digia, Qt
Visit us on: http://qt.digia.com
___
Development mailing list
Development@qt-project.org
http://lis
On Thursday, November 01, 2012 13:52:54 Knoll Lars wrote:
> On Nov 1, 2012, at 1:53 PM, Frederik Gladhorn
>
> > For application developers almost nothing has changed, but internally we
> > did big cleanups and now have a solution that works on Mac/Win/Linux.
> > There is still a lot of polishing
On Nov 23, 2012, at 12:05 PM, Knoll Lars wrote:
> The patches look good, but I'd appreciate another review from a graphics
> person (Gunnar or Samuel?).
>
> Could you please also add some overview documentation about it?
I have that started in my high-dpi branch. I'll try to get it done as so
Hi,
On 11/22/12 6:52 , Thiago Macieira wrote:
> That's the point: the conclusion was that the default on Mac is to *not* have
> frameworks anymore. It might have been the case in the past, but recently the
> trend has been to have regular libraries. Apple themselves are now preferring
> that way,
On 23 Nov 2012, at 11:07 AM, Peter Hartmann wrote:
> On 11/23/2012 12:12 AM, André Pönitz wrote:
>> (...)
>> The reality is that this guarantee often enough does not hold in
>> practice. Vendors of "binary" Qt based application typically test their
>> setup against one specific (often enough patc
> The main reason for committing this now is to close the feature regression
> from Qt 4 to Qt 5.
> Qt 4 gets high-dpi support via the CoreGraphics paint engine. Qt 5 uses
> raster and we need to do the implementation work in Qt.
Have you measured at all how performance compares between Qt 4 and
The patches look good, but I'd appreciate another review from a graphics person
(Gunnar or Samuel?).
Could you please also add some overview documentation about it?
Cheers,
Lars
On Nov 23, 2012, at 11:20 AM, Sorvig Morten
wrote:
> Here are the changes:
>
> https://codereview.qt-project.org/
On 11/23/2012 11:11 AM, Poenitz Andre wrote:
> Peter Hartmann wrote:
>> On 11/23/2012 12:12 AM, André Pönitz wrote:
>>> (...)
>>> The reality is that this guarantee often enough does not hold in
>>> practice. Vendors of "binary" Qt based application typically test their
>>> setup against one specif
Here are the changes:
https://codereview.qt-project.org/#change,40096
https://codereview.qt-project.org/#change,40215
And screenshots:
http://imgur.com/a/Zs6JJ
(You probably want to select the "view in full resolution" option for those)
This is a subset of the larger high-dpi patch presented ea
Peter Hartmann wrote:
> On 11/23/2012 12:12 AM, André Pönitz wrote:
> > (...)
> > The reality is that this guarantee often enough does not hold in
> > practice. Vendors of "binary" Qt based application typically test their
> > setup against one specific (often enough patched) version of Qt which
>
On 11/23/2012 12:12 AM, André Pönitz wrote:
> (...)
> The reality is that this guarantee often enough does not hold in
> practice. Vendors of "binary" Qt based application typically test their
> setup against one specific (often enough patched) version of Qt which
> is then shipped with the applica
20 matches
Mail list logo
