View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0013402 | Scribus | Graphics / Image Frames | public | 2015-10-09 09:18 | 2015-11-30 12:01 |
Reporter | AlmaTlust | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | KDE | OS | Kubuntu | OS Version | 15.04 |
Product Version | 1.5.1svn | ||||
Summary | 0013402: Transparency is calculated from image instead of image frame | ||||
Description | What it does: when setting transparency in an image frame to gradient, transparency gradients are calculated from the size of the image instead of frame size, resulting in unexpected behavior. Expected behavior: When I set the left transparency point to an opacity of 0%, it should have this value on the left border of the frame, not the image. | ||||
Steps To Reproduce | Create image frame and insert picture Set to free size and make it bigger than frame set x-position to negative value go to transparency, set transparency to gradient, and set opacity value of left gradient to 0. | ||||
Tags | No tags attached. | ||||
Patch | No | ||||
|
|
|
Update: the exported pdf does indeed have transparency from frame, which makes it even more difficult, as the output is different from what is shown within scribus. |
|
|
|
|
|
Another sample, this time with radial gradient and pdf output for comparison. |
|
The attachments do not contain the image linked to sample document. I did several tests myself and cannot see any difference between what scribus displays and the PDF export. |
|
>> When I set the left transparency point to an opacity of 0%, it should have this value on the left border of the frame, not the image. For radial gradients, the gradient stops are always defined from center to border. |
|
Yes, I know that - the report started with linear gradients... the radial gradient example was added later. Somehow on my system (Kubuntu Linux, Intel graphics card), gradients are shown as calculated from image borders instead of frame borders, but exported as calculated from frame borders (but still not right as can be seen from the pdfs). I tried the windows version both in wine and virtualbox 5.0.5, but with the same results. |
|
|
|
Just found out that the problem does not seem to be with frames, but with the prepress export tab. When disabling everything on that tab and re-exporting, everything works o.k. When re-enabling, things are messed up again... |
|
Further testing: everything that moves the effectual border of the exported pdf messes things up, according to how much it moves the border (cut marks etc.) |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-10-09 09:18 | AlmaTlust | New Issue | |
2015-10-09 09:18 | AlmaTlust | File Added: Testcase Transparency.tar.gz | |
2015-10-16 09:12 | AlmaTlust | Note Added: 0036680 | |
2015-11-13 08:22 | AlmaTlust | File Added: Testcase transparency in image.sla | |
2015-11-13 08:23 | AlmaTlust | File Added: Testcase transparency in image.pdf | |
2015-11-13 08:23 | AlmaTlust | Note Added: 0037457 | |
2015-11-13 23:07 | jghali | Note Added: 0037471 | |
2015-11-13 23:13 | jghali | Note Edited: 0037471 | |
2015-11-13 23:14 | jghali | Note Added: 0037472 | |
2015-11-16 07:50 | AlmaTlust | Note Added: 0037509 | |
2015-11-16 07:53 | AlmaTlust | File Added: testcase-virtualbox.tar.gz | |
2015-11-30 11:56 | AlmaTlust | Note Added: 0037736 | |
2015-11-30 12:01 | AlmaTlust | Note Added: 0037737 |