Re: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Cornelius Hald
Aniello, thanks for the input. I'll give it a try, but I like to use the
second label as description label, as it has a smaller font. Not sure
how it will look when I put that much text on a normal check button. But
I'll try :)

Conny

On Mon, 2009-09-21 at 12:02 +0100, Aniello Del Sorbo wrote:
> May be you don't like it, but why don't actually use the "explanation"
> label as the main checkbox label?
> 
> What's the point of having the first label "Xml backend" if you then
> need to explain it a row below?
> Either you change the one row text to make it clear what you're
> clicking or put the explanation in the already existing "I"nfo button.
> 
> The latter would make sense so me.
> Would it for you as well?
> 
> Aniello
> 
> 2009/9/21 Alberto Garcia :
> > On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote:
> >
> >> I'm trying to create a Hildon check button with two labels. The
> >> problem is that HildonCheckButton only supports one label. Why?
> >
> > As Mox explained, that check button was designed to have only one
> > label.
> >
> > If we supported two we wouldn't be able to use some of GtkButton's
> > functions, notably gtk_button_set_label()
> >
> > I can't think of any obvious workaround other than writing a new
> > widget based on the HildonButton code...
> >
> >> It looks like the inheritance tree of the Hildon*Buttons is quite
> >> messy!
> >> Are there any plans to fix that or will it be fixed with Qt?
> >
> > Hopefully we'll be able to make this simpler in the future:
> >
> > https://bugzilla.gnome.org/show_bug.cgi?id=557720
> >
> > Berto
> > ___
> > maemo-developers mailing list
> > maemo-developers@maemo.org
> > https://lists.maemo.org/mailman/listinfo/maemo-developers
> >
> 
> 
> 

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Cornelius Hald
On Mon, 2009-09-21 at 23:08 +0100, Graham Cobb wrote:
> - Original message -
> > On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote:
> > > If it doesn't fit in any of the mentioned categories you can use the
> > > category "other", which will be taken into account for any backup the
> > > user makes.
> >
> > Thanks, that sounds good. Just to clarify things: The "applications"
> > category is the list of installed applications, right? It's not data
> > which an 3rd party application provides?
> >
> > So in my case (Conboy notes in /home/user/.conboy/) I should use
> > "other"?!
> >
> > Thanks again!
> > Conny
> >
> >
> 
> I tested "other" on a plane earlier today - it seems to work but it has no 
> checkbox in the list on either backup or restore. It seems to be included if 
> any other category is included.  So someone who thinks they are only 
> restoring their application list, for example, would find out they have 
> overwritten their GPE Calendar data from the backup!

Thanks for testing that, but as you pointed out, it's really a problem
that it is _always_ restored.

Conny


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread tz
On Sun, Sep 20, 2009 at 11:27 PM, Kees Jongenburger
 wrote:
> On Mon, Sep 21, 2009 at 12:23 AM, Attila Csipa  wrote:
>> On Sunday 20 September 2009 23:11:07 Kees Jongenburger wrote:
>>
>> Well if you need just serial and don't mind the expense, probably the easiest
>> way is a bluetooth modem, a la
>> http://www.sparkfun.com/commerce/product_info.php?products_id=582
>
> That certainly works (as proven) but it's not what I would like to do.
> For my project this is probably already taking
> to much space. For your info the project proposal I am working on
> involves adding more buttons to the device. The best for me would be
> to simply implement a usb-hid device.

The parani modules are very small, adding them to an arduino can give
you a keyboard scanner.

http://www.sena.com/products/industrial_bluetooth/esd.php

Then there's this the whole PC-104 keyboard is implemented (I have one):

http://www.dealextreme.com/details.dx/sku.16685
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


N900 Usb Host + Power Charge

2009-09-21 Thread Thomas Tanner
Hi

would it be possible to enable USB host mode by
connecting an external "power injector"
http://tabletblog.com/2006/01/usb-power-injector-2.html
between the N900 and a USB client?

cheers,

Igor Stoppa wrote:
>> The N900 comes without USB host mode. When I asked I was told that the
>> limitation comes at hardware level. 
> 
> I can confirm this. The most reasonable setup would have been to provide
> the A connector, but only gadget mode working forthe sales release, then
> in a SW update to provide full spectrum support.

>> The reason for this decision was the complexity of providing support
>> for charging, PC connectivity and USB OTG efficiently through the same
>> Micro USB port within the project deadlines.


-- 
Thomas Tanner --
email: tan...@gmx.de
GnuPG: 1024/5924D4DD

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Graham Cobb
- Original message -
> On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote:
> > If it doesn't fit in any of the mentioned categories you can use the
> > category "other", which will be taken into account for any backup the
> > user makes.
>
> Thanks, that sounds good. Just to clarify things: The "applications"
> category is the list of installed applications, right? It's not data
> which an 3rd party application provides?
>
> So in my case (Conboy notes in /home/user/.conboy/) I should use
> "other"?!
>
> Thanks again!
> Conny
>
>

I tested "other" on a plane earlier today - it seems to work but it has no 
checkbox in the list on either backup or restore. It seems to be included if 
any other category is included.  So someone who thinks they are only restoring 
their application list, for example, would find out they have overwritten their 
GPE Calendar data from the backup!

Of course a similar problem occurs with the built in Calendar app: its data is 
included in the Communications category, which seems to have plenty of 
potential for confusion.  The current backup/restore app should come with a 
public health warning: only ever select all categories, for backup or restore, 
or else unpredictable things will happen!

Graham
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?

2009-09-21 Thread Thomas Waelti
Thanks you both for all the support.

Unfortunately, from evaluation of your feedbacks, I found out that the 
information in http://maemo.org/packages/view/mclock/ is outdated and does not 
reflect the currently uploaded package (build3) but instead still contains the 
information from an earlier build. The errors mentioned in there were 
(hopefully) resolved by me in the way you mentioned in build3 which is the most 
recently uploaded package.
Is there a problem with the queue for loading into fremantle extras-devel 
repository (taking too long) or is my package so wrong (perhaps a py2deb bug)?
It did however build OK 
(https://garage.maemo.org/builder/fremantle/mclock_0.6.0-3/)

[2009-09-21 20:55:21] Processing package mclock 0.6.0-3. Uploader: twaelti, 
builder: builder1
[2009-09-21 20:55:29] Building mclock 0.6.0-3 for target 
'maemo-fremantle-i386-extras-devel'
[2009-09-21 20:56:26] OK
[2009-09-21 20:56:27] Signing build results
[2009-09-21 20:56:34] mclock 0.6.0-3 has been queued for loading into fremantle 
extras-devel repository

I will wait for the repository and package view webpage to get updated with the 
newer build and try again tomorrow.

Thanks!
-Tom




> On Mon, Sep 21, 2009 at 4:02 PM, Jeremiah Foster
>  wrote:
>> The following packages have unmet dependencies:
>> mclock: Depends: gnome-python (>= 2.26.1-1maemo1)  
>> Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable  
>>  Depends: pygame (>= 1.8.1release-0maemo3) but it is not
>>
>
> You are using the wrong package names, you should use:
>
> python-gtk2
> python-pygame
>
> Regards,
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?

2009-09-21 Thread Anderson Lizardo
On Mon, Sep 21, 2009 at 4:02 PM, Jeremiah Foster
 wrote:
> The following packages have unmet dependencies:
>   mclock: Depends: gnome-python (>= 2.26.1-1maemo1)
>   Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable
>   Depends: pygame (>= 1.8.1release-0maemo3) but it is not

You are using the wrong package names, you should use:

python-gtk2
python-pygame

Regards,
-- 
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?

2009-09-21 Thread Jeremiah Foster


On Sep 21, 2009, at 21:13, Thomas Wälti wrote:


Hello Jeremiah


Hi Tom! (I'm CCing the development list as well, in case anyone else  
has this problem.)



My name is Tom (maemo user twaelti) and I'm the developer of mClock.
I've also used this application to create the pypackager and py2deb  
wiki pages.
Want I want to achieve is to make app development using Python  
accessible for entry/casual developers.


Sounds great.


[sbox-FREMANTLE_X86: ~/MyDocs/mclock] > apt-get install mclock
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely  
that

the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  mclock: Depends: gnome-python (>= 2.26.1-1maemo1)
  Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable
  Depends: pygame (>= 1.8.1release-0maemo3) but it is not  
installable

E: Broken packages

Can you help me resolve this problem?


Here's your problem:
Depends: pygtk (>= 2.12.1-6maemo7) but it is not installable
Depends: pygame (>= 1.8.1release-0maemo3) but it is not installable


More about the package can be found at http://maemo.org/packages/view/mclock/


Looking around a little more closely at the link you sent, I can see  
that you are also not identifying which section your software goes in.  
See this link for the warning: http://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_i386/mclock/0.6.0


If you need more information on Maemo packaging policy (specifically  
where to place your software in the user/ tree) see this link: http://wiki.maemo.org/Task:Packaging_Policy_proposed_changes


It depends on "python-gtk2 (>= 2.12.1-6maemo4), python-pygame (>=  
1.8.1release-0maemo1), gnome-python (>= 2.26.1-1maemo1), python- 
hildon (>= 0.9.0-1maemo1), python-osso (>= 0.3-2maemo3)"


My guess is that there is a problem with one of the underlying  
dependenices, but how to find out?


The clearest message you receive is at the end of apt-get's run, when  
it says;


"The following packages have unmet dependencies:"

What has happened is that you depend on two python libraries that are  
newer than the libraries in the repos.



Can you help me solve this issue?


The simplest way is for you to upload the required dependencies, or to  
use the existing dependencies with your software. This means there is  
extra work for you to do one way or the other - if you decide to  
upload newer versions of your dependencies, you'll have to package  
them yourself. If you go back and use the existing dependencies (which  
might be a good idea) then you will have to change your software to  
use different functions and / or libraries to get the functionality  
you need.



I would like to have the app in the repo before the summit :-)


Three weeks left - but definitely doable.

(I used apt-cache show... and also searched for the python packages  
through http://maemo.org/packages/ , but don't know how to continue).


I think the best thing for you and your users (remember they are going  
to use the existing repos too) is for you to limit the amount of  
dependencies your software uses. Yes, this limits the functionality  
you can use and also limits the opportunity to use code already  
written, but it avoids hard to solve dependency problems. Of course,  
only you can decide exactly what balance you want to strike, but  
adapting your software to the existing libraries means you are more  
likely to have stable, well-tested dependencies.


Jeremiah___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Opt Bof?

2009-09-21 Thread Andrea Borgia
Marius Vollmer ha scritto:

> Hmm, what about a Opt BoF at the Maemo Summit?  We could get together to
> talk about what we should do near term, and maybe also about the long
> term.

I think this is an excellent idea: I have followed the whole thread
rather casually and I could use some coaching.

Andrea.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Opt Bof?

2009-09-21 Thread Marius Vollmer
ext Andrew Flegg  writes:

> On that point, can you upload it to Extras for *diablo*?

Will do.  We can think about whether to modify its behavior later on.
I.e., the default on Diablo might be to not do anything.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Opt Bof?

2009-09-21 Thread Andrew Flegg
On Mon, Sep 21, 2009 at 17:10, Marius Vollmer  wrote:
>
> Cool.  I think the biggest open question is how to avoid forking a
> package just for to include maemo-optify in debian/rules.

On that point, can you upload it to Extras for *diablo*? I want to
have a single Build-Depends if I can avoid it, but now my test package
won't build in the diablo autobuilder :-(

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:and...@bleb.org  |  http://www.bleb.org/
Maemo Community Council chair
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Opt Bof?

2009-09-21 Thread Marius Vollmer
ext Andrew Flegg  writes:

> On Mon, Sep 21, 2009 at 16:54, Marius Vollmer  
> wrote:
>>
>> Hmm, what about a Opt BoF at the Maemo Summit?  We could get together to
>> talk about what we should do near term, and maybe also about the long
>> term.
>
> Sounds good.

Ok, let's do that then.  (Do we need to register the BoF ahead of time?)

> I've added an "optify" facility to MUD, so that if you
> specify "optify=1" in the XML file, it'll stick maemo-optify into
> debian/rules in the appropriate place.

Cool.  I think the biggest open question is how to avoid forking a
package just for to include maemo-optify in debian/rules.

> Interestingly, my first with it seemed to move the stuff into /opt
> correctly, but didn't put any symlinks in. Perhaps because it was
> trying to do it on a directory which already existed from a previous
> version?

Hmm, maemo-optify is of course quite untested, especially from inside
debian/rules.  This particular behavior doesn't ring any bells,
unfortunately.  The script itself is very simple, so it might be a good
idea to put some "print"s into it, if it confuses you.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Opt Bof? (was: Considering /opt and MyDocs in your packages)

2009-09-21 Thread Andrew Flegg
On Mon, Sep 21, 2009 at 16:54, Marius Vollmer  wrote:
>
> Hmm, what about a Opt BoF at the Maemo Summit?  We could get together to
> talk about what we should do near term, and maybe also about the long
> term.

Sounds good. I've added an "optify" facility to MUD, so that if you
specify "optify=1" in the XML file, it'll stick maemo-optify into
debian/rules in the appropriate place.

Interestingly, my first with it seemed to move the stuff into /opt
correctly, but didn't put any symlinks in. Perhaps because it was
trying to do it on a directory which already existed from a previous
version?

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:and...@bleb.org  |  http://www.bleb.org/
Maemo Community Council chair
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Opt Bof? (was: Considering /opt and MyDocs in your packages)

2009-09-21 Thread Marius Vollmer
"Vollmer Marius (Nokia-D/Helsinki)"  writes:

>> The **really** interesting question is going to be whether someone can come 
>> up 
>> with a solution which Nokia can (and will agree to) apply in a Fremantle 
>> update!
>
> Indeed!

Hmm, what about a Opt BoF at the Maemo Summit?  We could get together to
talk about what we should do near term, and maybe also about the long
term.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Aniello Del Sorbo
The "auto" is explained in the Diablo documentation.
It had to do with asking permission to the User about overwriting a file or not.
I recall "auto" was to avoid asking and automatically overwrite (I
think when restoring).

It's only effective for files.

Anidel

2009/9/21 Graham Cobb :
> I think "settings" should be used for settings in extras apps but not really 
> for their data.
>
> I don't think "applications" should be used. Isn't that the application list? 
>  I haven't tested "other" yet - anyone tried it?
>
> And what does "auto" do?
>
> Graham
>
> - Original message -
>> 2009/9/21 Andrew Flegg :
>> > On Mon, Sep 21, 2009 at 08:52, daniel wilms  wrote:
>> > >
>> > > the "documents" category is deprecated in Fremantle. These are the
>> > > categories, which can be used in Fremantle:
>> > >
>> > > -- "comm_and_cal" for communication and calender
>> > > -- "settings" for system settings
>> > > -- "bookmarks" for bookmark
>> > > -- "applications" for 3rd apps list
>> >
>> > Sorry, to clairfy the language - if "documents" doesn't work, it's not
>> > "deprecated" it's "unsupported". The former means it will continue to
>> > work but support may be removed in future. The latter means it won't
>> > work.
>> >
>> > Cheers,
>> >
>> > Andrew
>> >
>>
>> Indeed I think it didn't work for him.
>> Anyway, "settings" is then only for system settings?
>> Not for our own application settings?
>>
>> Thus we  need to use "applications" mainly (for our settings at least) ?
>>
>> --
>> anidel
>> Sent from London, Eng, United Kingdom
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



-- 

--
anidel
Sent from London, Eng, United Kingdom
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Notifications and Fremantle: How should they be done?

2009-09-21 Thread Faheem Pervez
Hi,

Ah, OK. Using a HildonBanner is fine with me; I just assumed that we
would be able to use libnotify in the same way. Thanks! :)

