Summary: | kicker confused in multi-screen configuration | ||
---|---|---|---|
Product: | [Plasma] kicker | Reporter: | mi+kde |
Component: | multiscreen | Assignee: | Aaron J. Seigo <aseigo> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | finex |
Priority: | VLO | ||
Version: | 3.4.1 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | FreeBSD | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | output of `xdpynfo' |
Description
mi+kde
2005-07-12 06:12:17 UTC
so you have both xinerama and dual head set up on the same instance of X? heh. honestly, this kind of configuration has about 0 chance of getting debugged unless someone with a passion for oddball multiscreen setups comes along who's willing to hack on this. It is not Xinerama, it is a MergedFB. It is, of course, very nifty, that its two moniroes are recognized as such. Screens :0.0 and :0.2 ARE NOT Xinerama based. =honestly, this kind of configuration has about 0 chance of getting debugged Well, I appreciate the honesty... Can you tell me, where in the code does kicker decide, what the screen is? Can you tell me, where in the code does kicker (or anything) decide, whether or not the screen has Xinerama enabled? Created attachment 11781 [details]
output of `xdpynfo'
This is the output of xdpyinfo run on the screen :0.2. It lists all of the
displays and extensions. Running it on the others screens produces nearly
identical output -- differing only in the "name of display" and "default screen
number" entries.
Hope, this helps.
See also bug 109108. Thank you. *** Bug 109108 has been marked as a duplicate of this bug. *** > Can you tell me, where in the code does kicker decide, what the screen is for multihead? in kdebase/kicker/main.cpp for xinerama? in several places. for instance, where ever it checks QApplication::desktop()->screenGeometry(int) > whether or not the screen has Xinerama enabled wherever it checks for desktop()->screenNumber(QWidget*) or desktop()->numScreens()... this happens primarily in classes in kdebase/kicker/kicker/core Kicker is no more mantained and all bugs/wishes will not be fixed/implemented in KDE3. A list of the most interesting/unresolved issues which is still valid for KDE4 has been created. Before reopening old kicker bugs on KDE4 Plasma, please try the new KDE 4.3.1, check the current behaviour and, only if you find new bugs or if you need a particular feature, open a new bug report. Remember that KDE 4 is a full rewrite of KDE 3 so some old features will not be re-implemented because the behaviour has be changed a lot on some sides. Thanks for the comprehension and enjoy the new KDE 4! -- FiNeX & D. Andres |