View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006519 | Scribus | General | public | 2007-11-30 09:33 | 2011-06-22 20:28 |
| Reporter | aliB | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Dell Inspiron 9400 | OS | SuSE | OS Version | 10.2 |
| Summary | 0006519: New "Specialeffect" element | ||||
| Description | This element could be layed on top of any other element (textbox, image, shape ...) and so provide a nondestructive way to change the appearance of an element. Possible effects could be: - Blur - Glas structure - Lense - Glitter ... (see Filters in Gimp) | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
|
|
The problem is that these kind of effects are not exportable to PDF without rasterizing the elements on which they are applied. PDF format simply does not support them. That means those effects are destructive when exported to PDF. |
|
|
Since the PDF is not your source document the rasterization is not really bad. My point is, if you have these possibilities you can easily experiment with your layout. Otherwise you'd have to export your page to a bitmap and edit it in gimp. Especially creating and experimenting with text effects are not possible in scriubs at the moment. A real good solution would be to support kipi and gimp plugins. Then you would not have to implement all those effects yourself. This is how I imagine the work flow 1. place the new effect frame (derivate of an imageframe) on your page 2. dialog with all available effects appears with a preview and the original image of the area under the effect frame 3. on applying an effect scribus would have to do following things: a) create a new image (png) containing the area under the effect frame b) apply the selected effect on that image c) store effect settings for further possible work d) on a document change (e.g. textframe was edited or moved ... start from a) This would be really nice for 1.5.x |
|
|
>> Since the PDF is not your source document the rasterization is not really bad. That's not the problem. The problem is that those effects *cannot* be exported to PDF without rasterization. Applying those effects on elements such as text would imply rasterizing text when exporting to PDF. Very bad for printability. Same applies to PS or SVG for effects not directly supported by those formats. >> A real good solution would be to support kipi and gimp plugins. Given the current cmyk support of almost all those plugins, that's currently not realistic. Lots of gimp plugins relies also on GTK. Scribus being based on Qt, that won't play well. |
|
|
cmyk is not necessary for these plugins since all images in scribus are also rgb. Exporting to pdf would just convert the rgb image with already applied effects to cmyk. So no changes are necessary on the export side. Kipi plugins do not relay on gtk. Using this approach would increase the amount of available effects dramatically (since they are not scribus specific). Not using this approach would mean to find volunteers for coding every (already available) effect once again. Maybe this issue should be spitted into two separate issues? 1. New "Spezial effect" element 2. Support 3rd party effects (kipi, gimp) in image frames. |
|
|
*Cmyk is necessary*. Effects must be applied in the image native colorspace or unwanted effects will occur like pollution of black channel by other colors in case of cmyk images. If a cmyk image contains infos only in the black channel, it must contains only infos in the black channel on output, including after being filtered. There are exceptions like colorize filter, but this a rule which must be followed as far as possible or printability will suffer. If an intermediate rgb image is used, black channel will be decomposed into the four colors. So cmyk support is necessary. Kipi relies on KDE specific apis and is consequently neither useable for Scribus. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-11-30 09:33 | aliB | New Issue | |
| 2007-11-30 09:48 | jghali | Note Added: 0018056 | |
| 2007-11-30 09:49 | jghali | Note Edited: 0018056 | |
| 2010-02-19 10:20 | aliB | Note Added: 0023336 | |
| 2010-02-19 10:21 | aliB | Note Edited: 0023336 | |
| 2010-02-19 10:52 | jghali | Note Added: 0023338 | |
| 2010-04-20 10:30 | aliB | Note Added: 0023732 | |
| 2010-04-20 12:01 | jghali | Note Added: 0023737 | |
| 2010-04-20 12:01 | jghali | Note Edited: 0023737 | |
| 2010-04-20 12:02 | jghali | Note Edited: 0023737 | |
| 2010-04-20 12:05 | jghali | Note Edited: 0023737 | |
| 2010-04-21 03:35 | christoph_s | Relationship added | related to 0002542 |
| 2010-04-23 13:27 | jghali | Relationship added | has duplicate 0009050 |