Best Regards,
Faheem

On Mon, Sep 21, 2009 at 11:07 AM, daniel wilms  wrote:
> Hi,
>
> right now the described notification is not meant to be used by 3rd party
> developers. Please try to follow the instructions of the HIG [1] on how to
> display information to the user. I don't know what you want to achieve, but
> I guess a banner could be the right way to do it.
>
> [1]
> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Human_Interface_Guidelines/Notes_and_Banners
>
> Cheers Daniel
>
> ext Faheem Pervez wrote:
>>
>> Hi,
>>
>> In Diablo, getting a notification to popup in the bottom-left corner
>> (e.g. Modest's new mail notifcations) could be simply done using the
>> libnotify API as-is. However, in Fremantle, this does not appear to be
>> the case any more (from what I can tell, anyway) and I was wondering
>> if anyone had any hints on how to show notifications like the one seen
>> at 1:15 on the video found on http://maemo.nokia.com/ ("New SMS
>> message received").
>> I've also tried using libhildonnotification, too, but as it is (in
>> essence) a wrapper for libnotify, it doesn't help me much and yields
>> the same result as me using libnotify directly.
>>
>> Best Regards,
>> Faheem
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Graham Cobb
I think "settings" should be used for settings in extras apps but not really 
for their data.

I don't think "applications" should be used. Isn't that the application list?  
I haven't tested "other" yet - anyone tried it?

And what does "auto" do?

Graham

