Re: Application Icon Broken
Tilman, That did it! Thank you! Sounds like an update for the developer documentation. All, How does one go about updating the developer documentation? On 11/30/07, Tilman Vogel [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! gtk-update-icon-cache -f /usr/share/icons/hicolor Does this help? Tilman -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHT93q9ZPu6Yae8lkRAto4AJ45f+b+fPUIftH5n6Go/EUnMnnbLACeNJ3+ dbat1BhECaSTIgVkoq6MKuE= =imYR -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- John P. Mitchell [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a well-behaved pyGame app with maemo-python ?
Kimmo Hämäläinen a écrit : On Thu, 2007-11-29 at 15:20 -0800, ext Mike Morrison wrote: On Nov 29, 2007 2:33 PM, Thomas D. Waelti [EMAIL PROTECTED] wrote: Something else: make sure your service name is something like com.nokia.yourapp, and NOT com.yourdomainname.yourapp or so... And in the osso context, only connect to the yourapp part of the service, not the full service name... Almost. You can use com.yourdomainname.yourapp as the service name but then you must pass the full service name in to osso_initialize(). If you use com.nokia.appname as a service name, you only need to pass the appname into osso_initialize(). Unfortunately they fail to mention this necessary tidbit of information in all the documents on the matter. Thanks for letting me know! I added a mention of it to libosso.h. Unfortunately, Python coders tend to not usually read header files... :) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Something similar to Ubuntu Personal Package Archive for Maemo developers?
On Nov 30, 2007 2:22 PM, Andrea Grandi [EMAIL PROTECTED] wrote: do you know the PPA service from Ubuntu? https://help.launchpad.net/PPAQuickStart They give you 1 Gb space to create your own .deb repository for Ubuntu packages. It would be great to have a similar thing for Maemo developers too. Agreed, but *not* to increase the prevalence of third-party repositories (even if they are hosted on maemo.org), it's the auto-builder that's the interesting thing. If these were personal places to upload sources to which auto-built for x86 armel, and put the results in extras-devel, we'll have the perfect solution (assuming we get auto/community promotion of extras-devel packages to extras). Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: [Fwd: Looking for npapi microb-engine header files]
Jean-Sébastien Légaré wrote on November 28, 2007 10:34 AM To: maemo-developers@maemo.org Subject: Looking for npapi microb-engine header files I would like to port an existing mozilla plugin to the microb browser on the N800 running the latest OS2007. The whitepaper on the microb-engine available at browser.garage.maemo.org doesn't say much about their implementation of NPAPI and NPRuntime. It's standard gecko from a certain time period, but you shouldn't need to ask, NPAPI has functions you can call to ask if features. http://timeless.justdave.net/mxr-test/chinook/find?string=npruntime Where could I get the set of header files, specific to the microb-engine on the n800 that I need to include in my plugin code? NPAPI is designed such that you should not need to get some specific version. Use the version you're using, and the run it. If you write your plugin correctly so that it asks for features then it will just work. I am referring to the header files that we normally find in the gecko-sdk, such as npapi.h and npupp.h. http://timeless.justdave.net/mxr-test/chinook/find?string=npapi Shows that chinook has a package whose source includes the files of interest. Reading through: http://timeless.justdave.net/mxr-test/chinook/source/microb-engine-1.0.3/debian/control It seems that the only likely candidate is 68 Package: microb-engine-dev Also, once I manage to compile the plugin as a shared object, how can I register it in the browser ? e.g. Can I install it with xpi from the browser? http://www.google.com/search?num=100hl=enclient=firefox-arls=org.mozilla%3Aen-US%3Aofficialhs=fr6q=site%3Abrowser.garage.maemo.org+extensionsbtnG=Search http://browser.garage.maemo.org/docs/extension.html How to create an extension package for Mozilla based browser for maemo Clearly shows conversion from xpi to debian package http://browser.garage.maemo.org/news/1/ clearly says: How can I extend the browser? Thanks to the open standards support and a code base shared with Firefox, developers are able to easily port add-ons and extensions available from addons.mozilla.org. Firefox extensions can not be installed directly. http://browser.garage.maemo.org/news/9/ Says: There is a project to help enhance MicroB, called browser-extras which is busy porting and packaging content and extensions to improve your browsing experience as well as reduce the pressure on our in house developers. Thanks to their contributors there for settings it up and working on it. You can examine the packages they produce: http://browser-extras.garage.maemo.org/ At the present .deb is the only official way to install things, and this is a platform requirement (xpinstall was explicitly disabled per platform integration requirements) Can I place it in user's home directory under .mozilla/plugins/ or something similar ? There are actually a couple of choices System plugins are installed into: /usr/lib/browser/plugins with symlinks pointing to them in ~/.mozilla/plugins This is probably the best behavior as it enables hypothetical users to choose which plugins to have enabled w/o forcing multiple installations of the same files. Please please please keep in mind that there can easily be more than one browser on the system. My systems tend to have at least 3: MicroB Opera (I have a 770...) MiniMo Your plug-ins should be written according to NPAPI which means runtime interogation and proper error handling. You should not be crashing just because the user has a different browser (newer, older, or just plain different) hosting your plugin. NPAPI requires that plugins be browser agnostic. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: adduser in chinook
Juha Kallioinen пишет:
ext Arkady Glazov wrote:
Help me, but if there is a package for Chinook adduser? Or how to add
your group without addgroup
Unfortunately the adduser and addgroup are not available. But you can
use the more low level approach by calling useradd and groupadd directly.
In fact add{user,group} are just perl scripts that set up a set of
parameters and call {user,group}add with them.
Cheers,
Juha
Thank's. It's really help me.
--
--
Best regards,
Arkady Glazov
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Gtk apps to maemo: howto change default font size
Hi, Nicolas schrieb: I have compiled gFTP which is a Gtk FTP client, but the UI interface has many things to display, and the default font size is too big to be usable. Same problem with PcManFM which is a lightweight Gtk filemanager. Question: is there an easy way to customize font size for specific applications? (I saw the gtkrc file, but I don't want to mess with the whole system theme). Or should I patch the Gtk code to change the font size inside the application (I have no experience with Gtk, but I guess this should be fairly easy)? that's a quite common problem but reducing the font size is not really what you want to do in most cases. Just keep in mind that these user interfaces were designed for devices with much bigger screens. The high screen resolution of the tablets of course make it possible to reduce the font size, but that's not necessarily good for usability. You should take a look at the user interface implementation and check what you can do to reduce the amount of space you need. (Make it simpler, reduce the amount of displayed information...) If there are areas where it really makes sense to reduce the font size you can use a markup switch (small) to make it smaller then the default size. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Hi, Tollef Fog Heen schrieb: Just to correct this: Software under the ASL can use LGPL-ed code just fine. Think Apache HTTPd running on a normal Linux installation. glibc is LGPL, Apache is ASL. That's why we have the LGPL - even proprietary stuff can conk against LGPLed libraries. Of course the situation is different if you want to copy code between components using different licenses. Apache has some more detailed information about GPL compatibility here: http://www.apache.org/licenses/GPL-compatibility.html In one sentence: Apache License is compatible to GPLv3 but not to GPLv2. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
* Klaus Rotter | vicente garcia wrote: | Hi, how you think Android will affect Maemo? | I suposse that Maemo has a lot of posibilities of be installing on a phone, | then... | | Android is distributed under Apache License. This means (to me) it can't | use GPL or LGPL code. Just to correct this: Software under the ASL can use LGPL-ed code just fine. Think Apache HTTPd running on a normal Linux installation. glibc is LGPL, Apache is ASL. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Application Icon Broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! gtk-update-icon-cache -f /usr/share/icons/hicolor Does this help? Tilman -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHT93q9ZPu6Yae8lkRAto4AJ45f+b+fPUIftH5n6Go/EUnMnnbLACeNJ3+ dbat1BhECaSTIgVkoq6MKuE= =imYR -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a well-behaved pyGame app with maemo-python ?
On Thu, 2007-11-29 at 15:20 -0800, ext Mike Morrison wrote: On Nov 29, 2007 2:33 PM, Thomas D. Waelti [EMAIL PROTECTED] wrote: Something else: make sure your service name is something like com.nokia.yourapp, and NOT com.yourdomainname.yourapp or so... And in the osso context, only connect to the yourapp part of the service, not the full service name... Almost. You can use com.yourdomainname.yourapp as the service name but then you must pass the full service name in to osso_initialize(). If you use com.nokia.appname as a service name, you only need to pass the appname into osso_initialize(). Unfortunately they fail to mention this necessary tidbit of information in all the documents on the matter. Thanks for letting me know! I added a mention of it to libosso.h. BR, Kimmo Mike ___ 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
How to replace HildonGrid and HildonGridItem
Hi, I try to compile pwsafe for OS2008 and those 2 have disappeared. What is the best replacement (GTK I suppose) for HildonGrid and HildonGridItem) ? Thanks Fred ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to replace HildonGrid and HildonGridItem
Hi, Try using GtkIconView. -Markku- Fred wrote: Hi, I try to compile pwsafe for OS2008 and those 2 have disappeared. What is the best replacement (GTK I suppose) for HildonGrid and HildonGridItem) ? Thanks Fred ___ 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: Is it possible to make a well-behaved pyGame app with maemo-python ?
Eero Tamminen a écrit : So you've now verified that Exec part works, whether it's in .desktop or .service file. What about the service name, Does the service name in .desktop match the .service file? I don't really know D-BUS, but when looking at the maemoblocks stuff on the device: /usr/share/applications/hildon/maemoblocks.desktop: X-Osso-Service=br.org.indt.maemoblocks.startup /usr/share/dbus-1/services/br.org.maemoblocks.startup.service: I hope there's a typos in that filename (missing.indt) or I don't understand anything anymore :-) [D-BUS Service] Name=br.org.indt.maemoblocks.startup Exec=/usr/bin/maemoblocks_startup /usr/share/maemoblocks/maemoblocks.conf Whereas with stuff having com.nokia. prefix: /usr/share/applications/hildon/osso_help.desktop: X-Osso-Service=osso_help /usr/share/dbus-1/services/com.nokia.osso_help.service: [D-BUS Service] Name=com.nokia.osso_help Exec=/usr/bin/osso_help Doesn't seem to require the service pathname. I think I have tried all possible combinations of with, without (except maybe the right one). There are no two examples anywhere using the same syntax. Consider the Python Howto on maemo.org : http://maemo.org/development/documentation/how-tos/3-x/python_maemo_3.x_howto.html The recommended .desktop file has : X-Osso-Service=hello_pymaemo While the .service file is named hello_pymaemo.service (not com.nokia.hello_pymaemo.service), although it contains : [D-BUS Service] Name=com.nokia.hello_pymaemo How consistent is that ? Where is the logic ? A single, correct, working example in the right place would save man-months of hair-pulling. This is all very frustrating. I think it's bad for the app portfolio of the tablet, and its users in general, when amateur programmers like me have to spend hours after their program is finished, just to understand how to put its icon in a menu and actually get it launched from there... all because of an arcane and somewhat under-documented packaging system that's only really grokable if you have a good experience of Linux and Gnome beforehand. Could you file a bug about that to Desktop and put me on CC: When TaskNavigator, or D-BUS or maemo-launcher fails to launch an application, or TN doesn't show an icon for the application, there's no information to the user why that happened. There are couple of things that could be done: - Better examples (python is not yet fully supported) and documentation - Debugging facilities Okay. Just to be nice :-) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Gtk apps to maemo: howto change default font size
Thanks for the tip Florian about using the small markup, it will be
usefull for me.
Regarding gFTP I have choosed to reduce the font size globally in order to
keep everything on one screen. I have searched how to apply a different
style to all the widgets (eg: use osso-SmallFont instead of osso-SystemFont)
but failed. So the method I used is to call:
gtk_rc_parse_string(style 'osso-SystemFont' { font_name = 'Nokia Sans
11.625' });
I think the soft remains very useable with a stylus (but forget about using
the finger). But of course I'll consider users feedbacks.
Here is a screenshot:
http://www.screenshots.cc/view_image/847fe1309/shot-2007-11-28-13-46-15.png
I have posted a message regarding having access to one of the maemo extra
repositories in order to upload the packages (I don't want to open yet
another repository).
Nicolas.
On Nov 30, 2007 12:58 PM, Florian Boor [EMAIL PROTECTED]
wrote:
Hi,
Nicolas schrieb:
I have compiled gFTP which is a Gtk FTP client, but the UI interface has
many things to display, and the default font size is too big to be
usable. Same problem with PcManFM which is a lightweight Gtk
filemanager.
Question: is there an easy way to customize font size for specific
applications? (I saw the gtkrc file, but I don't want to mess with the
whole system theme). Or should I patch the Gtk code to change the font
size inside the application (I have no experience with Gtk, but I guess
this should be fairly easy)?
that's a quite common problem but reducing the font size is not really
what you
want to do in most cases. Just keep in mind that these user interfaces
were
designed for devices with much bigger screens. The high screen resolution
of the
tablets of course make it possible to reduce the font size, but that's
not
necessarily good for usability.
You should take a look at the user interface implementation and check what
you
can do to reduce the amount of space you need. (Make it simpler, reduce
the
amount of displayed information...) If there are areas where it really
makes
sense to reduce the font size you can use a markup switch (small) to
make it
smaller then the default size.
Greetings
Florian
--
The dream of yesterday Florian Boor
is the hope of todayTel: +49 271-771091-15
and the reality of tomorrow.Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904][EMAIL PROTECTED]
1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: adduser in chinook
ext Arkady Glazov wrote:
Help me, but if there is a package for Chinook adduser? Or how to add
your group without addgroup
Unfortunately the adduser and addgroup are not available. But you can use
the more low level approach by calling useradd and groupadd directly.
In fact add{user,group} are just perl scripts that set up a set of
parameters and call {user,group}add with them.
Cheers,
Juha
--
Juha Kallioinen JID: [EMAIL
PROTECTED]
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Is it possible to make a well-behaved pyGame app with maemo-python ?
Hi, ext Fred Pacquier wrote: Thomas D. Waelti wrote : However, I have been unable to adapt the mClock example for the service file successfully. As soon as I reference the X-Osso- Service value in the desktop file, I get a lengthy Loading... banner and nothing else, even though I call osso.Context() early in my code. I must be missing something still... Does the service really load your app? Try to launch the application manually from xterm using the same command that you wrote into the service file. Does it come up then? Yes, it's exactly the same line as in the .desktop file, and it does load the app by itself. The full chain is something like this: [TaskNavigator] --TN .desktop-- [D-BUS] --D-BUS .service-- Exec app So you've now verified that Exec part works, whether it's in .desktop or .service file. What about the service name, Does the service name in .desktop match the .service file? I don't really know D-BUS, but when looking at the maemoblocks stuff on the device: /usr/share/applications/hildon/maemoblocks.desktop: X-Osso-Service=br.org.indt.maemoblocks.startup /usr/share/dbus-1/services/br.org.maemoblocks.startup.service: [D-BUS Service] Name=br.org.indt.maemoblocks.startup Exec=/usr/bin/maemoblocks_startup /usr/share/maemoblocks/maemoblocks.conf Whereas with stuff having com.nokia. prefix: /usr/share/applications/hildon/osso_help.desktop: X-Osso-Service=osso_help /usr/share/dbus-1/services/com.nokia.osso_help.service: [D-BUS Service] Name=com.nokia.osso_help Exec=/usr/bin/osso_help Doesn't seem to require the service pathname. This is all very frustrating. I think it's bad for the app portfolio of the tablet, and its users in general, when amateur programmers like me have to spend hours after their program is finished, just to understand how to put its icon in a menu and actually get it launched from there... all because of an arcane and somewhat under-documented packaging system that's only really grokable if you have a good experience of Linux and Gnome beforehand. Could you file a bug about that to Desktop and put me on CC: When TaskNavigator, or D-BUS or maemo-launcher fails to launch an application, or TN doesn't show an icon for the application, there's no information to the user why that happened. There are couple of things that could be done: - Better examples (python is not yet fully supported) and documentation - Debugging facilities - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Tollef Fog Heen wrote: Just to correct this: Software under the ASL can use LGPL-ed code just fine. Think Apache HTTPd running on a normal Linux installation. glibc is LGPL, Apache is ASL. But this is inaccurate: Since Android is based on Linux kernel (which is GPL'd with exceptions) how can Google say, the Android system is ASL licensed? Maybe the user apps are ASL'd, but at least the Linux kernel is GPL'd. So a telephone manufacture, who uses Android, has to (at least) publish the modifications to the linux kernel. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
