On 27 May 2014, at 18:36, Daiwei Li daiwe...@gmail.com wrote:
BTW, any idea when your platform independent high DPI changes will
make it in (or be in a working state in the review)? I would love to
try having Android scale using the platform independent code.
The patches are now in a
Excellent. I'll take a crack at applying the Android patch to work
with your changes.
On Mon, Jun 2, 2014 at 3:01 PM, Sorvig Morten morten.sor...@digia.com wrote:
On 27 May 2014, at 18:36, Daiwei Li daiwe...@gmail.com wrote:
BTW, any idea when your platform independent high DPI changes will
On 26/05/14 23:58, Portale Alessandro alessandro.port...@digia.com
wrote:
From: Sorvig Morten [morten.sor...@digia.com]
Sent: Monday, May 26, 2014 14:03
On 23 May 2014, at 18:30, Thiago Macieira thiago.macie...@intel.com
wrote:
Em sex 23 maio 2014, às 07:20:42, Sorvig Morten escreveu:
On 26 May 2014, at 22:40, Daiwei Li daiwe...@gmail.com wrote:
I took a stab at adding high DPI support to Android and created a review
here: https://codereview.qt-project.org/#change,86260. I would appreciate any
feedback (e.g. what tests need to be added, what other corner cases need to
Hi Morten,
My understanding of your platform independent change was that it would let
the scale factor be set by the user at runtime with an environment
variable. Is it meant to replace all platform plugin scaling (I.e. iOS and
OSX) or augment it?
It seems to me that Android could indeed
On 27 May 2014, at 11:47, Daiwei Li daiwe...@gmail.com wrote:
Hi Morten,
My understanding of your platform independent change was that it would let
the scale factor be set by the user at runtime with an environment variable.
Is it meant to replace all platform plugin scaling (I.e. iOS and
I suppose another consideration would be setting the scale based on the
monitor you're on. I don't know how developed Android's multi monitor
support is, but if you wanted your application to change scale when it
moved across different density displays, I imagine the platform plugin
Hi,
for Desktop Windows, this is tracked by
https://bugreports.qt-project.org/browse/QTBUG-38993 . On Windows, the
application can choose between several levels of DPI-Awareness. The
idea is right now to leave the choice to the programmer and make sure Qt
does not get in the way and does
On 23 May 2014, at 18:30, Thiago Macieira thiago.macie...@intel.com wrote:
Em sex 23 maio 2014, às 07:20:42, Sorvig Morten escreveu:
Adding support to QtWayland looks like a win to me. Do we want to add
platform-indepent support to Qt?
I think my question is: why wouldn't we?
The platform
On 26 May 2014, at 07:59, Ziller Eike eike.zil...@digia.com wrote:
On May 23, 2014, at 6:03 PM, m...@rpzdesign.com wrote:
Sorvig:
From the latest new front:
http://bgr.com/2014/03/18/nexus-9-specs-details/
Digitimes on Tuesday cited its own research arm in reporting that Google
Morten:
Hopefully you are going to developer days in Berlin this summer.
And Hopefully you are giving a presentation that will be available on
youtube titled, Qt Quick Developer Quick Start to developing QML Opengl
Core Graphics Code for Android and IOS on 5.3+
I think you guys who are veterans
Em seg 26 maio 2014, às 09:04:28, m...@rpzdesign.com escreveu:
Hopefully you are going to developer days in Berlin this summer.
And Hopefully you are giving a presentation that will be available on
youtube titled, Qt Quick Developer Quick Start to developing QML Opengl
Core Graphics Code for
Thiago:
Maybe you could broach the subject at the contributors summit that maybe
the group could share in a public way best practices and lessons learned
so others can jump into a build/debug contributory role quicker.
I recently reported a bug to the QT bug tracker and the very nice people
at
Em seg 26 maio 2014, às 13:05:50, m...@rpzdesign.com escreveu:
Thiago:
Maybe you could broach the subject at the contributors summit that maybe
the group could share in a public way best practices and lessons learned
so others can jump into a build/debug contributory role quicker.
No need.
I took a stab at adding high DPI support to Android and created a review
here: https://codereview.qt-project.org/#change,86260. I would appreciate
any feedback (e.g. what tests need to be added, what other corner cases
need to scaled, etc...), especially seeing as I'm not an Android or Qt
HiDPI
From: Sorvig Morten [morten.sor...@digia.com]
Sent: Monday, May 26, 2014 14:03
On 23 May 2014, at 18:30, Thiago Macieira thiago.macie...@intel.com wrote:
Em sex 23 maio 2014, às 07:20:42, Sorvig Morten escreveu:
Adding support to QtWayland looks like a win to me. Do we want to add
On May 23, 2014, at 6:03 PM, m...@rpzdesign.com wrote:
Sorvig:
From the latest new front:
http://bgr.com/2014/03/18/nexus-9-specs-details/
Digitimes on Tuesday cited its own research arm in reporting that Google
will launch two new Nexus tablets in 2014. In addition to an updated
Agreed. I don't see any reason for not doing that ;)
Regards,
Konstantin
2014-05-23 19:30 GMT+03:00 Thiago Macieira thiago.macie...@intel.com:
Em sex 23 maio 2014, às 07:20:42, Sorvig Morten escreveu:
Adding support to QtWayland looks like a win to me. Do we want to add
platform-indepent
Over the past year-and-a-half we’ve implemented high-dpi scaling for Qt on Mac
OS X and iOS. Now we have an excellent opportunity to bring this support to
other platforms.
A quick recap for those unfamiliar: This high-dpi mode is an alternative to the
traditional DPI scaling. In the
Sorvig:
From the latest new front:
http://bgr.com/2014/03/18/nexus-9-specs-details/
Digitimes on Tuesday cited its own research arm in reporting that Google
will launch two new Nexus tablets in 2014. In addition to an updated
Nexus 7, Google is reportedly prepping a new 8.9-inch Nexus tablet
Em sex 23 maio 2014, às 07:20:42, Sorvig Morten escreveu:
Adding support to QtWayland looks like a win to me. Do we want to add
platform-indepent support to Qt?
I think my question is: why wouldn't we?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open
21 matches
Mail list logo