View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014553 | Scribus | User Interface | public | 2017-01-12 23:59 | 2019-06-24 19:45 |
| Reporter | flugalgourmet | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Product Version | 1.5.3.svn | ||||
| Summary | 0014553: Scribus renders on 1360x768 like it's on 640x480, but only on the lxqt window manager | ||||
| Description | Scribus cannot be used when I am using the lxqt window manager running on Arch Linux. The UI renders on the screen like my screen is 640x480 when it is, in fact 1360x768. The svn version and the 1.5.2 version does this but the older stable version (1.4.3?) does not. Just for the record this is the only window manager (that I know of) that it does this on. This gives only a small window in which to edit the document. I see no errors in the log. | ||||
| Steps To Reproduce | Install and run Scribus 1.5.2 or svn on the lxqt window manager on Arch. It may do it on other operating systems, I don't know. | ||||
| Additional Information | Before you go blaming lxqt, be aware that I have tried over 50 programs using gtk2, gtk3, tk and qt and all of them render fine. It seems to be just Scribus. I would like to add that I tried the KDE/Openbox and the KDE Plasma window managers and it did not do it on those, just lxqt. I renamed the configuration directory just to see if that was it and it wasn't. I also checked the build and did not see anything wrong there either. I compiled 1.5.3 svn from source. I am willing to test patches as it is a pain in the butt to go back and forth between window managers and I am in the middle of a very important project. Thanks for such a great program! | ||||
| Tags | big, display, enlarged, gui, large, too big, wrong size | ||||
| Patch | No | ||||
|
|
I may have stumbled onto something that might resolve this issue. I remembered that for the last four years that I have owned this Samsung monitor, I have had to run a custom xorg.conf file or my programs would look like they were rendering on a 640x480 screen. I did this by forcing the dpi to 96x96. I do, of course have to continue to do it this way, unless I find a better way. Anyway, I tried Scribus without the xorg.conf file and it looked exactly the same as before, however every other program looked like it was on a 640x480 screen. There has to be a connection there. Every other program now looks like Scribus looks which is like it is rendering on a 640x480 screen! Could it be that the aforementioned versions of Scribus is the one program that forcing the dpi does not work on? |
|
|
I've been poking around a bit more to no avail. I opened up nvidia-settings and changed the resolution to 1920x1080. This made the windows and the fonts smaller for all of the windows except Scribus did not change at all. Very strange. Another thing that I tried was the command "xrandr --dpi 144" with different dpi's plugged in and Scribus did not change on that either, but neither did gkrellm or any web browser, but everything else did. I am convinced that something in Scribus is forcing a size based on erroneous monitor EDID information which is why I have to override the dpi setting. This still doesn't explain why Scribus renders fine in KDE though. Perhaps KDE reports the dpi to Scribus using the overidden dpi value and lxqt is using the value from EDID. I hope this helps rather than to confuse. I think it may also be important to mention that I tried to use something other than forcing the dpi in the xorg.conf file. the command "xdpyinfo | grep -B2 resolution" returns "dimensions: 1360x768 pixels (359x203 millimeters)" which is wrong. It should be "dimensions: 1360x768 pixels (699x394 millimeters)". I made that change in the xorg.conf file, however it did absolutely nothing. |
|
|
I would like to reduce some of the confusion. I just brought a new computer with Intel graphics instead of Nvidia. My xorg.conf file is no longer needed and fonts render just fine. Forget everything I said related to that. BTW, it still does it though. |
|
|
A year and a half and still unresolved. KDE went belly up on me so I needed (not wanted) to try another window manager. Scribus 1.5.4 still does this and is unusable as a result. I tried lxqt, lxde, xfce, cinnamon, the different gnome variants, and mate. Out of all of these besides KDE of course, only MATE works. I can't use it though, I want to use cinnamon. Please fix this. I know there are a lot of bug reports but this is the only one that keeps me from using it so technically it is a major problem and not minor. It's just no-one else has reported it. Keep this in mind also, this is a bug in Scribus and it will need to be fixed eventually anyway. Why not now! Thank you |
|
|
Just thought I'd say that I fixed the problem. Put these in my .bashprofile file. export QT_QPA_PLATFORMTHEME=gtk2 export QT_AUTO_SCREEN_SCALE_FACTOR=0 export QT_QPA_PLATFORMTHEME=qt5ct export QT_ACCESSIBILITY=1 Apparently, it's a bug in QT and not Scribus, but I'm not 100% sure. Now I can use Scribus again. The QT_AUTO_SCREEN_SCALE_FACTOR was apparently trying to scale up the gui because it thought I had a high dpi 7 inch monitor. Turning it off stops that behavior. Thank you. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-01-12 23:59 | flugalgourmet | New Issue | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: display | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: gui | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: big | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: enlarged | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: large | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: too big | |
| 2017-01-12 23:59 | flugalgourmet | Tag Attached: wrong size | |
| 2017-01-14 19:26 | flugalgourmet | File Added: xorg.conf | |
| 2017-01-14 19:26 | flugalgourmet | Note Added: 0043343 | |
| 2017-01-15 20:23 | flugalgourmet | Note Added: 0043351 | |
| 2017-01-20 21:42 | flugalgourmet | Note Added: 0043392 | |
| 2018-10-26 22:08 | flugalgourmet | Note Added: 0045546 | |
| 2019-06-24 19:45 | flugalgourmet | Note Added: 0046341 |
