Issue 10074 - Gamma settings ingored for EPS images
Summary: Gamma settings ingored for EPS images
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.1
Hardware: PC Solaris
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-14 11:34 UTC by jameslee
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description jameslee 2002-12-14 11:34:56 UTC
When an EPS images is included in a writer doc, the colour and gamma settings
are ignored.

This can be related to issue 10073, use the same example and see that the colour
controls can be used to control the PNG but not the EPS.

This is REALLY easy to do when encapsulating an EPS, just output something like:

{0.5 exp} {1 exp}{1 exp}{1 exp} setcolortransfer

Although this isn't your interpretation of adding 50% red!! you do something
like:
{ 0.5 add dup 1 gt {pop 1} if }{1 exp}{1 exp}{1 exp} setcolortransfer

You also have to concatenate this with any existing colour transfer (not hard,
you should know how to do it).

As this is so easy, I wonder why you choose to remap the Indexed colour space
for bit mapped images. Why not push them out raw and set the colour transfer?
Comment 1 mci 2003-09-08 11:04:43 UTC
reassigned to thb@openoffice.org
set Target to OO2.0
Comment 2 thb 2003-09-08 18:07:42 UTC
Hi James,

thanks for the hint. Currently, the embedded EPS has neither color nor
coordinate space transform applied (except from scaling and
positioning). So, it's strictly speaking a bug that you can rotate and
color-transform them inside OOo. 

But I will accept this issue as an enhancement, and implement your
proposed solution, probably for OOo 2.0. As an aside, setcolortransfer
is level 2, so for level 1 output, color transform will not work (i.e.
stay as it is).
Comment 3 jameslee 2003-09-11 16:32:33 UTC
> So, it's strictly speaking a bug that you can rotate and
> color-transform them inside OOo.

Either way, something gives.

> But I will accept this issue as an enhancement, and implement your
> proposed solution, probably for OOo 2.0.

Great!

> As an aside, setcolortransfer
> is level 2, so for level 1 output, color transform will not work
(i.e.
> stay as it is).

Some Level 1 printers have colour extensions that include
setcolortransfer. I have a feeling that most level 1 colour printers
have the colour extensions. I wonder how many were made that don't? I
think the number is small. You might deduce that if they don't have
setcolortransfer the printer is B&W anyway, in which case you can use
settransfer and a lumped number for the colour enhancements, probably
based on the NTSC RGB->BW factors.
Comment 4 thb 2003-09-12 18:28:07 UTC
-
Comment 5 marc.neumann 2003-10-15 14:26:59 UTC
"According to the OpenOffice.org roadmap
(http://tools.openoffice.org/releases) this issue was retargeted to
OOo Later." 
Comment 6 thb 2012-07-13 20:48:14 UTC
Reset to default bug assignee.