Am 02.02.2013 22:33, schrieb Daniel Nicoletti:
2013/2/2 Kai-Uwe Behrmann :
I am not so sure that will help. colord follows a minimalistic approach as
is typical to GNOME. At the moment Oyranos supports quite more features.
In regards to colord we gave up our requests to see certain features
ement because of some better functionality or less code then they are
free to do so, but it does come at a cost that they need to be aware of, a
cost which I don't think belongs in kdelibs or Workspace.
Hmm, reads like a plan to abstract from the Oyranos abstraction API.
Maybe a graphics scheme could help in making that idea better
understandable?
Thoughts?
John.
kind regards
Kai-Uwe Behrmann
--
www.oyranos.org
On 22.01.2013 17:50, Cristian Tibirna wrote:
> On Monday 21 January 2013 21:22:42 John Layt wrote:
>> My big concern is that KDE is sleep-walking into a hodge-podge
>> solution with little co-ordination on implementations and dependencies, and
>> little knowledge of the implications of the decision
Gtk and Qt. It needs a bit
of polishing to become useable.
Thanks to Google for providing the colour management and graphics
community again a great chance to code and learn the open source way.
kind regards
Kai-Uwe Behrmann
--
GSoC admin @ OpenICC.info
[1] http://www.freedesktop.org/wi
your name and
information on the OpenICC wiki page [4] to help us estimate resources. In
case you need a visa, please write us preferedly soon as mail can take a
while. Submission deadline for obtaining sponsoring will be 30th of
September.
regards,
Kai-Uwe Behrmann
--
organisation for
The KolorManager project has been moved to extragear/graphics .
Thanks to all who helped with that.
kind regards
Kai-Uwe Behrmann
--
www.oyranos.org
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
Am 23.03.12, 17:10 +0100 schrieb Thomas Lübking:
Am 23.03.2012, 06:27 Uhr, schrieb Kai-Uwe Behrmann :
Where would be a competing system on Linux?
Well, I certainly did not read all of that "colord ./. oyranos" flamewar on
k-c-d where supporters of either basically tagged the
Am 22.03.12, 22:49 +0100 schrieb Thomas Lübking:
Am 22.03.2012, 19:20 Uhr, schrieb Kai-Uwe Behrmann :
I was tould by the graphics community to keep the X Color Management spec
backward compatible with the ICC Profile in X spec, so we did. Thus old
style applications see a sRGB profile through
Sorry I missed to answere you somehow.
Am 21.03.12, 10:25 +0100 schrieb todd rme:
On Wed, Mar 21, 2012 at 8:39 AM, Kai-Uwe Behrmann wrote:
Am 20.03.12, 21:17 +0100 schrieb Thomas Lübking:
Am 20.03.2012, 20:12 Uhr, schrieb Martin Graesslin :
A fully color corrected compositor seems
Am 22.03.12, 18:41 +0100 schrieb Thomas Lübking:
Am 22.03.2012, 08:55 Uhr, schrieb Kai-Uwe Behrmann :
Lets hypothetical assume some effort is initiated to bring CM to Qt and
that happens during Qt 5 life time. The new design says by default all
content is considered sRGB, which is by itself
Am 22.03.12, 07:34 +0100 schrieb Martin Gräßlin:
On Thursday 22 March 2012 07:02:27 Kai-Uwe Behrmann wrote:
Am 21.03.12, 20:34 +0100 schrieb Martin Gräßlin:
Do you have any references showing that it is impossible to add color
correction to Qt during the lifecycle of Qt 5? I'm sorry,
#x27;s an app doing color correction itself.
In that case we can safely assume that the user wants the app to take
care - compositor does no longer color correct the screen.
There is no application taking care of it: compositor renders the whole
screen.
That could be a start.
kind
Am 21.03.12, 20:34 +0100 schrieb Martin Gräßlin:
I think you do not know how KWin's rendering works. In a simplistic way: a
window is rendered to the screen through a shader. At runtime KWin decides
which shader to be used. As by that there is always only one active shader, so
to have color corre
Am 21.03.12, 18:20 +0100 schrieb Martin Gräßlin:
On Wednesday 21 March 2012 08:23:39 Kai-Uwe Behrmann wrote:
There is more into it: first of all KWin currently does not distinguish
between screens during rendering. To properly have screen aware color
correction the complete compositor has to be
Am 20.03.12, 21:17 +0100 schrieb Thomas Lübking:
Am 20.03.2012, 20:12 Uhr, schrieb Martin Graesslin :
A fully color corrected compositor seems feasible to me
I'm atm. not even sure about that.
I might be utterly wrong, but my impression is that the xvidmode extension
can correct screens (eg
Am 20.03.12, 20:12 +0100 schrieb Martin Graesslin:
On Sunday 18 March 2012 20:01:01 Casian Andrei wrote:
Hello,
taking it to the KWin mailinglist as that's the relevant list in case this
proposal would be accepted.
First of all thanks for considering doing a GSoC project around KWin.
I need y
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
Thanks for posting here.
Am 18.03.12, 20:01 +0200 schrieb Casian Andrei:
Hello,
I am a final year undergraduate student at the Polytechnic University
of Bucharest, Automation and Computers Faculty. I am interested in the
"Compositor Colour Management" idea from OpenSUSE. It looks like
something
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
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
.
Oyranos makes things ... complicated. See;
http://www.oyranos.org/doc_alpha/index.html
That is a apple against orange page comparision. But hey, here is a
better link:
http://www.oyranos.org/features/
--
Thomas Zander
glad to help,
Kai-Uwe
--
Kai-Uwe Behrmann
www.oyranos.org
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
rsity in the open source world
in general and the Linux world specific is, most of the time, considered a
good thing. Competing projects are generally responsible for more
innovation than monopolies.
If we can embrace this, it would be wonderful.
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
www.oyranos.org
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
lways available on Ubuntu and so KDE can interact with it, but the
user wants to use Oyranos... what does KDE have to do to allow the user to
manually control their color profiles without a KDE daemon interfering?
Oyranos makes sense to user, who have no idea that colour management
exists.
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 h
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
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
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
re.
Maybe also interesting, this comment of the Oryanos maintainer
(regarding the FAQ):
=>
http://blog.tenstral.net/2012/02/wanted-kde-color-management-kcm.html/comment-page-1#comment-48661
http://www.oyranos.org/2012/03/kde-end-to-end-colour-management/
Kind regards,
Matthias Klu
y better off by
focusing on colord, even if there is currently no KDE gui for it.
--
Thomas Zander
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
http://www.oyranos.org
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
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
currently in Playground/Graphics:
http://quickgit.kde.org/?p=kolor-manager.git&a=summary
Someone mentioned kdegraphics would be a appropriate target place inside
the KDE hierarchy.
kind regards
Kai-Uwe
--
Kai-Uwe Behrmann
developing for colour management
www.behrmann.name + www.oyranos.org
"Martin Gräßlin" schrieb:
>Am 22.02.2012 20:01, schrieb Kai-Uwe Behrmann:
>> Am 22.02.12, 09:38 -0800 schrieb Daniel Nicoletti:
>>> As Richard said Oyranos is doing all this by it self on the CPU so
>>> it
>>> would act like a proxy between your
Am 22.02.12, 09:38 -0800 schrieb Daniel Nicoletti:
As Richard said Oyranos is doing all this by it self on the CPU so it
would act like a proxy between your application,
and the window manager which sounds like killing performance.
( I might have misunderstood but I can't see any other way of doi
Am 22.02.12, 16:42 - schrieb John Layt:
On 22 Feb 2012 11:29, "Boudewijn Rempt" wrote:
On Wednesday 22 February 2012 Feb, Nuno Pinheiro wrote:
A Quarta, 22 de Fevereiro de 2012 10:46:53 Richard Hughes você escreveu:
First, I apologise about the cross posting. Please drop any list which
is
has been a color managed desktop by default for two releases
>>> [...]
>>> Basically, I need a KDE dude.
>>
>> Our "color management KDE dude" is Kai-Uwe Behrmann from Oyranos
>> team. See "git/playground/graphics/kolor-manager" for what is already
>> available.
>>
>> Christoph Feck (kdepepo)
>> KDE Quality Team
kind regards
Kai-Uwe
Am 22.02.12, 11:52 - schrieb Richard Hughes:
On 22 February 2012 11:30, Christoph Feck wrote:
Our "color management KDE dude" is Kai-Uwe Behrmann from Oyranos
team. See "git/playground/graphics/kolor-manager" for what is already
available.
I gave up on working with
standards
and in parts cross OS recommendations, which I have put much work into.
And these conventions have to be transformed into code, which are
target at KDE and I helped with.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 22.02.12, 10
Am 17.03.11, 16:28 - schrieb John Layt:
On Thursday 17 Mar 2011 15:42:23 Kai-Uwe Behrmann wrote:
well, I'd hate to see/implement/support integration code for every
different CMS :-)
At least Oyranos targets verbaly at cross platform, if thats of relevance
for osX and Windows.
The Oy
Am 17.03.11, 12:17 - schrieb John Layt:
On Thursday 17 Mar 2011 11:36:08 Kai-Uwe Behrmann wrote:
I hope Hal V. Engel from OpenICC, who comes with many experience in
printing, will join the OpenPrinting meetings. He lives only some miles
away from the location.
Yes, I believe Hal will be
Am 17.03.2011 12:11, schrieb John Layt:
> On Thursday 17 Mar 2011 06:30:50 Kai-Uwe Behrmann wrote:
>> Am 17.03.11, 00:27 +0100 schrieb Christoph Feck:
>>> Kai-Uwe Behrmann (maintainer of KDE color management applications) can
>>> help you here. Grab him on http://www.oy
very welcome. For
starters the dependencies for colord are glib and policykit.
Kai-Uwe Behrmann (maintainer of KDE color management applications) can
help you here. Grab him on http://www.oyranos.org/ and make sure he attends
the meeting ;)
Well... Kai-Uwe and Richard Hughes have had huge
he preview.
Also on the agenda is integrated end-to-end Colour Management possibly
using colord [4], something I know absolutly nothing about, so any
feedback or suggestions people have on that will be very welcome. For
starters the dependencies for colord are glib and policykit.
Kai-Uwe Behrmann
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
oy is in #openicc and #kde-devel @ freenode
[1] http://www.oyranos.org/scm?p=xcolor.git;a=blob;f=docs/net-color-spec
[2]
http://oyranos-cms.blogspot.com/2011/02/oyranos-colour-management-l
51 matches
Mail list logo