Re: Hildon on MeeGo
- From: Kimmo Hämäläinen <kimmo hamalainen nokia com>
- To: ext Murray Cumming <murrayc murrayc com>
- Cc: "mobile-devel-list gnome org" <mobile-devel-list gnome org>
- Subject: Re: Hildon on MeeGo
- Date: Thu, 17 Jun 2010 10:20:05 +0300
On Wed, 2010-06-16 at 22:48 +0200, ext Murray Cumming wrote:
....
> So I think, at the very least, some effort should be made to get GTK+
> and Hildon working reasonably well on Maemo Harmattan, when there is
> some public SDK to base that on. Otherwise you can encourage all the
> little apps you like but they won't run on the next version of Maemo
> anyway.
> "
It's also my plan to help in this as Harmattan window manager developer.
If someone wants to start the porting work from libhildon side, I
suggest compiling and running the mdecorator and mcompositor from:
http://qt.gitorious.org/maemo-6-ui-framework/duicompositor (mcompositor,
mdecorator)
You could use duihome, or just fake it by showing a
_NET_WM_WINDOW_TYPE_DESKTOP window and
start applications from command line.
http://qt.gitorious.org/maemo-6-ui-framework/duihome
You need libmeegotouch for mdecorator and duihome:
http://qt.gitorious.org/maemo-6-ui-framework/libdui
(I think libmeegotouch and widgetsgallery is already available for
Fremantle from somewhere...)
For libmeegotouch you need the theme (this should also be available for
Fremantle?):
http://qt.gitorious.org/maemo-6-ui-framework/duitheme (meegotouchtheme)
Things in libhildon needing porting (at least):
- opening the application menu (in Fremantle, a ClientMessage was used,
would need to be added to mdecorator)
- adding ConfigureRequest magic for HildonStackableWindow stacking
(libhildon would be responsible of stacking the windows, unlike in
Fremantle)
- sliding animations (requires coordination with the WM)
- input methods (should come from the GSOC project?)
- some of the differences may not be obvious before a proper SDK is
out...
-Kimmo
> That's a clearly defined and achievable development task that money
> could be spent on. Your list seems vague with very little chance of
> producing results.
>
> > What this is really missing is someone in this space, with a vested
> > interest in this space, with knowledge of the space to help drive and
> > lead this effort.
> >
> >
> > It worries me a lot that nobody has stepped forward to help. While I
> > can help push things forward, I do not think I am the right person to
> > lead it.
>
> Openismus can maybe help with porting Hildon though we are very busy. If
> it's paying work then we would only want to promise something that's
> fairly well-defined.
>
> Note that I don't think libhildon should be anything more than a way to
> support legacy applications. The good stuff should just be moved into
> GTK+, though it needs people with time, and Nokia didn't have time
> during Maemo 5. But supporting legacy (Maemo 5) applications is very
> worthwhile.
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]