where's the source codes for maemo-select-menu-location?

2009-02-02 Thread Alex T. W. LEUNG
Hi maemo team,
 
once a while we need to use the maemo-select-menu-location utility, as
mentioned below:
http://maemo.org/development/documentation/manuals/4-0-x/making_applicat
ion_packages/
 
does anyone happen to know the corresponding source codes? Is it a
closed source utility?
 
If it is closed source, can I rewrite it using pymaemo? 
 
Thanks.
 
Alex Leung.


~
This message (including any attachments) is for the named
addressee(s)'s use only. It may contain sensitive, confidential,
private proprietary or legally privileged information intended for a
specific individual and purpose, and is protected by law. If you are
not the intended recipient, please immediately delete it and all copies
of it from your system, destroy any hard copies of it
and notify the sender. Any use, disclosure, copying, or distribution of
this message and/or any attachments is strictly prohibited.


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: where's the source codes for maemo-select-menu-location?

2009-02-02 Thread Faheem Pervez
You can find the source in hildon-appplication-manager's source.

On 2/2/09, Alex T. W. LEUNG alexleu...@astri.org wrote:

  Hi maemo team,

 once a while we need to use the maemo-select-menu-location utility, as
 mentioned below:

 http://maemo.org/development/documentation/manuals/4-0-x/making_application_packages/

 does anyone happen to know the corresponding source codes? Is it a closed
 source utility?

 If it is closed source, can I rewrite it using pymaemo?

 Thanks.

 Alex Leung.


 --
  This message (including any attachments) is for the named addressee(s)'s
 use only. It may contain sensitive, confidential, private proprietary or
 legally privileged information intended for a specific individual and
 purpose, and is protected by law. If you are not the intended recipient,
 please immediately delete it and all copies of it from your system, destroy
 any hard copies of it and notify the sender. Any use, disclosure, copying,
 or distribution of this message and/or any attachments is strictly
 prohibited.
 --



 ___
 maemo-developers mailing list
 maemo-developers@maemo.org
 https://lists.maemo.org/mailman/listinfo/maemo-developers


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Screen orientation

2009-02-02 Thread Rodrigo Vivi
Hi there,

Yes, it is a fact that kernel needs a better code, but as far as I
know the Xv doesn't work very well with kdrives that is a small X not
based on XFree86 implementation...

This Xomap is a kdrive, so maybe it would be better try to add xrandr
support to this Xomap:
http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD
that is an xf86 implementation...

well, it is only a guess

On Mon, Feb 2, 2009 at 9:02 AM, Frantisek Dufka duf...@seznam.cz wrote:
 gary liquid wrote:
 thanks for the reminder :)

 I have put together a report including test cases on the itt forum

 http://www.internettablettalk.com/forums/showthread.php?p=261099

 I have added  my comment there but I'm not sure where is the best place
 to discuss it.

 I am not sure where the problem originates from so putting the issue
 centrally is the best option.

 I believe the problem is in kernel or starts in kernel. The first patch
 By Rodrigo Vivi has additional part mentioned here
 http://www.internettablettalk.com/forums/showthread.php?p=155704#post155704

 This part caused video and camera to not to work at all. Quick hack was
 to remove those lines so dimensions of planes are not touched but I
 still believe this is wrong (to remove them) and plane information
 should be somehow correctly rotated too.

 It would be nice to know how exactly those 3 planes are used (plane 1 is
 XV? 2 is camera?) and what sizes they should normally have. After system
 boot virtual_size (/sys/class/graphics/fb?/virtual_size
 ) of all of them is set to 800x480 but after using stock media player or
 enabling camera they are resized to much smaller size (not sure when and
 how).

 Maybe those lines should be put back to kernel but the userspace code
 (Xv driver in Xserver? what about camera?) that plays with dimensions of
 those planes should be somehow make aware of the rotation and resize
 them again as they need.

 Frantisek


 ___
 maemo-developers mailing list
 maemo-developers@maemo.org
 https://lists.maemo.org/mailman/listinfo/maemo-developers




-- 
Rodrigo Vivi
INdT - Instituto Nokia de Tecnologia
Blog: http://blog.vivi.eng.br
GPG: 0x905BE242 @ wwwkeys.pgp.net
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Screen orientation

2009-02-02 Thread Tuomas Kulve
Rodrigo Vivi wrote:
 This Xomap is a kdrive, so maybe it would be better try to add xrandr
 support to this Xomap:
 http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD
 that is an xf86 implementation...
 

