Hi,
in my C++/QML application I want to lock the screen orientation to
portrait mode. How I can I do that? There was a thread about this a
month ago but without clear answer.
I've got working solutions for Maemo5 and Symbian and now I'm testing on
MeeGo/Tablet 1.2 on ExoPC.
For MeeGo I'm using
On Fri, May 6, 2011 at 11:09 AM, Cornelius Hald h...@icandy.de wrote:
Hi,
in my C++/QML application I want to lock the screen orientation to
portrait mode. How I can I do that? There was a thread about this a
month ago but without clear answer.
The spec says there should be orientationLock:
On Fri, 2011-05-06 at 13:42 +0300, Ville M. Vainio wrote:
The spec says there should be orientationLock:
http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-373
Apparently, there isn't, file a bug :).
Hmm, you're revering to Qt Compontents. I don't use them, so I'd need a
pure Qt solution.
Bug filed:
https://bugs.meego.com/show_bug.cgi?id=17200
Cheers,
Conny
On Fri, 2011-05-06 at 13:02 +0200, Cornelius Hald wrote:
On Fri, 2011-05-06 at 13:42 +0300, Ville M. Vainio wrote:
The spec says there should be orientationLock:
http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-373
Em Friday, 6 de May de 2011, às 13:02:38, Cornelius Hald escreveu:
On Fri, 2011-05-06 at 13:42 +0300, Ville M. Vainio wrote:
The spec says there should be orientationLock:
http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-373
Apparently, there isn't, file a bug :).
Hmm, you're
On Fri, 2011-05-06 at 13:25 +0200, Thiago Macieira wrote:
The WA things work by telling the window manager what to do. On MeeGo, with
mcompositor, the window manager doesn't do anything (or didn't use to).
It's the application that drew itself 90° rotated. That means pure Qt apps
simply
On Fri, 2011-05-06 at 13:30 +0200, Cornelius Hald wrote:
On Fri, 2011-05-06 at 13:25 +0200, Thiago Macieira wrote:
The WA things work by telling the window manager what to do. On MeeGo, with
mcompositor, the window manager doesn't do anything (or didn't use to).
It's the application
Em Friday, 6 de May de 2011, às 14:46:15, Cornelius Hald escreveu:
I thought I'll try a workaround and use MTF only for rotation.
Unfortunately it looks like that's not that easy since MWindow and
QWidget are not quite compatible.
I really hope we get some framework support for that.
You're
On Fri, 2011-05-06 at 15:05 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 14:46:15, Cornelius Hald escreveu:
I thought I'll try a workaround and use MTF only for rotation.
Unfortunately it looks like that's not that easy since MWindow and
QWidget are not quite compatible.
On Fri, 6 May 2011, Thiago Macieira wrote:
You're using QWidget?
Then I'm sorry, there's no good rotation practice within Qt. You need help
from the window manager / compositor and mcompositor won't do that for you.
The only way to do this from inside the application is to do it manually by
Em Friday, 6 de May de 2011, às 15:16:32, Cornelius Hald escreveu:
On Fri, 2011-05-06 at 15:05 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 14:46:15, Cornelius Hald escreveu:
I thought I'll try a workaround and use MTF only for rotation.
Unfortunately it looks like that's
On 6 May 2011 14:16, Cornelius Hald h...@icandy.de wrote:
Wouldn't a work-around be to rotate my root QML item? If yes, where do I
get the physical orientation of the device from? Is there Qt API for
that?
AFAIR this is basically what Components implementations do, yes. Qt
Mobility has an API
Hi,
You can use QtMobility::QOrientation sensor.
Example code there:
http://cdumez.blogspot.com/2010/12/screen-orientation-detection-for-qml.html
Kr,
Chris.
-Original Message-
From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On
Behalf Of Cornelius Hald
Sent:
On Fri, 2011-05-06 at 15:21 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 15:16:32, Cornelius Hald escreveu:
On Fri, 2011-05-06 at 15:05 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 14:46:15, Cornelius Hald escreveu:
I thought I'll try a workaround and
On May 6, 2011, at 6:36 AM, Cornelius Hald wrote:
On Fri, 2011-05-06 at 15:21 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 15:16:32, Cornelius Hald escreveu:
On Fri, 2011-05-06 at 15:05 +0200, Thiago Macieira wrote:
Em Friday, 6 de May de 2011, às 14:46:15, Cornelius Hald
On Thu, 2011-05-05 at 10:57 -0700, adam.gretzin...@linux.intel.com
wrote:
The reason its TLS-SNI primarily is that we want to be good citizens
and conserve IPs. We also can't get more to dedicate to each SSL site.
Of course you can. You just get IPv6, not Legacy IP.
--
dwmw2
On Fri, 2011-05-06 at 07:20 -0700, Foster, Dawn M wrote:
Quick reminder that meego-dev is for questions about development of the
MeeGo distribution, not application development. Application development
questions should be in meego-sdk, which is where the people working on
the sdk, apis and
Hi,
I was surprised to find libmeegotouch in MeeGo Core package group (as
a dependancy, I think) for 1.3. Is this intentional and if not, is it
fair game to send patches to help reduce dependancies to libmeegotouch
in the core system?
Examples are xdg-utils - libcontentaction - libmeegotouch
BR
On an IVI platform I have a pci serial device that is 16550 compatible and can
operate adequately in this mode but can operate much better with an enhanced
driver. This platform also includes lpc bus and a standard 16550 com1 and com2
This pci serial device advertises 16550 compatibility in
On 5/6/2011 8:04 AM, Carsten Munk wrote:
Hi,
I was surprised to find libmeegotouch in MeeGo Core package group (as
a dependancy, I think) for 1.3. Is this intentional and if not, is it
fair game to send patches to help reduce dependancies to libmeegotouch
in the core system?
Examples are
On Fri, 2011-05-06 at 08:11 -0700, Arjan van de Ven wrote:
Examples are xdg-utils - libcontentaction - libmeegotouch
for 1.3, libmeegotouch needs to be removed, so yes, any patches to
reduce deps on it are very welcome...
Who drives that need? What are the technical reasons why it has to
2011/5/6 Michael Hasselmann micha...@openismus.com:
On Fri, 2011-05-06 at 08:11 -0700, Arjan van de Ven wrote:
Examples are xdg-utils - libcontentaction - libmeegotouch
for 1.3, libmeegotouch needs to be removed, so yes, any patches to
reduce deps on it are very welcome...
Who drives
On Fri, 2011-05-06 at 11:46 -0700, Arjan van de Ven wrote:
MTF as a whole got deprecated with less than minimal resources on
it...
That's not quite what the git logs say. I count 60 commits for this
Friday alone. Looks rather well maintained and active to me (also check
[0], [1])
Again, what
On 5/6/2011 12:45 PM, Michael Hasselmann wrote:
On Fri, 2011-05-06 at 11:46 -0700, Arjan van de Ven wrote:
MTF as a whole got deprecated with less than minimal resources on
it...
That's not quite what the git logs say. I count 60 commits for this
Friday alone. Looks rather well maintained and
In general:
Rotation and size/position of the vkb most like need mtf. Also
controlling of the
screen (dim/blank) you need mtf since at least qmsystem2 is also deprecated.
There might be other things which mtf supports and no api is around to
do it otherwise.
(maybe we should start to
On Fri, May 06, 2011 at 11:22:02PM +0200, jeremias bosch wrote:
In general:
Rotation and size/position of the vkb most like need mtf. Also
controlling of the
screen (dim/blank) you need mtf since at least qmsystem2 is also deprecated.
There might be other things which mtf supports and no
On Fri, 2011-05-06 at 16:31 +0200, Cornelius Hald wrote:
On Fri, 2011-05-06 at 07:20 -0700, Foster, Dawn M wrote:
Quick reminder that meego-dev is for questions about development of the
MeeGo distribution, not application development. Application development
questions should be in
27 matches
Mail list logo