Re: [dev] [slock] kill slock with Ctrl+Alt+Multiply

2012-01-23 Thread Roman Z.
On Mon, Jan 23, 2012 at 12:38:04PM +0100, Roman Z. wrote: > > dmenu_run & sleep 1; slock > > The screen goes black for a moment, but then slock disappears (without > dying) and you can use the computer again. In general, you need to 1. run a key-grabbing program, like dme

Re: [dev] install dwm

2012-01-23 Thread Roman Z.
> Hi! > > I already tired...I work in dwm on freebsd, but now I need from linux, > and cannot install from source dwm. My Os is Ubuntu x64 latest, I unpack > and 'make clean install', and nothing. > My question, if you have or know a resource that have instruction to > install dwm on ubuntu I w

Re: [dev] [slock] kill slock with Ctrl+Alt+Multiply

2012-01-23 Thread Roman Z.
> I don't think it's a good idea to add complexity to a suckless program > for a _bug_ in X (that is kinda fixed already). Even xscreensaver > doesn't want to fight X insecurities[1]. Let me throw this in: > dmenu_run & sleep 1; slock The screen goes black for a moment, but then slock disappears

Re: [dev] [slock] kill slock with Ctrl+Alt+Multiply

2012-01-22 Thread Roman Z.
> On 21 January 2012 01:13, Bjartur Thorlacius wrote: > > Þann fös 20.jan 2012 23:42, skrifaði Rob: > >> > >> On Fri, Jan 20, 2012 at 07:01:22PM +, Bjartur Thorlacius wrote: > >>   Surely it just destroys the window, you can't get a PID for any X > >> window, > >> since it could be a networked

Re: [dev] dwm: bug in fullscreen mode (SDL?)

2012-01-10 Thread Roman Z.
On Tue, Jan 10, 2012 at 06:42:42PM +, Nick wrote: > Quoth ∞: > > i found bug in dwm-{5.9,6.0} version (and early too) > > when open one of some application fullscreened - eg zsnes, dosbox, > > vbam - in any layout mode screen blacking and nothing work. software > > using SDL, may be in this rea

Re: [dev] [dwm] ncol layout

2011-10-30 Thread Roman Z.
> This leads me to the question to long-time users of nmaster: Do you > guys adjust nmaster frequently, or do you just stick to a particular > setting? I guess the latter... Please let me know. I got one 1680x1050 screen and most of the time I work with one window in the master column. Being able

Re: [dev] [tabbed] how focusing is handled

2011-09-22 Thread Roman Z.
On Thu, Sep 22, 2011 at 05:34:32PM -0400, Benjamin R. Haskell wrote: > On Thu, 22 Sep 2011, Roman Z. wrote: > > >On Wed, Sep 21, 2011 at 09:48:11PM +0200, Roman Z. wrote: > >>Currently, if you run a program in tabbed and move the mouse > >>away from that window

Re: [dev] [tabbed] how focusing is handled

2011-09-22 Thread Roman Z.
On Wed, Sep 21, 2011 at 09:48:11PM +0200, Roman Z. wrote: > Currently, if you run a program in tabbed and move the mouse away from > that window, the program will not respond anymore. > > Since this is much like how X behaves when you run no window manager, > I've been loo

[dev] [tabbed] how focusing is handled

2011-09-21 Thread Roman Z.
Currently, if you run a program in tabbed and move the mouse away from that window, the program will not respond anymore. Since this is much like how X behaves when you run no window manager, I've been looking in dwm code for solutions to this problem but to no avail. Maybe you can tell me what p

Re: [dev] DWM: click through

2011-09-14 Thread Roman Z.
On Tue, Sep 13, 2011 at 02:18:44AM +0400, Alexander Polakov wrote: > * Roman Z. [110913 01:42]: > > Hello! > > > > I've deactivated the "focus follows mouse" feature. I did this by > > commenting out the enternotify event handler: > >

[dev] DWM: click through

2011-09-12 Thread Roman Z.
Hello! I've deactivated the "focus follows mouse" feature. I did this by commenting out the enternotify event handler: static void (*handler[LASTEvent]) (XEvent *) = { /* [EnterNotify] = enternotify, */ But now I'm experiencing this problem: Whenever I click into an unfocused window, it is no