View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000673 | Scribus | User Interface | public | 2004-05-17 14:08 | 2004-05-22 12:05 |
| Reporter | abudden | Assigned To | fschmid | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | Linux | OS | Mandrake | OS Version | 10.0 Official |
| Product Version | 1.1.6 | ||||
| Summary | 0000673: Borders of tools are messed up on startup | ||||
| Description | Using enlightenment 0.16.6 (-2mdk), when scribus starts, the following dialogues are open: Outline, Scrapbook, Layers and Page Palette. However, they cannot be closed by clicking on a close icon (there isn't one). They exist on every virtual desktop and the only way that I have found to get rid of them is to "open" the dialogues (e.g. click Tools...Outline) then close the dialogues (e.g. Click Tools...Outline AGAIN). This has to be done for all four dialogues EVERY time I start scribus. Suffice to say, this is very annoying. | ||||
| Steps To Reproduce | Go into an X session running enlightenment as the WM, then start scribus. My .xsession runs enlightenment, one xterm, a handful of epplets (see screenshot) and the sonypi daemon, in case that is relevant. | ||||
| Additional Information | Screenshot attached | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Patch | |||||
|
|
This is an Enlightenment bug. We have seen this issue before and have checked the relevant window hintng specs which Scribus honors. |
|
|
Reccommend filing a bug with Enlightenment devels. |
|
|
Just a "for what it's worth" note to add to this bug. I sent an email to the enlightenment mailing list and they responded as follows (they seem to be of the opinion that it is partly scribus' fault). The full email is at http://tinyurl.com/222qt ### BEGIN EMAIL: There seem to be a few apps that have windows which escape management by E, MonoDevelop being the only other one I know of. I think it is a bug in scribus. It sends a bogus Unmap event after a dialog window is (requested to be) mapped but before it has actually been mapped. The attached patch seems to make scribus behave, although I think there are some other program logic bugs (why try to hide the window immediately after it is mapped?). However, I think E probably should be fixed to ignore these bogus events. /Kim --- scribus/scribus.cpp-org 2004-05-17 22:47:10.437432752 +0200 +++ scribus/scribus.cpp 2004-05-17 22:48:16.105449696 +0200 @@ -4078,7 +4078,7 @@ { Prefs.Tpalx = Tpal->pos().x(); Prefs.Tpaly = Tpal->pos().y(); - Tpal->close(); + Tpal->hide(); } toolMenu->setItemChecked(viewTpal, visible); } @@ -4098,7 +4098,7 @@ Prefs.SCpaly = ScBook->pos().y(); Prefs.SCpalw = ScBook->size().width(); Prefs.SCpalh = ScBook->size().height(); - ScBook->close(); + ScBook->hide(); } toolMenu->setItemChecked(viewBpal, visible); } @@ -4120,7 +4120,7 @@ { Prefs.Lpalx = Lpal->pos().x(); Prefs.Lpaly = Lpal->pos().y(); - Lpal->close(); + Lpal->hide(); } toolMenu->setItemChecked(viewLpal, visible); } @@ -4140,7 +4140,7 @@ Prefs.Sepaly = Sepal->pos().y(); Prefs.SepalT = Sepal->TemplList->Thumb; Prefs.SepalN = Sepal->PageView->Namen; - Sepal->close(); + Sepal->hide(); } toolMenu->setItemChecked(viewSepal, visible); } |
|
|
Ok.. well.. actually.. this is surprising and welcome news if this fixes it. Thanks heaps. Ill assign to Franz and he can check it out. |
|
|
Franz, please check out these patches. The line numbers are wrong but it does even seem to make a difference here with the drawing on startup. |
|
|
Reminder sent to abudden Please test and confirm this fixed. Thanks :) |
|
|
Reminder sent to abudden Can you please test CVS with the new code? |
|
|
Reported mailed Craig and I off list and reported the fix works. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-05-17 14:08 | abudden | New Issue | |
| 2004-05-17 14:08 | abudden | File Added: scribus_shot.jpg | |
| 2004-05-17 14:23 |
|
Status | new => resolved |
| 2004-05-17 14:23 |
|
Resolution | open => not fixable |
| 2004-05-17 14:23 |
|
Assigned To | => plinnell |
| 2004-05-17 14:23 |
|
Note Added: 0001497 | |
| 2004-05-17 14:24 |
|
Status | resolved => closed |
| 2004-05-17 14:24 |
|
Note Added: 0001498 | |
| 2004-05-17 19:04 | cbradney | Status | closed => feedback |
| 2004-05-17 19:04 | cbradney | Resolution | not fixable => reopened |
| 2004-05-17 19:04 | cbradney | Status | feedback => resolved |
| 2004-05-17 19:04 | cbradney | Resolution | reopened => no change required |
| 2004-05-17 19:05 | cbradney | Status | resolved => closed |
| 2004-05-18 08:31 | abudden | Status | closed => feedback |
| 2004-05-18 08:31 | abudden | Resolution | no change required => reopened |
| 2004-05-18 08:31 | abudden | Note Added: 0001510 | |
| 2004-05-18 08:55 | cbradney | Note Added: 0001512 | |
| 2004-05-18 08:56 | cbradney | Note Added: 0001513 | |
| 2004-05-18 08:58 | cbradney | Status | feedback => assigned |
| 2004-05-18 08:58 | cbradney | Assigned To | plinnell => fschmid |
| 2004-05-18 22:20 | fschmid | Status | assigned => resolved |
| 2004-05-18 22:20 | fschmid | Resolution | reopened => fixed |
| 2004-05-20 01:09 |
|
Note Added: 0001522 | |
| 2004-05-20 21:51 | cbradney | Note Added: 0001525 | |
| 2004-05-22 12:05 |
|
Status | resolved => closed |
| 2004-05-22 12:05 |
|
Note Added: 0001536 |