Re: N900: water damage

[Aniello Del Sorbo]

So good knowledge has been shared here:

http://discussions.nokia.com/t5/Pool-of-Knowledge/Dropped-your-phone-in-water-Here-s-what-to-do-next/td-p/380349

anidel


On Fri, Sep 14, 2012 at 4:06 PM, ~D  wrote:

> Hi,
>
> A little bit of water was slipping from my bottle and hit my n900. First
> the screen was falling away sometimes. Then I saw a little water on the
> keybd when I moved the keybd out and in. I powered the phone off and waited
> for a few hours. When I didn't see any water anymore, I powered it on, it
> looks to behave normal again, until I tried to charge it, which didn't
> work. Then I noticed that I couldn't turn it off normally, so I removed the
> battery to turn it off. Since then I can't boot my n900. Only a white nokia
> screen flashes on, and disappears after 20 sec or so. When I charge it, the
> orange light stays on constantly, that doesn't look normal too. I did use
> the power kernel.
>
> Anything I can do to safe my device?
>
> Thanks in advance,
> Dirk
> __**_
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/**mailman/listinfo/maemo-**developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Promotion from extras-devel

[Aniello Del Sorbo]

Not sure if someone worked on this, but it is fine now.

Thanks!

anidel

On Fri, Jun 10, 2011 at 14:25, Aniello Del Sorbo  wrote:
> Hi,
>
> few minutes ago I promoted (or better, tried to promote) Xournal to
> extras-testing for approval to Extras.
>
> After logging in and clicking on the Promote Package on the ARMEL
> version, the browser hung.
> Now, whenever I load the ARMEL package page:
>
> https://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/xournal/0.4.5-1fremantle13/
>
> I still see the "Promote package" link, but when I click it I get a
> SEVER ERROR 500 (uh uh!?) stating that the package has already been
> promoted:
>
> "Server Error
>
> Package has already been promoted.
> Error 500"
>
> My guess is that the process has been interrupted somehow?
> Could someone investigate please?
>
> Thank you.
> anidel
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Promotion from extras-devel

[Aniello Del Sorbo]

Hi,

few minutes ago I promoted (or better, tried to promote) Xournal to
extras-testing for approval to Extras.

After logging in and clicking on the Promote Package on the ARMEL
version, the browser hung.
Now, whenever I load the ARMEL package page:

https://maemo.org/packages/package_instance/view/fremantle_extras-devel_free_armel/xournal/0.4.5-1fremantle13/

I still see the "Promote package" link, but when I click it I get a
SEVER ERROR 500 (uh uh!?) stating that the package has already been
promoted:

"Server Error

Package has already been promoted.
Error 500"

My guess is that the process has been interrupted somehow?
Could someone investigate please?

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

Re: [CSSU] maemo-developers as official mailing list for Community SSU?

[Aniello Del Sorbo]

On Thu, Feb 17, 2011 at 10:44, Andrew Flegg  wrote:
> Hi,
>
> I'd like to propose that we say maemo-developers is the "official"
> mailing list for discussion about the development of the Maemo 5
> Community SSU:
>
>    http://wiki.maemo.org/Community_SSU
>
> The traffic here is quite low now, and this would be taking us back
> towards the 2005 definition of the list: to discuss the development of
> Maemo :-)
>
> I don't expect the traffic to be high, but would suggest that CSSU
> topics are prefixed with "[CSSU]" in the subject line.
>
> Does anybody (incl. MohammadAG ;-)) have any objections? If not, I'll
> update the appropriate wiki page (Community_SSU/Development)
>
> Perhaps it would even be possible to subscribe maemo-developers to
> merge requests under http://gitorious.org/community-ssu (something
> mardy sort of suggested); but that might be an idea too far.
>
> Comments, as ever, welcome.
>
> Thanks in advance,
>
> Andrew
>

I vote for this and I also agree with subscribing maemo-developers to
the merge requests.
There are not too many and gives them a nicer visibility and gives us
a better idea on what people are working on.

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

Re: suspendprocess - poor man's power save

[Aniello Del Sorbo]

- Original message -
> On Sun, Sep 19, 2010 at 17:58, Robin Burchell 
> wrote:
> > 
> > Anyway: this was pretty much in keeping with my idea: move it into the
> > task switcher (hildon-desktop/other) so that applications which are
> > moved to background are stopped (unless they signal for whatever
> > reason that they need to be kept running, but I'm not even sure that
> > is necessary: if you really need to do background processing
> > constantly, why do it in a GUI application?)
> 
> I suggested something similar three years ago (wow, Maemo's old ;-))
> and the reaction was less favourable:
> 
>         http://www.gossamer-threads.com/lists/maemo/users/26337
> 
> For example, Igor Stoppa wrote:
> > 
> > You are proposing a shortcut that is encouraging crappy code to be
> > written, since the system will always take care of saying: "psst,
> > pretend to be a properly written piece of code".
> > 
> > If an application has nothing to do, it _must_ be blocked waiting for
> > something, such as an event, a timer, whatever it cares about, nothing
> > else.
> 
> Personally, I think it'd still be useful; without going to the
> (almost) co-operative multi-tasking of iOS.
> 
> Cheers,
> 
> Andrew
> 

I'd agree with Igor if the application is a newly written one.

But when porting from desktop to Maemo, adapting the code to be less power 
hungry can be a daunting task and not many developers have time for it (let's 
not forget that many port apps to Maemo for fun or bacause they need the 
port... it is, indeed, a hobby)

So I'd favour such an approach as well.

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

Re: hildon file chooser dialog

[Aniello Del Sorbo]

On 6 June 2010 06:40, ds  wrote:

> Hello,
>
> I have a problem with hildon file chooser dialog in scratchbox. I can
> not test in N900:-)
>
> I use simple code
>
>
> hildon_file_chooser_dialog_new((GtkWindow*)window,GTK_FILE_CHOOSER_ACTION_SAVE);
> GtkFileFilter *filter=gtk_file_filter_new();
> gtk_file_filter_add_pattern (filter,"*.png");
> gtk_file_chooser_set_filter (GTK_FILE_CHOOSER (fdialog),filter);
>
> gtk_file_chooser_set_current_name (GTK_FILE_CHOOSER (fdialog),
> "nicedraw");
> gtk_widget_show_all(GTK_WIDGET(fdialog));
> if (gtk_dialog_run (GTK_DIALOG (fdialog)) == GTK_RESPONSE_OK) {
> SaveToFile=TRUE;
> char nn[150];
> char *filename;
> filename = gtk_file_chooser_get_filename (GTK_FILE_CHOOSER (fdialog));
> g_stpcpy(nn,filename);
> g_free (filename);
>
>
> Only in case I directly press "SAVE" when the dialog is open, I get an
> corrupted filename. If I first change location in the dialog everything
> works fine.
>
> Is this only a problem in scratchbox. I used X86 target and run it in
> the full maemo GUI. My application was installed with the GUI installer.
>
> Thanks a lot for any hint
>
> Detlef
>
>
Probably you've got to set the default directory with a call like:

 gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER
(dialog), default_path);

Where default path should point (usually) to user's Documents
(/home/user/MyDocs/.documents)

If you don't do that, or pass a wrong path, it'll default to the root
directory ("/") and it'll behave like you described.

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

Re: I smell a bug, but dunno where to file it

[Aniello Del Sorbo]

On 3 June 2010 09:31, Aniello Del Sorbo  wrote:

> On 3 June 2010 09:23, Dawid Lorenz  wrote:
>
>>
>>
>> On 3 June 2010 16:46, Aniello Del Sorbo  wrote:
>>
>>> I guess, some event must have been fired related to the Internet becoming
>>> available and Modest checked it's watch and noticed it's time to download
>>> e-mails as I kindly asked it to.
>>>
>>> But the Media Player?
>>> Why it started? Is it a Media Player issue?
>>> Should I file this bug under Media Player? or is it more a System bug?
>>>
>>
>> You really must have Twitter overloaded ;) See my reply:
>> http://twitter.com/adlorenz/status/15333794167
>>
>> Don't know if that's exactly the case, as this bug is in regards to music
>> resuming after a phone call, but might be related...
>>
>>
> Yeah, weird I didn't get your Tweet ...
>
> But it looks different. The cause maybe the same, but mine is surely
> unrelated to calls.
> Didn't have any calls for one or two days now..
>
>
Anyway, filed a bug under Media Player:
https://bugs.maemo.org/show_bug.cgi?id=10536

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

Re: I smell a bug, but dunno where to file it

[Aniello Del Sorbo]

On 3 June 2010 09:23, Dawid Lorenz  wrote:

>
>
> On 3 June 2010 16:46, Aniello Del Sorbo  wrote:
>
>> I guess, some event must have been fired related to the Internet becoming
>> available and Modest checked it's watch and noticed it's time to download
>> e-mails as I kindly asked it to.
>>
>> But the Media Player?
>> Why it started? Is it a Media Player issue?
>> Should I file this bug under Media Player? or is it more a System bug?
>>
>
> You really must have Twitter overloaded ;) See my reply:
> http://twitter.com/adlorenz/status/15333794167
>
> Don't know if that's exactly the case, as this bug is in regards to music
> resuming after a phone call, but might be related...
>
>
Yeah, weird I didn't get your Tweet ...

But it looks different. The cause maybe the same, but mine is surely
unrelated to calls.
Didn't have any calls for one or two days now..

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

I smell a bug, but dunno where to file it

[Aniello Del Sorbo]

It's 8:37am here in Kamloops, BC (-8 UTC).

My Nokia Messaging is set to download e-mails everyday from 8:00 to 23:59.
Yesterday I played a radio station for 1 minute then stopped it and left
Media Player there.

This morning, before 8:00, I tried to tell Modest to download e-mail even
though it was earlier than 8:00
by clicking on the Send&Receive, but nothing happened (I guess "as
expected"?).

8:00 passed and no e-mails. Note , however, this is probably not N900 fault
as my landlord connection is not working very well with my N900 as after a
few minutes I can't browse the web or use Internet (albeit it's connected to
his WiFi).
So, probably, Modest tried, but couldn't connect (but didn't say anything,
it silently failed and even said "latest refresh 8:01".

Anyway, these are not the issue I wanted to write.

I leave home at 8:05 and arrive in the office 10 minutes later (small town
:)). I start to work and don't touch the phone.
The N900 knows there's a WiFi it can connect to and I told him to check
every 30 mins.

At 8:37am the N900 plays music... without me telling it anything at all. It
just starts playing music.
I get hold of it, try to understand from where the music comes from and
notice it's Media Player playing the radio station I was playing yesterday.
At the same time I see Modest now downloading e-mails and the notifications
popping up.

I guess, some event must have been fired related to the Internet becoming
available and Modest checked it's watch and noticed it's time to download
e-mails as I kindly asked it to.

But the Media Player?
Why it started? Is it a Media Player issue?
Should I file this bug under Media Player? or is it more a System bug?

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

Re: Zoom Keys when screen's locked

[Aniello Del Sorbo]

On 1 June 2010 16:17, Faheem Pervez  wrote:

> Hi,
>
> Yes, MCE introduced a D-Bus method just for this:
>
> http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#ff2ef408024bb9a77d746be7446c1423
>
> mafw-gst-renderer is the one calling this.
>
>
Indeed, it works with Vagalume as well, so I assumed it was the mafw stuff
handling it somehow.

Thanks :)

Aniello


> On 6/2/10, Aniello Del Sorbo  wrote:
> > I commented on the bug issue:
> https://bugs.maemo.org/show_bug.cgi?id=8011
> >
> > I did more tests and it actually works much better than before and than I
> > thought :)
> >
> > If Media Player is running, it'll always gets the rockers' events (even
> with
> > the screen locked and dimmed! I recall you had to activate the screen
> before
> > to change the volume).
> > If the Media Player is running and the foremost application is handling
> the
> > events for his own purposes, the Media Player still gets the events as
> > expected.
> >
> > However if Media Player is not running, or music is stopped, than the
> > foremost application gets to handle the events and zoom in/put or
> whatever
> > it was programmed to do with them.
> >
> > I assume this is a feature (as there'd be no way to know if that is a
> music
> > application or not) and the application is free to do whatever it wants.
> >
> > I will change Xournal and make sure it won't zoom in/out if it gets those
> > events and the screen is locked.
> > I don't think any user would want to zoom in/out when the screen is
> locked
> > :)
> >
> > Thanks for listening!
> >
> > Aniello
> >
> > On 1 June 2010 15:52, Aniello Del Sorbo  wrote:
> >
> >> Hi guys,
> >>
> >> earlier versions of N900 allowed the volume to be changed when the
> screen
> >> was locked.
> >> This nice behaviour was disabled later and re-enabled in the latest
> >> firmware incarnation.
> >>
> >> However, this now behaves differently.
> >> If an application that handles the zoom keys is the foremost application
> >> before locking the screen,
> >> then the zoom events goes to that application even though you can't see
> >> it.
> >>
> >> For example Xournal and Microb will both zoom in/out if you press the
> +/-
> >> keys when the screen is locked
> >> and nothing appears on the screen (of course) .
> >>
> >> Before filing the bug, I would like to check if the apps should RELEASE
> >> the
> >> keys handling someone when the screen is locked or if this is a bug in
> the
> >> way the lock screen handles them?
> >>
> >> --
> >> anidel
> >>
> >
> >
> >
> > --
> > anidel
> >
>



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

Re: Zoom Keys when screen's locked

[Aniello Del Sorbo]

I commented on the bug issue: https://bugs.maemo.org/show_bug.cgi?id=8011

I did more tests and it actually works much better than before and than I
thought :)

If Media Player is running, it'll always gets the rockers' events (even with
the screen locked and dimmed! I recall you had to activate the screen before
to change the volume).
If the Media Player is running and the foremost application is handling the
events for his own purposes, the Media Player still gets the events as
expected.

However if Media Player is not running, or music is stopped, than the
foremost application gets to handle the events and zoom in/put or whatever
it was programmed to do with them.

I assume this is a feature (as there'd be no way to know if that is a music
application or not) and the application is free to do whatever it wants.

I will change Xournal and make sure it won't zoom in/out if it gets those
events and the screen is locked.
I don't think any user would want to zoom in/out when the screen is locked
:)

Thanks for listening!

Aniello

On 1 June 2010 15:52, Aniello Del Sorbo  wrote:

> Hi guys,
>
> earlier versions of N900 allowed the volume to be changed when the screen
> was locked.
> This nice behaviour was disabled later and re-enabled in the latest
> firmware incarnation.
>
> However, this now behaves differently.
> If an application that handles the zoom keys is the foremost application
> before locking the screen,
> then the zoom events goes to that application even though you can't see it.
>
> For example Xournal and Microb will both zoom in/out if you press the +/-
> keys when the screen is locked
> and nothing appears on the screen (of course) .
>
> Before filing the bug, I would like to check if the apps should RELEASE the
> keys handling someone when the screen is locked or if this is a bug in the
> way the lock screen handles them?
>
> --
> anidel
>



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

Zoom Keys when screen's locked

[Aniello Del Sorbo]

Hi guys,

earlier versions of N900 allowed the volume to be changed when the screen
was locked.
This nice behaviour was disabled later and re-enabled in the latest firmware
incarnation.

However, this now behaves differently.
If an application that handles the zoom keys is the foremost application
before locking the screen,
then the zoom events goes to that application even though you can't see it.

For example Xournal and Microb will both zoom in/out if you press the +/-
keys when the screen is locked
and nothing appears on the screen (of course) .

Before filing the bug, I would like to check if the apps should RELEASE the
keys handling someone when the screen is locked or if this is a bug in the
way the lock screen handles them?

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

Re: Quality assurance of "stable" software: my battery drained in few hours

[Aniello Del Sorbo]

On 29 May 2010 10:03, Andrea Grandi  wrote:

> Hi,
>
> On 29 May 2010 19:02, Ian  wrote:
> > Hi
> >
> >> I went to sleep at 3:00, I wake up few minutes ago with the N900
> >> powered off. There was not any active connection when I went to sleep,
> >> so could anyone please explain me WHO drained my whole battery?!
> >
> > Bluetooth? I'd check that
>
> I never use it
>
>
Is this a freshly flashed N900?
Or did you restore from a backup?

I had mine died yesterday in half a day because a process (I think
intellisync or something like that) was stuck somehow somewhere.
I have mine from a restored backup. Sure I wanted it to be stable after a
restore, but sometimes old config files/settings/whatever cause unexpected
(quite impossible to catch in testing) behaviors.

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

Re: PR1.2 for an old proto

[Aniello Del Sorbo]

Is this a pre-production device ?

Yellow label next to the battery with an L4 on it ?

If so I am having issues as well in flashing the device..

On 25 May 2010 07:41, Akos Polster  wrote:

> Hi,
>
> while waiting for my N900 to be delivered, my company gave me an old
> prototype (hardware revision 1802). Unfortunately this is too old for
> the PR1.2 image on tablet-devs.nokia.com.
>
> Is waiting for the new device the only option, or is there a way to
> install PR1.2 on this old proto?
>
> Thanks
>
>  ~ Akos.
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

On 21 May 2010 14:46, Juhana Jauhiainen  wrote:

> I've set up a blog at http://durriken.org/blog/ and a repository at
> http://gitorious.org/maemo-ebook-reader-gsoc-2010 so you can follow my
> progress.
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
Thank you!
Will try to follow as much as possible.

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

On 6 May 2010 16:22, Aniello Del Sorbo  wrote:
> Will this app support Instapaper?
>
> I just discovered this site and supporting would just be awesome.
> I know you can store the pages in ePub format and have this reader app
> read them, but having direct support integrated into the app, would be
> awesome.
>

I probably need to be a little bit more specific.
Instapaper with Kindle supports automatic delivery of the articles in
Kindle format to your wifi enabled Kindle.
It seems to be a feature that Amazon gives to its customers for a fee.

What I'd like is a small daemon integrated in this eBook application
that automatically retrieves the ePub from Instapaper.com daily or
manually from a button in the reader (from the Book list view).

It could be done as a separate project (the daemon), so not sure it
should be integrated in this, actually.

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

Will this app support Instapaper?

I just discovered this site and supporting would just be awesome.
I know you can store the pages in ePub format and have this reader app
read them, but having direct support integrated into the app, would be
awesome.

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

On 30 April 2010 12:07, Frank Banul  wrote:
> On Fri, Apr 30, 2010 at 12:07 PM, Aniello Del Sorbo  wrote:
>> 2010/4/30 Benoît HERVIER :
>>> Personnally most of the time, specially when reading technicals books
>>> with programming line code ;)
>>>
>>> I think both is usefull, depends of book's type, and personnal
>>> preferences ...
>>>
>>
>> Looks like I'm the only one reading books in landscape mode ! :)
>
> I read exclusively on my N900 and only in landscape mode if you
> are looking for votes.
>
> Frank

Thanks, no need for votes. The app will be designed, looks like, with
both orientations in mind.
Can't wait to put my hands on it :)

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

2010/4/30 Benoît HERVIER :
> Personnally most of the time, specially when reading technicals books
> with programming line code ;)
>
> I think both is usefull, depends of book's type, and personnal
> preferences ...
>

Looks like I'm the only one reading books in landscape mode ! :)

Aniello

>
> Le jeudi 29 avril 2010 à 15:23 -0700, Aniello Del Sorbo a écrit :
>> I agree with all Ryan said.
>>
>> Just went through the proposal. Just a concern: I think the
>> application should be designed mainly in landscape mode, 'cause you've
>> got longer lines.
>>
>> Ryan, how often do you read e-book in portrait mode on the tablets?
>>
>> Aniello
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
>



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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

On 29 April 2010 18:07, Ryan Abel  wrote:
> On Apr 29, 2010, at 6:23 PM, Aniello Del Sorbo wrote:
>
>> Ryan, how often do you read e-book in portrait mode on the tablets?
>
>
> 99% of the time I use it in portrait mode, except for a short stretch after 
> Maemo 5 was first released when the volume keys wouldn't scroll. ;)
>
> The volume rocker is just to useful for paging not to use it in portrait. 
> Also: less wasted screen space in portrait.
>

Okay :)
Holding the device in portrait mode feels more natural and solid, but
I was never been able to read in portrait
(and, indeed, i never even use the browser in portrait mode).

Anyway... full support for both modes then :)

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

I agree with all Ryan said.

Just went through the proposal. Just a concern: I think the
application should be designed mainly in landscape mode, 'cause you've
got longer lines.

Ryan, how often do you read e-book in portrait mode on the tablets?

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

Re: GSoC 2010, eBook reader. Looking for feedback and ideas.

[Aniello Del Sorbo]

On 29 April 2010 09:24, Juhana Jauhiainen  wrote:
> Hello,
> I've been lucky enough to get accepted to Google Summer of Code 2010 and my
> project is to develop an eBook reader for Maemo 5 with Qt 4.6.
> Coding starts May 24 and before that we have a "Community Bonding" period so
> I'm looking for ideas and feature requests. Would be nice to also get
> comments from people who have worked on eBook readers themselves.
> Anyway the purpose of this post is just to get some conversation started so
> I can start planning ahead.
> My original proposal can now be found at http://durriken.org/gsoc/.
> Juhana Jauhiainen

Yup,

I've noticed you got accepted and I really like the idea of an eBook
reader for the N900.
FBReader is there, but it's quite rough.

Anyway... I am about to get an eBook reader next week and I've been
reading about Ebook readers quite a lot lately.
What seems to be important is the font.
The default font has to be really nice on the N900 screen and look
gorgeous and easy to read on the chosen background.

Of course, one has to be able to choose, but the default one has to be
the one most people will use.
So please, take particular care on choosing it.

Second, I don't know (I'll read the proposal later today) if you've
already had a thought about this, but will you be using "regular" text
(i.e. normal font rendering by Pango) or will you be looking at
handling the fonts yourself?
I know the font topic is a huge one and handling them properly from
scratch is quite though, but a "graphic" reader with nice rendered
font, will sure make the reading experience awesome and pleasant.

Last, how do you plan to swipe through pages?
Gestures, overlay buttons (a la PDF reader) or continuous read?

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

Re: Garage project takeover

[Aniello Del Sorbo]

On 28 April 2010 09:29, Javier S. Pedro  wrote:
> Sorry for bumping this again, but...
>

> Niels Breet wrote:
>> The project is completely empty and doesn't seem to be used since it has
>> been created on 2007-12-08.
>>
>> I can set you as admin for that project as you seem to be a lot more
>> active than the current admin.
>>
>> I'd like to get an OK from the council so we all agree on this. If there
>> had been data in the project it was a more difficult decision, but now
>> it seems completely empty.
>
> Two months have passed -- time for takeover? If the original admin comes
> back, I'll give him the project. It's not like I am 100% active either.
>
> --
> Javier
>

He had two months to reply.
He clearly has abandoned the project, so I am for the takeover.
If my word is worth a bit more than 2c, that is :)

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

RE: Maemo Info Center library service released with first set of official maemo Fremantle 5 documentation

[Aniello Del Sorbo]

On Mon, 2010-04-19 at 08:28 +0200, jarmo.ti...@nokia.com wrote:
> Hi again,
> 
> > -Original Message-
> > From: Tikka Jarmo (Nokia-D/Helsinki)
> > Sent: 19 April, 2010 07:45
> >
> > > -Original Message-
> > > From: ext Aniello Del Sorbo [mailto:ani...@gmail.com]
> > > Sent: 16 April, 2010 21:52> 
> > Hi,
> > 
> > Thanks about report. This "logo" link is theme problem and will be
> > fixed as part of next document update to the site. We had some last
> > minute problems with our theme just before publishing the service, and
> > some of those problems are still (unfortunately) visible for users...
> > 
> > I could not reproduce Downloads link and moving back with browser
> > problem so I did not write bug report for that.
> 
> I think I now managed to reproduce this Downloads menu problem and I added 
> bug report also for that.
> 
> My Info Center theme related bug reports are now these:
> 
> https://bugs.maemo.org/show_bug.cgi?id=9959
> https://bugs.maemo.org/show_bug.cgi?id=9961
> https://bugs.maemo.org/show_bug.cgi?id=9960
> 
> Cheers,
> //Jarmo
> 
> 

Thanks!

I will file reports myself next time!

Sorry about that.
Aniello

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

Re: Squeeze devkit to be installed to autobuilder

[Aniello Del Sorbo]

On 16 April 2010 10:41, Aniello Del Sorbo  wrote:
> On 16 April 2010 10:39, Niels Breet  wrote:
>>> i found quite a lot of updates this morning on my PR1.1.1 device. Many of
>>> those, however, (like MaePad) throw at me an "Update file corrupted"
>>> error...
>>>
>>> fMMS update (I think frals is still on SDK for PR  <1.2) updated fine...
>>>
>>> Is this related to this change ?
>>>
>> Yes and no.
>>
>> The same thing happens on a PR1.2 device.
>>
>> It seems the caching network caches the debs for 2 days, so it sees new
>> package data, but gets the old file.
>>
>> We now issued a flush of the cache, will take another hour or so for it to
>> complete.
>>
>> Let's see if that fixes the issue.
>>
>
> Thanks Neils,
>
> we'll try later at lunch time (an hour and a half from now) and see
> what happens.
> I'm confident that should fix it.
>

Fix worked.
Of all the updated only Mapper is not installable due to hildon1 >=
2.2.10 (and libpixman-1-0 >= 0.15.16) dependencies...

Was it recompiled?

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

Re: Maemo Info Center library service released with first set of official maemo Fremantle 5 documentation

[Aniello Del Sorbo]

Awesome work..

But if I click on the "home" link (i.e. the "Maemo Info Center" text
on the upper right corner of the page), it reloads the whole page in
the frame below [probably target = ?]).

Also when navigating to the files to download, I then tried to go Back
in the browser and the index didn't appear again.
(That's where I clicked the Maemo Info Center and found out about the
bug above).

I had to reload the whole page manually from the Location Bar.

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

Re: Squeeze devkit to be installed to autobuilder

[Aniello Del Sorbo]

On 16 April 2010 10:39, Niels Breet  wrote:
>> i found quite a lot of updates this morning on my PR1.1.1 device. Many of
>> those, however, (like MaePad) throw at me an "Update file corrupted"
>> error...
>>
>> fMMS update (I think frals is still on SDK for PR  <1.2) updated fine...
>>
>> Is this related to this change ?
>>
> Yes and no.
>
> The same thing happens on a PR1.2 device.
>
> It seems the caching network caches the debs for 2 days, so it sees new
> package data, but gets the old file.
>
> We now issued a flush of the cache, will take another hour or so for it to
> complete.
>
> Let's see if that fixes the issue.
>

Thanks Neils,

we'll try later at lunch time (an hour and a half from now) and see
what happens.
I'm confident that should fix it.

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

Re: Squeeze devkit to be installed to autobuilder

[Aniello Del Sorbo]

i found quite a lot of updates this morning on my PR1.1.1 device.
Many of those, however, (like MaePad) throw at me an "Update file
corrupted" error...

fMMS update (I think frals is still on SDK for PR  <1.2) updated fine...

Is this related to this change ?

Aniello

On 16 April 2010 02:46,   wrote:
>> -Original Message-
>> From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-
>> boun...@maemo.org] On Behalf Of ext Javier S. Pedro
>> Sent: 16 April, 2010 01:40
>> To: maemo-developers@maemo.org
>> Subject: Re: Squeeze devkit to be installed to autobuilder
>>
>> Graham Cobb wrote:
>> > By the way, has the change been well tested? With real packages built
>> > with the modified SDK and installed on all existing firmware
>> releases?
>> > We don't want to do all this and discover it doesn't fix the problem.
>>
>> We built quite a lot of packages [1], checked sanity of dependencies
>> and I also tested a few on my device (1.1.1). It fixes the problem.
>> Feel free to test some of them :)
>
> Have tested a couple on a 1.2 device (but that was to be expected). Works 
> well as far as I can see.
>
> Quite an impressive task you guys have done!
> Tero
>
>> We expect most of the issues to appear in the building stage, and
>> testing
>> seems to prove this.
>>
>> [1] https://garage.maemo.org/builder/.fremantletest/__packages__/
>>
>> --
>> Javier
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Proposal for new hildon-extras widget

[Aniello Del Sorbo]

On Fri, 2010-04-16 at 10:36 +0100, Faheem Pervez wrote:
> Hello,
> 
> On Fri, Apr 16, 2010 at 10:11 AM, Cornelius Hald  wrote:
> >
> > If it's up to me, I would say we should include it in hildon-extras.
> > What are the other contributors saying? Thomas? Faheem? Andrew?
> 
> I vote to include it in hildon-extras, too :)
> 
> For one, it's certainly a lot more finger-friendly than
> hildon_gtk_menu_new () is (although, admittedly, that function is
> meant more for popup menus and the like...).
> 
> When writing your own program, using HildonAppMenu with GtkButton and
> its derivatives and only including the needed menu entries (as per the
> Maemo HIG) is easy. When porting a program that uses a GtkMenuBar with
> *lots* of entries, not so much.

Me, and others, are very well aware of that :(

Aniello


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

Re: "Donate $x" button on Packages and/or Downloads

[Aniello Del Sorbo]

On 15 April 2010 17:23, Thomas Perl  wrote:
> 2010/4/15 Aniello Del Sorbo :
>> I am now using HeAboutDialog as well... only issue is that it doesn't
>> properly render in portrait mode :)
>
> Patches are welcome :p I've also "ported" the HeAboutDialog to Python for
> use in Panucci, so if anybody wants to use HeAboutDialog from Panucci
> without having to wait for the bindings, you can grab the code from Panucci.
>

I know they are :)

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

Re: "Donate $x" button on Packages and/or Downloads

[Aniello Del Sorbo]

I am now using HeAboutDialog as well... only issue is that it doesn't
properly render in portrait mode :)

On 15 April 2010 09:33, Cornelius Hald  wrote:
> You might also be interested in HeAboutDialog. It's in hildon-extras and
> provides a new about dialog. The dialog has the optional buttons
> "Donate", "Report bug" and "Visit website". For each of those buttons
> you can register an URL.
>
> Cheers!
> Conny
>
>
> On Thu, 2010-04-15 at 16:40 +0200, Thomas Wälti wrote:
>> Inspired by TouchSearch, I've started to implement a standardized way
>> in my widgets some weeks ago. This includes handling donations:
>>
>> The option window always has four buttons arranged 2x2:
>> - Settings: brings you the to app-specific settings
>> - Help: Opens the app help page, which is a maemo wiki page. (This has
>> a number of advantages, like external hosting and editable by
>> everyone)
>> - About: The about dialogue
>> - Donate: Opens a donation page in Paypal. Very easy to setup, just
>> one hyperlink.
>>
>> I'm persuaded that this is the single most efficient way to do it. A
>> developer can easily handle it himself and it is very quick to setup.
>> (There is a generator available inside PayPal that allows you to setup
>> the form and generates the necessary hyperlink)
>> It's kept under complete control by the developer and no community
>> effort is needed.
>> Paypal is widely accepted, also allows direct payment by CreditCard
>> and generally works very well (I've done many thousands of
>> transactions over it).
>>
>> Try any of my Bluezwitch, Sleeper or Shutter widgets (or the
>> soon-to-be-bugfixed recaller :-) to see it in action.
>>
>> Happy hacking
>> -Tom
>>
>>
>>
>> 2010/4/15 Andrew Flegg :
>> > On Fri, Jan 22, 2010 at 12:55, Andrew Flegg  wrote:
>> >>
>> >> Similarly, as Ovi takes off, it is interesting to think about how
>> >> micro-payments for ones software could make one a bit of money (100
>> >> users at $1 each is a nice present); but whilst still having our
>> >> software as open source. There've been suggestions in the past of a
>> >> "Donate" button on each project's website, but I suggest we thrash out
>> >> a scheme - and then implement - a consistent micro-donation system for
>> >> maemo.org
>> >
>> > To kick the ball rolling on this again, since I think we can get quick 
>> > wins.
>> >
>> > I've just noticed that addons.mozilla.org has exactly the kind of
>> > standardised donation form I was imagining. For example, see:
>> >
>> >       https://addons.mozilla.org/en-US/firefox/addon/469
>> >
>> > Clicking "Contribute" opens a little box asking you whether you want
>> > to make a one-time contribution of the suggested amount, a one-time
>> > donation of another amount or a regular monthly donation. With
>> > optional comment.
>> >
>> > Clicking "Donate" then takes you to a PayPal "Billing information" page.
>> >
>> > There's a Drupal module (apparently) which uses PayPal's Mass Payment
>> > API[1] and a blog post introducing Mozilla's pilot[2]. Does anyone
>> > know how it works? We must have a Mozilla developer around here, or
>> > someone with a PayPal connection!
>> >
>> > Thanks in advance,
>> >
>> > Andrew
>> >
>> >
>> > [1] 
>> > https://cms.paypal.com/ca/cgi-bin/?&cmd=_render-content&content_ID=developer/howto_api_masspay
>> >
>> > [2] 
>> > http://blog.mozilla.com/addons/2009/07/15/firefox-add-ons-contributions-pilot/
>> >
>> > --
>> > Andrew Flegg -- mailto:and...@bleb.org  |  http://www.bleb.org/
>> > Maemo Community Council chair
>> > ___
>> > maemo-developers mailing list
>> > maemo-developers@maemo.org
>> > https://lists.maemo.org/mailman/listinfo/maemo-developers
>> >
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: HildonTouchSelector

[Aniello Del Sorbo]

On 9 April 2010 02:14, Alberto Garcia  wrote:
> On Thu, Apr 08, 2010 at 06:11:15PM -0700, Aniello Del Sorbo wrote:
>
>> >     /* Get the path to row 0 */
>> >     path = gtk_tree_path_new_from_string ("0");
>> >
>> >     /* Get the tree iter for that path */
>> >     gtk_tree_model_get_iter (GTK_TREE_MODEL (model),
>> >                     &iter, path);
>> >
>> >     /* Do not need path anymore */
>> >     gtk_tree_path_free (path);
>
> Btw, you have
>
>  gtk_tree_model_get_iter_first ()
>  gtk_tree_model_iter_nth_child ()
>
> which are easier to use.
>
> Berto