- Original message -
> 2009/9/21 Andrew Flegg :
> > On Mon, Sep 21, 2009 at 08:52, daniel wilms  wrote:
> > >
> > > the "documents" category is deprecated in Fremantle. These are the
> > > categories, which can be used in Fremantle:
> > >
> > > -- "comm_and_cal" for communication and calender
> > > -- "settings" for system settings
> > > -- "bookmarks" for bookmark
> > > -- "applications" for 3rd apps list
> >
> > Sorry, to clairfy the language - if "documents" doesn't work, it's not
> > "deprecated" it's "unsupported". The former means it will continue to
> > work but support may be removed in future. The latter means it won't
> > work.
> >
> > Cheers,
> >
> > Andrew
> >
>
> Indeed I think it didn't work for him.
> Anyway, "settings" is then only for system settings?
> Not for our own application settings?
>
> Thus we  need to use "applications" mainly (for our settings at least) ?
>
> --
> anidel
> Sent from London, Eng, United Kingdom
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Attila Csipa
On Monday 21 September 2009 13:42:25 Kees Jongenburger wrote:
> > In that case, you might as well use the infrared port - definitely
> > cheaper, can do serial, and probably takes up less space than those BT
> > modems.
>
> http://maemo.nokia.com/n900/specifications/
>
> Doesn't talk about IR, is it a IR sender or transceiver ?

It seems to be an easter egg, so no official specs, only irreco is confirmed 
to use it so far ( http://talk.maemo.org/showthread.php?t=31399 ). The irreco 
backends in fremantle are noted to include telnet and commandline, this seems 
to suggest a transceiver, but a Nokia confirmation would sure come handy.



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Kees Jongenburger
On Mon, Sep 21, 2009 at 1:39 PM, Attila Csipa  wrote:
> On Monday 21 September 2009 08:27:43 Kees Jongenburger wrote:
>> > Well if you need just serial and don't mind the expense, probably the
>> > easiest way is a bluetooth modem, a la
>> > http://www.sparkfun.com/commerce/product_info.php?products_id=582
>>
>> That certainly works (as proven) but it's not what I would like to do.
>> For my project this is probably already taking
>> to much space. For your info the project proposal I am working on
>> involves adding more buttons to the device. The best for me would be
>> to simply implement a usb-hid device.
>
> In that case, you might as well use the infrared port - definitely cheaper,
> can do serial, and probably takes up less space than those BT modems.

http://maemo.nokia.com/n900/specifications/

Doesn't talk about IR, is it a IR sender or transceiver ?

>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Attila Csipa
On Monday 21 September 2009 08:27:43 Kees Jongenburger wrote:
> > Well if you need just serial and don't mind the expense, probably the
> > easiest way is a bluetooth modem, a la
> > http://www.sparkfun.com/commerce/product_info.php?products_id=582
>
> That certainly works (as proven) but it's not what I would like to do.
> For my project this is probably already taking
> to much space. For your info the project proposal I am working on
> involves adding more buttons to the device. The best for me would be
> to simply implement a usb-hid device.

In that case, you might as well use the infrared port - definitely cheaper, 
can do serial, and probably takes up less space than those BT modems.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Aniello Del Sorbo
May be you don't like it, but why don't actually use the "explanation"
label as the main checkbox label?

What's the point of having the first label "Xml backend" if you then
need to explain it a row below?
Either you change the one row text to make it clear what you're
clicking or put the explanation in the already existing "I"nfo button.

The latter would make sense so me.
Would it for you as well?

Aniello

2009/9/21 Alberto Garcia :
> On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote:
>
>> I'm trying to create a Hildon check button with two labels. The
>> problem is that HildonCheckButton only supports one label. Why?
>
> As Mox explained, that check button was designed to have only one
> label.
>
> If we supported two we wouldn't be able to use some of GtkButton's
> functions, notably gtk_button_set_label()
>
> I can't think of any obvious workaround other than writing a new
> widget based on the HildonButton code...
>
>> It looks like the inheritance tree of the Hildon*Buttons is quite
>> messy!
>> Are there any plans to fix that or will it be fixed with Qt?
>
> Hopefully we'll be able to make this simpler in the future:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=557720
>
> Berto
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



-- 

--
anidel
Sent from London, Eng, United Kingdom
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Alberto Garcia
On Sat, Sep 19, 2009 at 11:55:03AM +0200, Cornelius Hald wrote:

> I'm trying to create a Hildon check button with two labels. The
> problem is that HildonCheckButton only supports one label. Why?

As Mox explained, that check button was designed to have only one
label.

If we supported two we wouldn't be able to use some of GtkButton's
functions, notably gtk_button_set_label()

I can't think of any obvious workaround other than writing a new
widget based on the HildonButton code...

> It looks like the inheritance tree of the Hildon*Buttons is quite
> messy!
> Are there any plans to fix that or will it be fixed with Qt?

Hopefully we'll be able to make this simpler in the future:

https://bugzilla.gnome.org/show_bug.cgi?id=557720

Berto
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Aniello Del Sorbo
2009/9/21 Andrew Flegg :
> On Mon, Sep 21, 2009 at 08:52, daniel wilms  wrote:
>>
>> the "documents" category is deprecated in Fremantle. These are the
>> categories, which can be used in Fremantle:
>>
>> -- "comm_and_cal" for communication and calender
>> -- "settings" for system settings
>> -- "bookmarks" for bookmark
>> -- "applications" for 3rd apps list
>
> Sorry, to clairfy the language - if "documents" doesn't work, it's not
> "deprecated" it's "unsupported". The former means it will continue to
> work but support may be removed in future. The latter means it won't
> work.
>
> Cheers,
>
> Andrew
>

Indeed I think it didn't work for him.
Anyway, "settings" is then only for system settings?
Not for our own application settings?

Thus we  need to use "applications" mainly (for our settings at least) ?

--
anidel
Sent from London, Eng, United Kingdom
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Notifications and Fremantle: How should they be done?

2009-09-21 Thread daniel wilms
Hi,

right now the described notification is not meant to be used by 3rd 
party developers. Please try to follow the instructions of the HIG [1] 
on how to display information to the user. I don't know what you want to 
achieve, but I guess a banner could be the right way to do it.

[1] 
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Human_Interface_Guidelines/Notes_and_Banners

Cheers Daniel

ext Faheem Pervez wrote:
> Hi,
>
> In Diablo, getting a notification to popup in the bottom-left corner
> (e.g. Modest's new mail notifcations) could be simply done using the
> libnotify API as-is. However, in Fremantle, this does not appear to be
> the case any more (from what I can tell, anyway) and I was wondering
> if anyone had any hints on how to show notifications like the one seen
> at 1:15 on the video found on http://maemo.nokia.com/ ("New SMS
> message received").
> I've also tried using libhildonnotification, too, but as it is (in
> essence) a wrapper for libnotify, it doesn't help me much and yields
> the same result as me using libnotify directly.
>
> Best Regards,
> Faheem
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>   

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


we are maemo

2009-09-21 Thread gary liquid
Hi,

Nokia is gearing up towards releasing the greatly anticipated N900 device
which allows each and every one of us to use and create our dream apps in!
They have listened to the community and it has sourced the best components
it can to produce what I say is an outstanding piece of technological magic.

Our heritage is strong, this device follows from the n800 and n810 and the
good, solid, strong applications we created there will continue to be
beacons in the night.
Those same applications appear to work well on the new device and give us a
solid path towards the future.

With the new device comes new capabilities, features and interfaces and
methods of interacting we have not had before.
I am confident new apps will emerge which will make use of each and every
component and people will find ever inventive tools and hacks to make this
device shine!

We have already started on this path, there is a great amount of interest in
using the accelerometer, from things like Jaffas' Attitude to Sampo playing
with shake2control and even my own onedotzero and liqbase apps.  I am
impressed by the stability and sensitivity of the hardware in all
conditions.

The Nokia Push N900 initiative has shown some of the capabilities of sending
text messages and controlling the environment with radio waves.
We have an amazing camera on the device - another missing link from the
previous devices, very warmly recieved and in full use every day!

Next month, we have the second maemo summit in Amsterdam - bigger than last
year but with the same agenda: to bring us together and connect us.
I look forward to the connections and collaborations we will make there and
hope we each fulfill our dreams.

The hardware is powerful, the operating system is slick, the community is
strong.
A chorus of voices.

We are maemo.




Gary Birkett (Maemo Council candidate)

Open source
Open heart
Open future
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Andrew Flegg
On Mon, Sep 21, 2009 at 08:52, daniel wilms  wrote:
>
> the "documents" category is deprecated in Fremantle. These are the
> categories, which can be used in Fremantle:
>
> -- "comm_and_cal" for communication and calender
> -- "settings" for system settings
> -- "bookmarks" for bookmark
> -- "applications" for 3rd apps list

Sorry, to clairfy the language - if "documents" doesn't work, it's not
"deprecated" it's "unsupported". The former means it will continue to
work but support may be removed in future. The latter means it won't
work.

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:and...@bleb.org  |  http://www.bleb.org/
Maemo Community Council chair
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Alberto Garcia
On Sat, Sep 19, 2009 at 12:00:50PM +0200, Cornelius Hald wrote:

> In my HildonButton subclass. Instead of setting the GtkCellView using
> hildon_button_set_image(), I also tried gtk_button_set_image(). The
> problem with the latter is, that it's just never shown. Probably
> HildonButton is somehow overriding the image part of GtkButton.

Yes, because GtkButton's _set_image() is not a virtual method.

GtkButton supports an image and a label. If you change that default
layout (which is what HildonButton does) there's no way to reuse some
of its methods.

Berto
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


RE: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Cornelius Hald
On Mon, 2009-09-21 at 10:35 +0200, ext-mox.so...@nokia.com wrote:
> >-Original Message-
> >From: ext Cornelius Hald [mailto:h...@icandy.de] 
> >
> >There are two things that I don't really like about this:
> >1) Putting the settings and about buttons on level deeper will 
> >add one more level of dialogs and I don't like dialogs that 
> >open dialogs. I think it's cluttered. I'm already unhappy to 
> >have two levels of dialogs.
> 
> Umm, I didn't actually suggest to add more levels of dialogs.
> 
> What you could do is to merge the info sub-dialog and settings-subdialog into 
> one subdialog. That single subdialog would open when pressing the list item. 
> Since I haven't seen those subdialogs, hard to say if it makes sense.

Fair enough :) As you don't know the dialogs it's of course impossible
to tell. The info dialog is like a GtkAboutDialog - name, description,
authors, license, etc.. The other dialog is provided by the plugin. I
think that's to much info for one dialog and the things are too
unrelated, therefore I think it doesn't make sense to merge them.

Cheers!
Conny


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Cornelius Hald
On Mon, 2009-09-21 at 11:23 +0300, daniel wilms wrote:
> If it doesn't fit in any of the mentioned categories you can use the 
> category "other", which will be taken into account for any backup the 
> user makes.

Thanks, that sounds good. Just to clarify things: The "applications"
category is the list of installed applications, right? It's not data
which an 3rd party application provides?

So in my case (Conboy notes in /home/user/.conboy/) I should use
"other"?!

Thanks again!
Conny


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


RE: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread ext-mox.soini

>-Original Message-
>From: ext Cornelius Hald [mailto:h...@icandy.de] 
>
>But of course I could recreate the same layout as I have now, 
>but instead of buttons using a TreeView. [...] I 
>might give it a try, though. How is the cell renderer called 
>that is used for the two-row text?

Talk to the coders and/or hildon maintainers about that...

  Mox
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread daniel wilms
If it doesn't fit in any of the mentioned categories you can use the 
category "other", which will be taken into account for any backup the 
user makes.

Cheers Daniel

ext Cornelius Hald wrote:
> On Mon, 2009-09-21 at 10:52 +0300, daniel wilms wrote:
>   
>> Hi,
>>
>> the "documents" category is deprecated in Fremantle. These are the 
>> categories, which can be used in Fremantle:
>>
>> -- "comm_and_cal" for communication and calender
>> -- "settings" for system settings
>> -- "bookmarks" for bookmark
>> -- "applications" for 3rd apps list
>> 
>
> Thanks for the info Daniel, but which category are we supposed to take
> for documents? Non of which you mentioned sounds like it would fit.
>
> Cheers!
> Conny
>
>
>   

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread Cornelius Hald
On Mon, 2009-09-21 at 10:52 +0300, daniel wilms wrote:
> Hi,
> 
> the "documents" category is deprecated in Fremantle. These are the 
> categories, which can be used in Fremantle:
> 
> -- "comm_and_cal" for communication and calender
> -- "settings" for system settings
> -- "bookmarks" for bookmark
> -- "applications" for 3rd apps list

Thanks for the info Daniel, but which category are we supposed to take
for documents? Non of which you mentioned sounds like it would fit.

Cheers!
Conny


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Application data backup on Fremantle

2009-09-21 Thread daniel wilms
Hi,

the "documents" category is deprecated in Fremantle. These are the 
categories, which can be used in Fremantle:

-- "comm_and_cal" for communication and calender
-- "settings" for system settings
-- "bookmarks" for bookmark
-- "applications" for 3rd apps list

The wiki will be updated with this information.

Cheers Daniel


ext Cornelius Hald wrote:
> On Sat, 2009-09-19 at 15:04 +0100, Graham Cobb wrote:
>   
>> Testers report that GPE data is not being included in the backup on 
>> Fremantle 
>> (and that other applications are seeing the same thing).  Where is the 
>> documentation on how to use backup in Fremantle?
>> 
>
> Thanks Graham, I'm having the same problem, also using the "documents"
> category. I checked the Maemo 5 developers guide, but couldn't find
> information concerning Fremantle.
>
> Cheers!
> Conny
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>   

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Kees Jongenburger
On Mon, Sep 21, 2009 at 9:28 AM, W. de Hoog  wrote:
> Hi,
>
>  > http://wiki.github.com/keesj/push_nbutton
> Nice idea using lego.

