View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0011366 | Scribus | User Interface | public | 2013-01-09 08:10 | 2015-12-24 13:12 |
Reporter | christoph_s | Assigned To | |||
Priority | normal | Severity | tweak | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | x86_64 | OS | Linux | OS Version | OpenSUSE 12.1 |
Product Version | 1.4.2.svn | ||||
Target Version | Future Release - Nice to have | ||||
Summary | 0011366: Uneven display of strokes of selected frames | ||||
Description | If a frame has a stroke colour set at the default width of 0.353 mm, the display of each frame border is uneven (see attached screenshot), but only if the item has been selected: top and left borders are thicker than right and bottom borders. | ||||
Additional Information | The differences are more obvious on Linux than on Windows and bigger in 1.5.0svn than in 1.4.2svn (Linux). | ||||
Tags | No tags attached. | ||||
Patch | No | ||||
|
|
|
Thats because we have two different rendering engines in use here. The frame itself is drawn by cairo and the selection is drawn by Qt's QPainter. What you see are the differences in the rounding algorithms to get from object coordinates to screen coordinates. I've already done my best to keep that as low as possible, but it can't be avoided. |
|
So the solution would be "not fixable"? |
|
There's no question, this needs fixing. It needs to be perfect. Rendering need to move to the same engine if that is what is required to fix this. |
|
If you want to fix that then you must rewrite the CanvasMode_xxx:drawControls functions with cairo. This means that you must draw to an image buffer and finally draw that buffer onto the canvas. This would be horrible slow and may introduce new bugs. And doing the other way round, using QPainter for everything is also not an option. Or do you want to miss all the fancy gradient and blending stuff? |
|
Would it make sense to postpone a solution until this becomes fixable? It's not pretty, but it doesn't affect functionality. |
|
Christoph.. this issue needs proper investigation and a lot of testing. Its not reasonable to expect a fix within 1.5.0 for this, unless someone finds some really non obvious bug(s) somewhere. |
|
Bumping to 'Future Release' |
Date Modified | Username | Field | Change |
---|---|---|---|
2013-01-09 08:10 | christoph_s | New Issue | |
2013-01-09 08:10 | christoph_s | File Added: sel_item_stroke_display.png | |
2013-01-09 11:37 | fschmid | Note Added: 0029674 | |
2013-01-09 12:13 | jghali | Target Version | 1.4.2 => |
2013-01-09 20:58 | christoph_s | Note Added: 0029675 | |
2013-01-09 21:24 | cbradney | Note Added: 0029676 | |
2013-01-09 21:57 | fschmid | Note Added: 0029678 | |
2013-01-10 07:52 | christoph_s | Note Added: 0029680 | |
2013-01-10 20:02 | cbradney | Note Added: 0029684 | |
2015-12-24 13:12 | Kunda | Patch | => No |
2015-12-24 13:12 | Kunda | Note Added: 0037982 | |
2015-12-24 13:12 | Kunda | Target Version | => Future Release - Nice to have |