Re: [MeeGo-dev] Context provider (Connecting to deprecated signal)

2010-03-24 Thread Marius Vollmer
[ Note Reply-To ] "ext Zhang, Xing Z" writes: > From d-feet, I can see bus name "com.intel.meego.provider", strangely > there is nothing in "Object Paths"! however, context-provider-example > rightly register its paths, I can see > "/org/maemo/contextkit/Example/Count" ... Ok, I think you need

Re: [MeeGo-dev] MX-GTK-1.0 package issue

2010-03-24 Thread roger . wang
"Deng, Ying An" writes: > Hi, > I tried to use yum tool to find the mx-gtk package, but failed. Could anybody > tell me where I can get it and install it? it's in mx project. the error you saw means the configure cannot find the .pc file. It could be you didn't install it properly, or you need

[MeeGo-dev] app component model

2010-03-24 Thread Mr. Todorov Todor
Hello Meego people, I would like to ask what is the community opinion about using open binder in Meego http://www.angryredplanet.com/~hackbod/openbinder/docs/html/index.html . Of course as usual "using" can be seen in many different aspect as using as part of the platform, or just using it as a thi

[MeeGo-dev] MX-GTK-1.0 package issue

2010-03-24 Thread Deng, Ying An
Hi, I was trying to compile code from git, but got following error: checking for MX... configure: error: Package requirements (mx-gtk-1.0) were not met: No package 'mx-gtk-1.0' found I tried to use yum tool to find the mx-gtk package, but failed. Could anybody tell me where I can get it and i

Re: [MeeGo-dev] Context provider (Connecting to deprecated signal)

