to be) shipped by
latest distibution releases instead of vesa or nvidia binary blob.
Thanks,
Andy Ritger
1. http://nouveau.freedesktop.org/
What kind of hardware documentation from nvidia would help to develop
the open source driver?
kind regards
Kai-Uwe Behrmann
--
developing for colour
gdb sessions.
Please document the compiz code, especially the APIs for plugins.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
Community mailing list
Community@lists.compiz-fusion.org
http
Thanks for your detailed reply.
Am 17.03.10, 21:23 +0800 schrieb Sam Spilsbury:
On Wed, Mar 17, 2010 at 4:12 PM, Kai-Uwe Behrmann k...@gmx.de wrote:
Before I begin - I should probably point out, that you seem to be
using the namespaces from the 0.9.x series of compiz, of which
Am 12.03.10, 16:16 -0500 schrieb Alex Deucher:
On Fri, Mar 12, 2010 at 4:12 PM, Kai-Uwe Behrmann k...@gmx.de wrote:
Just some user level questions:
would the per CRTC pixmaps allow for individual colour correction of cloned
monitors? Is this something the compositing window manager must do
?VERSION=1.1.9):
d3c76db1b6cebce7a009429bbd125470
Whats wrong?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Sorry, I checked the intermediate HTML page.
The real tar.gz file is correct.
Am 11.03.10, 21:50 +0100 schrieb Kai-Uwe Behrmann:
I downloaded
http://www.fltk.org/software.php?VERSION=1.1.9FILE=fltk/1.1.9/fltk-1.1.9-source.tar.gz
and checked its md5 sum with the md5sum command. It says
Am 02.03.10, 13:45 -0500 schrieb Matthias Clasen:
On Tue, 2010-03-02 at 15:26 +0100, Kai-Uwe Behrmann wrote:
Hello,
I am searching for a way to tell filemanagers about a certain mime type
and a according icon. What I could do is to install the mime type xml file
in the style described here
MIME-info Database spec.
Perhaps the generic-icon element is simply not yet implemented?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
?xml version=1.0 encoding=UTF-8?
mime-info xmlns=http://www.freedesktop.org/standards/shared-mime-info
Am 02.03.10, 14:35 - schrieb Bastien Nocera:
On Tue, 2010-03-02 at 15:26 +0100, Kai-Uwe Behrmann wrote:
Hello,
I am searching for a way to tell filemanagers about a certain mime type
and a according icon. What I could do is to install the mime type xml file
in the style described here
Am 02.03.10, 15:36 - schrieb Bastien Nocera:
On Tue, 2010-03-02 at 16:15 +0100, Kai-Uwe Behrmann wrote:
Am 02.03.10, 14:35 - schrieb Bastien Nocera:
On Tue, 2010-03-02 at 15:26 +0100, Kai-Uwe Behrmann wrote:
Hello,
I am searching for a way to tell filemanagers about a certain mime
and libpixman use this scheme.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create
.
You mean to make cairo the configurable default for drawing inside FLTK?
I guess the difference, in repect to antialised lines, from FLTK to Qt or
say Quartz would be much smaller on Linux, which is a good thing for
broader user acceptance.
- Matthias
kind regards
Kai-Uwe Behrmann
--
developing
Am 16.02.10, 18:04 +0100 schrieb Femke Snelting:
De Pianofabriek venue serves food and drinks from local and fair trade
vendors only (and is currently working with us on getting some of it
sponsored for LGM2010) So I think it would be difficult for them to
reads good.
stomach Pepsi as
/plugins next
to the plug-in dso file. Still nothing changed. The XML is attached.
How to proceed from that?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
?xml version=1.0 encoding=UTF-8?
compiz
plugin name=colour_desktop
shortColor
Am 02.02.10, 14:18 +0100 schrieb Kai-Uwe Behrmann:
So far I created a plug-in XML and placed it into ~/.compiz/plugins next to
the plug-in dso file. Still nothing changed. The XML is attached.
How to proceed from that?
The XML works nicely. I just had to install it into ~/.compiz/metadata
to move that toppic to
OpenICC at all ;-)
As I understand, colour is only a first part with more attributes to
follow.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE
.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create
viewer in Oyranos git. The Oyranos monitor device
naming is designed to correlate with Xinerama numbering. This should allow
to match a monitor ICC profile with a Xinerama monitor region.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
to invite him to LGM?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
[1] http://magiclantern.wikia.com
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
Attached are two small patches to allow me opening a edid block through
libminitru and to use differing compiler flags.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
diff --git a/edid.c b/edid.c
index bf8a565..076b714 100644
--- a/edid.c
The above library appears rather early in development.
Too early to come with patches for extending?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg-devel mailing list
xorg-devel
Am 07.01.10, 10:09 -0500 schrieb Adam Jackson:
On Thu, 2010-01-07 at 14:38 +0100, Kai-Uwe Behrmann wrote:
The above library appears rather early in development.
Too early to come with patches for extending?
Not at all, please do.
Thanks for applying the previous two patches.
Attached
are referenced by a key name.
Additionally a XEdid_s structure is declared only for further parsing
convinience. The parsed items are merely colorimetric and identification
parts. Missed is the timing and the resolution stuff, which can be added
later.
Comments are welcome.
kind regards
Kai-Uwe Behrmann
Am 06.01.10, 10:38 -0500 schrieb Adam Jackson:
On Wed, 2010-01-06 at 11:13 +0100, Kai-Uwe Behrmann wrote:
Soren Sandmann is mentioned as the author of edid-parse.c (2007). I took
Ah
edid-parse.c is part of libgnome-desktop. It's not used in the server
at all.
The attached
Am 06.01.10, 10:38 -0500 schrieb Adam Jackson:
On Wed, 2010-01-06 at 11:13 +0100, Kai-Uwe Behrmann wrote:
Soren Sandmann is mentioned as the author of edid-parse.c (2007). I took
Ah
edid-parse.c is part of libgnome-desktop. It's not used in the server
at all.
The attached
a desired version.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu
needs.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
remains
with that library. Otherwise it seems very fine.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
Am 02.12.09, 20:59 +1100 schrieb Graeme Gill:
Kai-Uwe Behrmann wrote:
ddccontrol uses /dev/i2c-xxx, so the problem of non root access remains
with that library. Otherwise it seems very fine.
Is there a mechanism to associate the /dev/i2c-xxx with the matching
display though ?
No. The used
Am 02.12.09, 23:41 +1100 schrieb Graeme Gill:
Kai-Uwe Behrmann wrote:
No. The used ookala-mcf just searches to find some EDID in the
communication and then talks to a EDID containing device. See DevI2c.cpp
around line 153. Ookala::DevI2c::enumerate()
So in theory a correspondence could
the date.
What issues hinder the new website to go online?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman
executable i386
$ nm test/demo
...
38fc T _main
U _malloc
...
Plain gdb, on the command line, does accept breakpoints but not in Xcode.
So obviously the -g option created by FLTK's configure script does not
suffice for Xcode.
kind regards
Kai-Uwe Behrmann
--
developing for colour
filling them as they never worked. But it works a little better in recent
days, with the Sorry but ... page and captchas becoming less frequent.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
)?
The absolute colorimetric intent should be enough in one single
colour transformation from CIE*lab (D50) to sRGB (D65).
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
and somehow assigned to the colour transform for out of gamut
marking.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
--
Come build with us! The BlackBerry(R
to define the background too (say
white?).
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create
of xprop or xrandr to edid-decode on
the command line?
Btw. edid-decode.c and to edid-parse.c from Soeren Sandmann
seem to have not all in properties in common. Especially
decode_color_characteristics() from the later.
In particular the bits about manufacturer_name().
- ajax
kind regards
Kai-Uwe
Did you try the Xorg included twm? Twm itself uses few resources.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 28.09.09, 17:58 -0700 schrieb Tony Bones:
should check out EvilWM. Besides being EVIL its also very light
The Quark qpl claims to be based on XML CGATS.17. That would be a standard
format. Even though to check and read the spec, one might come in need to
buy the specification.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 19.09.09, 16
at
10-bit. There is no compatibility hardware list to tell more if something
is against a recent AMD or Nvidia. So I simply assume the HP will work
flawlessly at 10-bits with any new hardware at least in OpenGL views.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
they are:
glHint(GL_LINE_SMOOTH_HINT, GL_NICEST);
glEnable(GL_LINE_SMOOTH);
The above works after the GL context initialisation.
Probably OpenGL knows other switches as well.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 20.08.09, 18:13 +0400 schrieb Alexandre Prokoudine:
IIRC, it has functionality similar to what Oyranos does (or is
supposed to do) -- applying CMS settings consistently for the CS.
For Oyranos is at least a front end needed like the in development being
Kolor Manager.
kind regards
Kai-Uwe
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 15.08.09, 17:43 +0200 schrieb Mathieu Taillefumier:
I have a problem with icc profile and the git version of xorg
(libs+server+drivers) with intel drivers. The icc profiles created with
Argyll seem
Hello,
I would first first like to search my problem in a list archive for
reducing list volume. Is there any?
regards
Kai-Uwe
Am 10.08.09, 15:14 +0200 schrieb Runa Sandvik:
On Mon, Aug 10, 2009 at 3:17 PM, Kai-Uwe Behrmannk...@gmx.de wrote:
Hello,
Hi,
I would first first like to search my problem in a list archive for reducing
list volume. Is there any?
You can find the archive for or-talk on
Am 10.08.09, 15:58 +0200 schrieb Runa Sandvik:
On Mon, Aug 10, 2009 at 4:03 PM, Kai-Uwe Behrmannk...@gmx.de wrote:
A search form is not provided there. To search so many folders by hand -
huh. Sorry, for saying not clearly, that I meant a automated search.
You could use google and, for
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2234
Version: 1.3-feature
Fluid starts the Text_Display widget with a down frame. After changing
the class to Fl_Multiline_Output, the frame remained and lead to
a
box with FLTKv1.1.9, it keeps old text where it is and draws the new
above with calling Fl_Multiline_Output-value(). So in this example the
numbers are all printed at once. A ~7kB screenshot is attached - hopefully
small enough to pass.
Any idea?
kind regards
Kai-Uwe Behrmann
--
developing
Am 06.08.09, 11:47 +0200 schrieb Kai-Uwe Behrmann:
numbers are all printed at once. A ~7kB screenshot is attached - hopefully
small enough to pass.
The screenshot was srubbed and is placed here:
http://www.behrmann.name/temp/multi_line_output_s.png
to the result.
Perhaps fluid could be changed to start with a box instead of a frame for
according widgets? This would be more logical.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
fltk
at
least good integration with OpenGL. I supect that FLTK drawing does not
work on OpenGL contexts.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 23.07.09, 09:05 -0700 schrieb Alvin:
I am attempting to load a 16-bit PGM (max colours
: 7927
Any idea how to avoid a quit from XFixesFetchRegion()? A error message
would be enough. A exit in not acceptable to the application.
A minimal example application source code is attached.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
will fix it.
Other than I expected XFixesCreateRegion()/XFixesFetchRegion() is not
useful for inter application communication.
Thanks for the quick answere.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 23.06.09, 13:10 +0200 schrieb Eirik Byrkjeflot Anonsen:
Kai-Uwe Behrmann k...@gmx.de writes:
Any idea how to avoid a quit from XFixesFetchRegion()? A error message
would be enough. A exit in not acceptable to the application.
My memory is rather unclear on this point, but if the default
Am 20.06.09, 16:37 -0400 schrieb m. allan noah:
On Sat, Jun 20, 2009 at 3:21 PM, Kai-Uwe Behrmann ku.b at gmx.de wrote:
Viannis SANE_CAP_COLOR is, in contrast to the below data structure, a macro
defined flag for the SANE_Option_Descriptor::cap.
The suggested flag is API and ABI backward
Am 21.06.09, 12:33 +0200 schrieb Alessandro Zummo:
On Sun, 21 Jun 2009 09:50:33 +0200 (CEST)
Kai-Uwe Behrmann ku.b at gmx.de wrote:
even when it is off. If we make it part of a sane 2 standard, then we can
require that backends set the bit properly.
Agreed for sane 2 to official support
Viannis SANE_CAP_COLOR is, in contrast to the below data structure, a
macro defined flag for the SANE_Option_Descriptor::cap.
The suggested flag is API and ABI backward compatible. So this change will
be a very light one.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
.
Networking is typical done inside the device protocols of X11 and
hopefully CUPS. It would make no sense to reinvent all that security
relevant network stuff.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
+1 for Brussel
Kai-Uwe
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create
a Mac OS X Leopard server, so it would have to have
a command line interface consonant with Unix. Of course open source would
You could try ppmcie. Its part of the netppm package.
http://netpbm.sourceforge.net
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
volume as number
* CIE xy shoe diagram
* rotatable 3D gamut view
Wether 3D this is overkill for a DAM depends on the intented audience?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
outside of backend API's, even if that sounds
not Sane architecture friendly.)
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 28.05.09, 12:13 +0200 schrieb Julien BLACHE:
Kai-Uwe Behrmann ku.b at gmx.de wrote:
Hi,
I'm pretty sure the frontend knows all there is to know about the
scanner and its settings to retrieve the corresponding ICC profile.
We possibly where holding our breath for something appearing like
Can you provide a full resolution link?
The script seems to crash my firefox or at least does not work.
As well it does not work with konqueror here.
Am 22.05.09, 02:52 -0400 schrieb Yuval Levy:
http://panospace.wordpress.com/2009/05/22/lgm-2009-group-photo/
on high-end machines.
Then these machines will probably see less troubles during colour
critical work.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
[1] http://www.oyranos.org/wiki/index.php?title=Device_Settings#Driver
[2] http
are ignorant for colour management.
My answere is not specific to FLTK.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
/software/scm/git/docs/user-manual.html#exporting-via-git
... The git protocol gives better performance and reliability ...
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
.
Thanks to the organisers and I wish of course a good conference.
best regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org
for such minimal changes like e.g. security patches.
But well, 1.18.1 sounds more technical otherwise it seeme very practical.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
developers to the OpenICC list to
share colour management knowledge instead of expensively splitting
activities. Please feel welcome:
http://lists.freedesktop.org/mailman/listinfo/openicc
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
, VideoLan, Xiph, and Xorg
and in a wider sence OSGeo, BRL-CAD and probably more -
http://socghop.appspot.com/program/accepted_orgs/google/gsoc2009
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 19.03.09, 00:10 -0700 schrieb Jon A. Cruz
be, that a smaller header size does not really bother as long as
tags fit in correctly.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 09.03.09, 11:39 +0100 schrieb marti.ma...@littlecms.com:
I've uploaded a beta of lcms-1.18
alessandro,
below comes a link to the Oyranos logo:
http://www.oyranos.org/images/oyranos_logo.svg
thanks for your work,
Kai-Uwe
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create
It seems that cmsAllocMatShaper() in cmsmatsh.c:180 blindly accesses a
NULL pointer for false gamma type tags. An example is attached. A fix
might be as simple as checking in cmsBuildOutputMatrixShaper()?
best regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
Agreed,
I must have overseen the otherwise obvious connection to HTML ;-)
best regards
Kai-Uwe
Am 07.03.09, 15:32 -0800 schrieb Michael Sweet:
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2168
Version: 1.3-current
HTML anchors (targets) are defined to be
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2168
Version: 1.3-current
Fl_Help_View::topline() should select a line
according to the match to a given string.
Unfortunedly the matching occurs non case
sensitive and
... as it says above.
see: http://www.fltk.org/documentation.php/doc-1.3/index.html
kind regards, Kai-Uwe
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Which profiles are you looking especially for?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 22.01.09, 16:28 +0100 schrieb Olivier BERTEN:
Hi!
What's the license for the color profiles released with KOffice 2? Especially
/openicc/2006q3/000748.html
Oyranos has now a FAQ entry about ICC profiles:
http://www.oyranos.org/wiki/index.php?title=Oyranos/FAQ#Where_Can_I_find_ICC_Profiles
hope this helps,
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
guess you need the absolute intent for effecting the whitpoint.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
--
Check out the new SourceForge.net Marketplace
Happy new year,
confirmed that cmsFLAGS_NOTPRECALC is a precondition to do exact
calculations with lcms, e.g. in ICC Examin.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 02.01.09, 07:43 +1300 schrieb Guy K. Kloss:
BTW, just tried
but on FLTK, which is
unfortune.
For Linux/BSD distributions it would be fine to automaticaly check
for Xft, threads, Xinerama as soon as shared libraries are requested
(--enable-shared). Then this would be hopefully soon a non issue any more.
kind regards
Kai-Uwe Behrmann
--
developing
XIAOCAO,
did you test all the intermediate results for existence, e.g.
if(!hInProfile) {
error = 1; exit error; }
and so on.
The next would be to look at the input and output buffers content.
Step 5, personally I never needed.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
Hello,
attached you will find a patch for basically compiling the library and
tifficc. It consists of a trivial makefile and some fixes/hacks (take your
pick;) to let the code run on Linux.
hope this helps,
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name
to the jubilee.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux
in May 2009.
LGM means Libre Graphics Meeting. With this in mind it could read:
[EMAIL PROTECTED] ...(here the other text continues) ?
take care,
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
CREATE
Am 02.10.08, 10:25 +0200 schrieb Olivier BERTEN:
I have the same problem as Kai-Uwe Behrmann reported 3 years ago
http://sourceforge.net/mailarchive/message.php?msg_id=Pine.LNX.4.61.0502241003440.7580%40sirius.rasena
when I try to get profile informations (name, description) from v4 profiles
at the accompanying tools for ICC colour
transformations.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
-
This SF.Net email is sponsored by the Moblin Your Move
.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
out of an OSX system...
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
to release and adding more
overhead to symbol lookups in all apps.
If you dlopen cairo-glib and use RTLD_LOCAL I think you avoid the symbol
lookup overhead. Maybe this is useful?
Interessting. How portable is this, e.g. win32?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
mentioned independence
and upgrading more complicated.
I'd agree, as a non core function this seems better exposed in a higher
layer.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
___
gtk-devel
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2039
Version: 1.3-current
Here comes a patch to make FLTK windows aware of the correct resize,
especially a resize where no new area is covered.
Problem:
FLTK relies on
Fl_Window and virtual resize() for something I had thought to be a
basic feature (resize in two directions equally). And the recipes do not
help in any way.
A bug?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Hello,
OpenICC [1] is in search of a tax free organisation to hold some tax free
payments on behalf of the OpenICC project, namely its GSoC mentor
payments.
Is fd.o able and willing to to so and handle transferes for OpenICC?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
not typical supported by toolkits?
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 13.07.08, 15:51 -0700 schrieb Hartmut Sbosny:
I have two windows, windowA and windowB, and a third one, toolWindow, which
is non-modal and shall act as follows
to the display profile. In case there is a difference then
thats bad. Then your editing profile should cover a larger gamut.
It would be a completely different issue, if you try to simulate a
cinema look with a proofing profile. That would make sense.
kind regards
Kai-Uwe Behrmann
--
developing
Hello Guy,
lcms supports u8, u16 and f64. Your f32 has to be converted to one of
these. Beside not knowing much about python, not doing so could cause a
error.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
Am 02.07.08, 18:28 +1200
adaption.
Can Cmyk channels go from 0...1 or 0...100?
Comments are as well added to the draft page:
http://create.freedesktop.org/wiki/index.php/Talk:Swatches_-_colour_file_format/Draft
I hope there are not too many disturbing suggestions.
kind regards
Kai-Uwe Behrmann
--
developing for colour
already to support HDR. Whether the way to go is, to bypass toolkits and
use OpenGL for 16-bit(++) buffers, or toolkits support these kind of
things has to be researched as well.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
301 - 400 of 705 matches
Mail list logo