View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0016026 | Scribus | General | public | 2020-01-03 00:33 | 2020-01-04 19:41 |
| Reporter | johnxj | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | new | Resolution | open | ||
| Summary | 0016026: Toolbars do not minimize when Scribus 1.5.6svn is minimized to taskbar | ||||
| Description | This is Scribus 1.5.6svn from the PPA on Xubuntu 18.04 up to date. Computer has UHD (3840x2160) display. While setting it up with Preferences and no document opened I discovered two short toolbars that I did not want displayed. Sorry, I don't know what they are called; one start with an icon to open a new document and the other starts with an icon to undo. | ||||
| Steps To Reproduce | If you drag them off from the top dock and leave them floating, but then minimize Scribus to the desktop taskbar they remain on the desktop. Then if you open another application window (e.g., Chromium web browser), the toolbars remain on top of the Chromium window. If you dock them, when you minimize Scribus to the taskbar the toolbars will then minimize with the Scribus window as they should. The problem exists only when they are floating. And all the other toolbars minimize properly, even when floating. | ||||
| Additional Information | Also, there seems to be no way to completely stop these toolbars from being visible. But that may be a PEBKAC issue. | ||||
| Tags | desktop, toolbars | ||||
| Patch | No | ||||
|
|
this seems to be a qt issue on linux... and it might or not have a workaround. the following post and ticket might be related https://stackoverflow.com/questions/57743803/problem-in-restoring-floating-toolbar-for-qmainwindow https://bugreports.qt.io/browse/QTBUG-78293 personally, i'm wondering if the use cases for having floating toolbars are important enough to justify the implementation of a workaround. (of course, if there is a bug, it should be fixed... but i'm not sure that it in this case it's worth hacking around qt's issues) |
|
|
First, my version of QT: qmake --version QMake version 2.01a Using Qt version 4.8.7 in /usr/lib/x86_64-linux-gnu As for the links above, my issue does not involve focus. When I minimized Scribus these two toolbars did not minimize, but all other toolbars did minimize. When I restored Scribus these two toolbars still had focus without having to click on them. But now I have happy news: The problem has disappeared! The two toolbars that did not minimize if they were floating now suddenly do minimize! I have made no changes to the system or to Scribus, but I see that Scribus-trunk has been updated five hours ago. I closed Scribus about 12 hours ago, and just now re-launched it, so maybe the updates got applied. I can't find any documentation about how the updates are applied or how I can tell if an update has been applied. All I can say is that the problem is resolved. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2020-01-03 00:33 | johnxj | New Issue | |
| 2020-01-03 00:33 | johnxj | Tag Attached: desktop | |
| 2020-01-03 00:33 | johnxj | Tag Attached: toolbars | |
| 2020-01-04 00:16 | jghali | Project | Contributor Builds => Scribus |
| 2020-01-04 14:05 | ale | Note Added: 0047317 | |
| 2020-01-04 19:41 | johnxj | Note Added: 0047318 |
