Active Topics
-
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 5 days, 9 hrs ago -
Install Fonts in N900 (68)
to Maemo 5 / Fremantle by teroyk - 6 days, 12 hrs ago - more...
Arthuro_Adam |
2012-03-07
, 10:30
|
|
Posts: 136 |
Thanked: 19 times |
Joined on Nov 2011
@ Hungary
|
#371
|
Originally Posted by DavyP
If you upload a new version, I will test it on N9.
|
|
2012-03-07
, 10:57
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#372
|
Originally Posted by freemangordon
I basically intercept window resize events with resizeEvent(QResizeEvent* event).
And my code is an example for how to get this information in the correct way on Maemo5, relying on hildon-desktop force-rotation option is a hack. Would you mind to share how exactly you are doing it now?
I use this both to capture going fullscreen or normal screen, but also for screen rotations.
I agree that the forcerotation was a hack. And I was able to get rid of that by adding setAttribute(Qt::WA_Maemo5AutoOrientation, true); But I don't need another signal/slot to figure out whether I am in portrait or landscape mode (I just care about the window ize).
So thanks for the feedback.
Davy
| The Following 2 Users Say Thank You to DavyP For This Useful Post: | ||
|
|
2012-03-07
, 12:18
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#373
|
Originally Posted by Arthuro_Adam
It seems that setAttribute(Qt::WA_Maemo5AutoOrientation, true);
If you upload a new version, I will test it on N9.
does not compile for MeeGo ('WA_Maemo5AutoOrientation' is not
a member of 'Qt'). So I had to '#ifdef Q_WS_MAEMO_5' that
instruction.
The latest build of today is available on
http://davy.preuveneers.be/phoneme/public/maemo/deb/
Though on the N9, I don't think you will see any auto-rotation.
There seems to be an approach to wrap QWidgets in a QML
project to support auto-rotation.
http://www.developer.nokia.com/Commu...d-N9-qt-Widget
I will first have a look at that before I go and restart rewriting the
UI frontend.
Davy
|
|
2012-03-07
, 12:42
|
|
Posts: 5,795 |
Thanked: 3,151 times |
Joined on Feb 2007
@ Agoura Hills Calif
|
#374
|
I am just running Opera on my N900 with this, and every version works beautifully for me, with few exceptions.
__________________
All I want is 40 acres, a mule, and Xterm.
All I want is 40 acres, a mule, and Xterm.
|
|
2012-03-07
, 12:53
|
|
Posts: 3,074 |
Thanked: 12,960 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#375
|
Originally Posted by DavyP
Well, stritly speaking, you should not rely on your window size to decide if you are landscape or portrait, that is why desktop size is. Anyway, it is up to you.
I basically intercept window resize events with resizeEvent(QResizeEvent* event).
I use this both to capture going fullscreen or normal screen, but also for screen rotations.
I agree that the forcerotation was a hack. And I was able to get rid of that by adding setAttribute(Qt::WA_Maemo5AutoOrientation, true); But I don't need another signal/slot to figure out whether I am in portrait or landscape mode (I just care about the window ize).
So thanks for the feedback.
Davy
When I am back home I will post some other Maemo5 specifics for fullscreen that might boost performance even further.
| The Following 2 Users Say Thank You to freemangordon For This Useful Post: | ||
|
|
2012-03-07
, 16:22
|
|
Posts: 136 |
Thanked: 19 times |
Joined on Nov 2011
@ Hungary
|
#376
|
Originally Posted by DavyP
You were right, nothing visible change on N9.
It seems that setAttribute(Qt::WA_Maemo5AutoOrientation, true);
does not compile for MeeGo ('WA_Maemo5AutoOrientation' is not
a member of 'Qt'). So I had to '#ifdef Q_WS_MAEMO_5' that
instruction.
The latest build of today is available on
http://davy.preuveneers.be/phoneme/public/maemo/deb/
Though on the N9, I don't think you will see any auto-rotation.
There seems to be an approach to wrap QWidgets in a QML
project to support auto-rotation.
http://www.developer.nokia.com/Commu...d-N9-qt-Widget
I will first have a look at that before I go and restart rewriting the
UI frontend.
Davy
|
|
2012-03-07
, 16:38
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#377
|
Originally Posted by freemangordon
Actually, I don't make any distinction between running in portrait
Well, stritly speaking, you should not rely on your window size to decide if you are landscape or portrait, that is why desktop size is. Anyway, it is up to you.
When I am back home I will post some other Maemo5 specifics for fullscreen that might boost performance even further.
or landscape mode, i.e. I don't need the window size to decide if
I am in landscape or portrait mode. I need the windows size for
other purposes. Let me try to explain this:
The phoneME backend is responsible for rendering a midlet in a
virtual framebuffer, i.e. a 16-bit RGB buffer of size width*height.
The Qt4 frontend then draws this buffer (after wrapping it in a
QPixmap). If the width or height changes (after going full screen
or after rotation), I get a Qt4 window resize event, and pass along
the new width and height to the phoneME backend so it can
update its RGB buffer accordingly.
Furthermore, since phoneME is drawing in a virtual framebuffer, it
only needs to know what the width and height of the framebuffer
is, not whether it is running in portrait or landscape mode.
Basically, the Qt4 front-end is only responsible for displaying a
16-bit RGB buffer and for redirecting all pointer and keyboard
events to the phoneME backend. The phoneME backend informs
the Qt4 front-end when the 16-bit RGB buffer has changed so that
the front-end can repaint it again. Next to that the front-end also
notifies the backend about window size changes, and can also
draw text on the RGB buffer using the local font (if you are not
using the monospace bitmap built-in font). The phoneME backend
does not use any Qt4 at all.
Anyway, I am looking forward to any tips you may have to further
improve the full screen drawing performance.
Cheers,
Davy
| The Following User Says Thank You to DavyP For This Useful Post: | ||
|
|
2012-03-07
, 18:14
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#378
|
Another request for N9 owners:
In my latest meego build available from http://davy.preuveneers.be/phoneme/public/maemo/deb/
I added some sound feedback for MIDP alerts. As the N9 emulator
does not seem to be producing any sound, could you check if you hear
anything when running the microemu demo midlet (Alert->Alarm alert etc).
You are supposed to hear some wav samples from /usr/share/sounds/ui-tones/
snd_default_beep.wav
snd_warning.wav
snd_information.wav
snd_query.wav
snd_warning_strong.wav
Thanks,
Davy
In my latest meego build available from http://davy.preuveneers.be/phoneme/public/maemo/deb/
I added some sound feedback for MIDP alerts. As the N9 emulator
does not seem to be producing any sound, could you check if you hear
anything when running the microemu demo midlet (Alert->Alarm alert etc).
You are supposed to hear some wav samples from /usr/share/sounds/ui-tones/
snd_default_beep.wav
snd_warning.wav
snd_information.wav
snd_query.wav
snd_warning_strong.wav
Thanks,
Davy
|
|
2012-03-07
, 19:19
|
|
Posts: 136 |
Thanked: 19 times |
Joined on Nov 2011
@ Hungary
|
#379
|
Originally Posted by DavyP
No sound on N9.
Another request for N9 owners:
In my latest meego build available from http://davy.preuveneers.be/phoneme/public/maemo/deb/
I added some sound feedback for MIDP alerts. As the N9 emulator
does not seem to be producing any sound, could you check if you hear
anything when running the microemu demo midlet (Alert->Alarm alert etc).
You are supposed to hear some wav samples from /usr/share/sounds/ui-tones/
snd_default_beep.wav
snd_warning.wav
snd_information.wav
snd_query.wav
snd_warning_strong.wav
Thanks,
Davy
 |
|
2012-03-07
, 20:06
|
|
Posts: 518 |
Thanked: 334 times |
Joined on Mar 2010
@ italy
|
#380
|
My God!!! You added the sound support?!?!?!
Oh God!!!
!!!!!!A M A Z I N G!!!!!!!
thx thx thx thx thx!!!!!!!!!!!!
U made my day!!!!
Oh God!!!
!!!!!!A M A Z I N G!!!!!!!
thx thx thx thx thx!!!!!!!!!!!!
U made my day!!!!