Re: Fremantle: HildonCheckButton with two labels
Aniello, thanks for the input. I'll give it a try, but I like to use the second label as description label, as it has a smaller font. Not sure how it will look when I put that much text on a normal check button. But I'll try :) Conny On Mon, 2009-09-21 at 12:02 +0100, Aniello Del Sorbo wrote: > May be you don't like it, but why don't actually use the "explanation" > label as the main checkbox label? > > What's the point of having the first label "Xml backend" if you then > need to explain it a row below? > Either you change the one row text to make it clear what you're > clicking or put the explanation in the already existing "I"nfo button. > > The latter would make sense so me. > Would it for you as well? > > Aniello > > 2009/9/21 Alberto Garcia : > > On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote: > > > >> I'm trying to create a Hildon check button with two labels. The > >> problem is that HildonCheckButton only supports one label. Why? > > > > As Mox explained, that check button was designed to have only one > > label. > > > > If we supported two we wouldn't be able to use some of GtkButton's > > functions, notably gtk_button_set_label() > > > > I can't think of any obvious workaround other than writing a new > > widget based on the HildonButton code... > > > >> It looks like the inheritance tree of the Hildon*Buttons is quite > >> messy! > >> Are there any plans to fix that or will it be fixed with Qt? > > > > Hopefully we'll be able to make this simpler in the future: > > > > https://bugzilla.gnome.org/show_bug.cgi?id=557720 > > > > Berto > > ___ > > 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: Application data backup on Fremantle
On Mon, 2009-09-21 at 23:08 +0100, Graham Cobb wrote: > - Original message - > > On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote: > > > If it doesn't fit in any of the mentioned categories you can use the > > > category "other", which will be taken into account for any backup the > > > user makes. > > > > Thanks, that sounds good. Just to clarify things: The "applications" > > category is the list of installed applications, right? It's not data > > which an 3rd party application provides? > > > > So in my case (Conboy notes in /home/user/.conboy/) I should use > > "other"?! > > > > Thanks again! > > Conny > > > > > > I tested "other" on a plane earlier today - it seems to work but it has no > checkbox in the list on either backup or restore. It seems to be included if > any other category is included. So someone who thinks they are only > restoring their application list, for example, would find out they have > overwritten their GPE Calendar data from the backup! Thanks for testing that, but as you pointed out, it's really a problem that it is _always_ restored. Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
On Sun, Sep 20, 2009 at 11:27 PM, Kees Jongenburger wrote: > On Mon, Sep 21, 2009 at 12:23 AM, Attila Csipa wrote: >> On Sunday 20 September 2009 23:11:07 Kees Jongenburger wrote: >> >> Well if you need just serial and don't mind the expense, probably the easiest >> way is a bluetooth modem, a la >> http://www.sparkfun.com/commerce/product_info.php?products_id=582 > > That certainly works (as proven) but it's not what I would like to do. > For my project this is probably already taking > to much space. For your info the project proposal I am working on > involves adding more buttons to the device. The best for me would be > to simply implement a usb-hid device. The parani modules are very small, adding them to an arduino can give you a keyboard scanner. http://www.sena.com/products/industrial_bluetooth/esd.php Then there's this the whole PC-104 keyboard is implemented (I have one): http://www.dealextreme.com/details.dx/sku.16685 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N900 Usb Host + Power Charge
Hi would it be possible to enable USB host mode by connecting an external "power injector" http://tabletblog.com/2006/01/usb-power-injector-2.html between the N900 and a USB client? cheers, Igor Stoppa wrote: >> The N900 comes without USB host mode. When I asked I was told that the >> limitation comes at hardware level. > > I can confirm this. The most reasonable setup would have been to provide > the A connector, but only gadget mode working forthe sales release, then > in a SW update to provide full spectrum support. >> The reason for this decision was the complexity of providing support >> for charging, PC connectivity and USB OTG efficiently through the same >> Micro USB port within the project deadlines. -- Thomas Tanner -- email: tan...@gmx.de GnuPG: 1024/5924D4DD ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
- Original message - > On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote: > > If it doesn't fit in any of the mentioned categories you can use the > > category "other", which will be taken into account for any backup the > > user makes. > > Thanks, that sounds good. Just to clarify things: The "applications" > category is the list of installed applications, right? It's not data > which an 3rd party application provides? > > So in my case (Conboy notes in /home/user/.conboy/) I should use > "other"?! > > Thanks again! > Conny > > I tested "other" on a plane earlier today - it seems to work but it has no checkbox in the list on either backup or restore. It seems to be included if any other category is included. So someone who thinks they are only restoring their application list, for example, would find out they have overwritten their GPE Calendar data from the backup! Of course a similar problem occurs with the built in Calendar app: its data is included in the Communications category, which seems to have plenty of potential for confusion. The current backup/restore app should come with a public health warning: only ever select all categories, for backup or restore, or else unpredictable things will happen! Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
Thanks you both for all the support. Unfortunately, from evaluation of your feedbacks, I found out that the information in http://maemo.org/packages/view/mclock/ is outdated and does not reflect the currently uploaded package (build3) but instead still contains the information from an earlier build. The errors mentioned in there were (hopefully) resolved by me in the way you mentioned in build3 which is the most recently uploaded package. Is there a problem with the queue for loading into fremantle extras-devel repository (taking too long) or is my package so wrong (perhaps a py2deb bug)? It did however build OK (https://garage.maemo.org/builder/fremantle/mclock_0.6.0-3/) [2009-09-21 20:55:21] Processing package mclock 0.6.0-3. Uploader: twaelti, builder: builder1 [2009-09-21 20:55:29] Building mclock 0.6.0-3 for target 'maemo-fremantle-i386-extras-devel' [2009-09-21 20:56:26] OK [2009-09-21 20:56:27] Signing build results [2009-09-21 20:56:34] mclock 0.6.0-3 has been queued for loading into fremantle extras-devel repository I will wait for the repository and package view webpage to get updated with the newer build and try again tomorrow. Thanks! -Tom > On Mon, Sep 21, 2009 at 4:02 PM, Jeremiah Foster > wrote: >> The following packages have unmet dependencies: >> mclock: Depends: gnome-python (>= 2.26.1-1maemo1) >> Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable >> Depends: pygame (>= 1.8.1release-0maemo3) but it is not >> > > You are using the wrong package names, you should use: > > python-gtk2 > python-pygame > > Regards, ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
On Mon, Sep 21, 2009 at 4:02 PM, Jeremiah Foster wrote: > The following packages have unmet dependencies: > mclock: Depends: gnome-python (>= 2.26.1-1maemo1) > Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable > Depends: pygame (>= 1.8.1release-0maemo3) but it is not You are using the wrong package names, you should use: python-gtk2 python-pygame 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: Debmaster: Help for PyMaemo dependency hell on Fremantle?
On Sep 21, 2009, at 21:13, Thomas Wälti wrote: Hello Jeremiah Hi Tom! (I'm CCing the development list as well, in case anyone else has this problem.) My name is Tom (maemo user twaelti) and I'm the developer of mClock. I've also used this application to create the pypackager and py2deb wiki pages. Want I want to achieve is to make app development using Python accessible for entry/casual developers. Sounds great. [sbox-FREMANTLE_X86: ~/MyDocs/mclock] > apt-get install mclock Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: mclock: Depends: gnome-python (>= 2.26.1-1maemo1) Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable Depends: pygame (>= 1.8.1release-0maemo3) but it is not installable E: Broken packages Can you help me resolve this problem? Here's your problem: Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable Depends: pygame (>= 1.8.1release-0maemo3) but it is not installable More about the package can be found at http://maemo.org/packages/view/mclock/ Looking around a little more closely at the link you sent, I can see that you are also not identifying which section your software goes in. See this link for the warning: http://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_i386/mclock/0.6.0 If you need more information on Maemo packaging policy (specifically where to place your software in the user/ tree) see this link: http://wiki.maemo.org/Task:Packaging_Policy_proposed_changes It depends on "python-gtk2 (>= 2.12.1-6maemo4), python-pygame (>= 1.8.1release-0maemo1), gnome-python (>= 2.26.1-1maemo1), python- hildon (>= 0.9.0-1maemo1), python-osso (>= 0.3-2maemo3)" My guess is that there is a problem with one of the underlying dependenices, but how to find out? The clearest message you receive is at the end of apt-get's run, when it says; "The following packages have unmet dependencies:" What has happened is that you depend on two python libraries that are newer than the libraries in the repos. Can you help me solve this issue? The simplest way is for you to upload the required dependencies, or to use the existing dependencies with your software. This means there is extra work for you to do one way or the other - if you decide to upload newer versions of your dependencies, you'll have to package them yourself. If you go back and use the existing dependencies (which might be a good idea) then you will have to change your software to use different functions and / or libraries to get the functionality you need. I would like to have the app in the repo before the summit :-) Three weeks left - but definitely doable. (I used apt-cache show... and also searched for the python packages through http://maemo.org/packages/ , but don't know how to continue). I think the best thing for you and your users (remember they are going to use the existing repos too) is for you to limit the amount of dependencies your software uses. Yes, this limits the functionality you can use and also limits the opportunity to use code already written, but it avoids hard to solve dependency problems. Of course, only you can decide exactly what balance you want to strike, but adapting your software to the existing libraries means you are more likely to have stable, well-tested dependencies. Jeremiah___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Opt Bof?
Marius Vollmer ha scritto: > Hmm, what about a Opt BoF at the Maemo Summit? We could get together to > talk about what we should do near term, and maybe also about the long > term. I think this is an excellent idea: I have followed the whole thread rather casually and I could use some coaching. Andrea. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Opt Bof?
ext Andrew Flegg writes: > On that point, can you upload it to Extras for *diablo*? Will do. We can think about whether to modify its behavior later on. I.e., the default on Diablo might be to not do anything. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Opt Bof?
On Mon, Sep 21, 2009 at 17:10, Marius Vollmer wrote: > > Cool. I think the biggest open question is how to avoid forking a > package just for to include maemo-optify in debian/rules. On that point, can you upload it to Extras for *diablo*? I want to have a single Build-Depends if I can avoid it, but now my test package won't build in the diablo autobuilder :-( Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council chair ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Opt Bof?
ext Andrew Flegg writes: > On Mon, Sep 21, 2009 at 16:54, Marius Vollmer > wrote: >> >> Hmm, what about a Opt BoF at the Maemo Summit? We could get together to >> talk about what we should do near term, and maybe also about the long >> term. > > Sounds good. Ok, let's do that then. (Do we need to register the BoF ahead of time?) > I've added an "optify" facility to MUD, so that if you > specify "optify=1" in the XML file, it'll stick maemo-optify into > debian/rules in the appropriate place. Cool. I think the biggest open question is how to avoid forking a package just for to include maemo-optify in debian/rules. > Interestingly, my first with it seemed to move the stuff into /opt > correctly, but didn't put any symlinks in. Perhaps because it was > trying to do it on a directory which already existed from a previous > version? Hmm, maemo-optify is of course quite untested, especially from inside debian/rules. This particular behavior doesn't ring any bells, unfortunately. The script itself is very simple, so it might be a good idea to put some "print"s into it, if it confuses you. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Opt Bof? (was: Considering /opt and MyDocs in your packages)
On Mon, Sep 21, 2009 at 16:54, Marius Vollmer wrote: > > Hmm, what about a Opt BoF at the Maemo Summit? We could get together to > talk about what we should do near term, and maybe also about the long > term. Sounds good. I've added an "optify" facility to MUD, so that if you specify "optify=1" in the XML file, it'll stick maemo-optify into debian/rules in the appropriate place. Interestingly, my first with it seemed to move the stuff into /opt correctly, but didn't put any symlinks in. Perhaps because it was trying to do it on a directory which already existed from a previous version? Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council chair ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Opt Bof? (was: Considering /opt and MyDocs in your packages)
"Vollmer Marius (Nokia-D/Helsinki)" writes: >> The **really** interesting question is going to be whether someone can come >> up >> with a solution which Nokia can (and will agree to) apply in a Fremantle >> update! > > Indeed! Hmm, what about a Opt BoF at the Maemo Summit? We could get together to talk about what we should do near term, and maybe also about the long term. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
The "auto" is explained in the Diablo documentation. It had to do with asking permission to the User about overwriting a file or not. I recall "auto" was to avoid asking and automatically overwrite (I think when restoring). It's only effective for files. Anidel 2009/9/21 Graham Cobb : > I think "settings" should be used for settings in extras apps but not really > for their data. > > I don't think "applications" should be used. Isn't that the application list? > I haven't tested "other" yet - anyone tried it? > > And what does "auto" do? > > Graham > > - Original message - >> 2009/9/21 Andrew Flegg : >> > On Mon, Sep 21, 2009 at 08:52, daniel wilms wrote: >> > > >> > > the "documents" category is deprecated in Fremantle. These are the >> > > categories, which can be used in Fremantle: >> > > >> > > -- "comm_and_cal" for communication and calender >> > > -- "settings" for system settings >> > > -- "bookmarks" for bookmark >> > > -- "applications" for 3rd apps list >> > >> > Sorry, to clairfy the language - if "documents" doesn't work, it's not >> > "deprecated" it's "unsupported". The former means it will continue to >> > work but support may be removed in future. The latter means it won't >> > work. >> > >> > Cheers, >> > >> > Andrew >> > >> >> Indeed I think it didn't work for him. >> Anyway, "settings" is then only for system settings? >> Not for our own application settings? >> >> Thus we need to use "applications" mainly (for our settings at least) ? >> >> -- >> anidel >> Sent from London, Eng, United Kingdom >> ___ >> 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 > -- -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Notifications and Fremantle: How should they be done?
Hi, Ah, OK. Using a HildonBanner is fine with me; I just assumed that we would be able to use libnotify in the same way. Thanks! :) Best Regards, Faheem On Mon, Sep 21, 2009 at 11:07 AM, daniel wilms wrote: > Hi, > > right now the described notification is not meant to be used by 3rd party > developers. Please try to follow the instructions of the HIG [1] on how to > display information to the user. I don't know what you want to achieve, but > I guess a banner could be the right way to do it. > > [1] > http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Human_Interface_Guidelines/Notes_and_Banners > > Cheers Daniel > > ext Faheem Pervez wrote: >> >> Hi, >> >> In Diablo, getting a notification to popup in the bottom-left corner >> (e.g. Modest's new mail notifcations) could be simply done using the >> libnotify API as-is. However, in Fremantle, this does not appear to be >> the case any more (from what I can tell, anyway) and I was wondering >> if anyone had any hints on how to show notifications like the one seen >> at 1:15 on the video found on http://maemo.nokia.com/ ("New SMS >> message received"). >> I've also tried using libhildonnotification, too, but as it is (in >> essence) a wrapper for libnotify, it doesn't help me much and yields >> the same result as me using libnotify directly. >> >> Best Regards, >> Faheem >> ___ >> 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: Application data backup on Fremantle
I think "settings" should be used for settings in extras apps but not really for their data. I don't think "applications" should be used. Isn't that the application list? I haven't tested "other" yet - anyone tried it? And what does "auto" do? Graham - Original message - > 2009/9/21 Andrew Flegg : > > On Mon, Sep 21, 2009 at 08:52, daniel wilms wrote: > > > > > > the "documents" category is deprecated in Fremantle. These are the > > > categories, which can be used in Fremantle: > > > > > > -- "comm_and_cal" for communication and calender > > > -- "settings" for system settings > > > -- "bookmarks" for bookmark > > > -- "applications" for 3rd apps list > > > > Sorry, to clairfy the language - if "documents" doesn't work, it's not > > "deprecated" it's "unsupported". The former means it will continue to > > work but support may be removed in future. The latter means it won't > > work. > > > > Cheers, > > > > Andrew > > > > Indeed I think it didn't work for him. > Anyway, "settings" is then only for system settings? > Not for our own application settings? > > Thus we need to use "applications" mainly (for our settings at least) ? > > -- > anidel > Sent from London, Eng, United Kingdom > ___ > 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: PUSH N900 (Was Re: N900 usb host + power charge)
On Monday 21 September 2009 13:42:25 Kees Jongenburger wrote: > > In that case, you might as well use the infrared port - definitely > > cheaper, can do serial, and probably takes up less space than those BT > > modems. > > http://maemo.nokia.com/n900/specifications/ > > Doesn't talk about IR, is it a IR sender or transceiver ? It seems to be an easter egg, so no official specs, only irreco is confirmed to use it so far ( http://talk.maemo.org/showthread.php?t=31399 ). The irreco backends in fremantle are noted to include telnet and commandline, this seems to suggest a transceiver, but a Nokia confirmation would sure come handy. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
On Mon, Sep 21, 2009 at 1:39 PM, Attila Csipa wrote: > On Monday 21 September 2009 08:27:43 Kees Jongenburger wrote: >> > Well if you need just serial and don't mind the expense, probably the >> > easiest way is a bluetooth modem, a la >> > http://www.sparkfun.com/commerce/product_info.php?products_id=582 >> >> That certainly works (as proven) but it's not what I would like to do. >> For my project this is probably already taking >> to much space. For your info the project proposal I am working on >> involves adding more buttons to the device. The best for me would be >> to simply implement a usb-hid device. > > In that case, you might as well use the infrared port - definitely cheaper, > can do serial, and probably takes up less space than those BT modems. http://maemo.nokia.com/n900/specifications/ Doesn't talk about IR, is it a IR sender or transceiver ? > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
On Monday 21 September 2009 08:27:43 Kees Jongenburger wrote: > > Well if you need just serial and don't mind the expense, probably the > > easiest way is a bluetooth modem, a la > > http://www.sparkfun.com/commerce/product_info.php?products_id=582 > > That certainly works (as proven) but it's not what I would like to do. > For my project this is probably already taking > to much space. For your info the project proposal I am working on > involves adding more buttons to the device. The best for me would be > to simply implement a usb-hid device. In that case, you might as well use the infrared port - definitely cheaper, can do serial, and probably takes up less space than those BT modems. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle: HildonCheckButton with two labels
May be you don't like it, but why don't actually use the "explanation" label as the main checkbox label? What's the point of having the first label "Xml backend" if you then need to explain it a row below? Either you change the one row text to make it clear what you're clicking or put the explanation in the already existing "I"nfo button. The latter would make sense so me. Would it for you as well? Aniello 2009/9/21 Alberto Garcia : > On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote: > >> I'm trying to create a Hildon check button with two labels. The >> problem is that HildonCheckButton only supports one label. Why? > > As Mox explained, that check button was designed to have only one > label. > > If we supported two we wouldn't be able to use some of GtkButton's > functions, notably gtk_button_set_label() > > I can't think of any obvious workaround other than writing a new > widget based on the HildonButton code... > >> It looks like the inheritance tree of the Hildon*Buttons is quite >> messy! >> Are there any plans to fix that or will it be fixed with Qt? > > Hopefully we'll be able to make this simpler in the future: > > https://bugzilla.gnome.org/show_bug.cgi?id=557720 > > Berto > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle: HildonCheckButton with two labels
On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote: > I'm trying to create a Hildon check button with two labels. The > problem is that HildonCheckButton only supports one label. Why? As Mox explained, that check button was designed to have only one label. If we supported two we wouldn't be able to use some of GtkButton's functions, notably gtk_button_set_label() I can't think of any obvious workaround other than writing a new widget based on the HildonButton code... > It looks like the inheritance tree of the Hildon*Buttons is quite > messy! > Are there any plans to fix that or will it be fixed with Qt? Hopefully we'll be able to make this simpler in the future: https://bugzilla.gnome.org/show_bug.cgi?id=557720 Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
2009/9/21 Andrew Flegg : > On Mon, Sep 21, 2009 at 08:52, daniel wilms wrote: >> >> the "documents" category is deprecated in Fremantle. These are the >> categories, which can be used in Fremantle: >> >> -- "comm_and_cal" for communication and calender >> -- "settings" for system settings >> -- "bookmarks" for bookmark >> -- "applications" for 3rd apps list > > Sorry, to clairfy the language - if "documents" doesn't work, it's not > "deprecated" it's "unsupported". The former means it will continue to > work but support may be removed in future. The latter means it won't > work. > > Cheers, > > Andrew > Indeed I think it didn't work for him. Anyway, "settings" is then only for system settings? Not for our own application settings? Thus we need to use "applications" mainly (for our settings at least) ? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Notifications and Fremantle: How should they be done?
Hi, right now the described notification is not meant to be used by 3rd party developers. Please try to follow the instructions of the HIG [1] on how to display information to the user. I don't know what you want to achieve, but I guess a banner could be the right way to do it. [1] http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Human_Interface_Guidelines/Notes_and_Banners Cheers Daniel ext Faheem Pervez wrote: > Hi, > > In Diablo, getting a notification to popup in the bottom-left corner > (e.g. Modest's new mail notifcations) could be simply done using the > libnotify API as-is. However, in Fremantle, this does not appear to be > the case any more (from what I can tell, anyway) and I was wondering > if anyone had any hints on how to show notifications like the one seen > at 1:15 on the video found on http://maemo.nokia.com/ ("New SMS > message received"). > I've also tried using libhildonnotification, too, but as it is (in > essence) a wrapper for libnotify, it doesn't help me much and yields > the same result as me using libnotify directly. > > Best Regards, > Faheem > ___ > 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
we are maemo
Hi, Nokia is gearing up towards releasing the greatly anticipated N900 device which allows each and every one of us to use and create our dream apps in! They have listened to the community and it has sourced the best components it can to produce what I say is an outstanding piece of technological magic. Our heritage is strong, this device follows from the n800 and n810 and the good, solid, strong applications we created there will continue to be beacons in the night. Those same applications appear to work well on the new device and give us a solid path towards the future. With the new device comes new capabilities, features and interfaces and methods of interacting we have not had before. I am confident new apps will emerge which will make use of each and every component and people will find ever inventive tools and hacks to make this device shine! We have already started on this path, there is a great amount of interest in using the accelerometer, from things like Jaffas' Attitude to Sampo playing with shake2control and even my own onedotzero and liqbase apps. I am impressed by the stability and sensitivity of the hardware in all conditions. The Nokia Push N900 initiative has shown some of the capabilities of sending text messages and controlling the environment with radio waves. We have an amazing camera on the device - another missing link from the previous devices, very warmly recieved and in full use every day! Next month, we have the second maemo summit in Amsterdam - bigger than last year but with the same agenda: to bring us together and connect us. I look forward to the connections and collaborations we will make there and hope we each fulfill our dreams. The hardware is powerful, the operating system is slick, the community is strong. A chorus of voices. We are maemo. Gary Birkett (Maemo Council candidate) Open source Open heart Open future ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
On Mon, Sep 21, 2009 at 08:52, daniel wilms wrote: > > the "documents" category is deprecated in Fremantle. These are the > categories, which can be used in Fremantle: > > -- "comm_and_cal" for communication and calender > -- "settings" for system settings > -- "bookmarks" for bookmark > -- "applications" for 3rd apps list Sorry, to clairfy the language - if "documents" doesn't work, it's not "deprecated" it's "unsupported". The former means it will continue to work but support may be removed in future. The latter means it won't work. Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council chair ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle: HildonCheckButton with two labels
On Sat, Sep 19, 2009 at 12:00:50PM +0200, Cornelius Hald wrote: > In my HildonButton subclass. Instead of setting the GtkCellView using > hildon_button_set_image(), I also tried gtk_button_set_image(). The > problem with the latter is, that it's just never shown. Probably > HildonButton is somehow overriding the image part of GtkButton. Yes, because GtkButton's _set_image() is not a virtual method. GtkButton supports an image and a label. If you change that default layout (which is what HildonButton does) there's no way to reuse some of its methods. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Fremantle: HildonCheckButton with two labels
On Mon, 2009-09-21 at 10:35 +0200, ext-mox.so...@nokia.com wrote: > >-Original Message- > >From: ext Cornelius Hald [mailto:h...@icandy.de] > > > >There are two things that I don't really like about this: > >1) Putting the settings and about buttons on level deeper will > >add one more level of dialogs and I don't like dialogs that > >open dialogs. I think it's cluttered. I'm already unhappy to > >have two levels of dialogs. > > Umm, I didn't actually suggest to add more levels of dialogs. > > What you could do is to merge the info sub-dialog and settings-subdialog into > one subdialog. That single subdialog would open when pressing the list item. > Since I haven't seen those subdialogs, hard to say if it makes sense. Fair enough :) As you don't know the dialogs it's of course impossible to tell. The info dialog is like a GtkAboutDialog - name, description, authors, license, etc.. The other dialog is provided by the plugin. I think that's to much info for one dialog and the things are too unrelated, therefore I think it doesn't make sense to merge them. Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote: > If it doesn't fit in any of the mentioned categories you can use the > category "other", which will be taken into account for any backup the > user makes. Thanks, that sounds good. Just to clarify things: The "applications" category is the list of installed applications, right? It's not data which an 3rd party application provides? So in my case (Conboy notes in /home/user/.conboy/) I should use "other"?! Thanks again! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Fremantle: HildonCheckButton with two labels
>-Original Message- >From: ext Cornelius Hald [mailto:h...@icandy.de] > >But of course I could recreate the same layout as I have now, >but instead of buttons using a TreeView. [...] I >might give it a try, though. How is the cell renderer called >that is used for the two-row text? Talk to the coders and/or hildon maintainers about that... Mox ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
If it doesn't fit in any of the mentioned categories you can use the category "other", which will be taken into account for any backup the user makes. Cheers Daniel ext Cornelius Hald wrote: > On Mon, 2009-09-21 at 10:52 +0300, daniel wilms wrote: > >> Hi, >> >> the "documents" category is deprecated in Fremantle. These are the >> categories, which can be used in Fremantle: >> >> -- "comm_and_cal" for communication and calender >> -- "settings" for system settings >> -- "bookmarks" for bookmark >> -- "applications" for 3rd apps list >> > > Thanks for the info Daniel, but which category are we supposed to take > for documents? Non of which you mentioned sounds like it would fit. > > Cheers! > Conny > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
On Mon, 2009-09-21 at 10:52 +0300, daniel wilms wrote: > Hi, > > the "documents" category is deprecated in Fremantle. These are the > categories, which can be used in Fremantle: > > -- "comm_and_cal" for communication and calender > -- "settings" for system settings > -- "bookmarks" for bookmark > -- "applications" for 3rd apps list Thanks for the info Daniel, but which category are we supposed to take for documents? Non of which you mentioned sounds like it would fit. Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application data backup on Fremantle
Hi, the "documents" category is deprecated in Fremantle. These are the categories, which can be used in Fremantle: -- "comm_and_cal" for communication and calender -- "settings" for system settings -- "bookmarks" for bookmark -- "applications" for 3rd apps list The wiki will be updated with this information. Cheers Daniel ext Cornelius Hald wrote: > On Sat, 2009-09-19 at 15:04 +0100, Graham Cobb wrote: > >> Testers report that GPE data is not being included in the backup on >> Fremantle >> (and that other applications are seeing the same thing). Where is the >> documentation on how to use backup in Fremantle? >> > > Thanks Graham, I'm having the same problem, also using the "documents" > category. I checked the Maemo 5 developers guide, but couldn't find > information concerning Fremantle. > > Cheers! > Conny > > > ___ > 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: PUSH N900 (Was Re: N900 usb host + power charge)
On Mon, Sep 21, 2009 at 9:28 AM, W. de Hoog wrote: > Hi, > > > http://wiki.github.com/keesj/push_nbutton > Nice idea using lego. This lego was just for prototyping the real thing needs to be different and have real button and room to store the hardware. Greetings ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
Hi, On Mon, Sep 21, 2009 at 9:28 AM, W. de Hoog wrote: > Hi, > > > http://wiki.github.com/keesj/push_nbutton > Nice idea using lego. Maybe you can hide a wiimote in it. Bluetooth, > buttons, tilt sensor. See > http://konttoristhoughts.blogspot.com/2008/05/wiicontrol-for-nokia-n810-n800.html > for a start. Thanks a lot Willem-Jan this is a great and simple idea. I even packaged cwiid[1] in the past using mud[2] but completely forgot about it. Greetings [1] https://garage.maemo.org/viewvc/trunk/packages/cwiid.xml?revision=187&root=mud-builder [2] http://mud-builder.garage.maemo.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
On Mon, Sep 21, 2009 at 8:47 AM, Fred Lefévère-Laoide wrote: >> That certainly works (as proven) but it's not what I would like to do. >> For my project this is probably already taking >> to much space. For your info the project proposal I am working on >> involves adding more buttons to the device. The best for me would be >> to simply implement a usb-hid device. >> > > Why don't you implement a bluetooth HID ? I Would like to keep the cost down if possible. An other reason is that this setup will work for different purposes(I have a few servo's that might be used) . For those who might want to go that way I think the easy way of doing this might be to still use a serial BT and use Fanoush'f port of kbdd[1] as it allows serial BT keyboards. By using this you don't need to much programming on the maemo side to generate key events. http://fanoush.wz.cz/maemo/ > You could even use a N800/N8100 with BlueMaemo to emaulate the client part > :) Using a N800 for doing is is perhaps somewhat over the top. I dutch we call this "Schieten met een kanon op een mug" or translated "Shooting with a gun on a mosquito" :p Thanks for the feedback Greeting Kees Jongenburger ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PUSH N900 (Was Re: N900 usb host + power charge)
Hi, > http://wiki.github.com/keesj/push_nbutton Nice idea using lego. Maybe you can hide a wiimote in it. Bluetooth, buttons, tilt sensor. See http://konttoristhoughts.blogspot.com/2008/05/wiicontrol-for-nokia-n810-n800.html for a start. regards, -- Willem-Jan de Hoog ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Fremantle: HildonCheckButton with two labels
On Sun, 2009-09-20 at 21:39 +0200, ext-mox.so...@nokia.com wrote: > To me it seems you are trying to cram a bit too much functionality into a > single dialog. > It's of course feasible, as you show, but it's a bit too "Maemo 4" to my > taste. Just for completeness, here is a screenshot of the (unfinished) Diablo version: http://talk.maemo.org/attachment.php?attachmentid=3925&stc=1&d=1250602896 > What you could do instead is to replace the checkbuttons with a GtkTreeview > (inside pannable), i.e. a list: > * you can keep the "checkbox graphics" within the list, but that will > require custom cellrenderer > * remove the "info" and "settings" buttons for each plugin for this dialog > * pressing the list item on top of checkbox, would obviously turn it on/off > * pressing the list item elsewhere would open a sub-dialog, which would > contain the info/settings stuff for the plugin. Could be pannable if needed. > * list supports the two-row text approach, if you want to use that, via > custom cellrenderer There are two things that I don't really like about this: 1) Putting the settings and about buttons on level deeper will add one more level of dialogs and I don't like dialogs that open dialogs. I think it's cluttered. I'm already unhappy to have two levels of dialogs. 2) Tapping on the check box of the row will perform a different action than tapping on the text of the row. I think this is confusing to the user as the text is basically the caption of the check box. Therefore text/caption and check box really belong together. But of course I could recreate the same layout as I have now, but instead of buttons using a TreeView. It probably will work, but don't think it will look as clean as the buttons. I might give it a try, though. How is the cell renderer called that is used for the two-row text? Sorry, that I can't completely agree with your idea, but thank you for taking the time :) Hopefully we'll find something that looks nice and is functional. Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers