Re: How to display progress while fetching contacts?
On Thu, 14 Apr 2011 16:16:01 -0400 David Talmage talm...@acm.org wrote: I'm looking for a platform-independent way to display the progress of a QContactFetchRequest. Can any of you suggest a solution? I've found a couple of partial solutions but nothing completely satisfactory. QProgressBar would be perfect if I knew how many contacts to expect. I don't know that. I only know when the QContactFetchRequest begins, when some results arrive, and when it ends. QMaemo5InformationBox::information() with a timeout value of QMaemo5InformationBox::NoTimeout is informative but the user can (or must?) dismiss it by tapping on the screen. I don't want that. In addition, with a name like QMaemo5InformationBox, I don't expect that I will be able to use it on Symbian devices or whatever else I port my application to. I'm going to look into QStatusBar. The technical term you're looking for is a throbber. Do a google search for qt and throbber. This url sounded on topic: http://stackoverflow.com/questions/3301866/using-pyqt-and-qt4-is-this-the-proper-way-to-get-a-throbber-in-a-qtabwidget-tab ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Qt Mobility 1.1 for Fremantle
On Wed, 29 Dec 2010 16:03:38 +0200 Attila Csipa ma...@csipa.in.rs wrote: ... and a happy new year ! We have kickstarted a community 'compatibility program' with a little Forum Nokia help which will focus on bringing the latest Qt and related tech tools/fixes/updates to developers, without having to worry about Nokia release schedules and support status. The first component that is released as part of this effort is QtMobility 1.1 (as 1.0.2 is getting long in the tooth), currently available as libqtm-11-* in extras-devel. If/when a SSU is released with 1.1 as the official, these libraries will be replaced with placeholders that point to those 1.1 libs. The bleeding edge can always be attained with libqtm-experimental which will permanently remain in extras-devel (after we test 1.1 this will switch to 1.2, etc). To use these packages you need do to CONFIG += mobility11 in your .pro file instead of just 'mobility' (as mobility will reference always the official one from the firmware). Enjoy (and provide feedback/patches !) Will a similar effort be done for N8x0 folks? Is there any technical reason why Diablo should be locked in to qt 4.5.x instead of 4.7.1? Joseph Charpak josephchar...@comcast.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Please remove gpxview from chinook and diablo repositories
On Fri, 2010-08-27 at 18:34 +0100, Andrew Flegg wrote: Till wrote: asked to remove libgio and that's where some arguing started I don't remember seeing any arguing, but I admit I wasn't paying close attention. Anyway, the broken libgio has now been removed (Niels, correct me if I'm wrong) He may be referring to a post of mine which was a clarification, not an argument on the libgio problem. I believe the libgio was an unsuccessful attempt to update Tear to a later version of libsoup. Basically the same thing Till was trying to do with his package. I'm not saying the failed libgio shouldn't be removed, in fact I agree wholeheartedly it should be removed. I was just trying to explain where I thought the bad package was coming from (and by extension point out who the maintainer might have been, which was Bundyo as I recall). Joseph Charpak josephchar...@comcast.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: diablo/chinook gtk libs in autobuilder broken?
On Fri, 2010-08-20 at 09:52 +0100, Graham Cobb wrote: On Friday 20 August 2010 07:08:46 Till Harbaum / Lists wrote: ok, Faheem doesn't want to support that lib anymore. Would you therefore please remove libgio and all packages depending on it from chinook and diablo repositories. Currently libgio/libsoup24 is in an unusable state, so we don't loose anything. Has anything depending on libsoup24 or libgio been promoted to Extras? If so, we probably want to replace the extras-devel versions with the versions that are in extras (presumably those build OK). For some reason I want to say that Tear was trying to use the newer version of libsoup see http://talk.maemo.org/showpost.php?p=763860postcount=1281 Graham ___ 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: Help needed: packaging/distributing very small C app
On Thu, 2010-04-22 at 21:58 +0200, Thomas Waelti wrote: Thanks everybody for your extensive support in documenting this process. While I encountered a few smaller stumbling blocks, it worked quite good (especially once the docs got updated by David) I can report halfway success for now :-) The reason is simple: - No package 'mafw' found - No package 'mafw-shared' found How to proceed? Is this indeed a problem of the autobuilder (no mawf libs) or of my source package? The build-depends line in the debian control file is probably missing a reference to mafw and mafw-shared. You have it locally so the program finds it, but the autobuilder doesn't know to include it and therefore can't complete the build. Remember the autobuilder only includes the bareest minimum by default, you need to explicitly include everything else. Joseph Charpak josephchar...@comcast.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSOC Project: eBook Reader
On Wed, 2010-03-24 at 00:22 -0400, Ajai Khattri wrote: For CHM, have a look at ChmSee (thought it uses GTK+). kchmviewer uses Qt but might have too many dependencies on KDE libs. kchmviewer is already available, although it's a really large package. Joseph Charpak josephchar...@comcast.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Thu, 2010-03-18 at 13:32 -0500, Samir Faci wrote: Hmm.. any one know if meego will be completely open source?. There's the usual frustration with a lot of press release marketing-speak going around but the short version is that there will be at least a base version of Meego which will be completely open source as well as customizations designed by handheld makers or cellphone providers. Once we just get going the objective is to have all of the MeeGo platform work fully in public... ...MeeGo will be a complete yet not entirely productised Linux distribution, it is fully Open Source in code and in process... ...Still, there are some bumps to be expected: MeeGo is supposed to go beyond its parents in openness. Also...other companies will get involved as open source makes its inroads to device business mainstream. Yet MeeGo operations are expected and designed to be completely transparent - RD in the public internet! This is still a baffling proposition to many. Some do not want to do it, some do not dare, many do not know how to. We still have a trainload of openness virgins here! Herding the teams to go public will be a big task for [Meego] Source: the meego.com blog http://meego.com/community/blogs/valhalla/2010/towards-day-one Intel and Orange will work to increase the availability of Orange Signature Services, such as Orange TV and Orange Maps, which will be supported by the MeeGo environment... ...'With the increasing number of phones and operating systems for customers to choose from, it is our role to make sure our customer's journey into this richer mobile multimedia environment is simple and easy,' said Yves Maitre, SVP Devices, Orange Group. 'Our collaboration with Intel on the MeeGo software platform will...[ensure] that customers continue to benefit from a consistent user experience delivered through Orange Signature services, including a customized home-screen' source http://www.prnewswire.com/news-releases/intel-orange-collaborate-on-meego-platform-to-deliver-a-new-mobile-multimedia-experience-on-intelr-atomtm-processor-based-devices-86140547.html Dear G-D that url is ugly. Use this instead: http://tinyurl.com/yfsozlw Whether the base version of Meego will be useful enough to an end user will be the big question. What does a complete yet not entirely productised Linux distribution mean? Joseph Charpak josephchar...@comcast.net ___ 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?
On Thu, 2010-01-28 at 15:25 -0300, Eduardo Lima (Etrunko) wrote: For non-gratis or paid applications, the right channel in my point of view would be the Ovi store. the problem there is that as a prerequisite to uploading to OVI, you need to establish some kind of legal entity. Maybe not an actual company, but something similar, which in the US at least required a non-trivial financial investment and had tax implications. This made iFart style apps not likely to make it to Ovi as it would cost the developer more money to upload to ovi then they would ever get back from selling their app. Nokia promised to review the situation, but did not promise to actually change the requirement. See http://talk.maemo.org/showthread.php?t=34783 and http://talk.maemo.org/showthread.php?t=34661 for full details. It also might have been discussed on this list. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Smalltalk developers on N900.
On Mon, 2009-12-28 at 15:55 -0500, Aldon Hynes wrote: I've kicked around trying to get Logo running as well as thinking about other languages. I'm interested in Ada on the devices. It looks like progress is being made on the Debian for ARMEL front, so hopefully we'll see something sooner rather than later. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SyncEvolution in Fremantle
On Thu, 2009-12-24 at 14:17 +0100, Ove Kaaven wrote: Actually, I forgot that you could look into running OpenSync on your desktop. I think it has a SyncML plugin that can act as a server. If it works, then you could run syncevolution on the N900 to sync with OpenSync on the desktop, and have OpenSync talk to your desktop PIM, be it Evolution, KDEPIM, or whatever. I just can't give you a howto, since I don't use OpenSync. I just sync with the web services myself. See http://www.cleardefinition.com/page/Sync_Evolution_and_GPE_on_N800/ for a howto to sync evolution on linux desktop with GPE on a N800. Not exactly the same and possibly outdated, but should give you some place to start. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package Building HOWTO
On Tue, 2009-12-22 at 18:24 -0300, Jeff Moe wrote: I have written up a Package Building HOWTO. You can find it here: http://wiki.maemo.org/User:Jebba#Package_Building_HOWTO Looks good although I'd swap the order of compile for armel with compile for x86. First you compile for x86 and run the resulting app to see if it works in scratchbox. When you're satisfied it does, you compile for armel to make sure it'll compile for the actual device. Testing the armel build in scratchbox for run time errors, is in general not supported (YMMV). Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application manager categories for Fremantle
On Tue, 2009-06-02 at 08:46 -0400, Ryan Abel wrote: On Tue, Jun 2, 2009 at 6:13 AM, Marius Vollmer marius.voll...@nokia.com wrote: user/sharingSharing plugins This has been discussed before, and my stance on it is: absolutely not. Aside from the fact that a sharing plugins category reeks of silly Nokia Ovi nonsense, it's also entirely incongruous with the rest of the categories. I have to get to work, but hopeful Andrew can elaborate more about why it's a bad idea. ;) I also don't understand why sharing plugins is necessary. Simply plugins is a different matter. I'd estimate one third to one half of the entries in the AM are actually plugins of one sort or the other. Canola plugins, mediabox plugins, claws-mail plugins, pidgin plugins, Battle of Wesnoth plugins. Need I go on? On a related note, packagers are doing a good job of not putting libraries in user/whatever (so they do not appear in blue pill mode), but we still do have some libwhatever packages in the list. It would be good to make sure the same thing isn't happening in fremantle. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems with the fremantle autobuilder...
On Tue, 2009-05-26 at 14:04 +0200, Jeremiah Foster wrote: Why would you want to upload a package with the same version number? Incrementing the version number is the purpose of the version number, so of course you would want to change the version number every time there is a new package. Because if it takes 20 attempts to autobuild correctly we don't want to burn through twenty numbers like foo-maemo1 through foo-maemo20. Once we've successfully autobuilt, our *next* change will have an incremented number e.g. maemo2. and if that takes 20 times to get autobuilt correctly it should still be just maemo2, not maemo21 nor maemo42. But based on other emails it sounds like the system is working the way I've described, *successfully* autobuilt packages prevent the re-use of that particular version number. Packages that are not built successfully do not prevent the reuse. And by successfully autobuilt I'm assuming we mean successfully built by the extras-devel autobuilder. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA from extras-devel to extras-testing
On Mon, 2009-05-11 at 19:07 +0100, Graham Cobb wrote: If this app was going to be downloaded by 50 people it probably wouldn't be worth worrying about this problem. But close to 40,000 have downloaded the current version of gpe-calendar and if I release this at least a few thousand people are likely to hit the problem. So, I need to find and fix this. And maybe if you released it, a few of those thousands would help you locate the problem. :) One of the reasons I don't use extras-devel is that, while extras may be stagnant, it's stagnant and stable. Too often extras-devel is just as stagnant as extras but is buggier. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: hildon-help in fremantle?
On Thu, 2009-04-30 at 18:31 +0200, Till Harbaum / Lists wrote: Hi, may someone please explain to me how entirely removing any help system helps simplifying the device usage? The outcome of this is obvious: All applications (incl. my own) just won't have any help system on fremantle. Or do you really expect the develpers to write a custom help system for their apps? And where would be the advantage of this? We'd end up with a bunch of completely different help systems which neither makes things simpler nor more usable. So is the fremantle way really to not have any built-in help system? What else do you propose? Some online help? I assumed he meant developers would code in help using the standard gnome help system, which isn't available in Diablo and earlier versions of Maemo. I never understood that decision anyway. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Twitter application for canola2 as a gsoc project
On Sun, 29 Mar 2009 10:32:39 -0300 Luis Felipe Strano Moraes luis.str...@gmail.com wrote: Hi, we would be definitely interested in the application. Try coming by on #canola on irc.freenode.net to chat. Also, try to research into other clients that have been written in python already, or if there is a twitter library of some kind already done. Twitter is available on maemo via the mauku application. On an unrelated note, a blogging plugin for a media player seems an odd combination. Joseph Charpak jchar...@worldnet.att.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
