xmonad + PyCharm

экий вы извращенец

пользоваться другими нормальными WM

Это жавная вроде как проблема, не имеющая решения. У меня в IDEA такое периодически случается.

https://awesome.naquadah.org/wiki/Problems_with_Java

проблема решаема:

myStartupHook =  do
  setWMName "LG3D"
  ... other commands

Еще есть проблема с фокусом всплывающих окон:

logHook' h = do
  takeTopFocus
  ... other commands

atom_WM_TAKE_FOCUS ::
  X Atom
atom_WM_TAKE_FOCUS =
  getAtom "WM_TAKE_FOCUS"

takeFocusX ::
  Window
  -> X ()
takeFocusX w =
  withWindowSet . const $ do
    dpy       <- asks display
    wmtakef   <- atom_WM_TAKE_FOCUS
    wmprot    <- atom_WM_PROTOCOLS
    protocols <- io $ getWMProtocols dpy w
    when (wmtakef `elem` protocols) $
      io . allocaXEvent $ \ev -> do
          setEventType ev clientMessage
          setClientMessageEvent ev w wmprot 32 wmtakef currentTime
          sendEvent dpy w False noEventMask ev

-- | The value to add to your log hook configuration.
takeTopFocus ::
  X ()
takeTopFocus =
  (withWindowSet $ maybe (setFocusX =<< asks theRoot) takeFocusX . W.peek) >> setWMName "LG3D"

С Intellij IDEA на работе проблем нет вобще

http://code.google.com/p/xmonad/issues/detail?id=177 - баг с описанием решения

>пользоваться другими нормальными WM

Ты пример «нормальных» приведи, а мы посмеёмся =)

У меня решилось этим:

export _JAVA_AWT_WM_NONREPARENTING=1

kwin же

>kwin же

Да ты мышевоз! За меня окна таскает ЭВМ :'3

ты не осилил фреймовый режим в kwin'е?

пользоваться другими нормальными IDE

obvious fix

Как фреймовый режим в kwin'е отменяет мышевозню? В офтопике тоже есть фреймовый режим и что?

ну и это тоже

> Как фреймовый режим в kwin'е отменяет мышевозню?

а как фреймовые wm отменяют мышевозню? путём раскидывания по раб столам и расположению окон в непересекающихся областях. запускать проложения можно по alt-F2, везде использовать хоткеи. вот и уменьшение затрат времени на мышевозню

> У меня в IDEA такое периодически случается.

а еще появилась забавная штука: курсор теряется. чтоб нашелся, надо жмакнуть например на пункт меню. как побороть?

>ты не осилил фреймовый режим в kwin'е?

Это просто не серьезно

а как фреймовые wm отменяют мышевозню?

Фреймовость и мышывозность вещи абсолютно не связанные.

C kwin последний раз имел дело очень-преочень давно, поэтому если сейчас использование KDE без мыши не вызывает напрягов, то я рад.

Не в курсе :) А у меня вместо обычного курсора иногда появляется рука как для перетаскивания элементов. Помогает тоже, жмакание по определенным элементам меню. IDEA тот еще глюкодром.

Патчик для awesome, который решал ту же проблему, у меня по-короче был. Вообще очень забавно как авторы фреймовых wmов кладут с пробором на спецификации.

> Фреймовость и мышывозность вещи абсолютно не связанные.
ок, а что же тогда уменьшает мышевозность?

> Это просто не серьезно
что именно? настроить отображение по фреймам в квине можно, настроить поведение оконного менеджера в зависимости от типа окна тоже. какие есть киллер-фичи в xmonad, awesome, etc, аналогов которых нет в квине (и которые реально нужны)?

ок, а что же тогда уменьшает мышевозность?

Гибкость настройки, в пределе полная скриптуемость. То есть возможность реализовать то, что не сделали авторы wm.

возможность реализовать

Сразу оговорюсь, понятно, что сев за C++ и при наличии достаточной усидчивости можно и kwin под себя запилить.

Я же говорю о случае, когда изменения поведения wm это рядовое событие, по сути у каждого пользователя уникальный по фичам wm, в этом и прелесть awesome, xmonad, etc...

> в пределе полная скриптуемость
так квин умеет это

зачем плюсы? javascript в руки и скриптуй квин на здоровье

так квин умеет это

Ты слышал что умеет или скриптовал? На деле могут быть такие волшебные ограничения, что вся автоматизация будет годится разве на изменение размеров окон и прочей элементарщины.

на деле можно накодить даже пинг-понг. сам не занимался, так как не хочу красноглазить, меня и так всё устраивает

> пользоваться другими нормальными IDE

++