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
Am 14.03.12, 17:04 +0100 schrieb Matthias Klumpp:
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
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
Am 14.03.12, 14:29 -0700 schrieb Daniel Nicoletti:
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
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
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
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.
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
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
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 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.
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.
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
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
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't follow
On Wed, March 14, 2012 9:41 pm, Burkhard Lück wrote:
And to have the Additional Comments field above the BR and all comments
is like tofu (http://en.wikipedia.org/wiki/Top-posting#Top-posting)
There is now a preference setting which lets you choose whether to display
the Additional Comments
On Thursday 15 March 2012 Mar, David Jarvie wrote:
On Wed, March 14, 2012 9:41 pm, Burkhard Lück wrote:
And to have the Additional Comments field above the BR and all comments
is like tofu (http://en.wikipedia.org/wiki/Top-posting#Top-posting)
There is now a preference setting which lets
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 to
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104261/
---
(Updated March 15, 2012, 6:13 p.m.)
Review request for KDE Runtime.
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
2012/3/15 Alexander Neundorf neund...@kde.org:
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
Am 15.03.12, 09:39 -0300 schrieb Daniel Nicoletti:
2012/3/15 Kai-Uwe Behrmann k...@gmx.de:
... 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
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 multi-monitor
Hi,
on kde-games-devel, we got a lot of interest in a GSoC 2012 idea
that's about porting a game to QML/Quick1. We want this on one hand as
a template for further QML-based games, but on the other hand, it
shall most importantly reveal where we have to adjust libkdegames
towards more
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, using
Michael Pyne mp...@kde.org 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 Oyranos
24 matches
Mail list logo