This lego  was just for prototyping the real thing needs to be
different and have real button and room to store the hardware.

Greetings
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Kees Jongenburger
Hi,

On Mon, Sep 21, 2009 at 9:28 AM, W. de Hoog  wrote:
> Hi,
>
>  > http://wiki.github.com/keesj/push_nbutton
> Nice idea using lego. Maybe you can hide a wiimote in it. Bluetooth,
> buttons, tilt sensor. See
> http://konttoristhoughts.blogspot.com/2008/05/wiicontrol-for-nokia-n810-n800.html
> for a start.

Thanks a lot Willem-Jan this is a great and simple idea. I even
packaged cwiid[1] in the past using mud[2] but completely forgot about
it.

Greetings

[1] 
https://garage.maemo.org/viewvc/trunk/packages/cwiid.xml?revision=187&root=mud-builder
[2] http://mud-builder.garage.maemo.org/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread Kees Jongenburger
On Mon, Sep 21, 2009 at 8:47 AM, Fred Lefévère-Laoide
 wrote:
>> That certainly works (as proven) but it's not what I would like to do.
>> For my project this is probably already taking
>> to much space. For your info the project proposal I am working on
>> involves adding more buttons to the device. The best for me would be
>> to simply implement a usb-hid device.
>>
>
> Why don't you implement a bluetooth HID ?

I Would like to keep the cost down if possible. An other reason is
that this setup will work for different purposes(I have a few servo's
that might be used) . For those who might want to go that way I think
the easy way of doing this might be to still use a serial BT and use
Fanoush'f port of kbdd[1] as it allows serial BT keyboards. By using
this you don't need to much programming on the maemo side to generate
key events.

http://fanoush.wz.cz/maemo/

> You could even use a N800/N8100 with BlueMaemo to emaulate the client part
> :)

Using a N800 for doing is is perhaps somewhat over the top.
I dutch we call this "Schieten met een kanon op een mug" or translated
"Shooting with a gun on a mosquito" :p

Thanks for the feedback

Greeting

Kees Jongenburger
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: PUSH N900 (Was Re: N900 usb host + power charge)

2009-09-21 Thread W. de Hoog
Hi,

 > http://wiki.github.com/keesj/push_nbutton
Nice idea using lego. Maybe you can hide a wiimote in it. Bluetooth, 
buttons, tilt sensor. See
http://konttoristhoughts.blogspot.com/2008/05/wiicontrol-for-nokia-n810-n800.html
for a start.

regards,

-- 
Willem-Jan de Hoog
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


RE: Fremantle: HildonCheckButton with two labels

2009-09-21 Thread Cornelius Hald
On Sun, 2009-09-20 at 21:39 +0200, ext-mox.so...@nokia.com wrote:
> To me it seems you are trying to cram a bit too much functionality into a 
> single dialog. 
> It's of course feasible, as you show, but it's a bit too "Maemo 4" to my 
> taste.

Just for completeness, here is a screenshot of the (unfinished) Diablo
version:
http://talk.maemo.org/attachment.php?attachmentid=3925&stc=1&d=1250602896

> What you could do instead is to replace the checkbuttons with a GtkTreeview 
> (inside pannable), i.e. a list:
> * you can keep the "checkbox graphics"  within the list, but that will 
> require custom cellrenderer
> * remove the "info" and "settings" buttons for each plugin for this dialog
> * pressing the list item on top of checkbox, would obviously turn it on/off
> * pressing the list item elsewhere would open a sub-dialog, which would 
> contain the info/settings stuff for the plugin. Could be pannable if needed.
> * list supports the two-row text approach, if you want to use that, via 
> custom cellrenderer

There are two things that I don't really like about this:
1) Putting the settings and about buttons on level deeper will add one
more level of dialogs and I don't like dialogs that open dialogs. I
think it's cluttered. I'm already unhappy to have two levels of dialogs.

2) Tapping on the check box of the row will perform a different action
than tapping on the text of the row. I think this is confusing to the
user as the text is basically the caption of the check box. Therefore
text/caption and check box really belong together.

But of course I could recreate the same layout as I have now, but
instead of buttons using a TreeView. It probably will work, but don't
think it will look as clean as the buttons. I might give it a try,
though. How is the cell renderer called that is used for the two-row
text?

Sorry, that I can't completely agree with your idea, but thank you for
taking the time :) Hopefully we'll find something that looks nice and is
functional.

Cheers!
Conny



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers