12/06/07 23:49:27.28 8hiRwhan
fullscreenを半透明にしてたらpointerお断りlayoutになっていた。
flotingが上にくるから…
fullscreenのが薄いと下にあるように見えるけど実際はカバーになってんだよなー。
しばらくマウスとか使ってなかったから気付かなかった。
でも上にある方が重ね表示としては都合がいい…
725:login:Penguin
12/06/09 14:08:07.47 fjGMIei6
最初は意味ないやんと思ってたけど、
Xmonad with GNOMEが意外と便利
726:login:Penguin
12/06/09 14:08:57.84 MvQ0cPd3
Xmonad使い始めたんだがmltermより良さそうなターミナルあったら教えてくれ
727:login:Penguin
12/06/09 14:09:58.26 pE7O9bBx
自分はurxvt使ってる
728:login:Penguin
12/06/09 14:13:45.58 Y1nlRJC7
僕はgnome-terminal！
729:login:Penguin
12/06/09 14:16:20.59 MvQ0cPd3
urxvt入れた
gnome-terminalみたいにCtrｌ＋Shift+C、Vでターミナルで表示されてる奴を一発でコピペしたい・・・
730:login:Penguin
12/06/09 16:37:26.07 qvXadJ3U
sakuraかわいいよsakura
731:login:Penguin
12/06/16 14:39:59.36 odACyG+k
xmonad と unclutter を動かして xev にカーソルをあわせていると
1. xev以外の window に focus していて unclutter がカーソルを消したとき
2. unclutter がカーソルを消した後に window の focus を変えたとき
に xev に focus してしまう。
unclutter -grab ではならない。
unclutter -noevents では 1. は起きない。
# xev以外もあったような。openbox では起きない。
# unclutter -grab には別の問題がある。grab(XGrabPointer) するんで別app が grab できない。
こうならない xmonad 設定か unclutter 代替ありませんかねえ。
ちなみに hhp とかいうのはソースみたところ unclutter -grab と同じみたいだった。
以下、なんとなくわかっていること。
xev以外のwindow間でfocus変わるとなぜか
カーソル下 InputOnly window (unclutter が作る小さな不可視カーソル window。xev の子window)
に FocusIn, FocusOut が発生。
(focus変更時にfocusがない瞬間があってカーソル下windowが focus している？)
FocusOut で unclutter がカーソル下 InputOnly window を XDestroyWindow する。
xev に EnterNotify がとどくとなぜか xev が focus する。
xev にとどく EnterNotify の原因:
- 1. のケースで unclutter が XSendEvent する(-noevents なしのとき)
- 2. のケースでカーソル下 InputOnly window の XDestroyWindow 後カーソル下に xev があるため発生
XFixesHideCursor を使えばいい気はしているので XFixesHideCursor使用の unclutter 代替があれば
いいのかもしれない。そんくらい自分で書くべきか。
732:login:Penguin
12/06/16 14:45:43.77 SuvQxPyZ
unclutterは色々おかしなことが起きるからxdotoolで端に飛ばすようにした
733:login:Penguin
12/06/17 22:18:14.28 syvV7IAr
条件にしたがって xdotool を呼ぶってことですよね？
条件(やっぱり5秒 mouse event がないとか？)部分は tool 書いてるとかですか？
それとも mouse 禁止でとにかく飛ばしている？
734:login:Penguin
12/06/18 14:22:31.36 BwbQ/s1w
urxvtに背景画像適用できん・・・・
735:login:Penguin
12/06/18 22:38:12.08 QpjZIBIf
xmonad で条件に従って floating を tiling の下にすることってできます？
いやまあ方法と問わなければできるとは思うんですが。
Operations.hs の windows で restackWindows しているから、
その後さらに restackWindows するとかしないとダメですかね。
なにか用意されている方法があればいいのですが。
736:login:Penguin
12/06/19 23:07:07.97 VhsaXBDW
>>735
単純に logHook で Query で特定のウィンドウを lowerWindow してみたけど、ちらつくね。
737:login:Penguin
12/06/20 17:20:37.52 8c4bijfh
xmobar を透過できた人いる？
738:login:Penguin
12/06/20 18:24:36.48 YjNQsd3K
半透明は甘え
739:login:Penguin
12/06/21 00:13:09.38 s9cUZ8oo
>>736
やっぱりそうなりますか。それを回避するためにはちょっと姑息な手が必要になりそうですね。姑息というか汚いだけか。うーん…
>>737
できる。wm に任せるという場合は…それでもできるでしょう。という答には意味がないかな。
740:login:Penguin
12/06/21 01:20:27.82 nsfn4R3Q
>>739
しかし、それって float じゃないと駄目なんですかね。
位置やサイズが決っていれば、レイアウトでやっちゃえば良いじゃん、と思うんですが。
741:login:Penguin
12/06/26 23:43:34.27 R5Qm9rff
それは、floating を tiling layout の一部で実現するとか、その逆とかですか？逆はないか。
ありな気はしますね。floating が tiling として扱うことによる弊害がありそうですが。
tiling の下にしたい floating だけを対象にすべきか。いや、全floating を対象にした方がいいか。
なんか割と面倒かも。
742:740
12/06/27 05:45:49.39 b2SaBGtl
>>741
目的はなんなんでしょう。
背景で動画を流すためのレイアウトは作ったことあります、floating 限定ってのが想像つかないです。
特定のウィンドウだけを、特定の位置とサイズで配置するレイアウトなら10行もいらなさそうだし、情報を表示したいとかなら、そっちのほうが簡単かなーと。
743:login:Penguin
12/06/28 16:24:34.72 qZZU/XY/
>>734
afterimage適用させてコンパイルしてないからだろう
744:741
12/06/28 19:52:36.77 D2SKFD33
>>742
目的はそんな感じです。(背景で動画)
下にする理由はマウス操作のためですが。
更にいうと、動画window は全画面にしているブラウザで、これ自体が操作対象になります。
で、操作対象にしているとき(focused のとき)は前面になってほしい。
今、全画面window が floating になっているだけで、floating でなければならない訳ではありません。
条件(とりあえず unfocused)に従って floating を tiling の下にするというのは 1つの案です。
# ただ、全画面window 以外の floating についてもそう(下に)なった方が望ましいとは思っています。
# まあこれはおまけ程度に考えているので、ならなくてもいいんですが。
↓ができればいいって感じですね。(上記と同じか)
1. focused window でマウス操作可
2. 特定のwindowを背景/前面にできる
3. 同window を操作できる(focused をあてられる)
今はマウス操作が必要になったときに全画面を解除しています。