Re: Fwd: conboy-midgard
Hi Henri, I´m including your mail completely so that your answer is on the list too. What you and Piotr are doing sounds quite interesting, even if I honestly know nothing about Midgard. Concerning replication, sharing and syncing notes, I´m working on implementing the new Tomboy online service [1]. This is probably not as generic as the Midgard solution, but for most users that should be a good solution. If you´re planning to go further with the Midgard integration, then maybe we can work together on some kind of plug-in system. If this would be interesting/feasible for you, just contact me. Good luck with your project! Conny P.S. I hope that it was somehow possible to work with the code - I know it´s still quite a mess :D [1] http://automorphic.blogspot.com/2009/05/tomboy-0151-release-brings-new-online.html Henri Bergius wrote: Hi, Unfortunately my reply didn't go through to the list, so sending directly: -- Forwarded message -- From: Henri Bergius henri.berg...@iki.fi To: maemo-developers@maemo.org Date: Thu, 28 May 2009 10:37:38 +0300 (EEST) Subject: Re: conboy-midgard Hi, Hi! does anyone know something about the package conboy- midgard? I just saw it in extras-devel. It is an experimental package. We wanted to test if conboy would be able to use the midgard2 content repository for storing its notes. http://bergie.iki.fi/blog/midgard2_stable-generic_content_repository_for_web-desktop_and_mobile/ The idea there is that through using a content repository we can have some new possibilities, including: * D-Bus signals of changes to notes (create/update/delete) * Replication capability between multiple devices (your desktop and tablet, or even tablets of your colleagues) * Possibility to build a web viewer/editor for the notes that synchronizes with the notes on the tablet Piotras (http://maemo.org/profile/view/piotras/) from our team made the implementation. I'm sure he'll be in touch soon. The reason why we haven't contacted you with the patch yet is because it doesn't quite work well enough yet ;-) For the web viewer, I've started scaffolding a Midgard MVC component for it already: http://trac.midgard-project.org/browser/trunk/midcom/org_gnome_tomboy Conny /Henri ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Empty squares instead of characters in Xephir under Fremantle SDK Beta
Hi all, when launching af-sb-init.sh start under fremantle beta SDK, I get a couple of times those warnings: maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='latin' maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='greek' maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='han' maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='cyrillic' maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='common' and every text character is not rendered correctly inside Xephyr (see this screenshothttp://lh4.ggpht.com/_mTJJLKqYeCQ/Sh5xkJ31kJI/Dsc/mump_ra0vqs/s800/maemo5beta.png ). I'm under Ubuntu Jaunty 64 bit and my other scratchbox target (Diablo SDK) works with no issues. Any idea about what's happening and how to eventually solve this? Thanks, Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Empty squares instead of characters in Xephir under Fremantle SDK Beta
On Thu, May 28, 2009 at 7:14 AM, Luca Donaggio donag...@gmail.com wrote: Hi all, when launching af-sb-init.sh start under fremantle beta SDK, I get a couple of times those warnings: maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='latin' [...] Apparently some files are missing. Have you installed the following metapackages? maemo-sdk-runtime nokia-binaries They are necessary to run properly the UI on Fremantle. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Empty squares instead of characters in Xephir under Fremantle SDK Beta
Thank you Anderson, not all the packages have been correctly installed, an 'apt-get -f install' solved the problem! Bye, Luca Donaggio On Thu, May 28, 2009 at 1:47 PM, Anderson Lizardo anderson.liza...@openbossa.org wrote: On Thu, May 28, 2009 at 7:14 AM, Luca Donaggio donag...@gmail.com wrote: Hi all, when launching af-sb-init.sh start under fremantle beta SDK, I get a couple of times those warnings: maemo-launcher[14127]: GLIB WARNING ** Pango - failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='latin' [...] Apparently some files are missing. Have you installed the following metapackages? maemo-sdk-runtime nokia-binaries They are necessary to run properly the UI on Fremantle. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
Murray Cumming wrote: On Sun, 2009-05-24 at 15:55 +0200, Alberto Garcia wrote: On Sun, May 24, 2009 at 01:48:11PM +0200, Murray Cumming wrote: However, I'm was asking about the API and implementation, because the Fremantle UI guidelines are really out of our control at this point. The implementation can be changed, we're in beta and that means that things can still be fixed. No, Beta generally means that API and UI changes are no longer possible. And I think that's the case with Maemo 5. Could someone please clarify that? We all know that Maemo 5 is currently in Beta state, but does this mean that API and/or UI changes are still allowed or not? It would be really good to know whether or not it makes sense to press for some changes. I mean if it doesn't matter what we're saying, then I'll just accept the current state and try to work around as best as I can. But if there's a chance for a change I think some things should be discussed further. Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle user interface behaviour and API
Brent Chiodo wrote: Anyway, there needs to be a solution, because right now it's unworkable. I think the same, if there would be at least a property that could be set to enable/disable text selection, but just removing it cannot be the solution. Should a developer really be forced to use either scrolling or text selection? The question is, is it still possible to make changes to the hildon API or are we too late? Hmm, I asked that 2 minutes ago already - but still ;) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
On Thu, May 28, 2009 at 04:30:10PM +0200, Cornelius Hald wrote: The implementation can be changed, we're in beta and that means that things can still be fixed. No, Beta generally means that API and UI changes are no longer possible. And I think that's the case with Maemo 5. Could someone please clarify that? We all know that Maemo 5 is currently in Beta state, but does this mean that API and/or UI changes are still allowed or not? Well, I'm one of the Hildon developers and I can tell you that we _do_ accept suggestions :-) Of course we have some constraints and we can't change everything that we want, but if the change that you propose is feasible it'll be considered. We also accept patches ;-) Feel free to open bugs in https://bugs.maemo.org/ with your suggestions. Thanks! Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkAction vs. AppMenu
Alberto Garcia wrote: Well, I'm one of the Hildon developers and I can tell you that we _do_ accept suggestions :-) That's really good to hear! Thanks for making that clear :) Of course we have some constraints and we can't change everything that we want, but if the change that you propose is feasible it'll be considered. We also accept patches ;-) I´m not sure I´m up to it - but who knows... Feel free to open bugs in https://bugs.maemo.org/ with your suggestions. I´ll do! Thanks again! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Hildon Two-touch
Hi, I have yet another two hildon question :) * Which signal is emitted if a 'Two-touch'[1] happens? * When should I use 'Two-touch' and when 'Long tap'? The HIG tells me that the 'Two-touch' _can_ be used to bring up a context menu. But the description for the 'Long tap' sounds like a context menu too [2]. So, when to use which? Thanks! Conny [1] http://maemo.org/api_refs/5.0/beta/hig/html/ch07s02.html#input-soft-keys [2] (...)For example, the user can long tap a contact in the contact list to bring out a menu with options. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle UI Portrait Mode
Hi, ext Cornelius Hald wrote: as I was asked to write a bit about the fremantle-ization of the Conboy UI, I first would like to ask some more UI specific questions. Then I can complete this process and write about it. * What happens with the AppMenu-Filters when in portrait mode? The HIG tells me that the 2x5 button layout of the AppMenu will change into a 1x10 button layout. But what happens with the single row of Filters? Will it still be a single row? This is important to know, because it would mean that we have to reduce the length of our labels by around 50%. * What happens to toolbars when in portrait mode? Is there some automatic behavior like showing the toolbar as two rows instead of a single row? Is it scaled? Is the space between the buttons reduced? Or do we have to care about this by ourself, for example listen to some signal and then hiding some buttons or rearranging them? * What happens to any other widget when in portrait mode? * Is there a signal which signals that the screen orientation changed? Application needs to specifically request portrait mode with a window property (I guess there's some API for that), otherwise window manager uses landscape mode for the application window. App can listen to standard XRandr messages for this transition if it wants to, but it's not necessary. * Is there a function to change the screen orientation and can we somehow use this with the beta SDK? It's just a question whether your distro's Xephyr version has XRandR enabled. It should. Then just use xrandr -o left/right/normal for Xephyr's display. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo SDK (Diablo) and Python Statusbar Plugins
I'm trying to get a Python Statusbar plugin working in Scratchbox (DIABLO_X86) but get this error: hildon-desktop[8588]: GLIB WARNING ** default - Could not reload Python module 'quickclip' Falling back to previous version hildon-desktop[8588]: GLIB WARNING ** default - Cannot find function hd_plugin_get_objects And the plugin does not load. Any help would be appreciated. Thanks. -- Best Regards, Brent Chiodo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