2010-03-24 Thread Zhang, Xing Z
Thanks all. The document explains many. Unfortunately I still failed :( I can see provider in context-commander now, it names "session:com.intel.meego.provi...@contextkit-dbus" After a while, commander reports: 2010-03-25 09:22:41 [libcontextsubscriber] WARNING [provider.cpp:267:void ContextSubs

[MeeGo-dev] similar form factor ?

2010-03-24 Thread EdPimentl
FYI Note the spirit of this startup with what seems to be a similar MeeGo form factor. http://enso-now.com/n/about_us.php -E http://vCardCloud.com ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread Dylan Thies
something that might be good to look into might be uzbl and adapting the uzbl core to be used on handheld devices uzbl is a webkit/gtk (written in C) based html displayer and has a decent api that you can script to fairly easy. they have two python scripts that make it a full featured browser. it i

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Adrian Yanes
On 24 March 2010 19:01, Robinson Tryon wrote: > On Wed, Mar 24, 2010 at 1:38 PM, Adrian Yanes wrote: >> >> Maybe the social contract sounds very free-software "fanatic" for a >> company, but is one of the best warranties to offer a complete open >> source project. >> >> Besides, it would be a sig

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Adrian Yanes
On 24 March 2010 18:56, Arjan van de Ven wrote: > On 3/24/2010 10:38, Adrian Yanes wrote: >> >> For this reason a social contract could help us, establishing a >> default requirements if you want  to integrate a component/driver in >> the MeeGo project. > > how is all of this different from the ha

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread M. Edward (Ed) Borasky
On Tue, 3/23/10, Clint Christopher Cañada wrote: > Hello, > > Doesn't Qt's web component use webkit integration? Why doesn't Meego use > that one, since the Meego UI Toolkit would be based on Qt as stated in the > architecture layout? Nokia uses webkit on their symbian smartphones as well, >

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Robinson Tryon
On Wed, Mar 24, 2010 at 1:38 PM, Adrian Yanes wrote: > > Maybe the social contract sounds very free-software "fanatic" for a > company, but is one of the best warranties to offer a complete open > source project. > > Besides, it would be a signal of commitment with the community, and it > will enc

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Adrian Yanes
On 24 March 2010 18:39, Nils Faerber wrote: > Wichmann, Mats D schrieb: >> meego-dev-boun...@meego.com wrote: >>> For this reason a social contract could help us, establishing a >>> default requirements if you want  to integrate a component/driver in the >>> MeeGo project. >>> >>> Maybe the social

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Arjan van de Ven
On 3/24/2010 11:10, Wichmann, Mats D wrote: meego-dev-boun...@meego.com wrote: For this reason a social contract could help us, establishing a default requirements if you want to integrate a component/driver in the MeeGo project. Maybe the social contract sounds very free-software "fanatic" fo

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Arjan van de Ven
On 3/24/2010 10:38, Adrian Yanes wrote: For this reason a social contract could help us, establishing a default requirements if you want to integrate a component/driver in the MeeGo project. how is all of this different from the hardware enabling flow already established on meego.com ???

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Adrian Yanes
On 24 March 2010 18:10, Wichmann, Mats D wrote: > meego-dev-boun...@meego.com wrote: >> For this reason a social contract could help us, establishing a >> default requirements if you want  to integrate a component/driver in the >> MeeGo project. >> >> Maybe the social contract sounds very free-sof

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Nils Faerber
Wichmann, Mats D schrieb: > meego-dev-boun...@meego.com wrote: >> For this reason a social contract could help us, establishing a >> default requirements if you want to integrate a component/driver in the >> MeeGo project. >> >> Maybe the social contract sounds very free-software "fanatic" for a

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Wichmann, Mats D
meego-dev-boun...@meego.com wrote: > For this reason a social contract could help us, establishing a > default requirements if you want to integrate a component/driver in the > MeeGo project. > > Maybe the social contract sounds very free-software "fanatic" for a > company, but is one of the bes

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Adrian Yanes
For this reason a social contract could help us, establishing a default requirements if you want to integrate a component/driver in the MeeGo project. Maybe the social contract sounds very free-software "fanatic" for a company, but is one of the best warranties to offer a complete open source pro

Re: [MeeGo-dev] The nativer rendering model proposal in Fennec

2010-03-24 Thread Jan Knutar
On Wednesday 24 March 2010, fpp wrote: > True also, but only on N900/Maemo5. On the N8x0/Maemo4 platform, > where the gecko-based Micro-B is very slow and kludgy, Tear is a > real screamer, fast and slick. It is only less "usable and as well > productized" because it is a one-man effort in POC

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread Auke Kok
On 03/24/10 09:34, George Matveev wrote: Rather typical ("believers" versus facts) message. The key point was: selection is best on available benchmarks (Acid3, SunSpider, etc). And best (platform) == popular among developers/distros and reliable. To get a feeling how GNU/Linux Debian is posi

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread George Matveev
Rather typical ("believers" versus facts) message. The key point was: selection is best on available benchmarks (Acid3, SunSpider, etc). And best (platform) == popular among developers/distros and reliable. To get a feeling how GNU/Linux Debian is positioned among others just open this page: h

Re: [MeeGo-dev] [Meego-community] Proposal: A vendor social contract

2010-03-24 Thread Mikko.J.Terho
I think that the target is that "reference devices" would have all drivers open, to establish the driver structure for the category and then vendors, technology providers could change to other drivers maintaining the API´s and structure. Mikk0 Terh0 On 3/22/10 6:07 PM, "ext Turunen Tuukka"

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread Robinson Tryon
2010/3/24 George Matveev > > they do not care > much about Acid3 test (100/100 achieved by WebKit and Opera on the same day - > 26March2008, http://en.wikipedia.org/wiki/Acid3) or SunSpider tests (with > screenshots forwarded to them) > The Acid tests are particular annoyance of mine. It's noth

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread Arjan van de Ven
On 3/24/2010 7:47, George Matveev wrote: Hi, this browser *engine* question was already touched upon many times here and it is certainly puzzling and deserves attention of those who are responsible for (architectural) decision making in this project (hopefully Intel team is reading this). I'm

Re: [MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread Andrew Flegg
2010/3/24 George Matveev > [snip interesting insights] > > The end result - very poor browser performance on all Tablets > (Loading objects, Loading objects, with complete freeze of UI), > frustrated customers and ultimately the failure of the platform > (since for most users browser is most popul

[MeeGo-dev] browser engine and other big architectural decisions

2010-03-24 Thread George Matveev
Hi, this browser *engine* question was already touched upon many times here and it is certainly puzzling and deserves attention of those who are responsible for (architectural) decision making in this project (hopefully Intel team is reading this). My *personal* impression (as someone who was dir

Re: [MeeGo-dev] Failed to build duikeyboard

2010-03-24 Thread Mohammad Anwari
2010/3/24 Liu, Raymond : > > So, how can I make it built? You could build the package with "n900" passed to DEB_BUILD_OPTIONS and test it with your N900 (requires libdui from extras-devel) or if you don't want to create the package you could take a look at debian/rules about the available switches

Re: [MeeGo-dev] The nativer rendering model proposal in Fennec

2010-03-24 Thread RISKÓ Gergely
On Wed, 24 Mar 2010 13:12:21 +0100, fpp writes: > True also, but only on N900/Maemo5. On the N8x0/Maemo4 platform, where > the gecko-based Micro-B is very slow and kludgy, Tear is a real > screamer, fast and slick. It is only less "usable and as well > productized" because it is a one-man effort

Re: [MeeGo-dev] The nativer rendering model proposal in Fennec

2010-03-24 Thread fpp
On Wed, Mar 24, 2010 at 8:47 AM, RISKÓ Gergely wrote: >> Fennec (or really Firefox Mobile) is popular, fast > > Two jokes in one sentence. > Have you ever tried Fennec 1.0 actually on the N900?  It is _very, very, > very_ slow, compared to the builtin browser (which is also gecko based, > btw).  I

Re: [MeeGo-dev] The nativer rendering model proposal in Fennec

2010-03-24 Thread Wu, Yong
>-Original Message- >From: Robin Bate Boerop [mailto:robin.bateboe...@collabora.co.uk] >Sent: Wednesday, March 24, 2010 12:13 AM >To: Arjan van de Ven >Cc: Wu, Yong; meego-dev@meego.com >Subject: Re: [MeeGo-dev] The nativer rendering model proposal in Fennec > >On 23/03/10 11:48 AM, Arjan v

Re: [MeeGo-dev] The nativer rendering model proposal in Fennec

2010-03-24 Thread RISKÓ Gergely
On Tue, 23 Mar 2010 18:41:55 +0100, Jeremiah Foster writes: > On Mar 23, 2010, at 3:48 PM, Arjan van de Ven wrote: > >> On 3/22/2010 22:53, Wu, Yong wrote: >>> Background: >>> Fennec uses a different rendering model as Firefox, >> >> I would be seriously concerned about using either Firefox or

Re: [MeeGo-dev] Failed to build duikeyboard

2010-03-24 Thread Liu, Raymond
> When I try to build it, it fails with: >widgets/layoutmenu.cpp:25:29: error: DuiControlPanelIf: No such file or >directory > >And it seems to me DuicontrolPanelIf is not available from libdui in the >latest commit > >And then I check the control file, I think libduicontrolpanel is a stand

Re: [MeeGo-dev] Context provider (Connecting to deprecated signal)

2010-03-24 Thread Thiago Macieira
Em Quarta-feira 24. Março 2010, às 04.12.56, Rusty Lynch escreveu: > I don't think the warning has anything to do with the content (i.e. your > specific signal), but to the > /QDBusConnectionInterface/::/serviceOwnerChanged/ method provided by > dbus. I can see that qt4 is taking advantage of t

[MeeGo-dev] Failed to build duikeyboard

2010-03-24 Thread Liu, Raymond
Hi I can see that duikeyboard was released at http://qt.gitorious.org/maemo-6-ui-framework/duikeyboard When I try to build it, it fails with: widgets/layoutmenu.cpp:25:29: error: DuiControlPanelIf: No such file or directory And it seems to me DuicontrolPanelIf is not available