Re: N900: water damage
So good knowledge has been shared here: http://discussions.nokia.com/t5/Pool-of-Knowledge/Dropped-your-phone-in-water-Here-s-what-to-do-next/td-p/380349 anidel On Fri, Sep 14, 2012 at 4:06 PM, ~D schoapp...@gmail.com wrote: Hi, A little bit of water was slipping from my bottle and hit my n900. First the screen was falling away sometimes. Then I saw a little water on the keybd when I moved the keybd out and in. I powered the phone off and waited for a few hours. When I didn't see any water anymore, I powered it on, it looks to behave normal again, until I tried to charge it, which didn't work. Then I noticed that I couldn't turn it off normally, so I removed the battery to turn it off. Since then I can't boot my n900. Only a white nokia screen flashes on, and disappears after 20 sec or so. When I charge it, the orange light stays on constantly, that doesn't look normal too. I did use the power kernel. Anything I can do to safe my device? Thanks in advance, Dirk __**_ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/**mailman/listinfo/maemo-**developershttps://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Promotion from extras-devel
Hi, few minutes ago I promoted (or better, tried to promote) Xournal to extras-testing for approval to Extras. After logging in and clicking on the Promote Package on the ARMEL version, the browser hung. Now, whenever I load the ARMEL package page: https://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/xournal/0.4.5-1fremantle13/ I still see the Promote package link, but when I click it I get a SEVER ERROR 500 (uh uh!?) stating that the package has already been promoted: Server Error Package has already been promoted. Error 500 My guess is that the process has been interrupted somehow? Could someone investigate please? Thank you. anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Promotion from extras-devel
Not sure if someone worked on this, but it is fine now. Thanks! anidel On Fri, Jun 10, 2011 at 14:25, Aniello Del Sorbo ani...@gmail.com wrote: Hi, few minutes ago I promoted (or better, tried to promote) Xournal to extras-testing for approval to Extras. After logging in and clicking on the Promote Package on the ARMEL version, the browser hung. Now, whenever I load the ARMEL package page: https://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/xournal/0.4.5-1fremantle13/ I still see the Promote package link, but when I click it I get a SEVER ERROR 500 (uh uh!?) stating that the package has already been promoted: Server Error Package has already been promoted. Error 500 My guess is that the process has been interrupted somehow? Could someone investigate please? Thank you. anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [CSSU] maemo-developers as official mailing list for Community SSU?
On Thu, Feb 17, 2011 at 10:44, Andrew Flegg and...@bleb.org wrote: Hi, I'd like to propose that we say maemo-developers is the official mailing list for discussion about the development of the Maemo 5 Community SSU: http://wiki.maemo.org/Community_SSU The traffic here is quite low now, and this would be taking us back towards the 2005 definition of the list: to discuss the development of Maemo :-) I don't expect the traffic to be high, but would suggest that CSSU topics are prefixed with [CSSU] in the subject line. Does anybody (incl. MohammadAG ;-)) have any objections? If not, I'll update the appropriate wiki page (Community_SSU/Development) Perhaps it would even be possible to subscribe maemo-developers to merge requests under http://gitorious.org/community-ssu (something mardy sort of suggested); but that might be an idea too far. Comments, as ever, welcome. Thanks in advance, Andrew I vote for this and I also agree with subscribing maemo-developers to the merge requests. There are not too many and gives them a nicer visibility and gives us a better idea on what people are working on. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: suspendprocess - poor man's power save
- Original message - On Sun, Sep 19, 2010 at 17:58, Robin Burchell virot...@viroteck.net wrote: Anyway: this was pretty much in keeping with my idea: move it into the task switcher (hildon-desktop/other) so that applications which are moved to background are stopped (unless they signal for whatever reason that they need to be kept running, but I'm not even sure that is necessary: if you really need to do background processing constantly, why do it in a GUI application?) I suggested something similar three years ago (wow, Maemo's old ;-)) and the reaction was less favourable: http://www.gossamer-threads.com/lists/maemo/users/26337 For example, Igor Stoppa wrote: You are proposing a shortcut that is encouraging crappy code to be written, since the system will always take care of saying: psst, pretend to be a properly written piece of code. If an application has nothing to do, it _must_ be blocked waiting for something, such as an event, a timer, whatever it cares about, nothing else. Personally, I think it'd still be useful; without going to the (almost) co-operative multi-tasking of iOS. Cheers, Andrew I'd agree with Igor if the application is a newly written one. But when porting from desktop to Maemo, adapting the code to be less power hungry can be a daunting task and not many developers have time for it (let's not forget that many port apps to Maemo for fun or bacause they need the port... it is, indeed, a hobby) So I'd favour such an approach as well. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: hildon file chooser dialog
On 6 June 2010 06:40, ds d...@physik.de wrote:
Hello,
I have a problem with hildon file chooser dialog in scratchbox. I can
not test in N900:-)
I use simple code
hildon_file_chooser_dialog_new((GtkWindow*)window,GTK_FILE_CHOOSER_ACTION_SAVE);
GtkFileFilter *filter=gtk_file_filter_new();
gtk_file_filter_add_pattern (filter,*.png);
gtk_file_chooser_set_filter (GTK_FILE_CHOOSER (fdialog),filter);
gtk_file_chooser_set_current_name (GTK_FILE_CHOOSER (fdialog),
nicedraw);
gtk_widget_show_all(GTK_WIDGET(fdialog));
if (gtk_dialog_run (GTK_DIALOG (fdialog)) == GTK_RESPONSE_OK) {
SaveToFile=TRUE;
char nn[150];
char *filename;
filename = gtk_file_chooser_get_filename (GTK_FILE_CHOOSER (fdialog));
g_stpcpy(nn,filename);
g_free (filename);
Only in case I directly press SAVE when the dialog is open, I get an
corrupted filename. If I first change location in the dialog everything
works fine.
Is this only a problem in scratchbox. I used X86 target and run it in
the full maemo GUI. My application was installed with the GUI installer.
Thanks a lot for any hint
Detlef
Probably you've got to set the default directory with a call like:
gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER
(dialog), default_path);
Where default path should point (usually) to user's Documents
(/home/user/MyDocs/.documents)
If you don't do that, or pass a wrong path, it'll default to the root
directory (/) and it'll behave like you described.
--
anidel
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
I smell a bug, but dunno where to file it
It's 8:37am here in Kamloops, BC (-8 UTC). My Nokia Messaging is set to download e-mails everyday from 8:00 to 23:59. Yesterday I played a radio station for 1 minute then stopped it and left Media Player there. This morning, before 8:00, I tried to tell Modest to download e-mail even though it was earlier than 8:00 by clicking on the SendReceive, but nothing happened (I guess as expected?). 8:00 passed and no e-mails. Note , however, this is probably not N900 fault as my landlord connection is not working very well with my N900 as after a few minutes I can't browse the web or use Internet (albeit it's connected to his WiFi). So, probably, Modest tried, but couldn't connect (but didn't say anything, it silently failed and even said latest refresh 8:01. Anyway, these are not the issue I wanted to write. I leave home at 8:05 and arrive in the office 10 minutes later (small town :)). I start to work and don't touch the phone. The N900 knows there's a WiFi it can connect to and I told him to check every 30 mins. At 8:37am the N900 plays music... without me telling it anything at all. It just starts playing music. I get hold of it, try to understand from where the music comes from and notice it's Media Player playing the radio station I was playing yesterday. At the same time I see Modest now downloading e-mails and the notifications popping up. I guess, some event must have been fired related to the Internet becoming available and Modest checked it's watch and noticed it's time to download e-mails as I kindly asked it to. But the Media Player? Why it started? Is it a Media Player issue? Should I file this bug under Media Player? or is it more a System bug? -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: I smell a bug, but dunno where to file it
On 3 June 2010 09:23, Dawid Lorenz a...@adl.pl wrote: On 3 June 2010 16:46, Aniello Del Sorbo ani...@gmail.com wrote: I guess, some event must have been fired related to the Internet becoming available and Modest checked it's watch and noticed it's time to download e-mails as I kindly asked it to. But the Media Player? Why it started? Is it a Media Player issue? Should I file this bug under Media Player? or is it more a System bug? You really must have Twitter overloaded ;) See my reply: http://twitter.com/adlorenz/status/15333794167 Don't know if that's exactly the case, as this bug is in regards to music resuming after a phone call, but might be related... Yeah, weird I didn't get your Tweet ... But it looks different. The cause maybe the same, but mine is surely unrelated to calls. Didn't have any calls for one or two days now.. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: I smell a bug, but dunno where to file it
On 3 June 2010 09:31, Aniello Del Sorbo ani...@gmail.com wrote: On 3 June 2010 09:23, Dawid Lorenz a...@adl.pl wrote: On 3 June 2010 16:46, Aniello Del Sorbo ani...@gmail.com wrote: I guess, some event must have been fired related to the Internet becoming available and Modest checked it's watch and noticed it's time to download e-mails as I kindly asked it to. But the Media Player? Why it started? Is it a Media Player issue? Should I file this bug under Media Player? or is it more a System bug? You really must have Twitter overloaded ;) See my reply: http://twitter.com/adlorenz/status/15333794167 Don't know if that's exactly the case, as this bug is in regards to music resuming after a phone call, but might be related... Yeah, weird I didn't get your Tweet ... But it looks different. The cause maybe the same, but mine is surely unrelated to calls. Didn't have any calls for one or two days now.. Anyway, filed a bug under Media Player: https://bugs.maemo.org/show_bug.cgi?id=10536 -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Zoom Keys when screen's locked
Hi guys, earlier versions of N900 allowed the volume to be changed when the screen was locked. This nice behaviour was disabled later and re-enabled in the latest firmware incarnation. However, this now behaves differently. If an application that handles the zoom keys is the foremost application before locking the screen, then the zoom events goes to that application even though you can't see it. For example Xournal and Microb will both zoom in/out if you press the +/- keys when the screen is locked and nothing appears on the screen (of course) . Before filing the bug, I would like to check if the apps should RELEASE the keys handling someone when the screen is locked or if this is a bug in the way the lock screen handles them? -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Zoom Keys when screen's locked
I commented on the bug issue: https://bugs.maemo.org/show_bug.cgi?id=8011 I did more tests and it actually works much better than before and than I thought :) If Media Player is running, it'll always gets the rockers' events (even with the screen locked and dimmed! I recall you had to activate the screen before to change the volume). If the Media Player is running and the foremost application is handling the events for his own purposes, the Media Player still gets the events as expected. However if Media Player is not running, or music is stopped, than the foremost application gets to handle the events and zoom in/put or whatever it was programmed to do with them. I assume this is a feature (as there'd be no way to know if that is a music application or not) and the application is free to do whatever it wants. I will change Xournal and make sure it won't zoom in/out if it gets those events and the screen is locked. I don't think any user would want to zoom in/out when the screen is locked :) Thanks for listening! Aniello On 1 June 2010 15:52, Aniello Del Sorbo ani...@gmail.com wrote: Hi guys, earlier versions of N900 allowed the volume to be changed when the screen was locked. This nice behaviour was disabled later and re-enabled in the latest firmware incarnation. However, this now behaves differently. If an application that handles the zoom keys is the foremost application before locking the screen, then the zoom events goes to that application even though you can't see it. For example Xournal and Microb will both zoom in/out if you press the +/- keys when the screen is locked and nothing appears on the screen (of course) . Before filing the bug, I would like to check if the apps should RELEASE the keys handling someone when the screen is locked or if this is a bug in the way the lock screen handles them? -- anidel -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Zoom Keys when screen's locked
On 1 June 2010 16:17, Faheem Pervez tripp...@gmail.com wrote: Hi, Yes, MCE introduced a D-Bus method just for this: http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#ff2ef408024bb9a77d746be7446c1423 mafw-gst-renderer is the one calling this. Indeed, it works with Vagalume as well, so I assumed it was the mafw stuff handling it somehow. Thanks :) Aniello On 6/2/10, Aniello Del Sorbo ani...@gmail.com wrote: I commented on the bug issue: https://bugs.maemo.org/show_bug.cgi?id=8011 I did more tests and it actually works much better than before and than I thought :) If Media Player is running, it'll always gets the rockers' events (even with the screen locked and dimmed! I recall you had to activate the screen before to change the volume). If the Media Player is running and the foremost application is handling the events for his own purposes, the Media Player still gets the events as expected. However if Media Player is not running, or music is stopped, than the foremost application gets to handle the events and zoom in/put or whatever it was programmed to do with them. I assume this is a feature (as there'd be no way to know if that is a music application or not) and the application is free to do whatever it wants. I will change Xournal and make sure it won't zoom in/out if it gets those events and the screen is locked. I don't think any user would want to zoom in/out when the screen is locked :) Thanks for listening! Aniello On 1 June 2010 15:52, Aniello Del Sorbo ani...@gmail.com wrote: Hi guys, earlier versions of N900 allowed the volume to be changed when the screen was locked. This nice behaviour was disabled later and re-enabled in the latest firmware incarnation. However, this now behaves differently. If an application that handles the zoom keys is the foremost application before locking the screen, then the zoom events goes to that application even though you can't see it. For example Xournal and Microb will both zoom in/out if you press the +/- keys when the screen is locked and nothing appears on the screen (of course) . Before filing the bug, I would like to check if the apps should RELEASE the keys handling someone when the screen is locked or if this is a bug in the way the lock screen handles them? -- anidel -- anidel -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quality assurance of stable software: my battery drained in few hours
On 29 May 2010 10:03, Andrea Grandi a.gra...@gmail.com wrote: Hi, On 29 May 2010 19:02, Ian v...@riseup.net wrote: Hi I went to sleep at 3:00, I wake up few minutes ago with the N900 powered off. There was not any active connection when I went to sleep, so could anyone please explain me WHO drained my whole battery?! Bluetooth? I'd check that I never use it Is this a freshly flashed N900? Or did you restore from a backup? I had mine died yesterday in half a day because a process (I think intellisync or something like that) was stuck somehow somewhere. I have mine from a restored backup. Sure I wanted it to be stable after a restore, but sometimes old config files/settings/whatever cause unexpected (quite impossible to catch in testing) behaviors. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PR1.2 for an old proto
Is this a pre-production device ? Yellow label next to the battery with an L4 on it ? If so I am having issues as well in flashing the device.. On 25 May 2010 07:41, Akos Polster a...@pipacs.com wrote: Hi, while waiting for my N900 to be delivered, my company gave me an old prototype (hardware revision 1802). Unfortunately this is too old for the PR1.2 image on tablet-devs.nokia.com. Is waiting for the new device the only option, or is there a way to install PR1.2 on this old proto? Thanks ~ Akos. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
On 21 May 2010 14:46, Juhana Jauhiainen juhana.jauhiai...@gmail.com wrote: I've set up a blog at http://durriken.org/blog/ and a repository at http://gitorious.org/maemo-ebook-reader-gsoc-2010 so you can follow my progress. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Thank you! Will try to follow as much as possible. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
Will this app support Instapaper? I just discovered this site and supporting would just be awesome. I know you can store the pages in ePub format and have this reader app read them, but having direct support integrated into the app, would be awesome. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
On 6 May 2010 16:22, Aniello Del Sorbo ani...@gmail.com wrote: Will this app support Instapaper? I just discovered this site and supporting would just be awesome. I know you can store the pages in ePub format and have this reader app read them, but having direct support integrated into the app, would be awesome. I probably need to be a little bit more specific. Instapaper with Kindle supports automatic delivery of the articles in Kindle format to your wifi enabled Kindle. It seems to be a feature that Amazon gives to its customers for a fee. What I'd like is a small daemon integrated in this eBook application that automatically retrieves the ePub from Instapaper.com daily or manually from a button in the reader (from the Book list view). It could be done as a separate project (the daemon), so not sure it should be integrated in this, actually. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
2010/4/30 Benoît HERVIER kher...@khertan.net: Personnally most of the time, specially when reading technicals books with programming line code ;) I think both is usefull, depends of book's type, and personnal preferences ... Looks like I'm the only one reading books in landscape mode ! :) Aniello Le jeudi 29 avril 2010 à 15:23 -0700, Aniello Del Sorbo a écrit : I agree with all Ryan said. Just went through the proposal. Just a concern: I think the application should be designed mainly in landscape mode, 'cause you've got longer lines. Ryan, how often do you read e-book in portrait mode on the tablets? Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
On 30 April 2010 12:07, Frank Banul frank.ba...@gmail.com wrote: On Fri, Apr 30, 2010 at 12:07 PM, Aniello Del Sorbo ani...@gmail.com wrote: 2010/4/30 Benoît HERVIER kher...@khertan.net: Personnally most of the time, specially when reading technicals books with programming line code ;) I think both is usefull, depends of book's type, and personnal preferences ... Looks like I'm the only one reading books in landscape mode ! :) I read exclusively on my N900 and only in landscape mode if you are looking for votes. Frank Thanks, no need for votes. The app will be designed, looks like, with both orientations in mind. Can't wait to put my hands on it :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
On 29 April 2010 09:24, Juhana Jauhiainen juhana.jauhiai...@gmail.com wrote: Hello, I've been lucky enough to get accepted to Google Summer of Code 2010 and my project is to develop an eBook reader for Maemo 5 with Qt 4.6. Coding starts May 24 and before that we have a Community Bonding period so I'm looking for ideas and feature requests. Would be nice to also get comments from people who have worked on eBook readers themselves. Anyway the purpose of this post is just to get some conversation started so I can start planning ahead. My original proposal can now be found at http://durriken.org/gsoc/. Juhana Jauhiainen Yup, I've noticed you got accepted and I really like the idea of an eBook reader for the N900. FBReader is there, but it's quite rough. Anyway... I am about to get an eBook reader next week and I've been reading about Ebook readers quite a lot lately. What seems to be important is the font. The default font has to be really nice on the N900 screen and look gorgeous and easy to read on the chosen background. Of course, one has to be able to choose, but the default one has to be the one most people will use. So please, take particular care on choosing it. Second, I don't know (I'll read the proposal later today) if you've already had a thought about this, but will you be using regular text (i.e. normal font rendering by Pango) or will you be looking at handling the fonts yourself? I know the font topic is a huge one and handling them properly from scratch is quite though, but a graphic reader with nice rendered font, will sure make the reading experience awesome and pleasant. Last, how do you plan to swipe through pages? Gestures, overlay buttons (a la PDF reader) or continuous read? -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage project takeover
On 28 April 2010 09:29, Javier S. Pedro ma...@javispedro.com wrote: Sorry for bumping this again, but... Niels Breet wrote: The project is completely empty and doesn't seem to be used since it has been created on 2007-12-08. I can set you as admin for that project as you seem to be a lot more active than the current admin. I'd like to get an OK from the council so we all agree on this. If there had been data in the project it was a more difficult decision, but now it seems completely empty. Two months have passed -- time for takeover? If the original admin comes back, I'll give him the project. It's not like I am 100% active either. -- Javier He had two months to reply. He clearly has abandoned the project, so I am for the takeover. If my word is worth a bit more than 2c, that is :) Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo Info Center library service released with first set of official maemo Fremantle 5 documentation
On Mon, 2010-04-19 at 08:28 +0200, jarmo.ti...@nokia.com wrote: Hi again, -Original Message- From: Tikka Jarmo (Nokia-D/Helsinki) Sent: 19 April, 2010 07:45 -Original Message- From: ext Aniello Del Sorbo [mailto:ani...@gmail.com] Sent: 16 April, 2010 21:52 Hi, Thanks about report. This logo link is theme problem and will be fixed as part of next document update to the site. We had some last minute problems with our theme just before publishing the service, and some of those problems are still (unfortunately) visible for users... I could not reproduce Downloads link and moving back with browser problem so I did not write bug report for that. I think I now managed to reproduce this Downloads menu problem and I added bug report also for that. My Info Center theme related bug reports are now these: https://bugs.maemo.org/show_bug.cgi?id=9959 https://bugs.maemo.org/show_bug.cgi?id=9961 https://bugs.maemo.org/show_bug.cgi?id=9960 Cheers, //Jarmo Thanks! I will file reports myself next time! Sorry about that. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Proposal for new hildon-extras widget
On Fri, 2010-04-16 at 10:36 +0100, Faheem Pervez wrote: Hello, On Fri, Apr 16, 2010 at 10:11 AM, Cornelius Hald h...@icandy.de wrote: If it's up to me, I would say we should include it in hildon-extras. What are the other contributors saying? Thomas? Faheem? Andrew? I vote to include it in hildon-extras, too :) For one, it's certainly a lot more finger-friendly than hildon_gtk_menu_new () is (although, admittedly, that function is meant more for popup menus and the like...). When writing your own program, using HildonAppMenu with GtkButton and its derivatives and only including the needed menu entries (as per the Maemo HIG) is easy. When porting a program that uses a GtkMenuBar with *lots* of entries, not so much. Me, and others, are very well aware of that :( Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Squeeze devkit to be installed to autobuilder
i found quite a lot of updates this morning on my PR1.1.1 device. Many of those, however, (like MaePad) throw at me an Update file corrupted error... fMMS update (I think frals is still on SDK for PR 1.2) updated fine... Is this related to this change ? Aniello On 16 April 2010 02:46, tero.k...@nokia.com wrote: -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers- boun...@maemo.org] On Behalf Of ext Javier S. Pedro Sent: 16 April, 2010 01:40 To: maemo-developers@maemo.org Subject: Re: Squeeze devkit to be installed to autobuilder Graham Cobb wrote: By the way, has the change been well tested? With real packages built with the modified SDK and installed on all existing firmware releases? We don't want to do all this and discover it doesn't fix the problem. We built quite a lot of packages [1], checked sanity of dependencies and I also tested a few on my device (1.1.1). It fixes the problem. Feel free to test some of them :) Have tested a couple on a 1.2 device (but that was to be expected). Works well as far as I can see. Quite an impressive task you guys have done! Tero We expect most of the issues to appear in the building stage, and testing seems to prove this. [1] https://garage.maemo.org/builder/.fremantletest/__packages__/ -- Javier ___ 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Squeeze devkit to be installed to autobuilder
On 16 April 2010 10:39, Niels Breet ni...@maemo.org wrote: i found quite a lot of updates this morning on my PR1.1.1 device. Many of those, however, (like MaePad) throw at me an Update file corrupted error... fMMS update (I think frals is still on SDK for PR 1.2) updated fine... Is this related to this change ? Yes and no. The same thing happens on a PR1.2 device. It seems the caching network caches the debs for 2 days, so it sees new package data, but gets the old file. We now issued a flush of the cache, will take another hour or so for it to complete. Let's see if that fixes the issue. Thanks Neils, we'll try later at lunch time (an hour and a half from now) and see what happens. I'm confident that should fix it. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Info Center library service released with first set of official maemo Fremantle 5 documentation
Awesome work.. But if I click on the home link (i.e. the Maemo Info Center text on the upper right corner of the page), it reloads the whole page in the frame below [probably target = ?]). Also when navigating to the files to download, I then tried to go Back in the browser and the index didn't appear again. (That's where I clicked the Maemo Info Center and found out about the bug above). I had to reload the whole page manually from the Location Bar. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Squeeze devkit to be installed to autobuilder
On 16 April 2010 10:41, Aniello Del Sorbo ani...@gmail.com wrote: On 16 April 2010 10:39, Niels Breet ni...@maemo.org wrote: i found quite a lot of updates this morning on my PR1.1.1 device. Many of those, however, (like MaePad) throw at me an Update file corrupted error... fMMS update (I think frals is still on SDK for PR 1.2) updated fine... Is this related to this change ? Yes and no. The same thing happens on a PR1.2 device. It seems the caching network caches the debs for 2 days, so it sees new package data, but gets the old file. We now issued a flush of the cache, will take another hour or so for it to complete. Let's see if that fixes the issue. Thanks Neils, we'll try later at lunch time (an hour and a half from now) and see what happens. I'm confident that should fix it. Fix worked. Of all the updated only Mapper is not installable due to hildon1 = 2.2.10 (and libpixman-1-0 = 0.15.16) dependencies... Was it recompiled? Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Donate $x button on Packages and/or Downloads
I am now using HeAboutDialog as well... only issue is that it doesn't properly render in portrait mode :) On 15 April 2010 09:33, Cornelius Hald h...@icandy.de wrote: You might also be interested in HeAboutDialog. It's in hildon-extras and provides a new about dialog. The dialog has the optional buttons Donate, Report bug and Visit website. For each of those buttons you can register an URL. Cheers! Conny On Thu, 2010-04-15 at 16:40 +0200, Thomas Wälti wrote: Inspired by TouchSearch, I've started to implement a standardized way in my widgets some weeks ago. This includes handling donations: The option window always has four buttons arranged 2x2: - Settings: brings you the to app-specific settings - Help: Opens the app help page, which is a maemo wiki page. (This has a number of advantages, like external hosting and editable by everyone) - About: The about dialogue - Donate: Opens a donation page in Paypal. Very easy to setup, just one hyperlink. I'm persuaded that this is the single most efficient way to do it. A developer can easily handle it himself and it is very quick to setup. (There is a generator available inside PayPal that allows you to setup the form and generates the necessary hyperlink) It's kept under complete control by the developer and no community effort is needed. Paypal is widely accepted, also allows direct payment by CreditCard and generally works very well (I've done many thousands of transactions over it). Try any of my Bluezwitch, Sleeper or Shutter widgets (or the soon-to-be-bugfixed recaller :-) to see it in action. Happy hacking -Tom 2010/4/15 Andrew Flegg and...@bleb.org: On Fri, Jan 22, 2010 at 12:55, Andrew Flegg and...@bleb.org wrote: Similarly, as Ovi takes off, it is interesting to think about how micro-payments for ones software could make one a bit of money (100 users at $1 each is a nice present); but whilst still having our software as open source. There've been suggestions in the past of a Donate button on each project's website, but I suggest we thrash out a scheme - and then implement - a consistent micro-donation system for maemo.org To kick the ball rolling on this again, since I think we can get quick wins. I've just noticed that addons.mozilla.org has exactly the kind of standardised donation form I was imagining. For example, see: https://addons.mozilla.org/en-US/firefox/addon/469 Clicking Contribute opens a little box asking you whether you want to make a one-time contribution of the suggested amount, a one-time donation of another amount or a regular monthly donation. With optional comment. Clicking Donate then takes you to a PayPal Billing information page. There's a Drupal module (apparently) which uses PayPal's Mass Payment API[1] and a blog post introducing Mozilla's pilot[2]. Does anyone know how it works? We must have a Mozilla developer around here, or someone with a PayPal connection! Thanks in advance, Andrew [1] https://cms.paypal.com/ca/cgi-bin/?cmd=_render-contentcontent_ID=developer/howto_api_masspay [2] http://blog.mozilla.com/addons/2009/07/15/firefox-add-ons-contributions-pilot/ -- 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 ___ 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Donate $x button on Packages and/or Downloads
On 15 April 2010 17:23, Thomas Perl th.p...@gmail.com wrote: 2010/4/15 Aniello Del Sorbo ani...@gmail.com: I am now using HeAboutDialog as well... only issue is that it doesn't properly render in portrait mode :) Patches are welcome :p I've also ported the HeAboutDialog to Python for use in Panucci, so if anybody wants to use HeAboutDialog from Panucci without having to wait for the bindings, you can grab the code from Panucci. I know they are :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonTouchSelector
On 9 April 2010 02:18, Alberto Garcia agar...@igalia.com wrote: On Thu, Apr 08, 2010 at 10:38:26PM -0700, Aniello Del Sorbo wrote: I have a HildonPickerButton with a simple Selector with no Done button. With the trick below I can remove rows from the Selector, but then the PickerDialog does not properly resize itself, leaving some empty space below the Selector. Hmm... can you please file a bug about that? Thanks ! Berto Will do. I thought it was because of my weird access to the internal structure. But, indeed, as the model is exposed to the outside, I should have expected it to work. Thanks -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonTouchSelector
On 9 April 2010 01:53, Alberto Garcia agar...@igalia.com wrote: On Thu, Apr 08, 2010 at 06:11:15PM -0700, Aniello Del Sorbo wrote: HildonTouchSelector has methods to append/prepend items but none to remove them. GTK does. Ok, I understand this is arguable, but since you can access the model directly, I don't think HildonTouchSelector needs to provide extra methods for all tree model operations. Berto Indeed it is arguable, but as GTK already provides it and because a toolkit should make developer's life easier, it would have been nice to find a remove function as well even though it wasn't needed for internal developers. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonTouchSelector
On 9 April 2010 02:14, Alberto Garcia agar...@igalia.com wrote: On Thu, Apr 08, 2010 at 06:11:15PM -0700, Aniello Del Sorbo wrote: /* Get the path to row 0 */ path = gtk_tree_path_new_from_string (0); /* Get the tree iter for that path */ gtk_tree_model_get_iter (GTK_TREE_MODEL (model), iter, path); /* Do not need path anymore */ gtk_tree_path_free (path); Btw, you have gtk_tree_model_get_iter_first () gtk_tree_model_iter_nth_child () which are easier to use. Berto True. It was simply the first solution I came up with, with my limited knowledge of GTK and it's tools Thanks for everything though :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
HildonTouchSelector
Hi, just a note. HildonTouchSelector has methods to append/prepend items but none to remove them. GTK does. Anyway.. no idea why Hildon does not provide it, but if you ever want to remove a particular row from a HildonTouchSelector this is a starting point (of course it's very raw): /* Assuming you want to remove row 0 or column 0 */ GtkTreeModel *model; GtkTreePath *path; GtkTreeIter iter; /* Get the tree model of column 0 */ model = hildon_touch_selector_get_model (HILDON_TOUCH_SELECTOR(layerbox), 0); /* Get the path to row 0 */ path = gtk_tree_path_new_from_string (0); /* Get the tree iter for that path */ gtk_tree_model_get_iter (GTK_TREE_MODEL (model), iter, path); /* Do not need path anymore */ gtk_tree_path_free (path); /* Finally remove the entry from the list */ gtk_list_store_remove (GTK_LIST_STORE (model), iter); Hope this helps someone. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonTouchSelector
On Thu, 2010-04-08 at 18:11 -0700, Aniello Del Sorbo wrote: /* Assuming you want to remove row 0 or column 0 */ Errata: /* Assuming you want to remove row 0 from column 0 */ Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonTouchSelector
Uhm, I have a HildonPickerButton with a simple Selector with no Done button. With the trick below I can remove rows from the Selector, but then the PickerDialog does not properly resize itself, leaving some empty space below the Selector. I need to resize the HildonPickerDialog, any idea how? An ugly (very) trick is to destroy the HildonPickerDialog that the HildonPickerButton creates internally. Yeah, exactly, internally.. don't want to do that, and there should be no reason to do that. However gtk_widget_queue_resize on the Selector doesn't give any effect (and that's correct, as it's the Dialog that has the wrong size). But I do not have access to it... Suggestions? On 8 April 2010 18:21, Aniello Del Sorbo ani...@gmail.com wrote: On Thu, 2010-04-08 at 18:11 -0700, Aniello Del Sorbo wrote: /* Assuming you want to remove row 0 or column 0 */ Errata: /* Assuming you want to remove row 0 from column 0 */ Aniello -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
On Wed, 2010-03-31 at 10:27 +0100, Graham Cobb wrote: On Wednesday 31 March 2010 01:19:17 Aniello Del Sorbo wrote: According to this page: https://www.forge.funambol.org/download/ It looks like the source code is available. Not sure about licensing, though. Thanks, Aniello, but I am not looking for Funambol source, but Nokia's changes to it. Carsten believes that as Nokia have licensed Funambol through a commercial licence they do not need to make their changes available. It is the Nokia changes which I am asking to be opened up. Graham Sorry, I thought you were looking for those and indeed I wondered why you simply didn't go to their website :) Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
On Wed, 2010-03-31 at 00:00 +0100, Graham Cobb wrote: On Saturday 27 March 2010 11:39:10 Carsten Munk wrote: 2010/3/27 Graham Cobb g+...@cobb.uk.net: On Saturday 27 March 2010 07:46:58 Ville M. Vainio wrote: Implementing one by yourself is a huge task, which you probably don't want to do. Current n900 endpoint is using modified version of funambol (syncml server) which is a nontrivial amount of code. Ah, that's interesting. Where do I find that modified code? I think Nokia's funambol is licensed through funambol commercial license, so closed source Can we add it to the components requested to be opened up? I would be interested to look to see if we could extend it for some additional syncs (e.g. for GPE, etc.). Graham According to this page: https://www.forge.funambol.org/download/ It looks like the source code is available. Not sure about licensing, though. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: refinding the syncing question
On Tue, 2010-03-30 at 17:19 -0700, Aniello Del Sorbo wrote: On Wed, 2010-03-31 at 00:00 +0100, Graham Cobb wrote: On Saturday 27 March 2010 11:39:10 Carsten Munk wrote: 2010/3/27 Graham Cobb g+...@cobb.uk.net: On Saturday 27 March 2010 07:46:58 Ville M. Vainio wrote: Implementing one by yourself is a huge task, which you probably don't want to do. Current n900 endpoint is using modified version of funambol (syncml server) which is a nontrivial amount of code. Ah, that's interesting. Where do I find that modified code? I think Nokia's funambol is licensed through funambol commercial license, so closed source Can we add it to the components requested to be opened up? I would be interested to look to see if we could extend it for some additional syncs (e.g. for GPE, etc.). Graham According to this page: https://www.forge.funambol.org/download/ It looks like the source code is available. Not sure about licensing, though. Actually the licensing looks pretty straightforward: https://www.forge.funambol.org/learn/licensing.html Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Hildon-Extras] New widgets: about dialog, simple color dialog
How do I use this stuff from Hildon Extras? Just grab the code and copy it into mine ? Should we (you) make a lib and package it ? Aniello On 14 February 2010 21:09, Cornelius Hald h...@icandy.de wrote: Hi Thomas, thanks a lot for this addition. I'm still too busy with other stuff and can't do anything useful right now. However if everything goes as planned, I might have some free time in March. I'm planning to integrate all the hildon-extras goodies into Conboy. Then I could push towards a release of hildon-extras. What do you (all of you) think. I mean we had this discussion some time ago, but now a couple of projects are actively using hildon-extras code. How does it work for you? Is is okay to do copy paste, or would a release be helpful? Other thoughts about the future of hildon-extras? Missing widgets? Bugs? Stuff? Cheers! Conny On Tue, 2010-02-02 at 00:40 +0100, Thomas Perl wrote: Hello! I'm happy to announce that two new widgets are now available in the Hildon-Extras SVN repository. Hildon-Extras is a collection of additional widgets and dialogs that are designed to work on Maemo devices and make development of commonly-used UI elements easier by providing a set of ready-made widgets (and dialogs) that you can use in your applications. The HeAboutDialog widget is an alternative to GtkAboutDialog, and uses fonts and colors from the Fremantle Style Guide to provide an informative about dialog for an application. In addition to the static info, a developer can optionally provide up to three URLs that will be accessible using buttons: Website, bug tracker and donations. You are free to skip any of these, and the corresponding button will not be shown. The HeSimpleColorDialog works as a very simplified and finger-friendly color chooser dialog that has a pre-defined palette of colors. It's most useful for applications where the user does not need to select that specific shade of green, but just needs to choose colors to differentiate between different objects (e.g. calendar categories, TODO items, etc..). Grab it from the project website (you'll find the link to the SVN repo there): https://garage.maemo.org/projects/hildon-extras/ Enjoy! Thomas ___ 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Request: Tutorials use-cases for documentation
- Original message - the only reason why i mentioned it is because the accelerometer page on the wiki currently contains such an overview. it shows multiple ways to do the same thing, some in python, some in c and even differences there. it seems to work well and give information to people who need it, no matter which language or method they prefer :) http://wiki.maemo.org/Accelerometers gary I too am of the ide of answers specific to a particular toolkit. Quick and easy. Answer to the same use case in a different toolkit belong to that particular toolkit category. -- Sent from my Nokia N900 On Fri, Feb 12, 2010 at 9:44 AM, Michael Hasselmann mich...@taschenorakel.de wrote: ext Gary Birkett wrote: there is more than one method of doing everything. But that's part of the problem, at least for newcomers. They look for the best/easiest way, most likely. Am Freitag, den 12.02.2010, 10:29 +0200 schrieb Quim Gil: There is a good point behind this which is how to cross use cases with technologies. I don't think the answer is to aim to cover all technologies equally for each use case e.g. How to get a nice % progress bar I wouldn't neccessarily expect that the solution to a usecase looks similar with each toolkit. If you then start to explain the exceptions (and why things are different) then you'll quickly blow up the size of the tutorial-style usecase, without helping the reader. It'll only add to the confusion. I guess developers first make a decision about the toolkit they are going to use and then expect to find documentation specific to that toolkit. Cross-links are nice but that's it. [...] Looking at http://wiki.maemo.org/Documentation/Use_case_template it is not clear whether such links should be placed in the intro, Related APIs... Tips Tricks would force the template too much. A title suffix such as (gtkmm) plus wiki categories would help if one wanted to make usecases available for all toolkits. regards, Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Request: Tutorials use-cases for documentation
On 12 February 2010 10:43, Dave Neary dne...@maemo.org wrote: Hi, Aniello Del Sorbo wrote: I too am of the ide of answers specific to a particular toolkit. Quick and easy. Answer to the same use case in a different toolkit belong to that particular toolkit category. While the technology used to answer a question is a concern (and not a tiny, easy to resolve one) which will only get worse with the addition of Qt 4.6 and WRT, I think what's most important now is to concentrate on the questions, and having at least 1 high quality answer for each of them, rather than concentrating on what we do if we end up with several answers. Cheers, Dave. Yep and I am thinking, as developer, at all the questions I had while porting xournal to Maemo. Like, in no particular order, just thrown in as they pop up in my mind. I am sure many won't fit the idea you guys have of a Use Case and many would quite low-level, but they could be ispiring: Start: - Where to start from ? Packaging: - Is there a Debian packaging template for Maemo ? - How do I add a subdir to my tree structure? automake, autoconf - How can I make a Debian package that automatically compile and packages for Debian like distributions and Maemo (useful for porting apps) Devel: - How do I make my application aware of the Maemo specific context (i.e. rotation, battery warning, connected/disconnected, calls in/out, keyboard slider, and so on) - Are there some 'standard' gesture I could re-use? - How do Hildon Menu works? - How can I make my own Widget ? - How can I fade in/out stuff ? - How do I read Maemo hardware data: pressure sensitivity, rotation status, light sensor ? - How can I make my code compile on as many Maemo blends as possible - How can I drive the LED ? - How do I access the cameras ? - How do I communicate with other applications ? (camera, modest, contacts, calendar) UI: - How do I develop complex UI interfaces (like Canola or FM Radio do) i.e. rarely using Hildon Widgets Hope this is something you were looking for. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is mauku open source, i.e free or is in non-free?
2010/1/26 Ryan Abel rabe...@gmail.com: On Jan 26, 2010, at 4:07 PM, Henrik Hedberg wrote: Jeremiah Foster wrote: Bug #7505 asks if mauku is open or closed. According to the bug report, it looks pretty closed. ... What should we do here? Move this to non-free? I am very aware of the meaning free here. Mauku was uploaded into the free section because there was (is) no non-free repository in Extras. However, the community insisted to close all external repositories and use Extras instead (done that). In addition, Ovi Store was not (is not, it is still beta) available for distribution channel. http://repository.maemo.org/extras/pool/fremantle/non-free/ Thus Mauku should go here, how? The microfeed engine should stay in the free section. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to destroy your community
I think you see maemo.org as being integral part of the Nokia set of websites. It is actually not. maemo.org is, , gifted by Nokia to the community around Maemo. We control it and they are kind enough to pay for everything, but just don't expect it to be nokia.com... In fact there is maemo.nokia.com and that's a different story and totally out of our reach. As for Jaaksi, he's a manager, what'd you expect? To come and answer to all bloggers questions? Moreover that's his personal blog, I think he's free to write/respond to whoever he decides to, isn't him? Anyway.. I think you simply have a wrong expectation on what maemo.org should be and behave. The whole Maemo eco-system is something quite new, and may be hard to grasp at first (and yes, two months do count as at first even if it looks like a lot of hours). So please, first try to really get the idea behind Maemo and maemo.org, then complain with a solid foundation for your arguments (and you'll ever find people willing to discuss more). Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Pushing optified Python libs
Xournal is not yet optified, I'll add it to that list and will try to remove it soon. But, let me say it, considering how long it's taking for the last update to reach Extras, it may take months, for the optified package, to reach the consumers. Aniello 2009/12/17 Andre Klapper aklap...@openismus.com: Am Donnerstag, den 17.12.2009, 11:16 +0100 schrieb quim@nokia.com: Hi, it seems that more users than wished are still reaching the rootfs limit only with the Nokia and Extras repos installed. Also, if you know or suspect other causes for Extras users filling their rootfs partitions please let us know. Also see Uwe's list at http://wiki.maemo.org/Opt_Problem/Non-Optified_packages plus the bug reports with non-optified keyword: https://bugs.maemo.org/buglist.cgi?keywords=non-optified andre -- Andre Klapper (maemo.org bugmaster) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Any new information on Developer Device Program?
You mean you did not even order (and paid) ? :) Just waited and they shipped it to you? :P I wish! :) Aniello 2009/12/9 Martin Grimme martin.gri...@gmail.com: I did absolutely nothing but wait and just received the shipping confirmation. It's all fine. Martin 2009/12/9, Eugene Antimirov tur...@gmail.com: On Wed, Dec 9, 2009 at 12:53 PM, Quim Gil quim@nokia.com wrote: ext Eugene Antimirov wrote: Quim, can you confirm that old orders are still valid and it's just a notification email we got? If you have questions please contact the email address of the device program, as explained in the invitations sent. Thanks! Thank you for the suggestion, Quim. I wrote an email to them and they replied almost immediately: Hi No, you don't need to re-order, the one you made is just fine. Thank you -- Sincerely, Eugene ___ 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: Sharing services
2009/12/7 Alexander Bokovoy a...@samba.org: On Sun, Oct 4, 2009 at 6:57 PM, Aniello Del Sorbo ani...@gmail.com wrote: I want to use the sharing services. Thus I was looking for the API to share a file via the already installed sharing plugins. Is this API also to be revealed once the N900 has been released? The Sharing Dialog API will be added into SDK release for first software update for N900. See https://bugs.maemo.org/show_bug.cgi?id=6177 That's great news, thank you :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Any new information on Developer Device Program?
2009/12/3 ds d...@physik.de: Christmas is approaching, and to me it is absolutly not transparent, what happend to a N900 Developer Device Program. I could not find any information on maemo.org. Detlef what do you mean by new information ? Are you aware of this thread: http://talk.maemo.org/showthread.php?t=32951 -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Any new information on Developer Device Program?
I'll be there and I'll let you play with my N900 there, no problem with that... It's true :p it's out, but only in selected countries... Aniello 2009/12/3 Jose Manrique Lopez de la Fuente jsmanri...@gmail.com: We live on an eternal week, and still waiting... I hope someone will let me play with his/her N900 in Barcelona because I haven't seen one yet (is it true? has it been released?) :D Best regards, 2009/12/3 Aniello Del Sorbo ani...@gmail.com: 2009/12/3 ds d...@physik.de: Christmas is approaching, and to me it is absolutly not transparent, what happend to a N900 Developer Device Program. I could not find any information on maemo.org. Detlef what do you mean by new information ? Are you aware of this thread: http://talk.maemo.org/showthread.php?t=32951 -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- J. Manrique López de la Fuente http://www.jsmanrique.es ___ 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: N900 GPS Problems
Are you guys using the N900 with a SIM and a data plan on it? The GPS on most phones are Assisted-GPS chips. That means that IF there is a network connection, they will use SUPL servers to reduce the time of fix to a bare few seconds. But if there is no data connection, then they will behave as regular GPSes and the time for the fix can go up to 20-30 mins. Do not compare these GPS chips with the ones in specialized navigators as they tend to be much more optimized and they usually store some data locally or have a better antenna, not really sure, but they are designed to get a fix asap [that's what you also pay for!]. I do have a data plan and I get a fix, every time, in seconds. Aniello 2009/11/30 Michael Stepanov mich...@stepanoff.org: It'd be really bad if the GPS chip will be weak as on N810. Cause my device spends a lot of time to find location. On Sun, Nov 15, 2009 at 7:39 PM, Andrea Borgia and...@borgia.bo.it wrote: Sveinn Thorarinsson wrote: I seem to have better results when I am at home, maybe that's because I am also connected to the wifi when I am there..? What you describe is compatible with the following bug report: https://bugs.maemo.org/show_bug.cgi?id=5337 A. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Cheers, Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 GPS Problems
Btw, I didn't notice earlier, this is maemo-developers and I think this is off-topic here. Aniello 2009/11/30 Sarah Newman newm...@sonic.net: Andrea Grandi wrote: same for me, but Maps (even if is the worst map application after N810 Maps) doesn't need an internet connection because you can pre-load the maps downloading them from OVI servers. As far as I can tell without an internet connection you can only select a destination via the map, not by address. ___ 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: Bug#6203, rotation and OHMD
2009/11/18 Eero Tamminen eero.tammi...@nokia.com: Hi, ext Aniello Del Sorbo wrote: Is the purpose of OHMD ONLY to pause not whitelisted applications when rotating? As if it is so, I'd put a stop ohmd every time I run Xournal to make sure it rotates smoothly. It handles also audio policies and tries to make sure that you get your phone calls when the device is heavily loaded and some other minor things. Not something you may want to stop then. I'll wait for a fix. The policy configuration is in: /usr/share/policy/etc/current/syspart.conf As a temporary hack for your own device, you might try to modify that file as root and then do killall ohmd to restart it with the new policy. This way you get to decide what has the priority instead of it being dictated by Nokia. :-) In future there may be some way to install extra policies. NOTE: if this conf file has errors, ohmd isn't started and your device will most likely behave strangely as result (cannot play music etc). DISCLAIMER: if it breaks, you get to keep all the pieces. I.e. have an up to date backup of your data and be ready to reflash in the case that things really break. Modified policy is an untested configuration. As commented on the Bug I won't touch anything, I may play with it, but I will have to just wait for a fix coming from you guys. You do realize that the ones that will get thumbs down for this will be us, third party developers as people will think it's Xournal and Conboy not properly developed. Indeed, Nokia Phone app rotates nicely. :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Bug#6203, rotation and OHMD
Out of ignorance, why don't you guys simply allow only the foremost (i.e. the currently visible one) application to rotate and send the rotation event to the other apps AFTER the animation has completed. After all to switch from one app to the other we've got to go via the task switcher and that rotates to landscape mode anyway (at least until you put in support for rotation there as well, but still..) Aniello 2009/11/18 Martin Grimme martin.gri...@gmail.com: How about another XAtom (since we already have so many on Maemo ;) ) on the application window, saying I rotate well and quickly. ? The ohmd could take care of this atom and refrain from freezing the app during rotation, iff it is the currently visible one. Of course applications could lie about their rotation capabilities, but that's what we have the extras-testing QA for. Martin 2009/11/18, Eero Tamminen eero.tammi...@nokia.com: Hi, ext Eugene Antimirov wrote: It handles also audio policies and tries to make sure that you get your phone calls when the device is heavily loaded and some other minor things. Just to know. I see now this `ohmd` process in my 41-10. I did not get it, was this daemon improved or made worse in new firmware released lately? Better for known (pre-installed) applications, worse for unknown applications. The reason for this is that unknown applications have unknown resource usage so system policy treats them with more care. It's a bit of a chicken and egg problem. Changing the policy is slow iterative work requiring lots of testing that the policy change doesn't significantly worsen other use-cases in some situations (e.g. for things for which there are certain certification legal requirements). Developers can now experiment and report/discuss things which they would like policy to handle better (for certain classes of 3rd applications and their use-cases). I.e. in regards to 3rd party applications, the policies could be considered work-in-progress. Things that could potentially be done for 3rd party applications policy handling: - Default policy is improved in regards to unknown processes. It's yet unknown whether this can be done well enough without sacrificing the known functionality, that's why feedback is needed on the behavior of 3rd party application use-cases. - Applications themselves specify the required policy on install. This is extra work for apps, and requires extensive testing to guarantee that the policy they choose is good match for the application in all cases. (application doesn't leak or otherwise hog resources) - Some way for user to specify per-application policy. I'm sure power-users would like that... :-) - Eero ___ 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Bug#6203, rotation and OHMD
2009/11/18 Cornelius Hald h...@icandy.de: I see many use cases for those policies like an incoming phone call should work properly even while some app is doing heavy number crunching. However rotation is a different thing. I mean what's the objective? The rotation animation should be smooth even if something uses a lot of processing time? Fair enough. But pausing the _foreground_ application is hardly the solution. How about pausing all _background_ applications? The foreground application is the only application interested in the rotation. Therefore it already specifies explicitly that it can rotate. If I now write an application it's my duty to give the CPU some time while rotating. If I don't do this, _my_ application looks shitty and everyone will tell me. It's not the platform that gets a bad reputation, it's my app. So, if anything should get paused, it's all applications which are not white listed and which are not in the foreground. If I somehow missed the point, please tell me :) Cheers! Conny How dare you steal my words out of my hands before I even write them! No, I miss the point as well.. Aniello On Wed, 2009-11-18 at 18:07 +0200, Eero Tamminen wrote: Hi, ext Eugene Antimirov wrote: It handles also audio policies and tries to make sure that you get your phone calls when the device is heavily loaded and some other minor things. Just to know. I see now this `ohmd` process in my 41-10. I did not get it, was this daemon improved or made worse in new firmware released lately? Better for known (pre-installed) applications, worse for unknown applications. The reason for this is that unknown applications have unknown resource usage so system policy treats them with more care. It's a bit of a chicken and egg problem. Changing the policy is slow iterative work requiring lots of testing that the policy change doesn't significantly worsen other use-cases in some situations (e.g. for things for which there are certain certification legal requirements). Developers can now experiment and report/discuss things which they would like policy to handle better (for certain classes of 3rd applications and their use-cases). I.e. in regards to 3rd party applications, the policies could be considered work-in-progress. Things that could potentially be done for 3rd party applications policy handling: - Default policy is improved in regards to unknown processes. It's yet unknown whether this can be done well enough without sacrificing the known functionality, that's why feedback is needed on the behavior of 3rd party application use-cases. - Applications themselves specify the required policy on install. This is extra work for apps, and requires extensive testing to guarantee that the policy they choose is good match for the application in all cases. (application doesn't leak or otherwise hog resources) - Some way for user to specify per-application policy. I'm sure power-users would like that... :-) - Eero ___ 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: What to backup in fremantle?
2009/11/17 Till Harbaum li...@harbaum.org: Hi, i have been asked to add the gpxview application data into the system backup (http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/gpxview/0.8.13-1/) Now i see a fundamental problem here. All this data _is_ already stored on the internal memory card for exactly the reason of surviving a re-flash. The problem is that the backup is usually also stored on exactly that card (unless you explicitely ask to have it stored on the external one). So whenever my application data is lost (e.g. due to flashing of a new mmc image) the backups on the internal card are also lost making any inclusion of my data into these backups rather futile. What is the correct way to handle this? What should go into the backup and is anything from the internal memory card supposed to go into the backup or not? Till I never tried this, but I could back-up my N900 and bring the back-up on a new unit and restore it there. Say the first N900 has to be brought for some reason back to Nokia (breaks later, loan expires, you name it). In general, if you can't think of use cases, do it anyway, you never know what people could come up with. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Bug#6203, rotation and OHMD
So, according to bug 6203 (https://bugs.maemo.org/show_bug.cgi?id=6203) Nokia introduced this ohmd daemon that pauses applications not whitelisted so that the rotation itself would proceed smoothly. In the meanwhile Collabora had fixed and improved a lot rotation itself, so that this pausing is not needed anymore. In fact, it make thinks worse. Is the purpose of OHMD ONLY to pause not whitelisted applications when rotating? As if it is so, I'd put a stop ohmd every time I run Xournal to make sure it rotates smoothly. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Bug#6203, rotation and OHMD
2009/11/17 Eero Tamminen eero.tammi...@nokia.com: Hi, ext Aniello Del Sorbo wrote: according to bug 6203 (https://bugs.maemo.org/show_bug.cgi?id=6203) Nokia introduced this ohmd daemon that pauses applications not whitelisted so that the rotation itself would proceed smoothly. In the meanwhile Collabora had fixed and improved a lot rotation itself, so that this pausing is not needed anymore. In fact, it make thinks worse. Is the purpose of OHMD ONLY to pause not whitelisted applications when rotating? As if it is so, I'd put a stop ohmd every time I run Xournal to make sure it rotates smoothly. It handles also audio policies and tries to make sure that you get your phone calls when the device is heavily loaded and some other minor things. - Eero Not something you may want to stop then. I'll wait for a fix. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to manage phone Profiles in Maemo
2009/11/11 daniel wilms daniel.wi...@nokia.com: Hi thank you for the fast response; #define MCE_DEVICE_MODE_CHANGE_REQ req_device_mode_change WoW!, that looks promising. But how can I use this inside my application to force changing of the Profile/mode of the phone ?? this describes a dbus-service. How to implement it, depends on the language you are using. Here an example using the dbus-send in the terminal: bus-send --system --type=method_call --dest=com.nokia.mce --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode The reply is the device mode as a string. But with mce you can just switch between normal, flight and offline mode. I will try to figure out if and how you can select the other profiles. Cheers Daniel What's the difference between flight and offline ? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo-release
2009/11/10 Jeremiah Foster jerem...@jeremiahfoster.com: On Nov 10, 2009, at 13:27, Jeremiah Foster wrote: On Nov 10, 2009, at 13:17, Frantisek Dufka wrote: Gabriel Schulhof wrote: maemo-version/maemo-release can solve different Build-Depends: fields maemo version provides also /etc/maemo_version so one can check it in /debian/rules when building the package and act differently (include different files, define different variables) What else is needed? Can we change the name of the package? I know that is PITA, but you risk running afoul of Nokia if your package name begins with maemo, trademark and all that. Can you just swap it around to version-maemo? If you don't change the name, it won't make it through extras-testing: http://wiki.maemo.org/Extras-testing/QA_Checklist#Legal_issues Quote: It needs to be clear that the product is not officially supported by Nokia, Maemo or other commercial entities and trademarks. Jeremiah The email address of Gabriel is @nokia.com. Is this an official package ? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debhelper-maemo-package-icons
This means we should remove our manually added XB-Maemo-Icon-26 line from our control file and let this command do the job for us ? Where does it expect the package_name.png file to be? Aniello 2009/11/10 Gabriel Schulhof n...@go-nix.ca: Hey, all! Let's hope this package doesn't duplicate some functionality too (like maemo-release did ... *scratch head*). So, here's the scoop.: debhelper-maemo-package-icons adds the command dh_maemo_package_icons, which you can use in the binary-arch section of debian/rules. You should add it right at the top of the section, and add it again with -r at the bottom of the section, like this: ... binary-arch: dependencies dh_maemo_package_icons ... other dh_this and dh_that lines ... dh_maemo_package_icons -r some-other-target: dependencies ... This will add a XB-Maemo-Icon-26: uuencoded icon line to all control file sections where an icon file whose name is the same as that of the package mentioned in the section is found. Later, after the packages are built, running dh_maemo_package_icons -r will remove these lines to restore the control file. This package has actually been present for quite a while now, and I've used it for Pidgin's packages, but I never really announced it as such. HTH, Gabriel ___ 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: DBus service name
2009/11/9 Henrik Hedberg henrik.hedb...@innologies.fi: Aniello Del Sorbo wrote: there's no two without a three... so.. third question of the day. I am using com.nokia.xournal as DBus service name. I wanted to change it. Thus I went to xournal.service and xournal.desktop files and changed it to something less nokian and more maemian like org.maemo.xournal. Guess what.. Xournal gets killed after a few minutes. Reverted back to com.nokia.xournal and it works again. See: http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Application_Development/LibOSSO_library#Maemo_initialization The name in OSSO initialization, .desktop file, and .service file must be the same. BR, Henrik Thanks Henrik, I know that, and they were the same... but still didn't work. It works now that I reverted back to com.nokia.xournal... Weird -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: DBus service name
I got it now. I initialize osso with a call like: osso_initialize (PACKAGE, VERSION, 0, NULL); where PACKAGE is the Debian name xournal. I think com.nokia is then automatically added. I think I had this issue already and figured it out already in Diablo but never bothered to change. Thanks for triggering it back :) Aniello 2009/11/9 Aniello Del Sorbo ani...@gmail.com: 2009/11/9 Henrik Hedberg henrik.hedb...@innologies.fi: Aniello Del Sorbo wrote: there's no two without a three... so.. third question of the day. I am using com.nokia.xournal as DBus service name. I wanted to change it. Thus I went to xournal.service and xournal.desktop files and changed it to something less nokian and more maemian like org.maemo.xournal. Guess what.. Xournal gets killed after a few minutes. Reverted back to com.nokia.xournal and it works again. See: http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Application_Development/LibOSSO_library#Maemo_initialization The name in OSSO initialization, .desktop file, and .service file must be the same. BR, Henrik Thanks Henrik, I know that, and they were the same... but still didn't work. It works now that I reverted back to com.nokia.xournal... Weird -- anidel Sent from London, Eng, United Kingdom -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: DBus service name
2009/11/9 David King dav...@openismus.com: On 2009-11-09 09:08, Aniello Del Sorbo ani...@gmail.com wrote: I got it now. I initialize osso with a call like: osso_initialize (PACKAGE, VERSION, 0, NULL); where PACKAGE is the Debian name xournal. I think com.nokia is then automatically added. Correct: http://maemo.org/api_refs/5.0/5.0-final/libosso/group__Init.html#g05d45d1e72c2cd74f665086225141431 Yup. I strongly remember this issue already in Diablo.. and 'probably' it was me that triggered that comments there. Oh well.. if it was me double shame on me for not remembering this straight away :) -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
File Manager mime types and icons
Hi, Xournal registers an application/x-xoj mime-type so that the FM knows what to run to open .xoj file types (Xournal ones). It works, but how do I tell FM to show the Xournal icon for those files? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: File Manager mime types and icons
2009/11/8 Faheem Pervez tripp...@gmail.com: Hiya, Creating /usr/share/icons/hicolor/24x24/mimetypes/application-x-xoj.png, /usr/share/icons/hicolor/48x48/mimetypes/application-x-xoj.png, /usr/share/icons/hicolor/64x64/mimetypes/application-x-xoj.png; and refreshing GTK's icon cache worked for me. Best Regards, Faheem Great! Aniello On 11/8/09, Aniello Del Sorbo ani...@gmail.com wrote: Hi, Xournal registers an application/x-xoj mime-type so that the FM knows what to run to open .xoj file types (Xournal ones). It works, but how do I tell FM to show the Xournal icon for those files? -- anidel Sent from London, Eng, United Kingdom ___ 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: File Manager mime types and icons
Thanks Faheem... I checked on the device, and it looks like only 48x48 is needed and the file should be called: gnome-mime-mime_type.png So I created a 48x48 pixels PNG file called gnome-mime-application-x-xoj.png and it worked (at least on Fremantle is like that). Thanks. Aniello 2009/11/8 Aniello Del Sorbo ani...@gmail.com: 2009/11/8 Faheem Pervez tripp...@gmail.com: Hiya, Creating /usr/share/icons/hicolor/24x24/mimetypes/application-x-xoj.png, /usr/share/icons/hicolor/48x48/mimetypes/application-x-xoj.png, /usr/share/icons/hicolor/64x64/mimetypes/application-x-xoj.png; and refreshing GTK's icon cache worked for me. Best Regards, Faheem Great! Aniello On 11/8/09, Aniello Del Sorbo ani...@gmail.com wrote: Hi, Xournal registers an application/x-xoj mime-type so that the FM knows what to run to open .xoj file types (Xournal ones). It works, but how do I tell FM to show the Xournal icon for those files? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel Sent from London, Eng, United Kingdom -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
DBus service name
Hi again :) there's no two without a three... so.. third question of the day. I am using com.nokia.xournal as DBus service name. I wanted to change it. Thus I went to xournal.service and xournal.desktop files and changed it to something less nokian and more maemian like org.maemo.xournal. Guess what.. Xournal gets killed after a few minutes. Reverted back to com.nokia.xournal and it works again. Why's that? Do I have to restart the system, is there some cache I am not aware of? Thanks. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screenshot as loading screen on Maemo 5
There is another issue with the screenshot at startup. Rotation. It gets kinda confused and doesn't look great at all when you app starts in portrait mode and the screenshot was taken when in landscape. From what I have seen it tries to be smart, but somehow fails. In my last Xournal package (where I fully support rotation), I had to remove the screenshot creation. If someone is interested in seeing how it behaves I can post a .deb version with screenshot enabled. Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Rotation support.. :(
I am trying to add rotation to Xournal.
I have defined the DBus message sig as follows:
#define MCE_SIGNAL_MATCH type='signal', \
sender='MCE_SERVICE', \
path=' MCE_SIGNAL_PATH', \
interface=' MCE_SIGNAL_IF '
then I've added a DBus filter and handler:
sys_conn = osso_get_sys_dbus_connection(ctx);
if (sys_conn) {
DBusError error;
dbus_error_init (error);
dbus_bus_add_match (sys_conn, MCE_SIGNAL_MATCH, error);
if (dbus_error_is_set(error)){
printf(dbus_bus_add_match failed: %s\n, error.message);
dbus_error_free(error);
}
if (!dbus_connection_add_filter (sys_conn,
(DBusHandleMessageFunction) mce_filter_func, NULL, NULL)) {
printf(Error dbus_connection_add_filter failed\n);
} else {
printf (DBUS filter added\n);
}
}
and defined the handler function:
DBusHandlerResult
mce_filter_func (DBusConnection *connection, DBusMessage *message, void *data)
{
DBusMessageIter iter;
const gchar *mode = NULL;
printf (MCE\n);
if (dbus_message_is_signal(message, MCE_SIGNAL_IF,
MCE_DEVICE_ORIENTATION_SIG)) {
printf (is a orientation signal\n);
if (dbus_message_iter_init(message, iter)) {
printf (getting mode\n);
dbus_message_iter_get_basic(iter, mode);
hildon_rotate_ui (mode);
}
}
return DBUS_HANDLER_RESULT_NOT_YET_HANDLED;
}
It compiles, starts up, the MCE function gets called twice when
Xournal starts (it prints MCE twice) and gets called for several other
DBus messages (like screen lock/unlock), but NOT for rotate messages.
What am I missing?
Thanks!
References:
[1]
http://wiki.maemo.org/Using_Fremantle_Widgets#Listening_To_Hardware_Orientation_Changes
[2]
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Porting_Software/Porting_Existing_GTK%2B_Application_to_Maemo_5#Portrait_Mode
[3]
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/omweather/src/weather-portrait.c?revision=2951root=omweatherview=markup
[4]
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/omweather/src/weather-dbus.c?revision=3265root=omweatherview=markup
--
anidel
Sent from London, Eng, United Kingdom
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Rotation support.. :(
ahh righit... forgot about that! :) -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Rotation support.. :(
It works!! package 15 is on its way :D thanks guys.. you made my day, -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: The issue of version strings
2009/10/31 Jeremiah Foster jerem...@jeremiahfoster.com: On Oct 30, 2009, at 12:44, Juha Kallioinen wrote: ext Niels Breet wrote: On Thu, October 29, 2009 09:01, Martin Grimme wrote: Hi, hmm, what's so bad about a simple date for a version number? Ubuntu does it, (Open)Solaris does it, and I started doing it, too, because I found it less confusing than having version numbers such as e.g. 0.96.5. Sane version numbers should at least not look like this: 2.0.0+cvs20040908+mp4v2+bmp-0ubuntu6maemo1 And yes, this is an actual package version number ;) And a perfectly good one too! :) I don't agree. :P It's useful not to change the upstream package version too much so that it's easier to see that a package could use updating. But in this case it has both the ubuntu and maemo strings. The policy says that you use the 'maemo' string only if you have modified the package in some way for maemo, is this the case with that package? Or is in modified for ubuntu? Or is it modified for maemo and the ubuntu modifications have been kept? Furthermore what is 'bmp' and how is that helpful? What is mp4v2? And how is that helpful? And why have both a version number _and_ a version control system number? Perhaps use one or the other. The problem is imho the Application manager, not the version numbers. What's the point of even displaying the version number in the Application manager's default view? I personally don't care about the version at all and I certainly won't remember if an application's version has been updated by looking at the list view. Am I alone with this opinion? Why do you need to see the version there? The update manager will gladly tell me if I have an older version installed and if I don't, won't I just install whatever the Application manager offers me? Good points, but Ryan's original point is still valid and these issues also affect any place you have to use version numbers, not just the Application Manager. The string that Niels posted could be shortened to: 2.0.0-6maemo1 This leaves you with the version number of the upstream source, the version of upstream packaging, and the maemo packaged version. Here you have all the trackability you need with simplicity. I think the original request is a good one and developers/maintainers ought to consider revising their version strings for clarity. Few people complained that Xournal 0.4.2.1-1fremantle13 was too long. I will make a diablo version as well (0.4.2.1-1diablo3). It's not my fault if Fremantle is a long name :P Anyway, suggestions? Bear in mind that 0.4.2.1-1fremantle13 is now in Extras, changing it will make it a new package? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Testing nonsense
2009/11/3 Till Harbaum li...@harbaum.org: Hi, there's another problem with the testing i am facing with gpxview: Nonsense ratings. GPXView got a thumbs down for needing lots of porting to match the maemo6 gui. Yes, harmattan! Why the heck should a fremantle program not be forwarded to extras due to the fact that it will be hard to port it to qt (which is what that guy is imho trying to say)? I am considering to entirely ignore the test process until this testing/promotion thing has actually proven to be useful. Dealing with people that just rate nonsense issues is a) a waste of time and b) frustrating. My proposals: - Add links to the apps changelogs to the package rating page - Add a small text telling the people what they are supposed to test (not harmattan gui portability!!) - Add a link to the bug tracker, so people can file appropriate bugs which can then be processed in a useful manner Till Well he didn't say he thunbed it down because of what he said in the comment. Maybe he thumbed it down for a reason and ALSO commented that it'll be hard to adapt it to Maemo 6 later on. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Testing nonsense
2009/11/3 Murray Cumming murr...@murrayc.com: I don't claim to know what the aims of the testing are. But I did see this on the main testing page: http://wiki.maemo.org/Extras-testing#The_extras-testing_QA_queue_.26_you Offering good quality community software to owners of Maemo devices is a top priority. We have a chance to show the world that open source software developed by community projects can match commercial software in terms of features, usability, reliability and fun. But we also face the risk of getting maemo.org Extras associated with beta quality software made by geeks for geeks only, without the last mile of polishing. I missed this point while reading it. And it convinced me to push to Extras Testing a new release of Xournal no matter if it loses the 7 thumbs up it already got (plus the 3 it got for a previous version) :( Oh well.. at least it'll be as much bug free as possible when it'll finally land Extras :) Thanks. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Xournal and Volume keys
Hi, Some people are complaining that Xournal does not intercept Volume Up/Down to actually zoom in/out a note. (I will make it configurable, but I want to discuss this a bit). I believe that, by default, those key should be left to where they belong, Volume settings. Indeed, that's also the design decision take for Ovi Maps [1]. They already provide huge +/- keys on the screen while Xournal uses the keys 'i' and 'o' (as in Zoom 'I'n/'O'ut). What are your thoughts about this? I do know that Photos and Browser use those to zoom in/out, but shouldn't those provide alternative ways of zoom in/out (like the browser zoom gesture) instead of stealing the hardware keys from the Volume adjustment ? The +/- keys MAINLY set the volume (i.e. Desktop, Media player, Maps, Lock screen and so on) and does something else in Photos, Browser and few others. Wouldn't it make more sense to leave then to the Volume? So that its use would be consistent everywhere ? I think that someone (may be me.. uhm.. don't remember) raised this issue in Maemo 5 already. Anyway.. what do you think? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA process = bug fixing disincentive?
Yup, surely the system needs to be fixed. I have some ideas, I don't like some of the ones already proposed, and of some of them I do like some pieces, but not others and other pieces could be improved.. But how do we do it ? Here? Talk? Brainstorm? I once stated that it's the developer that should have the last word on whether to promote or not a package. As Henry did with Mauku, I am doing the same for Xournal. I want it to extras and then I will release a stupid minor bug fix. And nothing will make me change my idea. If there was a button promote to Extras I would have hit it already and a bug fix would already be on its way to testing. Probably there will never be a solution that makes everyone happy. So put that button Promote to Extras there from day 0 (as soon as a package hits Testing) and let the developer choose. There's always time to pull an app from Extras if it behave wrong. And, speaking of which, why don't we speak, again, about a system to rate an application ONCE it's been installed FROM inside App Manager so that a certain number of negative votes actually automatically pulls the app out of Extras? Developer in control (and happy), user in control (and happy as well). Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should it be so hard and should I even bother with Extras for fremantle?
2009/11/1 Andrew Flegg and...@bleb.org: On Sun, Nov 1, 2009 at 11:35, Graham Cobb g+...@cobb.uk.net wrote: On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote: However, if it is clear to users what to expect when they install those apps; and they don't recklessly reduce the capability of the system, I don't think they're that bad. So, perhaps, OpenSSH Server should have a clearer warning that the root password it forces you to choose should be strong, as it will allow anyone to log in to your tablet if it is online and they know the password. I agree with Andrew. These applications should be available to everyone. Cool. +1 (for the agreement part, not the coolness :) ) 1) There will end up being a LOT of command line utilities. Over time I would expect a lot of debian utilities to be ported. This will clutter up the Application Manager with things of interest to a tiny number of people. The medium term solution, I think, is to create a new category: user/advanced or user/command-line. I don't like this. If I'm looking for a port forwarder, I'm going to look in user/network and, as an advanced user, I'm going to be happy with a pretty GUI app or the command-line socat. This is probably where we should start looking at introducing debtags? So, for example, socat would be in user/network but have a tag, 'command-line'. We can then even add a setting to Application Manager to show/hide command-line applications. I would like to see this. 'socat' definitely belongs to user/network but is also a CLI utility (advanced). -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screenshot as loading screen on Maemo 5
2009/10/23 Cornelius Hald h...@icandy.de: On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote: On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki) wrote: ... Please, no threads, no! The screenshot is only taken if it does not exist, otherwise the existing screenshot is used. So, the performance penalty is not there every time, only when the old screenshot does not exist. I take this back... After checking the code, it seems the application needs to check for the existing screenshot. What a disappointing design... But at least it looks like all screenshots are deleted automatically once you switch themes. That's good :) Conny So ok, to recap, the hildon_gtk_window_take_screenshot only sends a DBUS message to the window manager, but the application still is kind of locked while taking the screenshot (I notice a small slowness when taking the screenshot for the first time). Anyway, a thread wouldn't help at all and as we now know it's also not needed. I think the best would be to have a way to retrieve the screenshot path so that we can check for it's existence before taking a new one (thus we wouldn't be checking it in a static path as we do now), instead of hildon_gtk_window_take_screenshot checking for its existence. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using the sharing plugins
:( Any idea of when this will be available? Aniello 2009/10/23 daniel wilms daniel.wi...@nokia.com: Hi, a general comment about that. Unfortunately right now there is no possibility to use the sharing dialog from a 3rd party application. Cheers Daniel ext Aniello Del Sorbo wrote: No updates.. there should be a Sharing Service that should pop up the sharing dialog, but I can't seem to find the DBUS signature to call it. If any. Any help? Ideas? Am I the only one who wants to share a file from his own application? :) -- anidel Sent from London, Eng, United Kingdom 2009/10/22 Aniello Del Sorbo ani...@gmail.com: Hi, I've seen the documentation about how to make your own sharing plugin [1]. Is there documentation on how to actually use them from our own application? [1] http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in -- anidel ___ 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: Screenshot as loading screen on Maemo 5
2009/10/23 Claudio Saavedra csaave...@igalia.com: El vie, 23-10-2009 a las 09:58 +0100, Aniello Del Sorbo escribió: 2009/10/23 Cornelius Hald h...@icandy.de: On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote: On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki) wrote: ... Please, no threads, no! The screenshot is only taken if it does not exist, otherwise the existing screenshot is used. So, the performance penalty is not there every time, only when the old screenshot does not exist. I take this back... After checking the code, it seems the application needs to check for the existing screenshot. What a disappointing design... But at least it looks like all screenshots are deleted automatically once you switch themes. That's good :) Conny So ok, to recap, the hildon_gtk_window_take_screenshot only sends a DBUS message to the window manager, No; it sets a property in the XWindow. No dbus involved. Read my previous message. Yeah, sorry, DBUS just slipped out of my fingers. I think the best would be to have a way to retrieve the screenshot path so that we can check for it's existence before taking a new one (thus we wouldn't be checking it in a static path as we do now), instead of hildon_gtk_window_take_screenshot checking for its existence. That would add extra communication overhead. I insist that the best would be that the desktop itself checks whether the screenshot already exists. That's true, but having a means of knowing where the screen-shot is stored, gives us more control (as Andrew just explained) It's also true that it's just a screen-shot to fake a faster load of the application and we may not need that much control anyway. -- 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 fullscreen mode [was Re: Call for testers with N900 for vncviewer]
2009/10/23 Cornelius Hald h...@icandy.de: On Fri, 2009-10-23 at 11:27 +0200, Luca Donaggio wrote: I'm no goot at finding names, but what about he_fullscreen_toggle_overlay? It's a good fit I think. Something shorter would be nice, though. I was thinking about the following names, but they have problems too: - HeFullscreenButton sounds like it is a very big button - HeFullscreenOverlay sounds like a very big overlay Originally I wanted to call it HeFullscreenManager, but I now removed all the 'manager' functionality, so I can't really call it 'manager' anymore ;) Other suggestions? Conny HeFullscreenToggle ? -- 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 fullscreen mode [was Re: Call for testers with N900 for vncviewer]
2009/10/23 Cornelius Hald h...@icandy.de: On Fri, 2009-10-23 at 10:55 +0100, Aniello Del Sorbo wrote: HeFullscreenToggle ? I like that one. Andrew is of course right, that it doesn't really toggle, it just allows to go from fullscreen to not-fullscreen. It's difficult to put this into words and I think 'Fullscreen' should somehow be part of the name. So for now 'HeFullscreenToggle' is the winner. Thanks Aniello :) Now if only someone could help me with those emission hooks... Conny Why is that not a toggle? Can it also bring from non fullscreen to fullscreen? Simply NOT fade away when in not fullscreen mode... may be passing that flag via parameter? HeFullscreenToggle - whatever other param, FADE_OUT | NO_FADE_OUT So, if I use it in my toolbar (where I'll leave empty space), it'll look like a button in un-fullscreen mode with NO_FADE_OUT param. If I use it in my un-fullscreen app with no toolbar, I still can use it to toggle fullscreen. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Extras Testing queue and number of days left (out of 10)
Hi, it is too complicated to show how many days an application has been in the queue (say 5/10) along with its Karma? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using the sharing plugins
2009/10/23 daniel wilms daniel.wi...@nokia.com: Hi, at the moment it is not available, but the plan exist to make it so. Although I cannot give you any concrete information about the time frame yet, I will keep you up to date. Cheers Daniel Okay thanks. Guess I'll have to wait . Aniello ext Aniello Del Sorbo wrote: :( Any idea of when this will be available? Aniello 2009/10/23 daniel wilms daniel.wi...@nokia.com: Hi, a general comment about that. Unfortunately right now there is no possibility to use the sharing dialog from a 3rd party application. Cheers Daniel ext Aniello Del Sorbo wrote: No updates.. there should be a Sharing Service that should pop up the sharing dialog, but I can't seem to find the DBUS signature to call it. If any. Any help? Ideas? Am I the only one who wants to share a file from his own application? :) -- anidel Sent from London, Eng, United Kingdom 2009/10/22 Aniello Del Sorbo ani...@gmail.com: Hi, I've seen the documentation about how to make your own sharing plugin [1]. Is there documentation on how to actually use them from our own application? [1] http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in -- anidel ___ 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: extras-testing and WONTFIX ?
2009/10/23 Attila Csipa ma...@csipa.in.rs: I've been thinking through some extras-testing scenarios... What happens if an issue is marked as a blocker, but the developer says it's a WONTFIX, fixed in Harmattan or similar ? If we play by the book, the app is stuck in testing and everybody looses - users won't get a potentially interesting app, the developer doesn't get karma/fame/device/whatever... so not good no matter how you put it. Obviously, if it's really a QA blocker, we don't want to expose users to it. On the other hand, we can't (and shouldn't) push developers doing what they think is not right. So... any takes what the (general) right course of action would be for such stuck applications (apart from the obvious lose- lose scenario) ? Extras Testing is like being in quarantine for 10 days. After 10 days the app should get approved automatically to Maemo Extras (if some condition are met, but I don't quite remember the details) Of course one can always manually intervene and pull the app from Extras. In this case, though, is the developer that has the last word on his app. Unless the app causes damage or behaves really bad, it should be promoted to Extras. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Using the sharing plugins
Hi, I've seen the documentation about how to make your own sharing plugin [1]. Is there documentation on how to actually use them from our own application? [1] http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA queue determine required thumbs down for removal
2009/10/22 Niels Breet ni...@maemo.org: Hi, To not keep obvious broken applications lingering in the QA testing queue, we need to determine what how many thumbs down are required before automatic removal from the queue is done. How about setting the limit at: 5 thumbs down at = 10 day quarantine point. and 10 thumbs down for immediate removal. Another thing to think about is if we only want to remove the package from the QA queue or also remove it from the extras-testing repository. Thoughts? We could remove it from Extras Testing after another 10 days in quarantine (as it means 20 days the developer hasn't done anything on it) The numbers you're stating are relative or absolute? I.e. 10 thumbs up - 7 thumbs down = 3 thumbs up and after the 10 days go to quarantine? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA queue determine required thumbs down for removal
This is a good point. An app should be pulled by the developer or by some poweruser . Aniello 2009/10/22 gary liquid liq...@gmail.com: There is no interface to pull apps manually. if testing identifies a blocker, the maintainer has no way but to leave it there wasting the other testers time. On Thu, Oct 22, 2009 at 12:56 PM, Aniello Del Sorbo ani...@gmail.com wrote: 2009/10/22 Niels Breet ni...@maemo.org: Hi, To not keep obvious broken applications lingering in the QA testing queue, we need to determine what how many thumbs down are required before automatic removal from the queue is done. How about setting the limit at: 5 thumbs down at = 10 day quarantine point. and 10 thumbs down for immediate removal. Another thing to think about is if we only want to remove the package from the QA queue or also remove it from the extras-testing repository. Thoughts? We could remove it from Extras Testing after another 10 days in quarantine (as it means 20 days the developer hasn't done anything on it) The numbers you're stating are relative or absolute? I.e. 10 thumbs up - 7 thumbs down = 3 thumbs up and after the 10 days go to quarantine? -- anidel Sent from London, Eng, United Kingdom ___ 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: QA queue determine required thumbs down for removal
2009/10/22 Niels Breet ni...@maemo.org: On Thu, October 22, 2009 15:31, gary liquid wrote: There is no interface to pull apps manually. if testing identifies a blocker, the maintainer has no way but to leave it there wasting the other testers time. This reminds me. If a maintainer votes his own app down, it should be removed instantly. This way a maintainer can easily remove his own app and not waste testers' time. /me likes that. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screenshot as loading screen on Maemo 5
2009/10/22 Luca Donaggio donag...@gmail.com: On Sat, Oct 17, 2009 at 1:03 PM, Cornelius Hald h...@icandy.de wrote: On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote: My program doesn't ask anything when you close it, but it keeps automatically saving the document in a temporary file. Thus at every start it loads it up and you're back where you left. So I thought I would call the screenshot function at the very end, while closing down the program. It didn't work. It didn't save the screenshot of what was there. So I call it when I receive the expose event (like in the example) and it does work there. Why is that? I still have to investigate it, but I thought the window would be still available in my Quit function when called from the destroy event. I'm also calling it when quitting the application. I'm using the 'delete-event' on my main window. There I call it just before gtk_main_quit(). It's working for me... Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers I'm resuming an old thread, sorry! If I call hildon_gtk_window_take_screenshot() within the callback function for the delete-event of the main app, just before gtk_main_quit(), it seems that something has already happened to the main window: it complains that it is not a GtkWindow (which usually is, as HildonWindow derives from it), but a GdkWindow, and, of course, no screenshot were taken. Luca Donaggio I am doing the same and works, but then I was thinking that's it's probably best doing at the beginning, with a clean UI. I thought that doing it at the end, before closing it, would then fake a reload of the app in the state it was left when closing it. But this has an issue, which I think deserves thoughts: 1) to really speed up things you should take the screenshot only once. 2) if you do it at the end, before closing, for the reason above, then you've got to take the screenshot at every exit. This slows down the exit itself. And this is as much of an issue as the startup speed. Thus I thought I'll take the screenshot at the expose event and only take it if the file is not there already. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screenshot as loading screen on Maemo 5
They are stored in /home/user/.cache/launch/service name.pvr Speaking of which, I shall change my service name. Aniello 2009/10/22 Luca Donaggio donag...@gmail.com: On Thu, Oct 22, 2009 at 5:11 PM, Claudio Saavedra csaave...@igalia.com wrote: El jue, 22-10-2009 a las 16:57 +0200, Luca Donaggio escribió: I'm resuming an old thread, sorry! If I call hildon_gtk_window_take_screenshot() within the callback function for the delete-event of the main app, just before gtk_main_quit(), it seems that something has already happened to the main window: it complains that it is not a GtkWindow (which usually is, as HildonWindow derives from it), but a GdkWindow, and, of course, no screenshot were taken. Are you sure you are passing the right window to the function? event-window is not the one (just in case). Claudio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Thanks for the tip Claudio, but no, I'm using a reference to the main app window (a HildonWindow), and I'm using g_signal_connect() which should call my callback function before the default signal handlers. Luca Donaggio ___ 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: Screenshot as loading screen on Maemo 5
2009/10/22 Andrew Flegg and...@bleb.org: On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote: [snip] Thus I thought I'll take the screenshot at the expose event and only take it if the file is not there already. I *think* you need to do it at every expose event. What if the user changes theme and the font colours change (for example)? Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ True. But taking a snapshot slows down the startup... it should be then done in a small thread? -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using the sharing plugins
No updates.. there should be a Sharing Service that should pop up the sharing dialog, but I can't seem to find the DBUS signature to call it. If any. Any help? Ideas? Am I the only one who wants to share a file from his own application? :) -- anidel Sent from London, Eng, United Kingdom 2009/10/22 Aniello Del Sorbo ani...@gmail.com: Hi, I've seen the documentation about how to make your own sharing plugin [1]. Is there documentation on how to actually use them from our own application? [1] http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
2009/10/21 Tuomas Kulve tuo...@kulve.fi: Cornelius Hald wrote: Hi, Nathan Anderson wrote: What physical hardware buttons do exist? Maybe we can tie onto one of those to exit out of full screen mode in apps. Anybody know the keyboard constants are to these hardware buttons -- we should put them in a wiki article -- this is something that I could think that several programs would need. Games that are running full screen, Remote Desktop, a picture viewer. The available HW buttons are: +/- keys, Power key, Take-a-photo key and the lock key. Then there´s of course the keyboard with even more keys ;) The quake3 uses promixity sensor as a fire button. Hover a finger close to the sensor (or just tap it) and it will fire. Just pointing out that the device can use something weird instead of the traditional hardware keys ;) But it's not always a good idea, I think. People suggested Xournal should use this very same trick (the proximity sensor) to enable the panning. A sensor is a sensor, not a modifier. But yes, strictly speaking one can force adapt hardware features to do stuff it was not designed to do. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Address book, persistent UIDs and merging contacts
2009/10/21 Andrew Flegg and...@bleb.org: Hi, At the summit, and according to the documentation[1], an EContact should have its *persistent* UID stored if you need to refer to a contact at a later date. However, how does this work with merging contacts? If I merge a contact (UID=1) with another (UID=2), are stored references to both persistent UIDs still valid? Intuitively, I'd guess not, but if this is supposed to be a persistent UID _and_ the contact info is still in the address book, perhaps there's some cleverness under the covers. Any info gratefully received. Thanks in advance, Andrew [1] https://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Generic_Platform_Components/Using_Address_Book_API#Attribute_Convenience_Functions I suppose that when you merge two contacts, one gets deleted and its fields added to the other one. I don't know how you do merge the contacts, but if you merge contact UID 1 into contact UID 2, then, logically, UID 1 would be deleted, wouldn't it? Aniello ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading to Fremantle extras via Extras Assistant
Hi, Still no luck with this.. and this is blocking me. Neils? Any thoughts? -- anidel Sent from London, Eng, United Kingdom 2009/10/9 Aniello Del Sorbo ani...@gmail.com: I am trying to upload a new version of Xournal in order to promote it to Testing, but the extras assistant keeps saying my changes is incorrect. I haven't changed anything and was working fine for fremantle-beta, do I have to do something? -- -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading to Fremantle extras via Extras Assistant
0 bytes?!?!? Woah! That is it then.. my firefox browser is acting weirdly on me then. It didn't attach changes files to my e-mail and thus it didn't upload them either to the assistant. I suppose it's an issue with Firefox 3.5 and Ubuntu 9.10 beta then... Thank you for checking it Neils! I'll try with Chrome. -- anidel Sent from London, Eng, United Kingdom 2009/10/20 Niels Breet ni...@maemo.org: Hi, The most recent changes files you uploaded are all 0 bytes in size. That doesn't seem to happen for other people. I just tested an upload and it worked fine for me. Are you really sure the problem isn't at your end? - Niels On Tue, October 20, 2009 11:27, Aniello Del Sorbo wrote: Hi, Still no luck with this.. and this is blocking me. Neils? Any thoughts? -- anidel Sent from London, Eng, United Kingdom 2009/10/9 Aniello Del Sorbo ani...@gmail.com: I am trying to upload a new version of Xournal in order to promote it to Testing, but the extras assistant keeps saying my changes is incorrect. I haven't changed anything and was working fine for fremantle-beta, do I have to do something? -- -- 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: Screenshot as loading screen on Maemo 5
2009/10/17 Cornelius Hald h...@icandy.de: On Tue, 2009-10-13 at 21:22 +0200, Cornelius Hald wrote: On Tue, 2009-10-13 at 18:45 +0100, Andrew Flegg wrote: Faheem wrote: https://stage.maemo.org/viewcvs.cgi/projects/haf/trunk/hildon-control-panel/src/hcp-window.c?root=maemor1=19383r2=19382pathrev=19383 I can confirm that copying an existing entry from /home/user/.cache/launch/ to dbus-name.pvr will result in it being launched with that screenshot before fading in the actual window. Wow, you guys are great :) So it should be really straight forward to implement this in our own apps. I'll give it a try tomorrow. Also it looks like most stock apps are using it now. Notes, Sketch, Xterm, Calculator and more. Just a quick update: It is really enough to just call hildon_gtk_window_take_screenshot() in your code. The next time you start your application the screenshot will automatically be used. I first thought you have to use maemo-launcher to make use of this feature, but it also works without. Cheers! Conny My program doesn't ask anything when you close it, but it keeps automatically saving the document in a temporary file. Thus at every start it loads it up and you're back where you left. So I thought I would call the screenshot function at the very end, while closing down the program. It didn't work. It didn't save the screenshot of what was there. So I call it when I receive the expose event (like in the example) and it does work there. Why is that? I still have to investigate it, but I thought the window would be still available in my Quit function when called from the destroy event. Weird. -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading to Fremantle extras via Extras Assistant
Sorry for spamming, any updates? I haven't changed anything, did someone change something on the server side? Is there a log saying why it failed to process this changes file? This is it: = Format: 1.7 Date: Tue, 09 Oct 2009 09:20:44 +0100 Source: xournal Binary: xournal Architecture: source armel Version: 0.4.2.1-1fremantle11 Distribution: unstable Urgency: low Maintainer: Aniello Del Sorbo ani...@gmail.com Changed-By: Aniello Del Sorbo ani...@gmail.com Description: xournal- Maemo Application for note taking Changes: xournal (0.4.2.1-1fremantle11) unstable; urgency=low . * hidden Settings so that I can start promoting to Testing Files: 35c241cf98c39cab676f0950cf177043 533 user/office optional xournal_0.4.2.1-1fremantle11.dsc 3f48a48b9e8d007b6bc4f2702794ffb7 390342 user/office optional xournal_0.4.2.1-1fremantle11.tar.gz 606171c1578398377e2e78fa421a3a39 190626 user/office optional xournal_0.4.2.1-1fremantle11_armel.deb = -- anidel Sent from London, Eng, United Kingdom 2009/10/16 Jeremiah Foster jerem...@jeremiahfoster.com: On Oct 16, 2009, at 24:13, Aniello Del Sorbo wrote: I think I can re-upload the same version and it'll be accepted, but later rejected at compilation time because of the same version. I will try re-uploading the package with a new version, but I am sure version 10 is the latest and 11 is the newest (never uploaded). Attached is the .changes file (i've tried both of them) Perhaps you forgot to attach your changes files? Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading to Fremantle extras via Extras Assistant
any news why this is not working for me anymore??? it used to work before, I didn't change anything and now it says that the changes file (I used to upload fine) now it's invalid. I can't upload new packages of Xournal because of this. -- anidel 2009/10/9 Aniello Del Sorbo ani...@gmail.com: I am trying to upload a new version of Xournal in order to promote it to Testing, but the extras assistant keeps saying my changes is incorrect. I haven't changed anything and was working fine for fremantle-beta, do I have to do something? -- -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Uploading to Fremantle extras via Extras Assistant
uhm.. I've upgraded to Ubuntu 9.10 and I think I've lost my keys? (WARNING: Failed to sign .dsc and .changes file) But I am uploading via web interface, should not be an issue, should it? -- anidel Sent from London, Eng, United Kingdom 2009/10/15 Aniello Del Sorbo ani...@gmail.com: any news why this is not working for me anymore??? it used to work before, I didn't change anything and now it says that the changes file (I used to upload fine) now it's invalid. I can't upload new packages of Xournal because of this. -- anidel 2009/10/9 Aniello Del Sorbo ani...@gmail.com: I am trying to upload a new version of Xournal in order to promote it to Testing, but the extras assistant keeps saying my changes is incorrect. I haven't changed anything and was working fine for fremantle-beta, do I have to do something? -- -- anidel Sent from London, Eng, United Kingdom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
