Mantis Issue Tracking for Scribus
· Hosting provided by Anduin.net / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003540ScribusInternalpublic2006-04-02 04:582012-08-10 12:31
Reporterringerc 
Assigned To 
PriorityhighSeverityfeatureReproducibilityalways
StatusconfirmedResolutionopen 
Platformx86 LinuxOSFedora CoreOS VersionFC5
Product Version1.3 
Target VersionFixed in Version 
Summary0003540: Support explicit greyscale colour space
DescriptionScribus currently supports the /DeviceGrey space though explicit greyscale PDF output, but doesn't seem to offer any way to use /DeviceGrey in CMYK or RGB output.

It may desirable to be able to have explicitly greyscale colours in the picker that are always output as /DeviceGrey no matter what the output target. They'd be guaranteed never to be altered into impure greys during colour management etc.

I know some printers and designers really want to be able to ensure that they use these "pure greys", or have in the past. I still need to look up details, but I think it's worth putting this bug here. If nothing else, it can be determined to be unneccesary and closed as WONTFIX.
TagsNo tags attached.
Patch
Attached Files

- Relationships
has duplicate 0011025closedjghali Better 1 bit PDF generation 
child of 0004413acknowledged Metabug: Colors 

-  Notes
(0009584)
ringerc (administrator)
2006-04-02 07:46

Note that I'm really not entirely sure this is necessary. It's posible that simple RGB colours where R=G=B will do, possibly with some logic to always export greyscale colours as /DeviceGrey . Or /DeviceGrey use might just not prove that important. It's worth looking into though.
(0010178)
christoph_s (administrator)
2006-04-20 16:04

I absolutely agree. I have already seen greyscale images that have been ruined in the process, especially in digital printing. IMHO, this very desirable.
(0010181)
louisdesjardins (developer)
2006-04-20 16:22

Fully agree.
(0010272)
christoph_s (administrator)
2006-04-21 23:28

May suggest setting the priority to high? Scribus praises itself for its world class output qualities, and I feel this has to be implemented somewhere on the road to 1.4.
(0010274)
plinnell (administrator)
2006-04-21 23:42

+1

we should also add indexed colors too at some point
(0010285)
christoph_s (administrator)
2006-04-22 02:50

plinell, don't you think both extentions should be added to the roadmap? These are very important features.
(0010314)
plinnell (administrator)
2006-04-22 17:45

added to roadmap
(0028791)
JussiP (reporter)
2012-08-09 17:17

Also monochrome color space (that is, 1-bit B&W images) should be supported. They are very important in e.g. comic book work.
(0028799)
JussiP (reporter)
2012-08-10 12:31

Here is a more detailed description of how 1 bit images should work when working on comic books. The requirement is that the 1-bit image is line art and the DTP program must preserve all details.

Assume that a 1-bit image is put on top of some other image or element. Further assume that its CMYK values are (c, m, y, k). What needs to go to the printing plate is the value (c, m, y, MAX_K) wherever there are black pixels and (c, m, y, k) for white pixels.

Effectively this is a multiply operation. However it is possible to do this with plain PDF 1.3 without transparency effects. I think the corresponding option in Indesign is "overprint fill" but I'm not entirely sure on that.

The images must _not_ be flattened or converted to CMYK images by Scribus (as currently happens). It is extremely important that the 1-bit image does not go through the RIP's line rasterizer. The only way to ensure that is to write them in the PDF as monochrome images.

- Issue History
Date Modified Username Field Change
2006-04-02 04:58 ringerc New Issue
2006-04-02 05:02 ringerc Severity minor => feature
2006-04-02 07:46 ringerc Note Added: 0009584
2006-04-20 15:51 mhanski Note Added: 0010175
2006-04-20 15:52 mhanski Note Deleted: 0010175
2006-04-20 16:04 christoph_s Note Added: 0010178
2006-04-20 16:22 louisdesjardins Note Added: 0010181
2006-04-21 22:20 mhanski Note Added: 0010269
2006-04-21 22:21 mhanski Note Deleted: 0010269
2006-04-21 23:28 christoph_s Note Added: 0010272
2006-04-21 23:34 mhanski Priority normal => high
2006-04-21 23:42 plinnell Note Added: 0010274
2006-04-21 23:42 plinnell Status new => confirmed
2006-04-22 02:50 christoph_s Note Added: 0010285
2006-04-22 17:45 plinnell Note Added: 0010314
2006-04-22 17:45 plinnell Product Version => 1.3
2006-10-15 00:22 mhanski Relationship added child of 0004413
2012-08-09 17:03 jghali Relationship added has duplicate 0011025
2012-08-09 17:17 JussiP Note Added: 0028791
2012-08-10 12:31 JussiP Note Added: 0028799



Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker