stumpwm-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[STUMP] Cinelerra handling problems


From: Johnny
Subject: [STUMP] Cinelerra handling problems
Date: Sun, 11 Sep 2011 13:03:32 +0100
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/23.2 (gnu/linux)

After reasonably succesfully integrating Gimp into my stumpwm setup [1], I
am trying to do something similar for cinelerra. Using the same steps as
in the "Handling the Gimp" instructions [2], I dump the two files
cinelerra-rules and cinelerra-layout. 

Trying to edit the cinelerra-rules file for placement rules, I am at a
loss how to identify the windows spawned by cinelerra. Using a shell and
"xprop", all cinelerra windows have the same class?! In a futile
attempt, I tried to use NAME instead in the rules, but that gracefully
crashed stumpwm (well, I probably should expect this in using undefined
identifiers!). 

xprop output for "Cinelerra: Resources":
,----
| _NET_WM_STATE(ATOM) = 
| _NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0
| _NET_WM_DESKTOP(CARDINAL) = 1
| WM_STATE(WM_STATE):
|                 window state: Normal
|                 icon window: <field not available>
| _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, 
_NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CLOSE
| WM_HINTS(WM_HINTS):
|                 bitmap id # to use for icon: 0x1000066
|                 bitmap id # of mask for icon: 0x1000067
|                 window id # to use for icon: 0x100006a
|                 window id # of group leader: 0x1000064
| WM_CLIENT_LEADER(WINDOW): window id # 0x1000064
| WM_CLASS(STRING) = "cinelerra", "Cinelerra"
| WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
| WM_NORMAL_HINTS(WM_SIZE_HINTS):
|                 program specified location: 0, 1
|                 program specified size: 838 by 733
|                 program specified minimum size: 100 by 100
|                 program specified maximum size: 32767 by 32767
| WM_ICON_NAME(STRING) = "Cinelerra: Resources"
| WM_NAME(STRING) = "Cinelerra: Resources"
`----

xprop output for "Cinelerra: Viewer":
,----
| _NET_WM_STATE(ATOM) = 
| _NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0
| _NET_WM_DESKTOP(CARDINAL) = 1
| WM_STATE(WM_STATE):
|                 window state: Normal
|                 icon window: <field not available>
| _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, 
_NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CLOSE
| WM_HINTS(WM_HINTS):
|                 bitmap id # to use for icon: 0x2e00066
|                 bitmap id # of mask for icon: 0x2e00067
|                 window id # to use for icon: 0x2e0006a
|                 window id # of group leader: 0x1000064
| WM_CLIENT_LEADER(WINDOW): window id # 0x1000064
| WM_CLASS(STRING) = "cinelerra", "Cinelerra"
| WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
| WM_NORMAL_HINTS(WM_SIZE_HINTS):
|                 program specified location: 1, 1
|                 program specified size: 838 by 733
|                 program specified minimum size: 100 by 100
|                 program specified maximum size: 32767 by 32767
| WM_ICON_NAME(STRING) = "Cinelerra: Viewer"
| WM_NAME(STRING) = "Cinelerra: Viewer"
`----

Attached are also my cinelerra-rules and cinelerra-layout:

Attachment: cinelerra-rules
Description: cinelerra-rules

Attachment: cinelerra-layout-1680x1050
Description: cinelerra-layout

I am out of ideas on how to make this work.

Another feature is that Cinelerra steals my prefix key! I am using the
default C-t and this keeps adding an audio track, so I have to quit
Cinelerra to regain control of the window manager. I know I could change
the prefix key, but shouldn't Cinelerra act like e.g. emacs and not
receive any keypress events from C-t?

Thanks for any insight! 

Footnotes: 
[1]  http://lists.nongnu.org/archive/html/stumpwm-devel/2011-09/msg00010.html
[2]  http://stumpwm.svkt.org/cgi-bin/wiki.pl/Handling_the_Gimp

-- 
Johnny

reply via email to

[Prev in Thread] Current Thread [Next in Thread]