X.Org 1.5.1, xf86-video-omapfb, n810 (Nokia's stock kernel):

$ xrandr -o normal
$ xrandr -o left
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  146 (RANDR)
  Minor opcode of failed request:  2 (RRSetScreenConfig)
  Serial number of failed request:  12
  Current serial number in output stream:  12

-- 
Tuomas



signature.asc
Description: OpenPGP digital signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Screen orientation

2009-02-02 Thread Rodrigo Vivi
On Mon, Feb 2, 2009 at 3:44 PM, Tuomas Kulve tuo...@kulve.fi wrote:
 Rodrigo Vivi wrote:
 This Xomap is a kdrive, so maybe it would be better try to add xrandr
 support to this Xomap:
 http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD
 that is an xf86 implementation...


 X.Org 1.5.1, xf86-video-omapfb, n810 (Nokia's stock kernel):

 $ xrandr -o normal
 $ xrandr -o left
 X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  146 (RANDR)
  Minor opcode of failed request:  2 (RRSetScreenConfig)
  Serial number of failed request:  12
  Current serial number in output stream:  12

Yes, it is expected because there are no xrandr support on this xomap...
In this code the only reference to randr is this one: /* TODO: RANDR support */

As I said, someone should add it to this xomap...
hopefully it shouldn't be so difficult basing it on kdrive's patch:
http://labs.vivi.eng.br/blog/rotation-patches/adding-support-to-xrandr-on-xomap.patch
hopefully...

 --
 Tuomas





-- 
Rodrigo Vivi
INdT - Instituto Nokia de Tecnologia
Blog: http://blog.vivi.eng.br
GPG: 0x905BE242 @ wwwkeys.pgp.net
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Maemo for commercial development (was Re: N810 RIP)

2009-02-02 Thread Quim Gil


ext Ville M. Vainio wrote:
 On Mon, Feb 2, 2009 at 9:19 AM, Quim Gil quim@nokia.com wrote:
 
 My advice to commercial developers is to make a step in the Maemo
 platform, learn and have fun with it. ?
 I think this is the most sensible approach, yes. If you have a better
 advice for commercial developers in Maemo please share it.
 
 It seems the original statement is a bit too strong - creating a
 product for maemo doesn't need to be exclusively for
 entertainment/learning purposes. If you make your app with Qt, you
 also have a very good shot at providing a S60 port of the app in the
 future (with a much bigger installed base).

Qt has community support in Maemo, it will get a stronger support in
Fremantle and will be officially supported in Harmattan. So again, I
think I'm just being consistent with what we have.

Don't get me wrong, of course I want to see also commercial developers
bringing great applications to Maemo. I also think the best way to get
them is to be frank now, invite them to have a look by themselves and
concentrate on what they are really looking for: platform, devices,
sales and distribution channels.

-- 
Quim Gil
open source advocate
Maemo Software @ Nokia
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Screen orientation

2009-02-02 Thread Frantisek Dufka
gary liquid wrote:
 thanks for the reminder :)
 
 I have put together a report including test cases on the itt forum
 
 http://www.internettablettalk.com/forums/showthread.php?p=261099

I have added  my comment there but I'm not sure where is the best place 
to discuss it.

 I am not sure where the problem originates from so putting the issue 
 centrally is the best option.

I believe the problem is in kernel or starts in kernel. The first patch 
By Rodrigo Vivi has additional part mentioned here
http://www.internettablettalk.com/forums/showthread.php?p=155704#post155704

This part caused video and camera to not to work at all. Quick hack was 
to remove those lines so dimensions of planes are not touched but I 
still believe this is wrong (to remove them) and plane information 
should be somehow correctly rotated too.

It would be nice to know how exactly those 3 planes are used (plane 1 is 
XV? 2 is camera?) and what sizes they should normally have. After system 
boot virtual_size (/sys/class/graphics/fb?/virtual_size
) of all of them is set to 800x480 but after using stock media player or 
enabling camera they are resized to much smaller size (not sure when and 
how).

Maybe those lines should be put back to kernel but the userspace code 
(Xv driver in Xserver? what about camera?) that plays with dimensions of 
those planes should be somehow make aware of the rotation and resize 
them again as they need.

Frantisek


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Maemo for commercial development (was Re: N810 RIP)

2009-02-02 Thread Ville M. Vainio
On Mon, Feb 2, 2009 at 9:19 AM, Quim Gil quim@nokia.com wrote:

 My advice to commercial developers is to make a step in the Maemo
 platform, learn and have fun with it. ?

 I think this is the most sensible approach, yes. If you have a better
 advice for commercial developers in Maemo please share it.

It seems the original statement is a bit too strong - creating a
product for maemo doesn't need to be exclusively for
entertainment/learning purposes. If you make your app with Qt, you
also have a very good shot at providing a S60 port of the app in the
future (with a much bigger installed base).

-- 
Ville M. Vainio
http://tinyurl.com/vainio
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers