I think genesis is important.  Our app launcher is an example but will likely 
not be used by everyone.  Genesis should wrap up those things that we want 
common on all systems wrt app lifecycle management.  Then we have a single 
consistent mechanism for launching and monitoring apps.

I also agree that we should use libgmenu if possible and improve it if it has 
shortcomings.
My 2c.

Bob

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Liu, Raymond
Sent: Monday, November 10, 2008 6:04 PM
To: Paul Cooper
Cc: Ketrenos, James P; Moblin Mailing List
Subject: RE: [Moblin Dev] Application life-cycle manager updates : dbus 
interface provided


>On Sat, 2008-11-08 at 09:35 +0800, Liu, Raymond wrote:
>[snip]
>> Well , Rusty, Thanks for your comments. So here's my consideration:
>>
>> Yes, Thanks for James's remind, I read the discussion between Horace 
>> and Robert by checking the mail-list archive ( haven't join Intel at 
>> that time :), I can see that we don't reach a agreement on where the 
>> desktop file management should go to yet. I check with Horace, He 
>> told me the same thing as on the mail list : the libgmenu is slow 
>> since it need to check all the keys required by the desktop spec. 
>> However, we might just need to fetch very few of them, so we can do it 
>> better.
>
>If the only fault with libgmenu is that it's slow, could we not spend 
>some time to profile and optimise it, working with the upstream 
>maintainer, so we get the kind of response time we're after?
>
>Paul

Hi Paul, No, it does not mean that libgnomemenu do not do it's work well, but 
that it need to take care of too much things than we need. Anyway I will try to 
verify the performance recent days to get the data by myself.

And actually, this is not the most important thing we are considering about, if 
it's ok, well, genesis can use it. Why not! I guess what's most important is 
that should this work be done in genesis to wrap all the things together in a 
nut or we just leave it to app launcher.

Raymond

_______________________________________________
Moblin dev Mailing List
[email protected]

To manage or unsubscribe from this mailing list visit:
https://lists.moblin.org/mailman/listinfo/dev or your user account on 
http://moblin.org once logged in.

For more information on the Moblin Developer Mailing lists visit:
http://moblin.org/community/mailing-lists

_______________________________________________
Moblin dev Mailing List
[email protected]

To manage or unsubscribe from this mailing list visit:
https://lists.moblin.org/mailman/listinfo/dev or your user account on 
http://moblin.org once logged in.

For more information on the Moblin Developer Mailing lists visit:
http://moblin.org/community/mailing-lists

Reply via email to