Jak reprodukować w Awesome WM v3.5.2 do 3.5.5 (jak dotąd):
- Zainstaluj OpenJDK lub Oracle Java 7 . Ten błąd zaobserwowano w obu przypadkach.
- Rozpocznij nową sesję Awesome WM z domyślną konfiguracją .
- Uruchom jEdit lub PyCharm . Ten błąd zaobserwowano w obu przypadkach.
- Poruszaj wskaźnikiem myszy i obserwuj, jak się zmienia w zależności od tego, czy najeżdżasz kursorem na kod, pliki projektu lub menu. To powinno działać normalnie.
- Kliknij i zwolnij menu Plik , wejdź w jedno z podmenu i obserwuj, w jaki sposób pozycja bezpośrednio pod wskaźnikiem myszy jest cały czas skupiona.
- Naciśnij kilkakrotnie Mod4+, Spaceaż uaktywni się układ pływający (aplikacja będzie prawie na pełnym ekranie) lub otwórz inną aplikację w tym samym znaczniku.
W tym momencie spodziewałbym się, że mysz będzie zachowywać się tak jak w przypadku „normalnych” aplikacji. Zamiast tego przestrzegam następujących zasad:
- Podczas klikania i poruszania się po menu za pomocą myszy, wskaźnik myszy i zaznaczone menu zostaną przesunięte w pionie od siebie, pozornie o tej samej liczbie pikseli, co wysokość paska stanu.
- Po najechaniu kursorem na różne elementy, jak poprzednio, ikona kursora zostanie ustawiona tak, jakby wskaźnik myszy był wyżej na ekranie. Na przykład po najechaniu kursorem na górną linię tekstu nie zobaczysz kursora tekstowego.
To tak, jakby coś nie wykryło zmiany współrzędnych okna.
Podobny, ale o wiele bardziej irytujący błąd występuje, gdy otwierasz inną aplikację w tym samym znaczniku - zachowanie myszy jest takie, jakby okno w ogóle się nie poruszyło.
Po przełączeniu innego znacznika, który ma już otwartą aplikację, „pulpit wirtualnej myszy” zostaje przeniesiony do lewego górnego rogu głównego ekranu .
Ponieważ błędy te zostały zaobserwowane zarówno w OpenJDK, jak i Oracle Java, w różnych aplikacjach Java, wydaje się bardzo prawdopodobne, że błąd dotyczy Awesome WM.
Powiązane pytanie , artykuł . Próbowałem _JAVA_AWT_WM_NONREPARENTING
i wmname
poprawki, ale nie idź.