Problems with Python dependencies
Hi, this weekend I took a chance to try several apps available in extras-devel. That included some SDL games that just showed how slow I'm getting, but that's not the point of this email. :) There were plenty of packages unable to install due to missing dependencies: all of them Python based. I sent emails to the maintainers (it would be better to file bugs in bugs.maemo.org, maybe we can add a 'misc' component for these, so at elast we could mail the maintainers with a link to bugzilla instead of a purely private message?). The answers from the maintainers were similar: - They didn't know about these missing dependencies as the packages work on their local systems (where I guess such dependencies are satisfied). - They didn't know the auto-builder would let a package go through to extras-devel wit dependencies missing. - Some didn't know where the python-support (= 0.90.0) dependency actually came from. - Plus other questions about Python bindings that, as the user I am, I have no clue about. Again, filing bugs makes easier to help them since all the discussion is public and others can jump in and help. Or in this thread here. Or... fwiw the dependencies missing included osso-gnomevfs-extra, python2.5-hildondesktop, python-mokoui python-support =0.90.0. -- 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: Could not start Xephyr (Maemo 5 Beta SDK). Please help me to resolve. ()
Hi, these are Xephyr related issues and they don't depend on the SDK you are using. In general these are smaller issues and at least the initial window should show up. I found a thread regarding the font problem [1]. And which system are you using. I've read that there might be some Ubuntu related problems. [1] http://www.debianhelp.org/node/1218 Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: BeagleBoard and maemo
Hi, I will try some more but as the OE kernel appears to work it might be better to try to get the Beta running on the Beagle. At the moment just the alpha should work on the beagle board. With the beta there are still some issues, which are not solved yet. Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
On Mon, 2009-05-18 at 23:39 +0300, Antonio Aloisio wrote: Hi Although new-style Maemo 5 menus with sub-menus are discouraged, I don't think they should be forbidden. The current C API makes it very difficult to create them because HildonAppMenu is just a grid container, not a menu API. But I see no reason for Qt to make the same mistake. Of course they would not be displayed as a tree-like menu. To be honest I don't know yet if we will have those menu in Qt too. Currently I can't take other tasks, but if someone is interested in implementing them, he/she is welcome and I'll happy to help him/her in that job. While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html I'm trying to get a general feel for how Qt can stick to its concept of multiple platforms without API changes, though Mameo 5 seems to be the first Qt platform with a significantly uncommon UI and API. -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo Eclipse Integration 2nd Edition Beta 1 released
Hi, -Original Message- From: ext Cornelius Hald [mailto:h...@icandy.de] Sent: 22 May, 2009 18:39 Subject: Re: Maemo Eclipse Integration 2nd Edition Beta 1 released That's very good news! Big thanks to everyone who was involved. I'm using Alpha 2 at the moment and I really really do like it :) I'll switch to the Beta as soon as I can. Nice to find out that people like our product(s) :). If here is anyone who never tied it - try it! It's good :) And we plan to do it even better in future ... Cheers, //Jarmo Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Fri, 2009-05-22 at 22:09 +0200, Murray Cumming wrote: On Fri, 2009-05-22 at 19:00 +0200, Alberto Garcia wrote: On Fri, May 22, 2009 at 05:08:08PM +0200, Cornelius Hald wrote: The result now is: - gtk_toggle_button_new() is working but it displays the buttons as toggle buttons not as radio buttons. Well, that's what looks better in the Fremantle UI style. Yes, the Hildon HIG seems to suggest this, though it's very vague due to the non-native-speaker English and the lack of screenshots (I filed bugs about that already): http://maemo.org/api_refs/5.0/beta/hig/html/ch06s08.html Sorry, that was the wrong section. It's actually not mentioned in the public Maemo HIG. I filed a bug: https://bugs.maemo.org/show_bug.cgi?id=4577 However, if radio buttons are meant to look a certain way in Maemo, why isn't that just a matter of theming or even of making a change in the GTK+ code instead of asking people to use the GTK+ API in an abnormal way? -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Sun, 2009-05-24 at 15:55 +0200, Alberto Garcia wrote: On Sun, May 24, 2009 at 01:48:11PM +0200, Murray Cumming wrote: However, I'm was asking about the API and implementation, because the Fremantle UI guidelines are really out of our control at this point. The implementation can be changed, we're in beta and that means that things can still be fixed. No, Beta generally means that API and UI changes are no longer possible. And I think that's the case with Maemo 5. It's unfortunate that we only saw a well-enough documented API reference and HIG at the beta stage. I think that the quality improvements from being more open would have been worth more than whatever short-term market positioning Nokia gained by working in isolation. Yes, I'm whining aimlessly. Sorry. I think that the proper place to discuss this is the Maemo bugzilla, so can you please file a bug against Gtk? https://bugs.maemo.org/enter_bug.cgi?product=Desktop%20platform Done: https://bugs.maemo.org/show_bug.cgi?id=4578 -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
On Mon, May 25, 2009 at 11:19 AM, Murray Cumming murr...@murrayc.comwrote: On Mon, 2009-05-18 at 23:39 +0300, Antonio Aloisio wrote: Hi Although new-style Maemo 5 menus with sub-menus are discouraged, I don't think they should be forbidden. The current C API makes it very difficult to create them because HildonAppMenu is just a grid container, not a menu API. But I see no reason for Qt to make the same mistake. Of course they would not be displayed as a tree-like menu. To be honest I don't know yet if we will have those menu in Qt too. Currently I can't take other tasks, but if someone is interested in implementing them, he/she is welcome and I'll happy to help him/her in that job. While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html This trick is possible because Maemo applications have menus, toolbars as any normal desktop application. Okay they look different, but we can instruct Qt to give them the looks that we want... The same thing happens for the other official supported Qt platforms (mac, s60 ans so on) I'm trying to get a general feel for how Qt can stick to its concept of multiple platforms without API changes, though Mameo 5 seems to be the first Qt platform with a significantly uncommon UI and API. Actually that's not the fist one... Best wishes, Antonio -- murr...@murrayc.com www.murrayc.com www.openismus.com -- Frank Lloyd Wrighthttp://www.brainyquote.com/quotes/authors/f/frank_lloyd_wright.html - TV is chewing gum for the eyes. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with Python dependencies
On Mon, 2009-05-25 at 08:17 +0200, Gil Quim (Nokia-D/Helsinki) wrote: fwiw the dependencies missing included osso-gnomevfs-extra, python2.5-hildondesktop, python-mokoui python-support =0.90.0. Hi, osso-gnomevfs-extra is deprecated in Fremantle. In Beta SDK, libhildonfm2 was still depending on it. But now, it is removed internally. I have updated the Fremantle roadmap wiki: http://wiki.maemo.org/Task:Maemo_roadmap/Fremantle#Data_management Regards, Soumya ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
On Mon, 2009-05-25 at 12:25 +0300, Antonio Aloisio wrote: While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html This trick is possible because Maemo applications have menus, toolbars as any normal desktop application. Okay they look different, but we can instruct Qt to give them the looks that we want... The same thing happens for the other official supported Qt platforms (mac, s60 ans so on) Yes, I know that's the Qt philosphy, but repeating it doesn't answer my question. For instance: I guess, Qt windows can't usually have markup in their titles, so you'd be changing the documented behaviour (therefore subtly changing the API) if you parsed the regular title as markup, instead of offering separate API: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup (I think that the new API should be added to upstream GTK+ instead anyway.) I guess, Qt windows don't usually have a concept of activated by the window manager: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost (This is presumably something different than gtk_window_is_active(): http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active ) Also, I doubt that the Qt menu and toolbar API easily supports the idea of one-single edit toolbar, introduced in Maemo 5: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Sun, 2009-05-24 at 19:58 +0200, Cornelius Hald wrote: Another thing is, that if you compare those two menus, you can easily see that the Diablo menu has more structure due to the use of separators. I'm not yet sure how to get back this structure, but I'll make some experiments. HIG suggestions are welcome as well :) The Hildon HIG http://maemo.org/api_refs/5.0/beta/hig/html/ch06s09.html says Only use toggle buttons as filters in a menu. Use them in groups, so they are not mistaken for regular buttons. Make the group behave like either a group of check buttons or a group of GTK radio buttons, as required. I wonder how we should use them in a group. Maybe putting them in a filter has that effect. -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: BeagleBoard and maemo
ext Kees Jongenburger wrote: Hi For next week's hacking week-end I want to install maemo 5.0 beta on the beagle. http://maemo-beagle.garage.maemo.org/ only talks about the alpha. Is there already some more up-to-date documentation or would that be a nice topic to start exploring? Hi, sorry that there hasn't been a beta update for Beagle. My biggest problem is that I haven't been able to make the OpenGL accelerated graphics function properly with the xserver and the updated sgx drivers. I haven't proceeded with the rest of the rootfs either, since I've tried to find a solution for that first. All I get on the screen is some garbage when the desktop is up or when just running a clutter test program. The 2D graphics side seems to be fine, since I can run hex-a-hop. Cheers, Juha -- Juha Kallioinen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: BeagleBoard and maemo
Hi For next week's hacking week-end I want to install maemo 5.0 beta on the beagle. http://maemo-beagle.garage.maemo.org/ only talks about the alpha. Is there already some more up-to-date documentation or would that be a nice topic to start exploring? Hi, sorry that there hasn't been a beta update for Beagle. My biggest problem is that I haven't been able to make the OpenGL accelerated graphics function properly with the xserver and the updated sgx drivers. I haven't proceeded with the rest of the rootfs either, since I've tried to find a solution for that first. All I get on the screen is some garbage when the desktop is up or when just running a clutter test program. The 2D graphics side seems to be fine, since I can run hex-a-hop. OK. I presume you are trying with the exact same software that's used in the latest internal Maemo releases, but it's somehow working in Rover but not in the beagle board? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
The point is that we don't want to add new concepts to Qt if not strictly necessary. The idea I keep in my mind is We are going to adapt Qt to hildon, not rewriting hildon with Qt. I hope that the other people understand this too. Then we need to discard something... If we want to add the features that you mentioned before, well most probably we need to add new APIs... BR, Antonio On Mon, May 25, 2009 at 12:58 PM, Murray Cumming murr...@murrayc.comwrote: On Mon, 2009-05-25 at 12:25 +0300, Antonio Aloisio wrote: While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html This trick is possible because Maemo applications have menus, toolbars as any normal desktop application. Okay they look different, but we can instruct Qt to give them the looks that we want... The same thing happens for the other official supported Qt platforms (mac, s60 ans so on) Yes, I know that's the Qt philosphy, but repeating it doesn't answer my question. For instance: I guess, Qt windows can't usually have markup in their titles, so you'd be changing the documented behaviour (therefore subtly changing the API) if you parsed the regular title as markup, instead of offering separate API: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup (I think that the new API should be added to upstream GTK+ instead anyway.) I guess, Qt windows don't usually have a concept of activated by the window manager: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost (This is presumably something different than gtk_window_is_active(): http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active) Also, I doubt that the Qt menu and toolbar API easily supports the idea of one-single edit toolbar, introduced in Maemo 5: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar -- murr...@murrayc.com www.murrayc.com www.openismus.com -- Walt Disney http://www.brainyquote.com/quotes/authors/w/walt_disney.html - I love Mickey Mouse more than any woman I have ever known. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
Murray Cumming wrote: On Mon, 2009-05-25 at 12:25 +0300, Antonio Aloisio wrote: While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html This trick is possible because Maemo applications have menus, toolbars as any normal desktop application. Okay they look different, but we can instruct Qt to give them the looks that we want... The same thing happens for the other official supported Qt platforms (mac, s60 ans so on) Yes, I know that's the Qt philosphy, but repeating it doesn't answer my question. For instance: I guess, Qt windows can't usually have markup in their titles, so you'd be changing the documented behaviour (therefore subtly changing the API) if you parsed the regular title as markup, instead of offering separate API: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup (I think that the new API should be added to upstream GTK+ instead anyway.) I guess, Qt windows don't usually have a concept of activated by the window manager: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost (This is presumably something different than gtk_window_is_active(): http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active ) Also, I doubt that the Qt menu and toolbar API easily supports the idea of one-single edit toolbar, introduced in Maemo 5: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar It seems to me that there are several areas where Hildon is extending Gtk + Qt * new hildon-specific widgets (pannable, HildonWindow... http://maemo.org/api_refs/5.0/beta/hildon/hildonobjects.html ) * integrating/extending existing widgets (text entry + virtual keyboard) * visual style (thin scrollbars,radiobuttons...) * system interaction (essentially dbus and WM comms via API calls like can_hibernate, is_topmost) Is the aim to map to these in Hildon Qt? In which case it would be good to identify and prioritise targets and achievements and it would also be nice to have reference information for IPC for things like system interaction. I also wonder about better handling for applications not written for Maemo; should the core widgets be extended to handle Maemo at the system interaction level and provide derived widgets to expose the API. David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: BeagleBoard and maemo
Guerreiro Carlos (Nokia-D/Helsinki) wrote: Hi For next week's hacking week-end I want to install maemo 5.0 beta on the beagle. http://maemo-beagle.garage.maemo.org/ only talks about the alpha. Is there already some more up-to-date documentation or would that be a nice topic to start exploring? Hi, sorry that there hasn't been a beta update for Beagle. My biggest problem is that I haven't been able to make the OpenGL accelerated graphics function properly with the xserver and the updated sgx drivers. I haven't proceeded with the rest of the rootfs either, since I've tried to find a solution for that first. All I get on the screen is some garbage when the desktop is up or when just running a clutter test program. The 2D graphics side seems to be fine, since I can run hex-a-hop. OK. I presume you are trying with the exact same software that's used in the latest internal Maemo releases, but it's somehow working in Rover but not in the beagle board? I've been using the versions that are publicly available with the Maemo 5 Beta SDK, so older than what we have currently internally. The kernel is the same one we have, but only configured for BeagleBoard plus a small patch applied, that restores the support for the beagle generic-panel, which was removed between the alpha and beta kernels. Cheers, Juha -- Juha Kallioinen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
Hi David, IMHO most of the extended hildon widgets could be dropped. Hildon widgets like hildon banners instead need to be integrated inside Qt. Extended widget could be shipped in an external library if necessary.. but I won't care about them. About IPC Qt classes for system interaction.. I working on them... Cheers, Antonio On Mon, May 25, 2009 at 2:09 PM, David Greaves da...@dgreaves.com wrote: Murray Cumming wrote: On Mon, 2009-05-25 at 12:25 +0300, Antonio Aloisio wrote: While we are on the subject of Qt looking like Maemo without API changes, how are you dealing with the need for Maemo-specific API such as that in HildonWindow: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html This trick is possible because Maemo applications have menus, toolbars as any normal desktop application. Okay they look different, but we can instruct Qt to give them the looks that we want... The same thing happens for the other official supported Qt platforms (mac, s60 ans so on) Yes, I know that's the Qt philosphy, but repeating it doesn't answer my question. For instance: I guess, Qt windows can't usually have markup in their titles, so you'd be changing the documented behaviour (therefore subtly changing the API) if you parsed the regular title as markup, instead of offering separate API: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup (I think that the new API should be added to upstream GTK+ instead anyway.) I guess, Qt windows don't usually have a concept of activated by the window manager: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost (This is presumably something different than gtk_window_is_active(): http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active) Also, I doubt that the Qt menu and toolbar API easily supports the idea of one-single edit toolbar, introduced in Maemo 5: http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar It seems to me that there are several areas where Hildon is extending Gtk + Qt * new hildon-specific widgets (pannable, HildonWindow... http://maemo.org/api_refs/5.0/beta/hildon/hildonobjects.html ) * integrating/extending existing widgets (text entry + virtual keyboard) * visual style (thin scrollbars,radiobuttons...) * system interaction (essentially dbus and WM comms via API calls like can_hibernate, is_topmost) Is the aim to map to these in Hildon Qt? In which case it would be good to identify and prioritise targets and achievements and it would also be nice to have reference information for IPC for things like system interaction. I also wonder about better handling for applications not written for Maemo; should the core widgets be extended to handle Maemo at the system interaction level and provide derived widgets to expose the API. David -- Don't worry, you'll be fine; I saw it work in a cartoon once... -- Samuel Goldwynhttp://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html - For your information, I would like to ask a question. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with Python dependencies
On May 25, 2009, at 11:45 AM, Soumya Bijjal wrote: On Mon, 2009-05-25 at 08:17 +0200, Gil Quim (Nokia-D/Helsinki) wrote: fwiw the dependencies missing included osso-gnomevfs-extra, python2.5-hildondesktop, python-mokoui python-support =0.90.0. Hi, osso-gnomevfs-extra is deprecated in Fremantle. In Beta SDK, libhildonfm2 was still depending on it. But now, it is removed internally. I have updated the Fremantle roadmap wiki: http://wiki.maemo.org/Task:Maemo_roadmap/Fremantle#Data_management Thanks for the update Soumya. I would be great if there were a list of python dependencies so that we do not repeat this type of problem in the future. This is a point of contact between the open community and the closed corporation that seems to need a tiny bit of oil to be friction free. If there were a clear list of dependencies, the community could also work on satisfying these issues and maybe even save Nokia time. Is there such a list? Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
Antonio Aloisio wrote: Hi David, IMHO most of the extended hildon widgets could be dropped. Hildon widgets like hildon banners instead need to be integrated inside Qt. Agreed - there are many Qt widgets which could simply be hildonised. I wonder about session management and hibernation for example. Extended widget could be shipped in an external library if necessary.. but I won't care about them. Sadly the version 5 gallery includes lots of deprecated widgets and few (if any) new ones: http://maemo.org/api_refs/5.0/beta/hildon/ch02.html Some make sense though and I'd like to see them up for community contribution? Ideally there would be agreement on which and what API would be acceptable and then refinement of implementation. About IPC Qt classes for system interaction.. I working on them... Is this something that can be put up on the wiki? What's planned (ever) and where we are? David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
On Monday 25 May 2009 12:49:58 Antonio Aloisio wrote: The point is that we don't want to add new concepts to Qt if not strictly necessary. The idea I keep in my mind is We are going to adapt Qt to hildon, not rewriting hildon with Qt. A tiny caveat of which you're likely already aware of - if possible, consider people who use Qt through bindings, like PyQt (myself included ;), Jambi, Qyoto, etc. It would be a shame to write Qt code that would fall on it's face or be unusable UI-wise just because of some specific changes the bindings are not updated for. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser not launched, Maemo 4.1.2 SDK
Hi Srinivasan, no you are not missing anything during the installation. The reason for this is, that the browser is not part of the SDK and cannot be started from the UI. The icon is just there to avoid corruptions of the menus within the task navigator. Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with Python dependencies
On Mon, May 25, 2009 at 2:17 AM, Quim Gil quim@nokia.com wrote: There were plenty of packages unable to install due to missing dependencies: all of them Python based. I sent emails to the maintainers (it would be better to file bugs in bugs.maemo.org, maybe we can add a 'misc' component for these, so at elast we could mail the maintainers with a link to bugzilla instead of a purely private message?). Interesting. I will run a script here to check python packages in Diablo that should fail to install in fremantle due to missing dependencies, and check which of these dependencies are related to PyMaemo packages. - They didn't know about these missing dependencies as the packages work on their local systems (where I guess such dependencies are satisfied). - They didn't know the auto-builder would let a package go through to extras-devel wit dependencies missing. I think the above two shows that the extras-devel system needs to be more documented/promoted ? - Some didn't know where the python-support (= 0.90.0) dependency actually came from. Possibly it is due to some other dependency that actually needs it, and not necessarily a direct dependency. But see below, this package is already on fremantle extras-devel for some time. - Plus other questions about Python bindings that, as the user I am, I have no clue about. Again, filing bugs makes easier to help them since all the discussion is public and others can jump in and help. Or in this thread here. Or... Personally I like bug reports because they allow me to track my progress on fixing bugs, but sending a message here on in the pymaemo-developers list is also OK (I can even create the bug report myself later). fwiw the dependencies missing included osso-gnomevfs-extra, python2.5-hildondesktop, python-mokoui python-support =0.90.0. * python2.5-hildondesktop: it is now in fremantle extras-devel since the weekend (sorry for not making this public yet, I was working on writing an example plugin because this new version WILL require porting from packages and will not work without changes * python-mokoui : no idea which package is this. Jeremiah/Niels: can it be added the your automatic building task? * python-support =0.90.0 : it is already there since the PyMaemo beta release (version 1.0.2maemo1). I think the person who reported this did not have the extras-devel repository added to his/her target sources.list. BTW, all python dependencies maintained by PyMaemo once named python2.5-XXX must be renamed to python-XXX for fremantle. This is necessary because we now follow Debian Python packaging policy as close as possible. But note that the old package names (python2.5-XXX) should still work. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Fri, 2009-05-22 at 19:00 +0200, Alberto Garcia wrote: On Fri, May 22, 2009 at 05:08:08PM +0200, Cornelius Hald wrote: (it might help you with the keyboard accelerators too). It did :) I adapted my code to look like the example which you provided and now the accelerators work for Diablo and Fremantle. I'm not really sure why - but who cares as long as it's working ;) Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
building/requesting python bindings ?
Just wondering after failing to locate a relevant Wiki page. What's the recommended way of getting a python binding for a lib into extras ? I'd do it myself, but I don't trust my packaging skills enough to do it right right off the bat and chances are that people might start using it so it's not as carefree to update as an application in extras-devel, there might be policies about bindings, etc... Should I finally fix my scratchbox and do a few heroic, but probably laughable attempts, bug Jeremiah, or, more embarrassingly, go to a detailed Wiki page that I missed on this topic somehow ? PS. For the record, I'm craving for python-poppler (probably should start around http://packages.debian.org/unstable/main/python-poppler ). Poppler itself, Cairo and the other dependencies are already in maemo repos so it should really be just the binding... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: building/requesting python bindings ?
I uploaded the newer libpoppler4 to Extras for ePDFView, and I did what Ed Bartosh had done before me with libpoppler2 - remove the python bindings because I hadn't time to make it play nice with scratchbox and force it to use python2.5. I'm without a Linux computer ATM but, if you really desire it, I'd be happy to reupload libpoppler4 with the python bindings (providing I can actually get them working) by the end of this week? -qwerty12 On Mon, May 25, 2009 at 5:48 PM, Attila Csipa ma...@csipa.in.rs wrote: PS. For the record, I'm craving for python-poppler (probably should start around http://packages.debian.org/unstable/main/python-poppler ). Poppler itself, Cairo and the other dependencies are already in maemo repos so it should really be just the binding... ___ 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: GtkAction vs. AppMenu
On Mon, 2009-05-25 at 12:24 +0200, Murray Cumming wrote: On Sun, 2009-05-24 at 19:58 +0200, Cornelius Hald wrote: Another thing is, that if you compare those two menus, you can easily see that the Diablo menu has more structure due to the use of separators. I'm not yet sure how to get back this structure, but I'll make some experiments. HIG suggestions are welcome as well :) The Hildon HIG http://maemo.org/api_refs/5.0/beta/hig/html/ch06s09.html says Only use toggle buttons as filters in a menu. Use them in groups, so they are not mistaken for regular buttons. Make the group behave like either a group of check buttons or a group of GTK radio buttons, as required. I wonder how we should use them in a group. Maybe putting them in a filter has that effect. I just tried that, and indeed using hildon_app_menu_add_filter() groups the toggle buttons together into one row. I made to screenshots to illustrate the point. The radio group consists of the four buttons with the labels Small, Normal, Large and Huge. 1) Using hildon_app_menu_append() you get the normal 2 column layout: http://zwong.de/wp-content/uploads/2009/05/app_menu_with_buttons.png 2) Using hildon_app_menu_add_filter() puts all of them into the first row of the menu: http://zwong.de/wp-content/uploads/2009/05/app_menu_with_filter.png I hope this helps! The drawback is, you can have only one Filter per menu :/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Aw: Re: Fremantle user interface behaviour and API
There's API to set the orientation mode of your window in hildon, but I think this is not yet in the SDK. You can get a more recent version from git: git clone https://git.maemo.org/projects/hildon I just downloaded a snapshot of the git repository, but I cannot find anything related in hildon-window.h. Also grep -i orientation * -R doesn't show up anything interesting. For what do I have to search? Thanks! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Mon, May 25, 2009 at 06:19:35PM +0200, Cornelius Hald wrote: I just tried that, and indeed using hildon_app_menu_add_filter() groups the toggle buttons together into one row. Yes, that's the purpose of that function. As you say, only one filter group is supported, but that's by design. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: building/requesting python bindings ?
On Monday 25 May 2009 19:04:50 Faheem Pervez wrote: it, I'd be happy to reupload libpoppler4 with the python bindings (providing I can actually get them working) by the end of this week? That would be great ! If you need any python-specific help/testing with it, let me know. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Sun, May 24, 2009 at 07:58:26PM +0200, Cornelius Hald wrote: Thanks Berto for all the good input and for explaining the decisions that have been made. Thank you for your feedback :) Another thing is, that if you compare those two menus, you can easily see that the Diablo menu has more structure due to the use of separators. I'm not yet sure how to get back this structure, but I'll make some experiments. HIG suggestions are welcome as well :) I'd like to write a longer e-mail about this, but the basic thing is that the Fremantle menu is purposely different from GtkMenu. HildonAppMenu has a limited number of options and there are no separators or submenus. It is designed to be like that. This means that in many cases you won't be able to simply convert it: it has to be redesigned. Show the user a few options and use e.g. dialogs for further details/configuration. Buttons and dialogs in Fremantle are designed to be big and finger-friendly so the user should be able to use them easily. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: BeagleBoard and maemo
Hi, Am Sonntag 24 Mai 2009 schrieb Kees Jongenburger: I installed the alpha SDK and was able to boot a root file system using the uImage in the SVN repository. After that I tried to recompile the kernel but the omap patch against the kernel failed to apply cleanly. The alpha kernel just worked fine for me. I need to run a patched kernel for my 800x480 screen, the touchscreen and co ... I use the sisusb vga adapter so I currently switched to the OE kernel without pain (yet). Nice idea. I also have one of these, but never thought of using one on the beagleboard. I will try some more but as the OE kernel appears to work it might be better to try to get the Beta running on the Beagle. That would be great! Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
AppMenu, Filters and HIG
Hello again :) To not make the other threads more cluttered as they are already, here's a new one. I'm trying to another window fully conform to the Fremantle HIG, but I'm not sure that I understand the paragraph on Filters: http://maemo.org/api_refs/5.0/beta/hig/html/ch04s02.html The window is a window to select a particular note from a list. The list has two columns: The title of the note and the date when it was last changed. Using a simple GtkTreeView it is displayed with a header row which offers sorting, this means the list can be sorted in four ways: - Sort By Title Ascending - Sort By Title Descending - Sort By Date Ascending - Sort By Date Descending Here is a screenshot of this window: http://zwong.de/wp-content/uploads/2009/05/search_window.png As you can see, I could probably display one more note, if I would remove the header row. If I read about Filters it sounds like I could/should use them for this purpose because in the documentation I read ... For example, sorting alphabetically a list of contacts I tried putting those four sorting options into a filter, but it doesn't work because the filters are shown in one row and the strings are just too long for that. This would be the result: http://zwong.de/wp-content/uploads/2009/05/search_window_with_long_filters.png I know that Filters are supposed to work like this, therefore I would like to get some insight on what the appropriate way is to handle this situation. 1) Keep the header row and not use Filters at all? 2) Remove one column, so that only one column is left? 3) Use filters, but different? 4) Something completely different? I know this is getting tiresome, but if I put time into the UI now, I want that it doesn't look out of place later. Thanks! Conny P.S. Removing the word By doesn't help much ;) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
Hi David On Mon, May 25, 2009 at 5:00 PM, David Greaves da...@dgreaves.com wrote: Antonio Aloisio wrote: Hi David, IMHO most of the extended hildon widgets could be dropped. Hildon widgets like hildon banners instead need to be integrated inside Qt. Agreed - there are many Qt widgets which could simply be hildonised. I wonder about session management and hibernation for example. But I haven't wrote anything about the hibernation yet. But I had something similar but not related to the memory consumation. BTW in order to use that class ( and I think the hibernation too) the developer will use QSettings in a slot... but we'll talk more about these asa this work will be published. Extended widget could be shipped in an external library if necessary.. but I won't care about them. Sadly the version 5 gallery includes lots of deprecated widgets and few (if any) new ones: http://maemo.org/api_refs/5.0/beta/hildon/ch02.html Some make sense though and I'd like to see them up for community contribution?ven Ideally there would be agreement on which and what API would be acceptable and then refinement of implementation. We can do a TODO list and then define what of the new widgets we want to have in Qt. But some of them will be available, I'm going to have a separate package for them. Those widgets as the Maemo system specific libs will be shipped in an extra package. I hope that you agree with this. About IPC Qt classes for system interaction.. I working on them... Is this something that can be put up on the wiki? What's planned (ever) and where we are? I' haven't published them yet. They are in my internal repos... I can't tell more for now.. Antonio -- Mitch Hedberghttp://www.brainyquote.com/quotes/authors/m/mitch_hedberg.html - My fake plants died because I did not pretend to water them. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
Hi Attila, The python people is my mind too.. Don't worry I'm not forget about you guys. BTW please follow the ML so that you can help us in that side and you can sop us if needed... Some new Qt libs will be added.. they will be extra libs and there are not python bindings for them... Regards, Antonio On Mon, May 25, 2009 at 5:25 PM, Attila Csipa ma...@csipa.in.rs wrote: On Monday 25 May 2009 12:49:58 Antonio Aloisio wrote: The point is that we don't want to add new concepts to Qt if not strictly necessary. The idea I keep in my mind is We are going to adapt Qt to hildon, not rewriting hildon with Qt. A tiny caveat of which you're likely already aware of - if possible, consider people who use Qt through bindings, like PyQt (myself included ;), Jambi, Qyoto, etc. It would be a shame to write Qt code that would fall on it's face or be unusable UI-wise just because of some specific changes the bindings are not updated for. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Samuel Goldwynhttp://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html - For your information, I would like to ask a question. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Autobuilder broken or what?
Hi there, I uploaded several time a new mysql package in the autobuilder queue without success. That's the command that I used. Can someone find something wrong in this command? I can't see the package yet in the autobuilder queue... then I really like to know if it's my fault or the autob. is broken.. Thanks in advance, BR, Antonio PS: This the command I used to uplaod the sources gnu...@iron:/sb/FREMANTLE/mysql$ scp mysql-dfsg-5.0_5.0.32-7etch6maemo3.diff.gz mysql-dfsg-5.0_5.0.32-7etch6maemo3.dsc mysql-dfsg-5.0_5.0.32-7etch6maemo3_source.changes mysql-dfsg-5.0_5.0.32.orig.tar.gz gnu...@garage.maemo.org: /var/www/extras-devel/incoming-builder/fremantle Enter passphrase for key '/home/gnuton/.ssh/id_rsa': mysql-dfsg-5.0_5.0.32-7etch6maemo3.diff.gz 100% 259KB 86.3KB/s 00:03 mysql-dfsg-5.0_5.0.32-7etch6maemo3.dsc 100% 900 0.9KB/s 00:00 mysql-dfsg-5.0_5.0.32-7etch6maemo3_source.changes 100% 1356 1.3KB/s 00:00 mysql-dfsg-5.0_5.0.32.orig.tar.gz 100% 16MB 56.7KB/s 04:43 -- Frank Lloyd Wrighthttp://www.brainyquote.com/quotes/authors/f/frank_lloyd_wright.html - TV is chewing gum for the eyes. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder broken or what?
Ok, It has just appeared! Problem solved. On Mon, May 25, 2009 at 11:41 PM, Antonio Aloisio antonio.aloi...@gmail.com wrote: Hi there, I uploaded several time a new mysql package in the autobuilder queue without success. That's the command that I used. Can someone find something wrong in this command? I can't see the package yet in the autobuilder queue... then I really like to know if it's my fault or the autob. is broken.. Thanks in advance, BR, Antonio PS: This the command I used to uplaod the sources gnu...@iron:/sb/FREMANTLE/mysql$ scp mysql-dfsg-5.0_5.0.32-7etch6maemo3.diff.gz mysql-dfsg-5.0_5.0.32-7etch6maemo3.dsc mysql-dfsg-5.0_5.0.32-7etch6maemo3_source.changes mysql-dfsg-5.0_5.0.32.orig.tar.gz gnu...@garage.maemo.org: /var/www/extras-devel/incoming-builder/fremantle Enter passphrase for key '/home/gnuton/.ssh/id_rsa': mysql-dfsg-5.0_5.0.32-7etch6maemo3.diff.gz 100% 259KB 86.3KB/s 00:03 mysql-dfsg-5.0_5.0.32-7etch6maemo3.dsc 100% 900 0.9KB/s 00:00 mysql-dfsg-5.0_5.0.32-7etch6maemo3_source.changes 100% 1356 1.3KB/s 00:00 mysql-dfsg-5.0_5.0.32.orig.tar.gz 100% 16MB 56.7KB/s 04:43 -- Frank Lloyd Wrighthttp://www.brainyquote.com/quotes/authors/f/frank_lloyd_wright.html - TV is chewing gum for the eyes. -- Frank Lloyd Wrighthttp://www.brainyquote.com/quotes/authors/f/frank_lloyd_wright.html - TV is chewing gum for the eyes. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: AppMenu, Filters and HIG
On Mon, 2009-05-25 at 22:24 +0200, Cornelius Hald wrote: Hello again :) To not make the other threads more cluttered as they are already, here's a new one. I'm trying to another window fully conform to the Fremantle HIG, but I'm not sure that I understand the paragraph on Filters: http://maemo.org/api_refs/5.0/beta/hig/html/ch04s02.html The window is a window to select a particular note from a list. The list has two columns: The title of the note and the date when it was last changed. Using a simple GtkTreeView it is displayed with a header row which offers sorting, this means the list can be sorted in four ways: - Sort By Title Ascending - Sort By Title Descending - Sort By Date Ascending - Sort By Date Descending Here is a screenshot of this window: http://zwong.de/wp-content/uploads/2009/05/search_window.png As you can see, I could probably display one more note, if I would remove the header row. If I read about Filters it sounds like I could/should use them for this purpose because in the documentation I read ... For example, sorting alphabetically a list of contacts I tried putting those four sorting options into a filter, but it doesn't work because the filters are shown in one row and the strings are just too long for that. This would be the result: http://zwong.de/wp-content/uploads/2009/05/search_window_with_long_filters.png I know that Filters are supposed to work like this, therefore I would like to get some insight on what the appropriate way is to handle this situation. 1) Keep the header row and not use Filters at all? 2) Remove one column, so that only one column is left? 3) Use filters, but different? 4) Something completely different? This is the purpose of filters, but you might need to find strings that fit well in the menu. Repeating Sort by in each one of the buttons is wasting too much space. Restricting the sorting criteria might also help (for example, keep both criteria but only in one direction, etc). Claudio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does Maemo's Qt look like Hildon?
On Monday 25 May 2009 22:37:10 Antonio Aloisio wrote: Hi Attila, The python people is my mind too.. Don't worry I'm not forget about you guys. BTW please follow the ML so that you can help us in that side and you can sop us if needed... Will do :) Apropo ML, I happen to notice qt4-de...@garage is not registered at nabble (I admit, I have crossed on to the dark RSS). I presume it's missing just because nobody had the need for nabble or RSS. I would have registered it myself but it felt kind of silly (=wrong) to represent the list in official matters. So I'd kindly ask the power that be to register the related Maemo qt4 lists with nabble (just like this one already is, along with -users and - community) Some new Qt libs will be added.. they will be extra libs and there are not python bindings for them... That's not a problem if they don't contain things that are *critical* to run/use Qt apps on Maemo. Also, if these Qt addon libs are becoming 'official' in the Harmattan timeframe, it would be smart to talk to Phil Thompson (PyQt author) and possibly get official support for them in upstream PyQt (maybe it's just me dreaming, but with a Nokia sticker on the Qt logo it doesn't sound all that impossible). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: AppMenu, Filters and HIG
On Mon, May 25, 2009 at 10:50:54PM +0200, Claudio Saavedra wrote: This is the purpose of filters, but you might need to find strings that fit well in the menu. Another option, if you don't find a good way to put all filters there, is to use a Change sort criteria button and pop all available options using a touch selector. Look at HildonTouchSelector, HildonPickerDialog and HildonPickerButton Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Writing Hildon Home Widgets in Python (Fremantle)
[cross-posting to maemo-developers and pymaemo-developers; feel free to strip one of them when following up] Hi all, I have just uploaded a new version of python-hildondesktop to fremantle, allowing one to write Home Widgets plugins in Python. There is no documentation for it yet, buy you can find an usage example (based on the C example from [1]) here: http://wiki.maemo.org/PyMaemo/HildonDesktop It also contains some information about the API changes for fremantle, required if you intend to port your Home Applets from older Maemo releases. [1] https://garage.maemo.org/svn/maemoexamples/branches/fremantle-sdk-testing/maemo-examples/hello-world-home.c Please redirect comments, suggestions to the PyMaemo team list: pymaemo-develop...@garage.maemo.org Consider this release alpha quality. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser not launched, Maemo 4.1.2 SDK
Hi Daniel, Thank you for your help. I would like to setup a complete environment like an actual device. Also when I try to launch 'Browse installable applications' in Application manager, I am noticing the following message in terminal window, hildon-application-manager[12188]: GLIB DEBUG ConIc - con_ic_connection_send_event(0x846d6c0, (null), (null), 1) So network components might be missing. If I need to have fully functional device like environment, what are the tools, libraries I should install. Please help me to setup. For your information, Currently the content of 'sources.list' in my environment is, [sbox-DIABLO_X86: ~] cat /etc/apt/sources.list deb http://repository.maemo.org/ diablo/sdk free non-free deb-src http://repository.maemo.org/ diablo/sdk free deb http://repository.maemo.org/ diablo/tools free non-free deb-src http://repository.maemo.org/ diablo/tools free deb file:/home/kksrini/maemo-sdk-nokia-binaries_4.1.2 diablo explicit # Maemo extras and extras-devel deb http://repository.maemo.org/extras/ diablo free non-free deb-src http://repository.maemo.org/extras/ diablo free deb http://repository.maemo.org/extras-devel/ diablo free non-free deb-src http://repository.maemo.org/extras-devel/ diablo free Thanks, Srini On Mon, May 25, 2009 at 8:02 PM, daniel wilms daniel.wi...@nokia.comwrote: Hi Srinivasan, no you are not missing anything during the installation. The reason for this is, that the browser is not part of the SDK and cannot be started from the UI. The icon is just there to avoid corruptions of the menus within the task navigator. Cheers Daniel ___ 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: Browser not launched, Maemo 4.1.2 SDK
Hi Daniel, Could vmware images help me to have SDK and a fully functional maemo device link environment ? If it could help, which image can i download from, http://tablets-dev.nokia.com/maemo-dev-env-downloads.php Since my Ubuntu version is 'Ubuntu 8.10 - the Intrepid Ibex', should I use, 'Maemo_Diablo_Ubuntu_Intrepid_Server_SDK_Virtual_Image.ziphttp://tablets-dev.nokia.com/maemo-dev-env-downloads.php?f=Maemo_Diablo_Ubuntu_Intrepid_Server_SDK_Virtual_Image.zip ' Thanks, Srini On Mon, May 25, 2009 at 8:02 PM, daniel wilms daniel.wi...@nokia.comwrote: Hi Srinivasan, no you are not missing anything during the installation. The reason for this is, that the browser is not part of the SDK and cannot be started from the UI. The icon is just there to avoid corruptions of the menus within the task navigator. Cheers Daniel ___ 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: Does Maemo's Qt look like Hildon?
'morning On Tue, May 26, 2009 at 1:19 AM, Attila Csipa ma...@csipa.in.rs wrote: On Monday 25 May 2009 22:37:10 Antonio Aloisio wrote: Hi Attila, The python people is my mind too.. Don't worry I'm not forget about you guys. BTW please follow the ML so that you can help us in that side and you can sop us if needed... Will do :) Apropo ML, I happen to notice qt4-de...@garage is not registered at nabble (I admit, I have crossed on to the dark RSS). I presume it's missing just because nobody had the need for nabble or RSS. I would have registered it myself but it felt kind of silly (=wrong) to represent the list in official matters. So I'd kindly ask the power that be to register the related Maemo qt4 lists with nabble (just like this one already is, along with -users and -communit To be honest I don't know about this service.. In my understanding it converts mails in RSS feeds... If I got correctly, then yes you can... why not. We are a community and all the things that can give us benefits are welcome! Some new Qt libs will be added.. they will be extra libs and there are not python bindings for them... That's not a problem if they don't contain things that are *critical* to run/use Qt apps on Maemo. Also, if these Qt addon libs are becoming 'official' in the Harmattan timeframe, it would be smart to talk to Phil Thompson (PyQt author) and possibly get official support for them in upstream PyQt (maybe it's just me dreaming, but with a Nokia sticker on the Qt logo it doesn't sound all that impossible). No they are just external libs. You can avoid to use them without any problem.. -- Samuel Goldwynhttp://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html - For your information, I would like to ask a question. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser not launched, Maemo 4.1.2 SDK
Hi Srina, If I got correctly, what you are looking for is a complete emulation... Take a look of this: http://marcin.juszkiewicz.com.pl/2008/09/20/maemo-in-qemu-n8x0-emulation-presentation/ BR, Antonio On Tue, May 26, 2009 at 6:18 AM, Srinivasan Kumarasamy kksr...@gmail.comwrote: Hi Daniel, Could vmware images help me to have SDK and a fully functional maemo device link environment ? If it could help, which image can i download from, http://tablets-dev.nokia.com/maemo-dev-env-downloads.php Since my Ubuntu version is 'Ubuntu 8.10 - the Intrepid Ibex', should I use, 'Maemo_Diablo_Ubuntu_Intrepid_Server_SDK_Virtual_Image.ziphttp://tablets-dev.nokia.com/maemo-dev-env-downloads.php?f=Maemo_Diablo_Ubuntu_Intrepid_Server_SDK_Virtual_Image.zip ' Thanks, Srini On Mon, May 25, 2009 at 8:02 PM, daniel wilms daniel.wi...@nokia.comwrote: Hi Srinivasan, no you are not missing anything during the installation. The reason for this is, that the browser is not part of the SDK and cannot be started from the UI. The icon is just there to avoid corruptions of the menus within the task navigator. Cheers Daniel ___ 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 -- Mitch Hedberghttp://www.brainyquote.com/quotes/authors/m/mitch_hedberg.html - My fake plants died because I did not pretend to water them. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