True.
It was simply the first solution I came up with, with my limited
knowledge of GTK and it's tools

Thanks for everything though :)

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

Re: HildonTouchSelector

[Aniello Del Sorbo]

On 9 April 2010 01:53, Alberto Garcia  wrote:
> On Thu, Apr 08, 2010 at 06:11:15PM -0700, Aniello Del Sorbo wrote:
>
>> HildonTouchSelector has methods to append/prepend items but none to
>> remove them.
>> GTK does.
>
> Ok, I understand this is arguable, but since you can access the model
> directly, I don't think HildonTouchSelector needs to provide extra
> methods for all tree model operations.
>
> Berto

Indeed it is arguable, but as GTK already provides it and because a
toolkit should make developer's life easier, it would have been nice
to find a remove function as well even though it wasn't needed for
internal developers.

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

Re: HildonTouchSelector

[Aniello Del Sorbo]

On 9 April 2010 02:18, Alberto Garcia  wrote:
> On Thu, Apr 08, 2010 at 10:38:26PM -0700, Aniello Del Sorbo wrote:
>
>> I have a HildonPickerButton with a simple Selector with no Done
>> button.
>>
>> With the trick below I can remove rows from the Selector, but then
>> the PickerDialog does not properly resize itself, leaving some empty
>> space below the Selector.
>
> Hmm... can you please file a bug about that? Thanks !
>
> Berto

Will do. I thought it was because of my weird access to the internal structure.
But, indeed, as the model is exposed to the outside, I should have
expected it to work.

Thanks

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

Re: HildonTouchSelector

[Aniello Del Sorbo]

Uhm,

I have a HildonPickerButton with a simple Selector with no Done button.

With the trick below I can remove rows from the Selector, but then the
PickerDialog does not properly resize itself, leaving some empty space
below the Selector.

I need to resize the HildonPickerDialog, any idea how?

An ugly (very) trick is to destroy the HildonPickerDialog that the
HildonPickerButton creates internally.
Yeah, exactly, internally.. don't want to do that, and there should be
no reason to do that.

However gtk_widget_queue_resize on the Selector doesn't give any
effect (and that's correct, as it's the Dialog that has the wrong
size). But I do not have access to it...

Suggestions?

On 8 April 2010 18:21, Aniello Del Sorbo  wrote:
> On Thu, 2010-04-08 at 18:11 -0700, Aniello Del Sorbo wrote:
>
>> /* Assuming you want to remove row "0" or column "0" */
>
> Errata:
>
> /* Assuming you want to remove row "0" from column "0" */
>
> Aniello
>
>



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

Re: HildonTouchSelector

[Aniello Del Sorbo]

On Thu, 2010-04-08 at 18:11 -0700, Aniello Del Sorbo wrote:

> /* Assuming you want to remove row "0" or column "0" */

Errata:

/* Assuming you want to remove row "0" from column "0" */

Aniello

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

HildonTouchSelector

[Aniello Del Sorbo]

Hi,

just a note.

HildonTouchSelector has methods to append/prepend items but none to
remove them.
GTK does.

Anyway.. no idea why Hildon does not provide it, but if you ever want to
remove a particular row from a HildonTouchSelector this is a starting
point (of course it's very raw):

/* Assuming you want to remove row "0" or column "0" */


> GtkTreeModel *model;
> GtkTreePath *path;
> GtkTreeIter iter;
> 
> /* Get the tree model of column 0 */
> model = hildon_touch_selector_get_model (HILDON_TOUCH_SELECTOR(layerbox), 
> 0);
> 
> /* Get the path to row 0 */
> path = gtk_tree_path_new_from_string ("0");
> 
> /* Get the tree iter for that path */
> gtk_tree_model_get_iter (GTK_TREE_MODEL (model),
> &iter, path);
> 
> /* Do not need path anymore */
> gtk_tree_path_free (path);
> 
> /* Finally remove the entry from the list */
> gtk_list_store_remove (GTK_LIST_STORE (model), &iter);
> 

Hope this helps someone.

Aniello

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

Re: refinding the syncing question

[Aniello Del Sorbo]

On Wed, 2010-03-31 at 10:27 +0100, Graham Cobb wrote:
> On Wednesday 31 March 2010 01:19:17 Aniello Del Sorbo wrote:
> > According to this page:
> >
> > https://www.forge.funambol.org/download/
> >
> > It looks like the source code is available.
> > Not sure about licensing, though.
> 
> Thanks, Aniello, but I am not looking for Funambol source, but Nokia's 
> changes 
> to it.  Carsten believes that as Nokia have licensed Funambol through a 
> commercial licence they do not need to make their changes available.  It is 
> the Nokia changes which I am asking to be opened up.
> 
> Graham

Sorry, I thought you were looking for those and indeed I wondered why
you simply didn't go to their website :)

Aniello

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

Re: refinding the syncing question

[Aniello Del Sorbo]

On Tue, 2010-03-30 at 17:19 -0700, Aniello Del Sorbo wrote:
> On Wed, 2010-03-31 at 00:00 +0100, Graham Cobb wrote:
> > On Saturday 27 March 2010 11:39:10 Carsten Munk wrote:
> > > 2010/3/27 Graham Cobb :
> > > > On Saturday 27 March 2010 07:46:58 Ville M. Vainio wrote:
> > > >> Implementing one by yourself is a huge task, which you probably don't
> > > >> want to do. Current n900 endpoint is using modified version of funambol
> > > >> (syncml server) which is a nontrivial amount of code.
> > > >
> > > > Ah, that's interesting.  Where do I find that modified code?
> > >
> > > I think Nokia's funambol is licensed through funambol commercial
> > > license, so closed source
> > 
> > Can we add it to the components requested to be opened up?  I would be 
> > interested to look to see if we could extend it for some additional syncs 
> > (e.g. for GPE, etc.).
> > 
> > Graham
> 
> According to this page:
> 
> https://www.forge.funambol.org/download/
> 
> It looks like the source code is available.
> Not sure about licensing, though.

Actually the licensing looks pretty straightforward:

https://www.forge.funambol.org/learn/licensing.html

Aniello



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

Re: refinding the syncing question

[Aniello Del Sorbo]

On Wed, 2010-03-31 at 00:00 +0100, Graham Cobb wrote:
> On Saturday 27 March 2010 11:39:10 Carsten Munk wrote:
> > 2010/3/27 Graham Cobb :
> > > On Saturday 27 March 2010 07:46:58 Ville M. Vainio wrote:
> > >> Implementing one by yourself is a huge task, which you probably don't
> > >> want to do. Current n900 endpoint is using modified version of funambol
> > >> (syncml server) which is a nontrivial amount of code.
> > >
> > > Ah, that's interesting.  Where do I find that modified code?
> >
> > I think Nokia's funambol is licensed through funambol commercial
> > license, so closed source
> 
> Can we add it to the components requested to be opened up?  I would be 
> interested to look to see if we could extend it for some additional syncs 
> (e.g. for GPE, etc.).
> 
> Graham

According to this page:

https://www.forge.funambol.org/download/

It looks like the source code is available.
Not sure about licensing, though.

Aniello

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

Re: [Hildon-Extras] New widgets: about dialog, simple color dialog

[Aniello Del Sorbo]

How do I use this stuff from Hildon Extras?

Just grab the code and copy it into mine ?

Should we (you) make a lib and package it ?

Aniello

On 14 February 2010 21:09, Cornelius Hald  wrote:
> Hi Thomas,
>
> thanks a lot for this addition. I'm still too busy with other stuff and
> can't do anything useful right now. However if everything goes as
> planned, I might have some free time in March.
>
> I'm planning to integrate all the hildon-extras goodies into Conboy.
> Then I could push towards a release of hildon-extras. What do you (all
> of you) think. I mean we had this discussion some time ago, but now a
> couple of projects are actively using hildon-extras code. How does it
> work for you? Is is okay to do copy & paste, or would a release be
> helpful?
>
> Other thoughts about the future of hildon-extras? Missing widgets? Bugs?
> Stuff?
>
> Cheers!
> Conny
>
>
> On Tue, 2010-02-02 at 00:40 +0100, Thomas Perl wrote:
>> Hello!
>>
>> I'm happy to announce that two new widgets are now available in the
>> Hildon-Extras SVN repository. Hildon-Extras is a collection of
>> additional widgets and dialogs that are designed to work on Maemo
>> devices and make development of commonly-used UI elements easier by
>> providing a set of ready-made widgets (and dialogs) that you can use
>> in your applications.
>>
>> The HeAboutDialog widget is an alternative to GtkAboutDialog, and uses
>> fonts and colors from the Fremantle Style Guide to provide an
>> informative about dialog for an application. In addition to the static
>> info, a developer can optionally provide up to three URLs that will be
>> accessible using buttons: Website, bug tracker and donations. You are
>> free to skip any of these, and the corresponding button will not be
>> shown.
>>
>> The HeSimpleColorDialog works as a very simplified and finger-friendly
>> color chooser dialog that has a pre-defined palette of colors. It's
>> most useful for applications where the user does not need to select
>> "that specific shade of green", but just needs to choose colors to
>> differentiate between different objects (e.g. calendar categories,
>> TODO items, etc..).
>>
>> Grab it from the project website (you'll find the link to the SVN repo 
>> there):
>>
>> https://garage.maemo.org/projects/hildon-extras/
>>
>> Enjoy!
>> Thomas
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Request: Tutorials & use-cases for documentation

[Aniello Del Sorbo]

On 12 February 2010 10:43, Dave Neary  wrote:
> Hi,
>
> Aniello Del Sorbo wrote:
>> I too am of the ide of answers specific to a particular toolkit.
>> Quick and easy.
>>
>> Answer to the same use case in a different toolkit belong to that particular 
>> toolkit category.
>
> While the technology used to answer a question is a concern (and not a
> tiny, easy to resolve one) which will only get worse with the addition
> of Qt 4.6 and WRT, I think what's most important now is to concentrate
> on the questions, and having at least 1 high quality answer for each of
> them, rather than concentrating on what we do if we end up with several
> answers.
>
> Cheers,
> Dave.
>

Yep and I am thinking, as developer, at all the questions I had while
porting xournal to Maemo.

Like, in no particular order, just thrown in as they pop up in my mind.
I am sure many won't fit the idea you guys have of a Use Case and many
would quite low-level, but they could be ispiring:

Start:

- Where to start from ?

Packaging:

- Is there a Debian packaging template for Maemo ?
- How do I add a subdir to my tree structure? 
- How can I make a Debian package that automatically compile and
packages for Debian like distributions and Maemo (useful for porting
apps)

Devel:

- How do I make my application aware of the Maemo specific context
(i.e. rotation, battery warning, connected/disconnected, calls in/out,
keyboard slider, and so on)
- Are there some 'standard' gesture I could re-use?
- How do Hildon Menu works?
- How can I make my own Widget ?
- How can I fade in/out stuff ?
- How do I read Maemo hardware data: pressure sensitivity, rotation
status, light sensor ?
- How can I make my code compile on as many Maemo blends as possible
- How can I drive the LED ?
- How do I access the cameras ?
- How do I communicate with other applications ? (camera, modest,
contacts, calendar)

UI:

- How do I develop complex UI interfaces (like Canola or FM Radio do)
  i.e. rarely using Hildon Widgets

Hope this is something you were looking for.

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

Re: Request: Tutorials & use-cases for documentation

[Aniello Del Sorbo]

- Original message -
> the only reason why i mentioned it is because the accelerometer page on the
> wiki currently contains such an overview.
> it shows multiple ways to do the same thing, some in python, some in c and
> even differences there.
> it seems to work well and give information to people who need it, no matter
> which language or method they prefer :)
>
> http://wiki.maemo.org/Accelerometers
>
> gary

I too am of the ide of answers specific to a particular toolkit.
Quick and easy.

Answer to the same use case in a different toolkit belong to that particular 
toolkit category.

--
Sent from my Nokia N900

>
> On Fri, Feb 12, 2010 at 9:44 AM, Michael Hasselmann <
> mich...@taschenorakel.de> wrote:
>
> > > ext Gary Birkett wrote:
> > > > there is more than one method of doing everything.
> >
> > But that's part of the problem, at least for newcomers. They look for
> > the best/easiest way, most likely.
> >
> > Am Freitag, den 12.02.2010, 10:29 +0200 schrieb Quim Gil:
> > > There is a good point behind this which is how to cross use cases with
> > > technologies. I don't think the answer is to aim to cover all
> > > technologies equally for each use case e.g.
> > > How to get a nice % progress bar
> >
> > I wouldn't neccessarily expect that the solution to a usecase looks
> > similar with each toolkit. If you then start to explain the exceptions
> > (and why things are different) then you'll quickly blow up the size of
> > the tutorial-style usecase, without helping the reader. It'll only add
> > to the confusion.
> >
> > > I guess developers first make a decision about the toolkit they are
> > > going to use and then expect to find documentation specific to that
> > > toolkit. Cross-links are nice but that's it.
> > > [...]
> > > Looking at http://wiki.maemo.org/Documentation/Use_case_template it is
> > > not clear whether such links should be placed in the intro, Related
> > > APIs... Tips & Tricks would force the template too much.
> >
> > A title suffix such as " (gtkmm)" plus wiki categories would help if
> > one wanted to make usecases available for all toolkits.
> >
> > regards,
> > Michael
> >
> >
> >

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

Re: Is mauku open source, i.e free or is in non-free?

[Aniello Del Sorbo]

2010/1/26 Ryan Abel :
> On Jan 26, 2010, at 4:07 PM, Henrik Hedberg wrote:
>
>> Jeremiah Foster wrote:
>>
>>> Bug #7505 asks if mauku is open or closed. According to the bug report, it 
>>> looks pretty closed.
>> ...
>>> What should we do here? Move this to non-free?
>>
>>   I am very aware of the meaning "free" here. Mauku was uploaded into the 
>> free section because there was (is) no non-free repository in Extras. 
>> However, the community insisted to close all external repositories and use 
>> Extras instead (done that). In addition, Ovi Store was not (is not, it is 
>> still beta) available for distribution channel.
>
> http://repository.maemo.org/extras/pool/fremantle/non-free/

Thus Mauku should go here, how?
The microfeed engine should stay in the free section.

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

Re: How to destroy your community

[Aniello Del Sorbo]

I think you see maemo.org as being integral part of the Nokia set of websites.
It is actually not.

maemo.org is, , gifted by Nokia to the community around Maemo.
We control it and they are kind enough to pay for everything, but just
don't expect it to be nokia.com...
In fact there is maemo.nokia.com and that's a different story and
totally out of our reach.

As for Jaaksi, he's a manager, what'd you expect?
To come and answer to all bloggers questions? Moreover that's his
personal blog, I think he's free to write/respond
to whoever he decides to, isn't him?

Anyway.. I think you simply have a wrong expectation on what maemo.org
should be and behave.

The whole Maemo eco-system is something quite new, and may be hard to
grasp at first (and yes, two months do count
as "at first" even if it looks like a lot of hours).
So please, first try to really get the idea behind Maemo and
maemo.org, then complain with a solid foundation for your
arguments (and you'll ever find people willing to discuss more).

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

Re: Pushing optified Python libs

[Aniello Del Sorbo]

Xournal is not yet optified, I'll add it to that list and will try to
remove it "soon".

But, let me say it, considering how long it's taking for the last
update to reach Extras, it may take months, for the optified package,
to reach the consumers.

Aniello

2009/12/17 Andre Klapper :
> Am Donnerstag, den 17.12.2009, 11:16 +0100 schrieb quim@nokia.com:
>> Hi, it seems that more users than wished are still reaching the rootfs
>> limit only with the Nokia and Extras repos installed.
>> Also, if you know or suspect other causes for Extras users filling
>> their rootfs partitions please let us know.
>
> Also see Uwe's list at
> http://wiki.maemo.org/Opt_Problem/Non-Optified_packages plus the bug
> reports with "non-optified" keyword:
> https://bugs.maemo.org/buglist.cgi?keywords=non-optified
>
> andre
>
> --
> Andre Klapper (maemo.org bugmaster)
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Any new information on Developer Device Program?

[Aniello Del Sorbo]

You mean you did not even order (and paid) ? :)
Just waited and they shipped it to you? :P

I wish! :)

Aniello

2009/12/9 Martin Grimme :
> I did absolutely nothing but wait and just received the shipping
> confirmation. It's all fine.
>
>
> Martin
>
>
> 2009/12/9, Eugene Antimirov :
>> On Wed, Dec 9, 2009 at 12:53 PM, Quim Gil  wrote:
>>> ext Eugene Antimirov wrote:
 Quim, can you confirm that old orders are still valid and it's just a
 notification email we got?
>>>
>>> If you have questions please contact the email address of the device
>>> program, as explained in the invitations sent. Thanks!
>>
>> Thank you for the suggestion, Quim. I wrote an email to them and they
>> replied almost immediately:
>
>> Hi
>> No, you don't need to re-order, the one you made is just fine.
>> Thank you
>> <<<
>>
>> --
>> Sincerely,
>> Eugene
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Sharing services

[Aniello Del Sorbo]

2009/12/7 Alexander Bokovoy :
> On Sun, Oct 4, 2009 at 6:57 PM, Aniello Del Sorbo  wrote:
>> I want to use the sharing services.
>> Thus I was looking for the API to share a file via the already
>> installed sharing plugins.
>>
>> Is this API also to be revealed once the N900 has been released?
> The Sharing Dialog API will be added into SDK release for first
> software update for N900. See
> https://bugs.maemo.org/show_bug.cgi?id=6177

That's great news, thank you :)

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

Re: Any new information on Developer Device Program?

[Aniello Del Sorbo]

I'll be there and I'll let you play with my N900 there, no problem with that...

It's true :p it's out, but only in "selected" countries...

Aniello

2009/12/3 Jose Manrique Lopez de la Fuente :
> We live on an "eternal week", and still waiting...
>
> I hope someone will let me play with his/her N900 in Barcelona because
> I haven't seen one yet (is it true? has it been released?) :D
>
> Best regards,
>
> 2009/12/3 Aniello Del Sorbo :
>> 2009/12/3 ds :
>>> Christmas is approaching, and to me it is absolutly not transparent,
>>> what happend to a N900 Developer Device Program.
>>>
>>> I could not find any information on maemo.org.
>>>
>>> Detlef
>>
>> what do you mean by "new information" ?
>>
>> Are you aware of this thread:
>>
>> http://talk.maemo.org/showthread.php?t=32951
>>
>> --
>> anidel
>> Sent from London, Eng, United Kingdom
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>
>
>
> --
> J. Manrique López de la Fuente
> http://www.jsmanrique.es
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Any new information on Developer Device Program?

[Aniello Del Sorbo]

2009/12/3 ds :
> Christmas is approaching, and to me it is absolutly not transparent,
> what happend to a N900 Developer Device Program.
>
> I could not find any information on maemo.org.
>
> Detlef

what do you mean by "new information" ?

Are you aware of this thread:

http://talk.maemo.org/showthread.php?t=32951

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

Re: N900 GPS Problems

[Aniello Del Sorbo]

Btw, I didn't notice earlier, this is maemo-developers and I think
this is off-topic here.

Aniello

2009/11/30 Sarah Newman :
>
>
> Andrea Grandi wrote:
>
>> same for me, but Maps (even if is the worst map application after N810
>> Maps) doesn't need an internet connection because you can pre-load the
>> maps downloading them from OVI servers.
>
> As far as I can tell without an internet connection you can only select
> a destination via the map, not by address.
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: N900 GPS Problems

[Aniello Del Sorbo]

Are you guys using the N900 with a SIM and a data plan on it?

The GPS on most phones are Assisted-GPS chips.
That means that IF there is a network connection, they will use SUPL
servers to reduce the time of fix to a bare few seconds.
But if there is no data connection, then they will behave as regular
GPSes and the time for the fix can go up to 20-30 mins.

Do not compare these GPS chips with the ones in specialized navigators
as they tend to be much more optimized and they usually store some
data locally or have a better antenna, not really sure, but they are
designed to get a fix asap [that's what you also pay for!].

I do have a data plan and I get a fix, every time, in seconds.

Aniello

2009/11/30 Michael Stepanov :
> It'd be really bad if the GPS chip will be weak as on N810. Cause my device
> spends a lot of time to find location.
>
> On Sun, Nov 15, 2009 at 7:39 PM, Andrea Borgia  wrote:
>>
>> Sveinn Thorarinsson wrote:
>>
>> > I seem to have better results when I am at home, maybe that's because I
>> > am also connected to the wifi when I am there..?
>>
>> What you describe is compatible with the following bug report:
>> https://bugs.maemo.org/show_bug.cgi?id=5337
>>
>> A.
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>
>
> --
> Cheers,
> Michael
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>



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

Re: Extras Testing to Extras, again...

[Aniello Del Sorbo]

2009/11/19 Eero Tamminen :
> Hi,
>
> ext Aniello Del Sorbo wrote:
>>
>> I am sure I missed something... but what actions were taken to address
>> this issue?
>
>>
>>
>> I do have Xournal pacakge 20 for more than 10 days with 6 thumbs up
>> out of 10 (i.e. more than 50% of people voted OK).
>>
>> I want to promote it to Extras.
>> And I don't want to depend on others.
>>
>> I REALLY would like to see a Promote to Extras earlier in the process.
>> It's up to me to wait enough time so that people can test it.
>> Again, what I think it's missing is something to vote after the
>> packages has been promoted to Extras so that the bad ones can
>> be pulled out.
>>
>> If the fear is for malicious applications, then there's no way we can
>> prevent those from going to Extras no matter how many days
>> it's been in Testing.
>> (a timer comes to mind).
>
> I'm not really happy with this process either.
>
> There should be some kind of checklist which people go through,
> that has items like:
>
> [x] Tested with "htop" + T (to sort output according to Time column)
>    to see that application doesn't wakeup on the background and when
>    screen is blanked (if the application time column doesn't
>    increase during 10 mins).  CPU usage when application is visible,
>    but not interacting with the user could also be checked.
>    These require ssh connection to the device.
>
> [x] Checked normal application memory usage with mem-monitor
>    (from sp-memusage) on a freshly booted device and that it was
>    below X MB as required for this class of applications
>    (i.e. diff from before app started and when it is running).
>
> [x] Used application for few hours with endurance snapshots (tool
>    from sp-endurance package) being taken at regular intervals.
>    The report generated from this data didn't show any
>    (significant) resource leakage.
>
> Random comments about things working for people are not really
> useful if at least someone of them hasn't checked properly also
> things that aren't immediately visible to the user (effect on
> battery usage and general device stability over longer period
> of time etc).
>
>
>        - Eero
>

Can this be work for a Maemo Extras Testing Tester? :)

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

Re: Extras Testing to Extras, again...

[Aniello Del Sorbo]

2009/11/19 Valerio Valerio :
> Hi,
>> Anyway... actions should be taken and asap.
>
> Unfortunately we need a developer to implement these actions, Niels is on
> vacations till the end of the month, afaik.
>

To implement what?
I guess I should look around if some decision has been taken, I am not
aware of any.

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

Re: Extras Testing to Extras, again...

[Aniello Del Sorbo]

Btw, I'm going to promote Pacakge 21 to Testing, but the issue remains.

Aniello

2009/11/19 Aniello Del Sorbo :
> So...
>
> I am sure I missed something... but what actions were taken to address
> this issue?
> I do have Xournal pacakge 20 for more than 10 days with 6 thumbs up
> out of 10 (i.e. more than 50% of people voted OK).
>
> I want to promote it to Extras.
> And I don't want to depend on others.
>
> I REALLY would like to see a Promote to Extras earlier in the process.
> It's up to me to wait enough time so that people can test it.
> Again, what I think it's missing is something to vote after the
> packages has been promoted to Extras so that the bad ones can
> be pulled out.
>
> If the fear is for malicious applications, then there's no way we can
> prevent those from going to Extras no matter how many days
> it's been in Testing.
> (a timer comes to mind).
>
> Anyway... actions should be taken and asap.
> Please.
>
> --
> anidel
> Sent from London, Eng, United Kingdom
>



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

Extras Testing to Extras, again...

[Aniello Del Sorbo]

So...

I am sure I missed something... but what actions were taken to address
this issue?
I do have Xournal pacakge 20 for more than 10 days with 6 thumbs up
out of 10 (i.e. more than 50% of people voted OK).

I want to promote it to Extras.
And I don't want to depend on others.

I REALLY would like to see a Promote to Extras earlier in the process.
It's up to me to wait enough time so that people can test it.
Again, what I think it's missing is something to vote after the
packages has been promoted to Extras so that the bad ones can
be pulled out.

If the fear is for malicious applications, then there's no way we can
prevent those from going to Extras no matter how many days
it's been in Testing.
(a timer comes to mind).

Anyway... actions should be taken and asap.
Please.

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

Re: Bug#6203, rotation and OHMD

[Aniello Del Sorbo]

2009/11/18 Cornelius Hald :
> I see many use cases for those policies like an incoming phone call
> should work properly even while some app is doing heavy number
> crunching.
>
> However rotation is a different thing. I mean what's the objective? The
> rotation animation should be smooth even if something uses a lot of
> processing time? Fair enough. But pausing the _foreground_ application
> is hardly the solution. How about pausing all _background_ applications?
>
> The foreground application is the only application interested in the
> rotation. Therefore it already specifies explicitly that it can rotate.
> If I now write an application it's my duty to give the CPU some time
> while rotating. If I don't do this, _my_ application looks shitty and
> everyone will tell me. It's not the platform that gets a bad reputation,
> it's my app.
>
> So, if anything should get paused, it's all applications which are not
> white listed and which are not in the foreground.
>
> If I somehow missed the point, please tell me :)
>
> Cheers!
> Conny
>

How dare you steal my words out of my hands before I even write them!
No, I miss the point as well..

Aniello

>
> On Wed, 2009-11-18 at 18:07 +0200, Eero Tamminen wrote:
>> Hi,
>>
>> ext Eugene Antimirov wrote:
>> >> It handles also audio policies and tries to make sure that you get
>> >> your phone calls when the device is heavily loaded and some other
>> >> minor things.
>> >
>> > Just to know.
>>  >
>> > I see now this `ohmd` process in my 41-10. I did not get it, was this
>> > daemon improved or made worse in new firmware released lately?
>>
>> Better for known (pre-installed) applications, worse for unknown
>> applications.  The reason for this is that unknown applications have
>> unknown resource usage so system policy treats them with more care.
>>
>>
>> It's a bit of a chicken and egg problem.  Changing the policy is slow
>> iterative work requiring lots of testing that the policy change doesn't
>> significantly worsen other use-cases in some situations (e.g. for things
>> for which there are certain certification & legal requirements).
>>
>> Developers can now experiment and report/discuss things which they would
>> like policy to handle better (for certain classes of 3rd applications
>> and their use-cases). I.e. in regards to 3rd party applications, the
>> policies could be considered work-in-progress.
>>
>>
>> Things that could potentially be done for 3rd party applications
>> policy handling:
>>
>> - Default policy is improved in regards to unknown processes.
>>    It's yet unknown whether this can be done well enough without
>>    sacrificing the known functionality, that's why feedback is needed
>>    on the behavior of 3rd party application use-cases.
>>
>> - Applications themselves specify the required policy on install.
>>    This is extra work for apps, and requires extensive testing to
>>    guarantee that the policy they choose is good match for
>>    the application in all cases. (application doesn't leak or
>>    otherwise hog resources)
>>
>> - Some way for user to specify per-application policy.
>>    I'm sure power-users would like that... :-)
>>
>>
>>       - Eero
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Bug#6203, rotation and OHMD

[Aniello Del Sorbo]

Out of ignorance,

why don't you guys simply allow only the foremost (i.e. the currently
visible one)
application to rotate and send the rotation event to the other apps
AFTER the animation has completed.

After all to switch from one app to the other we've got to go via the
task switcher
and that rotates to landscape mode anyway (at least until you put in support
for rotation there as well, but still..)

Aniello

2009/11/18 Martin Grimme :
> How about another XAtom (since we already have so many on Maemo ;) )
> on the application window, saying "I rotate well and quickly." ?
>
> The ohmd could take care of this atom and refrain from freezing the
> app during rotation, iff it is the currently visible one.
>
> Of course applications could lie about their rotation capabilities,
> but that's what we have the extras-testing Q&A for.
>
>
> Martin
>
>
> 2009/11/18, Eero Tamminen :
>> Hi,
>>
>> ext Eugene Antimirov wrote:
 It handles also audio policies and tries to make sure that you get
 your phone calls when the device is heavily loaded and some other
 minor things.
>>>
>>> Just to know.
>>  >
>>> I see now this `ohmd` process in my 41-10. I did not get it, was this
>>> daemon improved or made worse in new firmware released lately?
>>
>> Better for known (pre-installed) applications, worse for unknown
>> applications.  The reason for this is that unknown applications have
>> unknown resource usage so system policy treats them with more care.
>>
>>
>> It's a bit of a chicken and egg problem.  Changing the policy is slow
>> iterative work requiring lots of testing that the policy change doesn't
>> significantly worsen other use-cases in some situations (e.g. for things
>> for which there are certain certification & legal requirements).
>>
>> Developers can now experiment and report/discuss things which they would
>> like policy to handle better (for certain classes of 3rd applications
>> and their use-cases). I.e. in regards to 3rd party applications, the
>> policies could be considered work-in-progress.
>>
>>
>> Things that could potentially be done for 3rd party applications
>> policy handling:
>>
>> - Default policy is improved in regards to unknown processes.
>>    It's yet unknown whether this can be done well enough without
>>    sacrificing the known functionality, that's why feedback is needed
>>    on the behavior of 3rd party application use-cases.
>>
>> - Applications themselves specify the required policy on install.
>>    This is extra work for apps, and requires extensive testing to
>>    guarantee that the policy they choose is good match for
>>    the application in all cases. (application doesn't leak or
>>    otherwise hog resources)
>>
>> - Some way for user to specify per-application policy.
>>    I'm sure power-users would like that... :-)
>>
>>
>>       - Eero
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: Bug#6203, rotation and OHMD

[Aniello Del Sorbo]

2009/11/18 Eero Tamminen :
> Hi,
>
> ext Aniello Del Sorbo wrote:
>>>>
>>>> Is the purpose of OHMD ONLY to pause not whitelisted applications when
>>>> rotating?
>
>>>>
>>>>
>>>> As if it is so, I'd put a "stop ohmd" every time I run Xournal to make
>>>> sure it rotates smoothly.
>
>>>
>>>
>>> It handles also audio policies and tries to make sure that you get
>>> your phone calls when the device is heavily loaded and some other
>>> minor things.
>>
>> Not something you may want to stop then.
>>
>> I'll wait for a fix.
>
> The policy configuration is in:
>        /usr/share/policy/etc/current/syspart.conf
>
> As a temporary hack for your own device, you might try to modify
> that file as root and then do "killall ohmd" to restart it with
> the new policy.
>
> This way you get to decide what has the priority instead of it
> being dictated by Nokia. :-)
>
> In future there may be some way to install extra policies.
>
>
> NOTE: if this conf file has errors, ohmd isn't started and your
> device will most likely behave strangely as result (cannot play
> music etc).
>
> DISCLAIMER: if it breaks, you get to keep all the pieces.
> I.e. have an up to date backup of your data and be ready to
> reflash in the case that things really break.  Modified policy
> is an untested configuration.
>

As commented on the Bug I won't touch anything, I may play with it, but
I will have to just wait for a fix coming from you guys.

You do realize that the ones that will get thumbs down for this will be us,
third party developers as people will think it's Xournal and Conboy not properly
developed.
Indeed, Nokia Phone app rotates nicely.

:)

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

Re: Bug#6203, rotation and OHMD

[Aniello Del Sorbo]

2009/11/17 Eero Tamminen :
> Hi,
>
> ext Aniello Del Sorbo wrote:
>>
>> according to bug 6203 (https://bugs.maemo.org/show_bug.cgi?id=6203)
>> Nokia introduced this "ohmd" daemon that
>> pauses applications not whitelisted so that the rotation itself would
>> proceed smoothly.
>>
>> In the meanwhile Collabora had fixed and improved a lot rotation
>> itself, so that this "pausing" is not needed anymore.
>> In fact, it make thinks worse.
>>
>> Is the purpose of OHMD ONLY to pause not whitelisted applications when
>> rotating?
>> As if it is so, I'd put a "stop ohmd" every time I run Xournal to make
>> sure it rotates smoothly.
>
> It handles also audio policies and tries to make sure that you get
> your phone calls when the device is heavily loaded and some other
> minor things.
>
>
>        - Eero
>

Not something you may want to stop then.

I'll wait for a fix.

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

Bug#6203, rotation and OHMD

[Aniello Del Sorbo]

So,
according to bug 6203 (https://bugs.maemo.org/show_bug.cgi?id=6203)
Nokia introduced this "ohmd" daemon that
pauses applications not whitelisted so that the rotation itself would
proceed smoothly.

In the meanwhile Collabora had fixed and improved a lot rotation
itself, so that this "pausing" is not needed anymore.
In fact, it make thinks worse.

Is the purpose of OHMD ONLY to pause not whitelisted applications when rotating?
As if it is so, I'd put a "stop ohmd" every time I run Xournal to make
sure it rotates smoothly.

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

Re: What to backup in fremantle?

[Aniello Del Sorbo]

2009/11/17 Till Harbaum :
> Hi,
>
> i have been asked to add the gpxview application data into the system backup
> (http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/gpxview/0.8.13-1/)
>
> Now i see a fundamental problem here. All this data _is_ already stored on 
> the internal
> memory card for exactly the reason of surviving a re-flash. The problem is 
> that the backup
> is usually also stored on exactly that card (unless you explicitely ask to 
> have it stored on the
> external one).
>
> So whenever my application data is lost (e.g. due to flashing of a new mmc 
> image) the backups
> on the internal card are also lost making any inclusion of my data into these 
> backups rather
> futile.
>
> What is the correct way to handle this? What should go into the backup and is 
> anything from the
> internal memory card supposed to go into the backup or not?
>
> Till
>

I never tried this, but I could back-up my N900 and bring the back-up
on a new unit and restore it there.
Say the first N900 has to be brought for some reason back to Nokia
(breaks later, loan expires, you name it).

In general, if you can't think of use cases, do it anyway, you never
know what people could come up with.

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

Re: maemo-release

[Aniello Del Sorbo]

2009/11/10 Jeremiah Foster :
>
> On Nov 10, 2009, at 13:27, Jeremiah Foster wrote:
>
>>
>> On Nov 10, 2009, at 13:17, Frantisek Dufka wrote:
>>
>>> Gabriel Schulhof wrote:
>>>
>>> maemo-version/maemo-release can solve different Build-Depends: fields
>>>
>>> maemo version provides also /etc/maemo_version so one can check it in
>>> /debian/rules when building the package and act differently (include
>>> different files, define different variables)
>>>
>>> What else is needed?
>>
>> Can we change the name of the package? I know that is PITA, but you
>> risk running afoul of Nokia if your package name begins with maemo,
>> trademark and all that. Can you just swap it around to version-maemo?
>
>
> If you don't change the name, it won't make it through extras-testing:
> http://wiki.maemo.org/Extras-testing/QA_Checklist#Legal_issues
>
> Quote: "It needs to be clear that the product is not officially supported by 
> Nokia, Maemo or other commercial entities and trademarks."
>
> Jeremiah

The email address of Gabriel is @nokia.com.
Is this an official package ?

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

Re: how to manage phone Profiles in Maemo

[Aniello Del Sorbo]

2009/11/11 daniel wilms :
> Hi
>> thank you for the fast response;
>>
>> #define MCE_DEVICE_MODE_CHANGE_REQ   "req_device_mode_change"
>>
>> WoW!, that looks promising. But how can I use this inside my application
>> to force changing of the Profile/mode of the phone ??
>>
>>
> this describes a dbus-service. How to implement it, depends on the
> language you are using. Here an example using the dbus-send in the terminal:
>
> bus-send --system --type=method_call --dest="com.nokia.mce"
> --print-reply /com/nokia/mce/request com.nokia.mce.request.get_device_mode
>
> The reply is the device mode as a string. But with mce you can just
> switch between "normal", "flight" and "offline" mode. I will try to
> figure out if and how you can select the other profiles.
>
> Cheers Daniel

What's the difference between "flight" and "offline" ?

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

Re: debhelper-maemo-package-icons

[Aniello Del Sorbo]

This means we should remove our manually added XB-Maemo-Icon-26 line
from our control file and let this
command do the job for us ?

Where does it expect the .png file to be?

Aniello

2009/11/10 Gabriel Schulhof :
> Hey, all!
>
> Let's hope this package doesn't duplicate some functionality too (like
> maemo-release did ... *scratch head*). So, here's the scoop.:
>
> debhelper-maemo-package-icons adds the command dh_maemo_package_icons,
> which you can use in the binary-arch section of debian/rules. You should
> add it right at the top of the section, and add it again with -r at the
> bottom of the section, like this:
>
> ...
> binary-arch: 
>        dh_maemo_package_icons
>        ...
>        
>        ...
>        dh_maemo_package_icons -r
>
> some-other-target: 
> ...
>
> This will add a XB-Maemo-Icon-26:  line to all control
> file sections where an icon file whose name is the same as that of the
> package mentioned in the section is found.
>
> Later, after the packages are built, running dh_maemo_package_icons -r
> will remove these lines to restore the control file.
>
> This package has actually been present for quite a while now, and I've
> used it for Pidgin's packages, but I never really announced it as such.
>
> HTH,
>
>
>
> Gabriel
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>



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

Re: DBus service name

[Aniello Del Sorbo]

2009/11/9 David King :
> On 2009-11-09 09:08, Aniello Del Sorbo  wrote:
>>I got it now.
>>
>>I initialize osso with a call like:
>>
>>osso_initialize (PACKAGE, VERSION, 0, NULL);
>>
>>where PACKAGE is the Debian name "xournal". I think com.nokia is then
>>automatically added.
>
> Correct:
> http://maemo.org/api_refs/5.0/5.0-final/libosso/group__Init.html#g05d45d1e72c2cd74f665086225141431
>

Yup.
I strongly remember this issue already in Diablo.. and 'probably' it
was me that triggered that comments there.
Oh well.. if it was me double shame on me for not remembering this
straight away :)

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

Re: DBus service name

[Aniello Del Sorbo]

I got it now.

I initialize osso with a call like:

osso_initialize (PACKAGE, VERSION, 0, NULL);

where PACKAGE is the Debian name "xournal". I think com.nokia is then
automatically added.
I think I had this issue already and figured it out already in Diablo
but never bothered to change.

Thanks for triggering it back :)

Aniello

2009/11/9 Aniello Del Sorbo :
> 2009/11/9 Henrik Hedberg :
>> Aniello Del Sorbo wrote:
>>
>>> there's no two without a three... so.. third question of the day.
>>> I am using com.nokia.xournal as DBus service name. I wanted to change it.
>>> Thus I went to xournal.service and xournal.desktop files and changed
>>> it to something less nokian and more maemian like org.maemo.xournal.
>>>
>>> Guess what.. Xournal gets killed after a few minutes.
>>> Reverted back to com.nokia.xournal and it works again.
>>
>>   See:
>>
>> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Application_Development/LibOSSO_library#Maemo_initialization
>>
>>   The name in OSSO initialization, .desktop file, and .service file must be
>> the same.
>>
>>   BR,
>>
>>   Henrik
>>
>
> Thanks Henrik,
>
> I know that, and they were the same... but still didn't work.
> It works now that I reverted back to com.nokia.xournal...
>
> Weird
>
> --
> anidel
> Sent from London, Eng, United Kingdom
>



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

Re: DBus service name

[Aniello Del Sorbo]

2009/11/9 Henrik Hedberg :
> Aniello Del Sorbo wrote:
>
>> there's no two without a three... so.. third question of the day.
>> I am using com.nokia.xournal as DBus service name. I wanted to change it.
>> Thus I went to xournal.service and xournal.desktop files and changed
>> it to something less nokian and more maemian like org.maemo.xournal.
>>
>> Guess what.. Xournal gets killed after a few minutes.
>> Reverted back to com.nokia.xournal and it works again.
>
>   See:
>
> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Application_Development/LibOSSO_library#Maemo_initialization
>
>   The name in OSSO initialization, .desktop file, and .service file must be
> the same.
>
>   BR,
>
>   Henrik
>

Thanks Henrik,

I know that, and they were the same... but still didn't work.
It works now that I reverted back to com.nokia.xournal...

Weird

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

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

There is another issue with the screenshot at startup.

Rotation.

It gets kinda confused and doesn't look great at all when you app
starts in portrait mode and the screenshot was taken when in
landscape.

>From what I have seen it tries to be smart, but somehow fails.

In my last Xournal package (where I fully support rotation), I had to
remove the screenshot creation.
If someone is interested in seeing how it behaves I can post a .deb
version with screenshot enabled.

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

DBus service name

[Aniello Del Sorbo]

Hi again :)

there's no two without a three... so.. third question of the day.
I am using com.nokia.xournal as DBus service name. I wanted to change it.
Thus I went to xournal.service and xournal.desktop files and changed
it to something less nokian and more maemian like org.maemo.xournal.

Guess what.. Xournal gets killed after a few minutes.
Reverted back to com.nokia.xournal and it works again.

Why's that?
Do  I have to restart the system, is there some cache I am not aware of?

Thanks.

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

Re: File Manager mime types and icons

[Aniello Del Sorbo]

Thanks Faheem...

I checked on the device, and it looks like only 48x48 is needed and
the file should be called:

gnome-mime-.png

So I created a 48x48 pixels PNG file called gnome-mime-application-x-xoj.png

and it worked (at least on Fremantle is like that).

Thanks.

Aniello

2009/11/8 Aniello Del Sorbo :
> 2009/11/8 Faheem Pervez :
>> Hiya,
>>
>> Creating /usr/share/icons/hicolor/24x24/mimetypes/application-x-xoj.png,
>> /usr/share/icons/hicolor/48x48/mimetypes/application-x-xoj.png,
>> /usr/share/icons/hicolor/64x64/mimetypes/application-x-xoj.png; and
>> refreshing GTK's icon cache worked for me.
>>
>> Best Regards,
>> Faheem
>>
>
> Great!
>
> Aniello
>
>> On 11/8/09, Aniello Del Sorbo  wrote:
>>> Hi,
>>>
>>> Xournal registers an application/x-xoj mime-type so that the FM knows
>>> what to run to open .xoj file types (Xournal ones).
>>>
>>> It works, but how do I tell FM to show the Xournal icon for those files?
>>>
>>> --
>>> anidel
>>> Sent from London, Eng, United Kingdom
>>> ___
>>> maemo-developers mailing list
>>> maemo-developers@maemo.org
>>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>>
>>
>
>
>
> --
> anidel
> Sent from London, Eng, United Kingdom
>



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

Re: File Manager mime types and icons

[Aniello Del Sorbo]

2009/11/8 Faheem Pervez :
> Hiya,
>
> Creating /usr/share/icons/hicolor/24x24/mimetypes/application-x-xoj.png,
> /usr/share/icons/hicolor/48x48/mimetypes/application-x-xoj.png,
> /usr/share/icons/hicolor/64x64/mimetypes/application-x-xoj.png; and
> refreshing GTK's icon cache worked for me.
>
> Best Regards,
> Faheem
>

Great!

Aniello

> On 11/8/09, Aniello Del Sorbo  wrote:
>> Hi,
>>
>> Xournal registers an application/x-xoj mime-type so that the FM knows
>> what to run to open .xoj file types (Xournal ones).
>>
>> It works, but how do I tell FM to show the Xournal icon for those files?
>>
>> --
>> anidel
>> Sent from London, Eng, United Kingdom
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>



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

File Manager mime types and icons

[Aniello Del Sorbo]

Hi,

Xournal registers an application/x-xoj mime-type so that the FM knows
what to run to open .xoj file types (Xournal ones).

It works, but how do I tell FM to show the Xournal icon for those files?

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

Re: Rotation support.. :(

[Aniello Del Sorbo]

It works!!

package 15 is on its way :D

thanks guys.. you made my day,

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

Re: Rotation support.. :(

[Aniello Del Sorbo]

ahh righit... forgot about that! :)

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

Rotation support.. :(

[Aniello Del Sorbo]

I am trying to add rotation to Xournal.

I have defined the DBus message sig as follows:

#define MCE_SIGNAL_MATCH "type='signal',"  \
"sender='"MCE_SERVICE"'," \
"path='"  MCE_SIGNAL_PATH"'," \
"interface='" MCE_SIGNAL_IF  "'"

then I've added a DBus filter and handler:

sys_conn = osso_get_sys_dbus_connection(ctx);
  if (sys_conn) {
DBusError error;
dbus_error_init (&error);
dbus_bus_add_match (sys_conn, MCE_SIGNAL_MATCH, &error);
if (dbus_error_is_set(&error)){
printf("dbus_bus_add_match failed: %s\n", error.message);
dbus_error_free(&error);
}

if (!dbus_connection_add_filter (sys_conn,
  (DBusHandleMessageFunction) mce_filter_func, NULL, NULL)) {
printf("Error dbus_connection_add_filter failed\n");
} else {
printf ("DBUS filter added\n");
}
  }

and defined the handler function:

DBusHandlerResult
mce_filter_func (DBusConnection *connection, DBusMessage *message, void *data)
{
DBusMessageIter iter;
const gchar *mode = NULL;

printf ("MCE\n");

if (dbus_message_is_signal(message, MCE_SIGNAL_IF,
MCE_DEVICE_ORIENTATION_SIG)) {
printf ("is a orientation signal\n");
if (dbus_message_iter_init(message, &iter)) {
printf ("getting mode\n");
dbus_message_iter_get_basic(&iter, &mode);

hildon_rotate_ui (mode);
}
}

return DBUS_HANDLER_RESULT_NOT_YET_HANDLED;
}

It compiles, starts up, the MCE function gets called twice when
Xournal starts (it prints MCE twice) and gets called for several other
DBus messages (like screen lock/unlock), but NOT for rotate messages.

What am I missing?

Thanks!

References:
[1] 


[2] 


[3] 


[4] 


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

Re: The issue of version strings

[Aniello Del Sorbo]

2009/10/31 Jeremiah Foster :
>
> On Oct 30, 2009, at 12:44, Juha Kallioinen wrote:
>
>> ext Niels Breet wrote:
>>> On Thu, October 29, 2009 09:01, Martin Grimme wrote:
 Hi,


 hmm, what's so bad about a simple date for a version number?
 Ubuntu does
 it, (Open)Solaris does it, and I started doing it, too, because I
 found it
 less confusing than having version numbers such as e.g. 0.96.5.
>>>
>>> Sane version numbers should at least not look like this:
>>> 2.0.0+cvs20040908+mp4v2+bmp-0ubuntu6maemo1
>>>
>>> And yes, this is an actual package version number ;)
>>
>> And a perfectly good one too! :)
>
> I don't agree. :P
>
>> It's useful not to change the upstream
>> package version too much so that it's easier to see that a package
>> could use
>> updating.
>
> But in this case it has both the ubuntu and maemo strings. The policy
> says that you use the 'maemo' string only if you have modified the
> package in some way for maemo, is this the case with that package? Or
> is in modified for ubuntu? Or is it modified for maemo and the ubuntu
> modifications have been kept?
>
> Furthermore what is 'bmp' and how is that helpful? What is mp4v2? And
> how is that helpful? And why have both a version number _and_ a
> version control system number? Perhaps use one or the other.
>>
>> The problem is imho the Application manager, not the version numbers.
>>
>> What's the point of even displaying the version number in the
>> Application
>> manager's default view? I personally don't care about the version at
>> all and
>> I certainly won't remember if an application's version has been
>> updated by
>> looking at the list view. Am I alone with this opinion? Why do you
>> need to
>> see the version there? The update manager will gladly tell me if I
>> have an
>> older version installed and if I don't, won't I just install
>> whatever the
>> Application manager offers me?
>
> Good points, but Ryan's original point is still valid and these issues
> also affect any place you have to use version numbers, not just the
> Application Manager. The string that Niels posted could be shortened
> to: 2.0.0-6maemo1
>
> This leaves you with the version number of the upstream source, the
> version of upstream packaging, and the maemo packaged version. Here
> you have all the trackability you need with simplicity. I think the
> original request is a good one and developers/maintainers ought to
> consider revising their version strings for clarity.
>

Few people complained that Xournal 0.4.2.1-1fremantle13 was too long.
I will make a diablo version as well (0.4.2.1-1diablo3).

It's not my fault if Fremantle is a long name :P
Anyway, suggestions?

Bear in mind that 0.4.2.1-1fremantle13 is now in Extras, changing it
will make it a new package?

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

Re: Testing nonsense

[Aniello Del Sorbo]

2009/11/3 Murray Cumming :
>
> I don't claim to know what the aims of the testing are. But I did see
> this on the main testing page:
> http://wiki.maemo.org/Extras-testing#The_extras-testing_QA_queue_.26_you
> "
> Offering good quality community software to owners of Maemo devices is a
> top priority. We have a chance to show the world that open source
> software developed by community projects can match commercial software
> in terms of features, usability, reliability and fun. But we also face
> the risk of getting maemo.org Extras associated with beta quality
> software made by geeks for geeks only, without the last mile of
> polishing.
> "
>

I missed this point while reading it.
And it convinced me to push to Extras Testing a new release of Xournal
no matter if it loses the 7 thumbs up it already got (plus the 3 it
got for a previous version)

:(

Oh well.. at least it'll be as much bug free as possible when it'll
finally land Extras :)

Thanks.

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

Re: Testing nonsense

[Aniello Del Sorbo]

2009/11/3 Till Harbaum :
> Hi,
>
> there's another problem with the testing i am facing with gpxview: Nonsense 
> ratings.
> GPXView got a "thumbs down" for needing lots of porting to match the maemo6 
> gui.
> Yes, harmattan! Why the heck should a fremantle program not be forwarded to
> extras due to the fact that it will be hard to port it to qt (which is what 
> that guy
> is imho trying to say)?
>
> I am considering to entirely ignore the test process until this 
> testing/promotion thing
> has actually proven to be useful. Dealing with people that just rate nonsense 
> issues is
> a) a waste of time and b) frustrating.
>
> My proposals:
> - Add links to the apps changelogs to the package rating page
> - Add a small text telling the people what they are supposed to test (not 
> harmattan
> gui portability!!)
> - Add a link to the bug tracker, so people can file appropriate bugs which 
> can then
> be processed in a useful manner
>
> Till
>

Well he didn't say he thunbed it down because of what he said in the comment.

Maybe he thumbed it down for a reason and ALSO commented that it'll be
hard to adapt it
to Maemo 6 later on.

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

Re: QA process = bug fixing disincentive?

[Aniello Del Sorbo]

Yup,

surely the system needs to be fixed.
I have some ideas, I don't like some of the ones already proposed, and
of some of them I do like some pieces, but not others and other pieces
could be improved..

But how do we do it ?

Here?
Talk?
Brainstorm?

I once stated that it's the developer that should have the last word
on whether to promote or not a package.
As Henry did with Mauku, I am doing the same for Xournal. I want it to
extras and then I will release a stupid minor bug fix.
And nothing will make me change my idea.
If there was a button "promote to Extras" I would have hit it already
and a bug fix would already be on its way to testing.

Probably there will never be a solution that makes everyone happy.
So put that button Promote to Extras there from day 0 (as soon as a
package hits Testing) and let the developer choose.
There's always time to pull an app from Extras if it behave wrong.

And, speaking of which, why don't we speak, again, about a system to
rate an application ONCE it's been installed FROM
inside App Manager so that a certain number of negative votes actually
automatically pulls the app out of Extras?

Developer in control (and happy), user in control (and happy as well).

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

Re: Xournal and Volume keys

[Aniello Del Sorbo]

Sorry forgot the reference [1]:

[1] https://bugs.maemo.org/show_bug.cgi?id=5387

2009/11/2 Aniello Del Sorbo :
> Hi,
>
> Some people are complaining that Xournal does not intercept Volume
> Up/Down to actually zoom in/out
> a note.
> (I will make it configurable, but I want to discuss this a bit).
>
> I believe that, by default, those key should be left to where they
> belong, Volume settings.
> Indeed, that's also the design decision take for Ovi Maps [1].
> They already provide huge +/- keys on the screen while Xournal uses
> the keys 'i' and 'o'
> (as in Zoom 'I'n/'O'ut).
>
> What are your thoughts about this?
>
> I do know that Photos and Browser use those to zoom in/out, but
> shouldn't those provide
> alternative ways of zoom in/out (like the browser zoom gesture)
> instead of stealing the hardware keys
> from the Volume adjustment ?
>
> The +/- keys MAINLY set the volume (i.e. Desktop, Media player, Maps,
> Lock screen and so on) and does
> something else in Photos, Browser and few others.
>
> Wouldn't it make more sense to leave then to the Volume? So that its
> use would be consistent everywhere ?
>
> I think that someone (may be me.. uhm.. don't remember) raised this
> issue in Maemo < 5 already.
>
> Anyway.. what do you think?
>
> --
> anidel
> Sent from London, Eng, United Kingdom
>



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

Xournal and Volume keys

[Aniello Del Sorbo]

Hi,

Some people are complaining that Xournal does not intercept Volume
Up/Down to actually zoom in/out
a note.
(I will make it configurable, but I want to discuss this a bit).

I believe that, by default, those key should be left to where they
belong, Volume settings.
Indeed, that's also the design decision take for Ovi Maps [1].
They already provide huge +/- keys on the screen while Xournal uses
the keys 'i' and 'o'
(as in Zoom 'I'n/'O'ut).

What are your thoughts about this?

I do know that Photos and Browser use those to zoom in/out, but
shouldn't those provide
alternative ways of zoom in/out (like the browser zoom gesture)
instead of stealing the hardware keys
from the Volume adjustment ?

The +/- keys MAINLY set the volume (i.e. Desktop, Media player, Maps,
Lock screen and so on) and does
something else in Photos, Browser and few others.

Wouldn't it make more sense to leave then to the Volume? So that its
use would be consistent everywhere ?

I think that someone (may be me.. uhm.. don't remember) raised this
issue in Maemo < 5 already.

Anyway.. what do you think?

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

Re: Why should it be so hard and should I even bother with Extras for fremantle?

[Aniello Del Sorbo]

2009/11/1 Andrew Flegg :
> On Sun, Nov 1, 2009 at 11:35, Graham Cobb  wrote:
>> On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
>>>
>>> However, if it is clear to users what to expect when they install
>>> those apps; and they don't recklessly reduce the capability of the
>>> system, I don't think they're that bad. So, perhaps, OpenSSH Server
>>> should have a clearer warning that the root password it forces you to
>>> choose should be strong, as it will allow anyone to log in to your
>>> tablet if it is online and they know the password.
>>
>> I agree with Andrew.  These applications should be available to everyone.
>
> Cool.
>

+1 (for the agreement part, not the coolness :) )

>> 1) There will end up being a LOT of command line utilities.  Over time I 
>> would
>> expect a lot of debian utilities to be ported.  This will clutter up the
>> Application Manager with things of interest to a tiny number of people.
>>
>> The medium term solution, I think, is to create a new category: user/advanced
>> or user/command-line.
>
> I don't like this. If I'm looking for a port forwarder, I'm going to
> look in user/network and, as an advanced user, I'm going to be happy
> with a pretty GUI app or the command-line socat.
>
> This is probably where we should start looking at introducing debtags?
> So, for example, socat would be in user/network but have a tag,
> 'command-line'. We can then even add a setting to Application Manager
> to show/hide command-line applications.
>

I would like to see this.
'socat' definitely belongs to user/network but is also a CLI utility (advanced).

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

Re: extras-testing and WONTFIX ?

[Aniello Del Sorbo]

2009/10/23 Attila Csipa :
> I've been thinking through some extras-testing scenarios... What happens if an
> issue is marked as a blocker, but the developer says it's a WONTFIX, fixed in
> Harmattan or similar ? If we play by the book, the app is stuck in testing and
> everybody looses - users won't get a potentially interesting app, the
> developer doesn't get karma/fame/device/whatever... so not good no matter how
> you put it. Obviously, if it's really a QA blocker, we don't want to expose
> users to it. On the other hand, we can't (and shouldn't) push developers doing
> what they think is not right. So... any takes what the (general) right course
> of action would be for such stuck applications (apart from the obvious lose-
> lose scenario) ?
>


Extras Testing is like being in quarantine for 10 days.
After 10 days the app should get approved automatically to Maemo
Extras (if some condition are met, but I don't quite remember the
details)

Of course one can always manually intervene and pull the app from Extras.
In this case, though, is the developer that has the last word on his app.
Unless the app causes damage or behaves really bad, it should be
promoted to Extras.

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

Re: Using the sharing plugins

[Aniello Del Sorbo]

2009/10/23 daniel wilms :
> Hi,
>
> at the moment it is not available, but the plan exist to make it so.
> Although I cannot give you any concrete information about the time frame
> yet, I will keep you up to date.
>
> Cheers Daniel
>

Okay thanks.
Guess I'll have to wait .

Aniello

> ext Aniello Del Sorbo wrote:
>>
>> :(
>>
>> Any idea of when this will be available?
>>
>> Aniello
>>
>> 2009/10/23 daniel wilms :
>>
>>>
>>> Hi,
>>>
>>> a general comment about that. Unfortunately right now there is no
>>> possibility to use the sharing dialog from a 3rd party application.
>>>
>>> Cheers Daniel
>>>
>>> ext Aniello Del Sorbo wrote:
>>>
>>>>
>>>> No updates.. there should be a Sharing Service that should pop up the
>>>> sharing dialog, but I can't seem to find the DBUS signature to call
>>>> it. If any.
>>>>
>>>> Any help?
>>>> Ideas?
>>>>
>>>> Am I the only one who wants to share a file from his own application? :)
>>>>
>>>> --
>>>> anidel
>>>> Sent from London, Eng, United Kingdom
>>>>
>>>>
>>>> 2009/10/22 Aniello Del Sorbo :
>>>>
>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> I've seen the documentation about how to make your own sharing plugin
>>>>> [1].
>>>>>
>>>>> Is there documentation on how to actually use them from our own
>>>>> application?
>>>>>
>>>>> [1]
>>>>>
>>>>> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in
>>>>>
>>>>> --
>>>>> anidel
>>>>>
>>>>>
>>>>>
>>>>
>>>> ___
>>>> maemo-developers mailing list
>>>> maemo-developers@maemo.org
>>>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>>>
>>>>
>>>
>>>
>>
>>
>>
>>
>
>



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

Extras Testing queue and number of days left (out of 10)

[Aniello Del Sorbo]

Hi,

it is too complicated to show how many days an application has been in
the queue (say 5/10) along with its Karma?

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

Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]

[Aniello Del Sorbo]

2009/10/23 Cornelius Hald :
> On Fri, 2009-10-23 at 10:55 +0100, Aniello Del Sorbo wrote:
>> HeFullscreenToggle ?
>
> I like that one. Andrew is of course right, that it doesn't really
> toggle, it just allows to go from fullscreen to not-fullscreen. It's
> difficult to put this into words and I think 'Fullscreen' should somehow
> be part of the name.
>
> So for now 'HeFullscreenToggle' is the winner. Thanks Aniello :)
>
> Now if only someone could help me with those emission hooks...
> Conny
>

Why is that not a toggle?

Can it also bring from non fullscreen to fullscreen?
Simply NOT fade away when in not fullscreen mode... may be passing
that flag via parameter?

HeFullscreenToggle -> whatever other param,  |  

So, if I use it in my toolbar (where I'll leave empty space), it'll
look like a button in un-fullscreen mode with NO_FADE_OUT param.
If I use it in my un-fullscreen app with no toolbar, I still can use
it to toggle fullscreen.

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

Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]

[Aniello Del Sorbo]

2009/10/23 Cornelius Hald :
> On Fri, 2009-10-23 at 11:27 +0200, Luca Donaggio wrote:
>
>> I'm no goot at finding names, but what about
>> he_fullscreen_toggle_overlay?
>
> It's a good fit I think. Something shorter would be nice, though.
>
> I was thinking about the following names, but they have problems too:
>
> - HeFullscreenButton sounds like it is a very big button
> - HeFullscreenOverlay sounds like a very big overlay
>
> Originally I wanted to call it HeFullscreenManager, but I now removed
> all the 'manager' functionality, so I can't really call it 'manager'
> anymore ;)
>
> Other suggestions?
>
> Conny
>

HeFullscreenToggle ?

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

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

2009/10/23 Claudio Saavedra :
> El vie, 23-10-2009 a las 09:58 +0100, Aniello Del Sorbo escribió:
>> 2009/10/23 Cornelius Hald :
>> > On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
>> >> On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
>> >> wrote:
>> >> ...
>> >> > Please, no threads, no!  The screenshot is only taken if it does not
>> >> > exist, otherwise the existing screenshot is used.  So, the performance
>> >> > penalty is not there every time, only when the old screenshot does not
>> >> > exist.
>> >>
>> >> I take this back... After checking the code, it seems the application
>> >> needs to check for the existing screenshot. What a disappointing
>> >> design...
>> >
>> > But at least it looks like all screenshots are deleted automatically
>> > once you switch themes. That's good :)
>> >
>> > Conny
>>
>>
>> So ok, to recap, the hildon_gtk_window_take_screenshot only sends a DBUS 
>> message
>> to the window manager,
>
> No; it sets a property in the XWindow. No dbus involved. Read my
> previous message.
>

Yeah, sorry, "DBUS" just slipped out of my fingers.

>> I think the best would be to have a way to retrieve the screenshot path
>> so that we can check for it's existence before taking a new one (thus
>> we wouldn't be checking
>> it in a static path as we do now), instead of
>> hildon_gtk_window_take_screenshot checking for
>> its existence.
>
> That would add extra communication overhead. I insist that the best
> would be that the desktop itself checks whether the screenshot already
> exists.
>

That's true, but having a means of knowing where the screen-shot is
stored, gives us
more control (as Andrew just explained)

It's also true that it's just a screen-shot to fake a faster load of
the application and we may not
need that much control anyway.

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

Re: Using the sharing plugins

[Aniello Del Sorbo]

:(

Any idea of when this will be available?

Aniello

2009/10/23 daniel wilms :
> Hi,
>
> a general comment about that. Unfortunately right now there is no
> possibility to use the sharing dialog from a 3rd party application.
>
> Cheers Daniel
>
> ext Aniello Del Sorbo wrote:
>>
>> No updates.. there should be a Sharing Service that should pop up the
>> sharing dialog, but I can't seem to find the DBUS signature to call
>> it. If any.
>>
>> Any help?
>> Ideas?
>>
>> Am I the only one who wants to share a file from his own application? :)
>>
>> --
>> anidel
>> Sent from London, Eng, United Kingdom
>>
>>
>> 2009/10/22 Aniello Del Sorbo :
>>
>>>
>>> Hi,
>>>
>>> I've seen the documentation about how to make your own sharing plugin
>>> [1].
>>>
>>> Is there documentation on how to actually use them from our own
>>> application?
>>>
>>> [1]
>>> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in
>>>
>>> --
>>> anidel
>>>
>>>
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>>
>
>



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

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

2009/10/23 Cornelius Hald :
> On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
>> On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
>> wrote:
>> ...
>> > Please, no threads, no!  The screenshot is only taken if it does not
>> > exist, otherwise the existing screenshot is used.  So, the performance
>> > penalty is not there every time, only when the old screenshot does not
>> > exist.
>>
>> I take this back... After checking the code, it seems the application
>> needs to check for the existing screenshot. What a disappointing
>> design...
>
> But at least it looks like all screenshots are deleted automatically
> once you switch themes. That's good :)
>
> Conny


So ok, to recap, the hildon_gtk_window_take_screenshot only sends a DBUS message
to the window manager, but the application still is kind of locked
while taking the screenshot
(I notice a small slowness when taking the screenshot for the first time).

Anyway, a thread wouldn't help at all and as we now know it's also not needed.

I think the best would be to have a way to retrieve the screenshot path
so that we can check for it's existence before taking a new one (thus
we wouldn't be checking
it in a static path as we do now), instead of
hildon_gtk_window_take_screenshot checking for
its existence.

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

Re: Using the sharing plugins

[Aniello Del Sorbo]

No updates.. there should be a Sharing Service that should pop up the
sharing dialog, but I can't seem to find the DBUS signature to call
it. If any.

Any help?
Ideas?

Am I the only one who wants to share a file from his own application? :)

--
anidel
Sent from London, Eng, United Kingdom


2009/10/22 Aniello Del Sorbo :
> Hi,
>
> I've seen the documentation about how to make your own sharing plugin [1].
>
> Is there documentation on how to actually use them from our own application?
>
> [1] 
> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in
>
> --
> anidel
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

2009/10/22 Andrew Flegg :
> On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo  wrote:
>>
> [snip]
>> Thus I thought I'll take the screenshot at the expose event and only
>> take it if the file is not there already.
>
> I *think* you need to do it at every expose event. What if the user
> changes theme and the font colours change (for example)?
>
> Cheers,
>
> Andrew
>
> --
> Andrew Flegg -- mailto:and...@bleb.org  |  http://www.bleb.org/
>

True.
But taking a snapshot slows down the startup... it should be then done
in a small thread?

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

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

They are stored in /home/user/.cache/launch/.pvr

Speaking of which, I shall change my service name.

Aniello

2009/10/22 Luca Donaggio :
> On Thu, Oct 22, 2009 at 5:11 PM, Claudio Saavedra 
> wrote:
>>
>> El jue, 22-10-2009 a las 16:57 +0200, Luca Donaggio escribió:
>> >
>> > I'm resuming an old thread, sorry!
>> >
>> > If I call hildon_gtk_window_take_screenshot() within the callback
>> > function for the delete-event of the main app, just before
>> > gtk_main_quit(), it seems that something has already happened to the
>> > main window: it complains that it is not a GtkWindow (which usually
>> > is, as HildonWindow derives from it), but a GdkWindow, and, of course,
>> > no screenshot were taken.
>>
>> Are you sure you are passing the right window to the function?
>> event->window is not the one (just in case).
>>
>> Claudio
>>
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
> Thanks for the tip Claudio, but no, I'm using a reference to the main app
> window (a HildonWindow), and I'm using g_signal_connect() which should call
> my callback function before the default signal handlers.
>
> Luca Donaggio
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>



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

Re: Screenshot as loading screen on Maemo 5

[Aniello Del Sorbo]

2009/10/22 Luca Donaggio :
> On Sat, Oct 17, 2009 at 1:03 PM, Cornelius Hald  wrote:
>>
>> On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote:
>> >
>> > My program doesn't ask anything when you close it, but it keeps
>> > automatically saving the document in
>> > a temporary file. Thus at every start it loads it up and you're back
>> > where you left.
>> > So I thought I would call the screenshot function at the very end,
>> > while closing down the program.
>> >
>> > It didn't work. It didn't save the screenshot of what was there.
>> >
>> > So I call it when I receive the expose event (like in the example) and
>> > it does work there.
>> > Why is that?
>> >
>> > I still have to investigate it, but I thought the window would be
>> > still available in my Quit function
>> > when called from the destroy event.
>>
>> I'm also calling it when quitting the application. I'm using the
>> 'delete-event' on my main window. There I call it just before
>> gtk_main_quit(). It's working for me...
>>
>> Cheers!
>> Conny
>>
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
> I'm resuming an old thread, sorry!
>
> If I call hildon_gtk_window_take_screenshot() within the callback function
> for the delete-event of the main app, just before gtk_main_quit(), it seems
> that something has already happened to the main window: it complains that it
> is not a GtkWindow (which usually is, as HildonWindow derives from it), but
> a GdkWindow, and, of course, no screenshot were taken.
>
> Luca Donaggio
>

I am doing the same and works, but then I was thinking that's it's
probably best doing at the
beginning, with a clean UI.

I thought that doing it at the end, before closing it, would then fake
a reload of the app in the state
it was left when closing it.

But this has an issue, which I think deserves thoughts:

1) to really speed up things you should take the screenshot only once.
2) if you do it at the end, before closing, for the reason above, then
you've got to take the screenshot
at every exit. This slows down the exit itself. And this is as much of
an issue as the startup speed.

Thus I thought I'll take the screenshot at the expose event and only
take it if the file is not there already.

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

Re: QA queue determine required thumbs down for removal

[Aniello Del Sorbo]

2009/10/22 Niels Breet :
> On Thu, October 22, 2009 15:31, gary liquid wrote:
>> There is no interface to pull apps manually.
>> if testing identifies a blocker, the maintainer has no way but to leave it
>>  there wasting the other testers time.
>>
> This reminds me. If a maintainer votes his own app down, it should be
> removed instantly.
>
> This way a maintainer can easily remove his own app and not waste testers'
> time.
>

/me likes that.

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

Re: QA queue determine required thumbs down for removal

[Aniello Del Sorbo]

This is a good point.

An app should be pulled by the developer or by some poweruser .

Aniello

2009/10/22 gary liquid :
>
> There is no interface to pull apps manually.
> if testing identifies a blocker, the maintainer has no way but to leave it
> there wasting the other testers time.
>
>
> On Thu, Oct 22, 2009 at 12:56 PM, Aniello Del Sorbo 
> wrote:
>>
>> 2009/10/22 Niels Breet :
>> > Hi,
>> >
>> > To not keep obvious broken applications lingering in the QA testing
>> > queue,
>> > we need to determine what how many thumbs down are required before
>> > automatic removal from the queue is done.
>> >
>> > How about setting the limit at:
>> >
>> > 5 thumbs down at >= 10 day quarantine point.
>> > and
>> > 10 thumbs down for immediate removal.
>> >
>> > Another thing to think about is if we only want to remove the package
>> > from
>> > the QA queue or also remove it from the extras-testing repository.
>> >
>> > Thoughts?
>>
>> We could remove it from Extras Testing after another 10 days in quarantine
>> (as it means 20 days the developer hasn't done anything on it)
>>
>> The numbers you're stating are relative or absolute?
>>
>> I.e. 10 thumbs up - 7 thumbs down = 3 thumbs up and after the 10 days
>> go to quarantine?
>>
>> --
>> anidel
>> Sent from London, Eng, United Kingdom
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>



-- 

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

Re: QA queue determine required thumbs down for removal

[Aniello Del Sorbo]

2009/10/22 Niels Breet :
> Hi,
>
> To not keep obvious broken applications lingering in the QA testing queue,
> we need to determine what how many thumbs down are required before
> automatic removal from the queue is done.
>
> How about setting the limit at:
>
> 5 thumbs down at >= 10 day quarantine point.
> and
> 10 thumbs down for immediate removal.
>
> Another thing to think about is if we only want to remove the package from
> the QA queue or also remove it from the extras-testing repository.
>
> Thoughts?

We could remove it from Extras Testing after another 10 days in quarantine
(as it means 20 days the developer hasn't done anything on it)

The numbers you're stating are relative or absolute?

I.e. 10 thumbs up - 7 thumbs down = 3 thumbs up and after the 10 days
go to quarantine?

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

Re: can't install application to phone from local repository

[Aniello Del Sorbo]

2009/10/22 Marius Gedminas :
> On Thu, Oct 22, 2009 at 02:04:38PM +0200, ibrahim wrote:
>>     Package: hello
> ...
>>     Section: base
> ...
>>  but the Application manager says that it couldn't download the
>> application : "unable to download 'hello'. Application package not found".
>
> The Application Manager lets the user install only those packages that
> are in sections starting with "user/".  It installs packages from other
> sections only as dependencies for user/* packages.
>
> The list of supported sections is in the wiki:
> http://wiki.maemo.org/Maemo_packaging#Sections
>
> HTH,
> Marius Gedminas

I thought of the very same reason.
But then the error should be different than "unable to download" or
"package not found".

It should actually not even start the installation process and simply
state "Uninstallable"
like when a dependency is missing.

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

Using the sharing plugins

[Aniello Del Sorbo]

Hi,

I've seen the documentation about how to make your own sharing plugin [1].

Is there documentation on how to actually use them from our own application?

[1] 
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in

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