| Summary: | In xinerama mode with screens of different size, the panel on the second screen has the wrong size and is transluent | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Bernd Steinhauser <linux> |
| Component: | panel | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
xrandr --verbose output
plasma-appletsrc plasma 2>&1 | tee plasma.output |
||
|
Description
Bernd Steinhauser
2008-01-05 22:38:57 UTC
There are two more issue, that is very likely to be related to this. If I click the menu on the primary screen, the menu will open up on the second screen instead. If I set the size of the menu to contain lets say 20 items, it will still only show as much items as the primary screen will be able to show. (The primary screen is the lower one.) So maybe this is more like an issue, that the panel is missing xinerama support completely. can you attach the output of the following two commands along with your x.org driver and version, please? thanks =) xrandr -v xrandr --verbose xrandr -v Server reports RandR version 1.2 xorg-x11: 7.3 xorg-server: 1.4.0.90 (tested also 1.4.0) video driver is: ati-drivers (fglrx) 7.12 (aka 8.433.1) Created attachment 22855 [details]
xrandr --verbose output
hm. xrandr --verbose only shows one screen. are you running xinerama or dual head or some other variety? It's ATI's "BigDesktop" mode, it's similar to the mergedfb mode from X.org.
It is set up like this:
Option "DesktopSetup" "vertical,reverse"
Option "EnableMonitor" "lvds,crt1"
Option "Mode2" "1600x1200"
It provides 3D acceleration on both screens.
Works perfectly with KDE3, with the exactly same setup (just tried it today).
There is only one screen shown by xrandr, because it is a mergedfb.
If you use mergedfb, it will be exactly the same situation (I guess).
Bern, what is the version of Qt? Qt version is 4.3.2. I could try 4.3.3 if that would help. Maybe I should mention this here, too. There is another issue, that smart moving and resizing doesn't work. I already described it in bug 155160, because I don't know if it is an issue of kwin or if it is an issue of plasma (and the wrong panel). (Though the maximizing is true for both, so I guess, that one is a kwin issue.) I compiled now Qt 4.3.3 (I've been told, that is what most developers use currently) and recompiled everything on top of it. I wiped out my plasma+kwin config to ensure, that it is not a glitch in the config files (I bet, you already know that it isn't ;-)). Now, it got even worse. :-( http://www.bernd-steinhauser.de/xinerama-kde4-panel-2.png The space below the upper panel (but on the same "screen") is approx. 1274x780. So it's not exactly the space the first screen would take, but close. If I place a window there and enlarge it to 1280x800 it will overlay a bit of the menu button. I'll try, if I can somehow get this better, because in this state it is not enerving (like it was before), but it is really unusable. Any tips to get this in a slighty less enerving state (unfortunately I didn't back up the old plasma configs)? I forgot to mention, that during trying this out, plasma startet once without a panel at all (and of course saves that state to the config file, so until you wipe out the config it'll keep that state). I think, that was related to xinerama as well. Since of course there is no way to add a panel (except editing the config file) that's not very nice. :) It was not really a crash, I could add applets, there was no crash notice and programs started normally. Everything worked find, except of course, that there was no panel. After a fair amount of KDE4 restarts, config cleaning and such stuff, I'm now at the previous state. So it looks exactly the way it looks in the first screenshot. two things that would be immensely helpful for me: could you attach your plasma-appletsrc file and could you run `plasma 2>&1 | tee plasma.output` and once plasma is done starting up, attach the resulting plasma.output file? thanks for your repeated follows up on this report =) Created attachment 22880 [details]
plasma-appletsrc
From what I can read out of that file, plasma itself detected both screens
correctly.
Both "screens" have the correct size and adding applets per desktop works fine.
Zoom out works, too, although it shows both screens and not only the current,
but that is wanted, I guess.
(I think, there was some weird behavious with the zooming buttons, I'll check
that later.)
Created attachment 22883 [details]
plasma 2>&1 | tee plasma.output
should be fixed in svn now. if it isn't, please re-open the br. the problem was vertical stacking wasn't taken into consideration whenm movign the panel into negative coordinate space. Fix works, thanks. |
