The KolorManager project has been moved to extragear/graphics .
Thanks to all who helped with that.
kind regards
Kai-Uwe Behrmann
--
www.oyranos.org
On Saturday 31 March 2012 Mar, Kai-Uwe Behrmann wrote:
> Given the recent discussions in this thread, there is not something
> fundamentally technical to change inside KolorManager. Many have expressed
> the opinion to move it not into kdegraphics ATM and use kdeextragear
> instead.
>
> As mos
Am 14.03.12, 11:26 +0100 schrieb Kai-Uwe Behrmann:
Request ID:
https://bugs.kde.org/show_bug.cgi?id=295987
About:
KolorManager is a front end to the Oyranos Colour Management System (CMS).
Why:
Colour Management is a important part of modern desktops. It helps designers
to improve colour usabi
Am 16.03.12, 17:05 +0100 schrieb Alex Fiestas:
On Friday, March 16, 2012 03:09:39 PM John Layt wrote:
Here's my pragmatic take on it, without judging the merits of either project
or their champions, and not knowing what the implications for application
developers are.
At the moment I believe we
On Wednesday, 2012-03-14, Matthias Klumpp wrote:
> And btw. colord is a XDG project, not a GNOME project. Yes, it was
> started by a GNOME developer, but this doesn't make it a GNOME
> project. It is developed independent from GNOME.
Being a freedesktop.org project in the sense of being hosted at
On Friday, March 16, 2012 03:09:39 PM John Layt wrote:
> Here's my pragmatic take on it, without judging the merits of either project
> or their champions, and not knowing what the implications for application
> developers are.
>
> At the moment I believe we are only talking about KCM Modules to c
2012/3/16 John Layt :
> On Wednesday 14 Mar 2012 15:54:54 Matthias Klumpp wrote:
>> Hi!
>> Colord - just to mention that - is also not a GNOME project, it's a
>> FreeDesktop project. (Doesn't mean it's "standard", but does mean that
>> it's not GNOME) So everyone is free to contribute to it, and th
On Wednesday 14 Mar 2012 04:36:12 Daniel Nicoletti wrote:
> > Request:
> >
> > After working on KolorManager and Oyranos in the past months for the last
> > Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
> > into KDE.
> > KolorManager resides currently in Playground/Grap
On Wednesday 14 Mar 2012 15:54:54 Matthias Klumpp wrote:
> Hi!
> Colord - just to mention that - is also not a GNOME project, it's a
> FreeDesktop project. (Doesn't mean it's "standard", but does mean that
> it's not GNOME) So everyone is free to contribute to it, and the
> maintainer is interested
Michael Pyne schrieb:
>On Wednesday, March 14, 2012 20:43:59 Daniel Nicoletti wrote:
>> > On the other hand if there are things that a mere 'power user'
>might
>> >
>> > find
>> > useful (that colord will not be supporting due to scope) then it
>might
>> > make
>> > sense to have extra U/I if Oy
On Thursday, March 15, 2012 12:11:34 Kai-Uwe Behrmann wrote:
> Am 14.03.12, 22:15 -0400 schrieb Michael Pyne:
> > The problem is that the software is /like/ KDE but doesn't use any KDE
> > technologies. To best utilize a given subsystem we would typically use at
> > least a light abstraction layer,
On Wednesday, March 14, 2012 20:43:59 Daniel Nicoletti wrote:
> > On the other hand if there are things that a mere 'power user' might
> >
> > find
> > useful (that colord will not be supporting due to scope) then it might
> > make
> > sense to have extra U/I if Oyranos is available. Perhaps mult
Am 15.03.12, 09:39 -0300 schrieb Daniel Nicoletti:
2012/3/15 Kai-Uwe Behrmann :
... and do caching, lookup, perhaps wrapping of CMMs and so one. Would it
not be nice to share that?
Really caching of so small files? If you cache small files you have an unneeded
overhead at best and a complex sol
2012/3/15 Alexander Neundorf :
> On Thursday 15 March 2012, Alex Fiestas wrote:
> ...
>> In my humble opinion we should just wait and see what of them last longer
>> and healthier.
>
> +1
I agree with that too :) Maybe wait a few months and then check the
new situation. (or rediscuss the old one if
On Thursday 15 March 2012, Alex Fiestas wrote:
...
> In my humble opinion we should just wait and see what of them last longer
> and healthier.
+1
Alex
Don't know the best place to reply, so I guess that this is as good as any.
We don't need to choose right now, colord-kde just started and Oyranos is just
starting to make noise thanks to KColorManager, where is the hurry to choose a
side? it seems to me that some people are using this "fight" t
Em Thursday 15 March 2012, Thomas Zander escreveu:
> On Wednesday 14 March 2012 20.31.30 Lamarque V. Souza wrote:
> > I said I wanted the most versatile, which means one that
> > satisfies
> >
> > my needs and somebody else's needs.
>
> The requirement for 'most versatile' doesn'
2012/3/15 Kai-Uwe Behrmann :
> ... and do caching, lookup, perhaps wrapping of CMMs and so one. Would it
> not be nice to share that?
Really caching of so small files? If you cache small files you have an unneeded
overhead at best and a complex solution at worst.
> That is a apple against orange p
Am 15.03.12, 13:09 +0100 schrieb Thomas Zander:
Basic design of system color management is that each input (scanner etc) and
each output (monitor, printer) has to have assigned a personal color profile.
That is not as simple as that. You must include the driver, the colour
related driver setti
On Wednesday 14 March 2012 20.31.30 Lamarque V. Souza wrote:
I said I wanted the most versatile, which means one that satisfies
my needs and somebody else's needs.
The requirement for 'most versatile' doesn't follow in that sentence.
You are making a logic error, or at least taking t
Am 14.03.12, 14:29 -0700 schrieb Daniel Nicoletti:
If CUPS is locally installed this means it can just send the job color
corrected!
Am 15.03.12, 04:11 -0700 schrieb Daniel Nicoletti:
So far colour conversion happens on the end machine. That is the one,
which is connected to the device. That
Am 15.03.12, 07:34 +0100 schrieb Stas Verberkt:
On Wednesday, March 14, 2012 14:22:54 Sune Vuorela wrote:
There's a few major points which I think if can be answered would
help clarify what that would look like:
Indeed, this discussion is going places, but does not really come up with
answers. A
Am 15.03.12, 08:06 -0300 schrieb Lamarque V. Souza:
Maybe, that is something that needs to be discussed with oyranos'
community. By what I read in this thread elektra is still maintained and is
optional, not sure about fltk.
FLTK is optional. The core library is toolkit independent and
Am 14.03.12, 22:15 -0400 schrieb Michael Pyne:
On Wednesday, March 14, 2012 14:22:54 Sune Vuorela wrote:
I would really prefer to at least have one common gui. preferably just
one stack. But if we have to have two competing stacks until one of them
dies, then I guess we will just have to live wi
> So far colour conversion happens on the end machine. That is the one,
> which is connected to the device. That fits to what Michael Sweet says about
> early versus late colour binding, suggesting that early colour binding can
> cause
> gigabytes of traffic, while late colour bind will have no
Em Thursday 15 March 2012, Daniel Nicoletti escreveu:
> >Like I also help with Wicd support in KDE, Kopete, and other areas of
> >interests for KDE users. I do not use Wicd, but I help KDE users of Wicd
> >even before I was the Network Management maintainer. By the way, I am not
> >driven by FDO in
Am 14.03.12, 20:39 -0700 schrieb Daniel Nicoletti:
Like I also help with Wicd support in KDE, Kopete, and other areas of interests
for KDE users. I do not use Wicd, but I help KDE users of Wicd even before I
was the Network Management maintainer. By the way, I am not driven by FDO
interests. W
Am 14.03.12, 20:43 -0700 schrieb Daniel Nicoletti:
On the other hand if there are things that a mere 'power user' might
find
useful (that colord will not be supporting due to scope) then it might make
sense to have extra U/I if Oyranos is available. Perhaps multi-monitor CMS
would fit the b
Am 14.03.12, 14:29 -0700 schrieb Daniel Nicoletti:
2012/3/14 Kai-Uwe Behrmann :
It is indeed relevant because now we have a central place to configure it.
And users need to manage and error check everything themself. I would not
use that in a professional environment, where time counts.
Am 14.03.12, 17:04 +0100 schrieb Matthias Klumpp:
2012/3/14 Kai-Uwe Behrmann :
Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
[...]
I also want to point you to this comparison colord against Oryanos:
=> http://www.freedesktop.org/software/colord/faq.html#oyranos
Matthias, you help spreadin
> On Wednesday, March 14, 2012 14:22:54 Sune Vuorela wrote:
> There's a few major points which I think if can be answered would
> help clarify what that would look like:
Indeed, this discussion is going places, but does not really come up with
answers. As someone who has no understanding of colour
> On the other hand if there are things that a mere 'power user' might
> find
> useful (that colord will not be supporting due to scope) then it might make
> sense to have extra U/I if Oyranos is available. Perhaps multi-monitor CMS
> would fit the bill (assuming colord will not support).
I'm
>Like I also help with Wicd support in KDE, Kopete, and other areas of
>interests for KDE users. I do not use Wicd, but I help KDE users of Wicd even
>before I was the Network Management maintainer. By the way, I am not driven by
>FDO interests. We are using upower/udisks because there is no oth
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
> >Oyranos were against the patch, Kai-Uwe already said that and explained
> >why. The fact that there is patch does not mean it is the correct way to
> >do things. The fact that it is not integrated upstream can also mean cups
> >developers t
On Wednesday, March 14, 2012 14:22:54 Sune Vuorela wrote:
> I would really prefer to at least have one common gui. preferably just
> one stack. But if we have to have two competing stacks until one of them
> dies, then I guess we will just have to live with it. But do it with a
> common gui. pretty
On Wed, Mar 14, 2012 at 12:53 PM, Boudewijn Rempt wrote:
> On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
> > > Request:
> >
> > > After working on KolorManager and Oyranos in the past months for the
> last
> > > Oyranos-0.4.0 release, we feel the stack is ready to review for
> inclusion
>Oyranos were against the patch, Kai-Uwe already said that and explained why.
>The fact that
>there is patch does not mean it is the correct way to do things. The fact that
>it is not integrated
>upstream can also mean cups developers to do not like it. Do you know what
>they think about the pa
Em Wednesday 14 March 2012, Matthias Klumpp escreveu:
> Speaking of project activity:
> => https://www.ohloh.net/p/colord
> => https://www.ohloh.net/p/oyranos
> Of course there metrics are unfair to both projects (metrics always
> are), but they might provide some information about activity,
> cont
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
> > So you are saying your original argument is not valid anymore?
>
> Where is the Oyranos CUPS patch? All I see is a planning since as
> far as I can tell he didn't decide the best way to do it, OTOH we have
> something that already works fo
Speaking of project activity:
=> https://www.ohloh.net/p/colord
=> https://www.ohloh.net/p/oyranos
Of course there metrics are unfair to both projects (metrics always
are), but they might provide some information about activity,
contributors and codebase. (although I don't think we should pay too
m
> So you are saying your original argument is not valid anymore?
Where is the Oyranos CUPS patch? All I see is a planning since as
far as I can tell he didn't decide the best way to do it, OTOH we have
something that already works for a bunch of people.
> I said I wanted the most versatile, which
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
> >As long as you patch cups and all other applications to use. Oyranos is
> >also a central place
> >
> > to do color management as far as I know, this argument is valid for both.
>
> It is valid once it's written, once there is a line of cod
>As long as you patch cups and all other applications to use. Oyranos is also a
>central place
> to do color management as far as I know, this argument is valid for both.
It is valid once it's written, once there is a line of code doing it's job. Or
we can just play politics.
You say you want t
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
> 2012/3/14 Kai-Uwe Behrmann :
> > CUPS is a cross platform solution. It works with colour management on osX
> > fine. IMO that recommendation on Debian has to do with colord in Gnome
> > and that colord needs compiled in support inside CUPS. N
On Wednesday 14 March 2012 Mar, Alexander Neundorf wrote:
> On Wednesday 14 March 2012, Thomas Zander wrote:
> > On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
> > > The wiki page somebody pointed to mentioned that colord is linux-only,
> > > while oyranos also works on Windows and
2012/3/14 Kai-Uwe Behrmann :
> Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
>>
>> On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
>>>
>>> Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome
On Thu, Mar 15, 2012 at 12:46 AM, Thomas Zander wrote:
> On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
>> > Hi!
>> > Colord - just to mention that - is also not a GNOME project, it's a
>> > FreeDesktop project. (Doesn't mean it's "standard", but does mean that
>> > it's not GNOME)
>>
> 2012/3/14 Kai-Uwe Behrmann :
> CUPS is a cross platform solution. It works with colour management on osX
> fine. IMO that recommendation on Debian has to do with colord in Gnome and
> that colord needs compiled in support inside CUPS. No more no less.
This sentence is hard to read but Recommends
2012/3/14 Kai-Uwe Behrmann :
> CUPS is a cross platform solution. It works with colour management on osX
> fine. IMO that recommendation on Debian has to do with colord in Gnome and
> that colord needs compiled in support inside CUPS. No more no less.
This sentence is hard to read but Recommends i
> I know basically nothing about color management systems.
> Don't some applications needs some kind of interface to use the color
> management system ?
> Or is it only for setting up X, the printer, Wayland, etc.
>
> In the first case, if applications (e.g. krita) need some way to work with the
>
> I know basically nothing about color management systems.
> Don't some applications needs some kind of interface to use the color
> management system ?
> Or is it only for setting up X, the printer, Wayland, etc.
>
> In the first case, if applications (e.g. krita) need some way to work with the
>
Am 14.03.12, 22:03 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
If we chose c
Am 14.03.12, 21:29 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention
Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome components that pull it in.
colord print CM:
CUPS
On Wednesday 14 March 2012, Thomas Zander wrote:
> On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
> > The wiki page somebody pointed to mentioned that colord is linux-only,
> > while oyranos also works on Windows and OSX.
> >
> > If we chose colord, how does our solution for Window
> The wiki page somebody pointed to mentioned that colord is linux-only, while
> oyranos also works on Windows and OSX.
>
> If we chose colord, how does our solution for Windows and OSX look like ?
> Does kolormanager work under Windows and OSX ?
> The wiki page somebody pointed to mentioned tha
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
> The wiki page somebody pointed to mentioned that colord is linux-only,
> while oyranos also works on Windows and OSX.
>
> If we chose colord, how does our solution for Windows and OSX look like ?
> Does kolormanager work under Window
2012/3/14 Alexander Neundorf :
> On Wednesday 14 March 2012, Thomas Zander wrote:
>> On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
>> > Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
>> > > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
>> > >>> Colord - just to mention t
On Wednesday 14 March 2012, Thomas Zander wrote:
> On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
> > Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
> > > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> > >>> Colord - just to mention that - is also not a GNOME project, it
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
> Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
> > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> >>> Colord - just to mention that - is also not a GNOME project, it's a
> >>> FreeDesktop project. (Doesn't mean it's "stand
Em Wednesday 14 March 2012, Alexander Neundorf escreveu:
> On Wednesday 14 March 2012, Lamarque V. Souza wrote:
> > Em Wednesday 14 March 2012, Thomas Zander escreveu:
> > > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> > > > > Hi!
> > > > > Colord - just to mention that - is also no
On Wednesday 14 March 2012, Lamarque V. Souza wrote:
> Em Wednesday 14 March 2012, Thomas Zander escreveu:
> > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> > > > Hi!
> > > > Colord - just to mention that - is also not a GNOME project, it's a
> > > > FreeDesktop project. (Doesn't mea
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
> On 2012-03-14, Lamarque V. Souza wrote:
> > I should stop working in Plasma NM then since for distributions that
> >
> > ships Gnome as default desktop nm-applet is the standard.
>
> erm. you are aware that colord better can be compared to
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's "standard", but does mean that
it's not GNOME)
Well, no, having something on fr
On 2012-03-14, Lamarque V. Souza wrote:
> I should stop working in Plasma NM then since for distributions that
> ships Gnome as default desktop nm-applet is the standard.
erm. you are aware that colord better can be compared to NetworkManager
than to Plasma NM ?
/Sune
Em Wednesday 14 March 2012, Thomas Zander escreveu:
> On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> > > Hi!
> > > Colord - just to mention that - is also not a GNOME project, it's a
> > > FreeDesktop project. (Doesn't mean it's "standard", but does mean that
> > > it's not GNOME)
> >
Em Wednesday 14 March 2012, Thomas Zander escreveu:
> On Wednesday 14 March 2012 16.59.55 Lamarque V. Souza wrote:
> > Colord is not wide used in KDE and since oyranos includes a wider feature
> > set I guess it is more usefull for a wider range of users.
>
> This assumption seems to not be suppor
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
> On 2012-03-14, Lamarque V. Souza wrote:
> > You are talking as if colord is the default standard and well used in
> >
> > KDE and then out of a suden comes oyranoes trying to replace it. Colord
> > is not wide used in KDE and since oyranos
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
> > Hi!
> > Colord - just to mention that - is also not a GNOME project, it's a
> > FreeDesktop project. (Doesn't mean it's "standard", but does mean that
> > it's not GNOME)
>
> Well, no, having something on freedesktop.org doesn't mean i
2012/3/14 Lamarque V. Souza :
> Em Wednesday 14 March 2012, Sune Vuorela escreveu:
>
>> On 2012-03-14, Boudewijn Rempt wrote:
>> > It's easy enough to package -- the opensuse packages I use work
>> > perfectly
>> > fine, so I cannot imagine that there are any real and relevant problems
>> > for ot
Hi!
2012/3/14 Kai-Uwe Behrmann :
> Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
>> [...]
>> I also want to point you to this comparison colord against Oryanos:
>> => http://www.freedesktop.org/software/colord/faq.html#oyranos
>
> Matthias, you help spreading false assertions here.
Then please
On Wednesday 14 March 2012 16.59.55 Lamarque V. Souza wrote:
> Colord is not wide used in KDE and since oyranos includes a wider feature
> set I guess it is more usefull for a wider range of users.
This assumption seems to not be supported by the documentation. The specific
set of user-groups al
On 2012-03-14, Lamarque V. Souza wrote:
> You are talking as if colord is the default standard and well used in
> KDE and then out of a suden comes oyranoes trying to replace it. Colord is
> not
> wide used in KDE and since oyranos includes a wider feature set I guess it is
No. colord s
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
> On 2012-03-14, Boudewijn Rempt wrote:
> > It's easy enough to package -- the opensuse packages I use work perfectly
> > fine, so I cannot imagine that there are any real and relevant problems
> > for other distributions.
>
> Sure it can be done
Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's "standard", but does mean that
it's not GNOME) So everyone is free to contribute to it, and the
maintainer is interested in collaborati
On Wed, 14 Mar 2012, Sune Vuorela wrote:
On 2012-03-14, Boudewijn Rempt wrote:
It's easy enough to package -- the opensuse packages I use work perfectly
fine, so I cannot imagine that there are any real and relevant problems
for other distributions.
Sure it can be done. but it is just useles
On 2012-03-14, Boudewijn Rempt wrote:
> It's easy enough to package -- the opensuse packages I use work perfectly
> fine, so I cannot imagine that there are any real and relevant problems
> for other distributions.
Sure it can be done. but it is just useless churn if it doesn't really
provide a
On Wed, 14 Mar 2012, Matthias Klumpp wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's "standard", but does mean that
it's not GNOME)
Well, no, having something on freedesktop.org doesn't mean it's not a
gnome project; it is
Am 14.03.12, 15:14 +0100 schrieb Thomas Zander:
We had a little talk about those two projects recently on k-c-d as well,
where colord was proposed and Kai used that opportunity to plug his project.
I then went and downloaded both codebases and looked at them.
First thing that I'm worried about
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's "standard", but does mean that
it's not GNOME) So everyone is free to contribute to it, and the
maintainer is interested in collaborating with KDE. (which he already
does very nicely)
Th
Quoting Kai-Uwe Behrmann :
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very
mature and I am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
Kai,
the two projects clearly have a different set of ideas about what
On 2012-03-14, Daniel Nicoletti wrote:
>> Request:
>
>> After working on KolorManager and Oyranos in the past months for the last
>> Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
>> into
>> KDE.
>> KolorManager resides currently in Playground/Graphics:
>> http://quic
Quoting Daniel Nicoletti :
So how do we go into the merit discussion without creating yet
another flame war?
I'm sorry, but merit has to be the metric, that's the basis of both
open source in general and KDE specifically. I'd like KDE to avoid
sliding towards a social support group ;)
We
Em Wednesday 14 March 2012, Kai-Uwe Behrmann escreveu:
> Am 14.03.12, 06:01 -0700 schrieb Daniel Nicoletti:
> >>> I'm actually targeting KDE SC 4.9 as gnome-color-manager is very
> >>> mature and I am pretty much just rewriting it with Qt/KDE libs.
> >>
> >>
> >> OpenICC colour experts have th
Em Wednesday 14 March 2012, Boudewijn Rempt escreveu:
> On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
> > > No. There should be color management by default in KDE, that's really
> > >
> > > important; and there should be only one solution by default. We
> > > shouldn't let distributions,
Am 14.03.12, 06:01 -0700 schrieb Daniel Nicoletti:
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and I
am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
1- http://dantti.wordpress.com/2012/03/1
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
> > No. There should be color management by default in KDE, that's really
>
> > important; and there should be only one solution by default. We shouldn't
> > let distributions, or even worse, users decide which solution they use.
> > That
>> I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and
>>I am
>> pretty much just rewriting it with Qt/KDE libs.
>
> OpenICC colour experts have then a different view of maturity.
>
>>
> 1- http://dantti.wordpress.com/2012/03/12/coloring-you-desktop-with-colord-kde/
>
> No. There should be color management by default in KDE, that's really
> important; and there should be only one solution by default. We shouldn't
> let distributions, or even worse, users decide which solution they use. That
> way
> madness lies. KDE's Color management solution shouldn't be
Am 14.03.12, 04:36 -0700 schrieb Daniel Nicoletti:
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion into
KDE.
KolorManager resides currently in Playground/Graphics:
http://quickgit.kde
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
> > Request:
>
> > After working on KolorManager and Oyranos in the past months for the last
> > Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
> > into
> > KDE.
> > KolorManager resides currently in Playground/G
> Request:
> After working on KolorManager and Oyranos in the past months for the last
> Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
> into
> KDE.
> KolorManager resides currently in Playground/Graphics:
> http://quickgit.kde.org/?p=kolor-manager.git&a=summary
Jus
92 matches
Mail list logo