Re: kcm randr (Alex Fiestas)

2010-11-04 Thread Timothy Pearson
> On Thursday, November 04, 2010 01:29:35 PM Timothy Pearson wrote: >> The Trinity project has had a libkrandr XRandR abstraction library/class >> for some time; perhaps KDE4 would like to use a similar idea? The code >> should be portable to KDE4 without much difficulty as very few Qt >> classes

Re: kcm randr (Alex Fiestas)

2010-11-04 Thread Alex Fiestas
On Thursday, November 04, 2010 01:29:35 PM Timothy Pearson wrote: > The Trinity project has had a libkrandr XRandR abstraction library/class > for some time; perhaps KDE4 would like to use a similar idea? The code > should be portable to KDE4 without much difficulty as very few Qt classes > were u

Re: kcm randr (Alex Fiestas)

2010-11-04 Thread Timothy Pearson
> Date: Thu, 04 Nov 2010 12:12:10 +0100 > From: Alex Fiestas > Subject: Re: kcm randr > To: kde-devel@kde.org > Cc: kde-hardware-de...@kde.org > Message-ID: <4cd29519.5d1be30a.400e.b...@mx.google.com> > Content-Type: text/plain; charset="us-ascii" > > Hi, sorry for the late response > > Eresli

Re: KDE Geolocation Services

2010-11-04 Thread John Layt
On Thursday 04 November 2010 07:23:38 Cyrille Berger Skott wrote: > On Wednesday 03 November 2010, John Layt wrote: > > * Comes packaged with lots of other services that we don't need, such as > > Solid, Phonon and kdepim equivalents. > > It is worth to note that QtMobility is very modular, so you

Re: [Marble-devel] KDE Geolocation Services

2010-11-04 Thread Ariya Hidayat
> From looking at the current state of the Terms and Conditions of the Ovi Maps > API I'm not sure whether we can legally make use of it: IANAL but it seems as long as you don't initialize/start using the Ovi Maps provider plugin, you should be good. We do not need to remove the plugin code comple

Re: KDE Geolocation Services

2010-11-04 Thread Sebastian Kügler
On Thursday, November 04, 2010 16:56:54 Kevin Krammer wrote: > On Thursday, 2010-11-04, Sebastian Kügler wrote: > > On Thursday, November 04, 2010 16:04:33 John Layt wrote: > > > Which kind-of makes the whole GConf usage moot? > > > > No, it doesn't. If that stuff is still needed for actually usi

Re: KDE Geolocation Services

2010-11-04 Thread Kevin Krammer
On Thursday, 2010-11-04, Sebastian Kügler wrote: > On Thursday, November 04, 2010 16:04:33 John Layt wrote: > > Which kind-of makes the whole GConf usage moot? > > No, it doesn't. If that stuff is still needed for actually using it, we're > still effectively depending on whateverlibgconfisin, and

Re: KDE Geolocation Services

2010-11-04 Thread Sebastian Kügler
On Thursday, November 04, 2010 16:04:33 John Layt wrote: > Which kind-of makes the whole GConf usage moot? No, it doesn't. If that stuff is still needed for actually using it, we're still effectively depending on whateverlibgconfisin, and that, as Aaron points out would be rather unfortunate. B

Re: KDE Geolocation Services

2010-11-04 Thread John Layt
On Thursday 04 November 2010 14:43:19 Kevin Krammer wrote: > Ah, you meant using the D-Bus API directly in apps. I interpreted it as in > not using their C library, i.e. using D-Bus indirectly (through their C > wrapper). Phew! Yes, just to be clear, our api would only call their DBus interfac

Re: KDE Geolocation Services

2010-11-04 Thread Kevin Krammer
On Thursday, 2010-11-04, John Layt wrote: > We'd then have only one place where we generate the QDbus adaptor instead > of 50, only one copy of the template set-up/tear-down code instead of 50, > and only one place that needs maintenance if/when Geoclue changes. [I do > need to read more on how

KUrl / KTextEditor::Range/Cursor / ... over DBus?

2010-11-04 Thread Milian Wolff
Hey there, how am I supposed to make functions available over DBus that take custom types? If I try qDBusRegisterMetaType() I get the good old operator QString() is private message (of course). So I wonder: Is the best-practice really to write some custom adaptor class that only takes QString

Re: KDE Geolocation Services

2010-11-04 Thread John Layt
On Thursday 04 November 2010 09:01:12 Kevin Krammer wrote: > On Wednesday, 2010-11-03, Aaron J. Seigo wrote: > > a) annoyance of using DBus directly > > It's a single line in the CMakeLists.txt, isn't it? > > > b) changes in the DBus API are out of our control. > > Sure, but upstream API changes

KPageWidget strangeness

2010-11-04 Thread Robin Atwood
I was just reading the 4.5.3 changelog and noticed the fix to http://bugs.kde.org/show_bug.cgi?id=249706. Yesterday I noticed a problem in an app of mine which uses a KPageWidget. The UI allows the user to select which FaceType they want. When List or Tree is chosen, currentPageChanged() signal

Re: kcm randr

2010-11-04 Thread Alex Fiestas
Hi, sorry for the late response Ereslibre and I are planning to do some work in the xrandr area, but not specifically in the kcm but in all KDE Software. We don't have a roadmap yet, so far what we've done is: research how XRandR works, understand what are the difference between Output/Screen/E

Re: KDE Geolocation Services

2010-11-04 Thread Kevin Krammer
On Wednesday, 2010-11-03, Aaron J. Seigo wrote: > On Wednesday, November 3, 2010, Kevin Krammer wrote: > > On Wednesday, 2010-11-03, John Layt wrote: > > > The obvious backend solution is Geoclue, a freedesktop.org project > > > which is available on almost all distro's now, is used by Gnome, and >