On Sat, 3 Sep 2011 22:38:34 +0200, Aurélien Aptel
wrote:
> Hi,
>
> I currently have no *nix computer at hand to test your patch. This
> behaviour was introduced to make focus work inside tabbed. It has the
> side effect your describing. I didn't find the right way to know
> whether the window ha
Þann lau 3.sep 2011 23:42, skrifaði Daniel Kowalski:
On 09/03/2011 06:45 PM, hiro wrote:
On Sat, Sep 3, 2011 at 18:21, Daniel Kowalski wrote:
Have You started X server before running wmii?
(You shouldn't start wm like that, add it to .xinitrc and use startx)
Why?
W
On 09/03/2011 06:45 PM, hiro wrote:
> On Sat, Sep 3, 2011 at 18:21, Daniel Kowalski wrote:
>> Have You started X server before running wmii?
>> (You shouldn't start wm like that, add it to .xinitrc and use startx)
>>
>
> Why?
>
When I start x server I get xterm window from which I can start wm
Hi,
I currently have no *nix computer at hand to test your patch. This
behaviour was introduced to make focus work inside tabbed. It has the
side effect your describing. I didn't find the right way to know
whether the window has *keyboard* focus or not when it's embed.
I you manage to make it work
Hi
Currently, st sets its focus based on both FocusIn and EnterNotify XEvents
and uses this focus to decide whether to draw the cursor. This causes a
problem for window managers that don't use _focus follows pointer_ because
it is then possible for st to have the keyboard focus but not be drawing
On Sat, Sep 3, 2011 at 18:21, Daniel Kowalski wrote:
> Have You started X server before running wmii?
> (You shouldn't start wm like that, add it to .xinitrc and use startx)
>
Why?
On 09/03/2011 08:02 AM, johny why wrote:
> sh-4.1# wmii
Are You running wmii as root?
On some distros (Ubuntu) root cannot run graphical apps without
workarounds. Run wm as user.
Have You started X server before running wmii?
(You shouldn't start wm like that, add it to .xinitrc and use startx)
