>On Sat, 23 Sep 2023 18:27:01 +0100
>Christopher Lang wrote:
> Are you able to reproduce this problem on your machine with the
> following in .xinitrc?
> xcompmgr -n -f -I 0.1 -O 0.1 -D 8 &
>
I was able to reproduce this problem by including that line in .xinitrc. By
changing values,
Tom Schwindl writes:
> I too cannot reproduce this with the latest commit "7ab0cb5ef0e1", neither
> on OpenBSD nor on void linux. It would be useful to know which patches you've
> applied and what the contents of your config.h actually are.
>
> Have you already tried to use the current master w
NRK writes:
> On Fri, Sep 22, 2023 at 12:22:25PM +0100, Christopher Lang wrote:
>> I'm guessing that when the second dmenu opens, the first one is still
>> fading out and this stops XCreateIC from working as intended?
>
> Worth noting that according to the docs XCreateIC() may return NULL -
> s
On Fri, Sep 22, 2023 at 12:22:25PM +0100, Christopher Lang wrote:
> I'm guessing that when the second dmenu opens, the first one is still
> fading out and this stops XCreateIC from working as intended?
Worth noting that according to the docs XCreateIC() may return NULL -
something that isn't check
NRK writes:
> On Thu, Sep 21, 2023 at 02:02:12PM +0100, Christopher Lang wrote:
>> I run the following shell command:
>> seq 2 | dmenu && seq 3 | dmenu
>> The first dmenu instance opens as expected. I hit the enter key and a 1
>> is printed. However, the second dmenu instance does not appear.
On Thu, Sep 21, 2023 at 02:02:12PM +0100, Christopher Lang wrote:
>
> I have experienced the following bug on both arch linux and void linux.
> dmenu and dwm are both installed with config.h equal to config.def.h.
>
> I run the following shell command:
> seq 2 | dmenu && seq 3 | dmenu
> The fir
On Thu, Sep 21, 2023 at 02:02:12PM +0100, Christopher Lang wrote:
> I run the following shell command:
> seq 2 | dmenu && seq 3 | dmenu
> The first dmenu instance opens as expected. I hit the enter key and a 1
> is printed. However, the second dmenu instance does not appear.
Cannot reproduce on
I have experienced the following bug on both arch linux and void linux.
dmenu and dwm are both installed with config.h equal to config.def.h.
I run the following shell command:
seq 2 | dmenu && seq 3 | dmenu
The first dmenu instance opens as expected. I hit the enter key and a 1
is printed. Ho
On 02/09/2013 03:57 AM, Daniel Zhang wrote:
Do you know how to fixed it? I did some try but could not find where
should be fixed.
The offending function is grabkeyboard: XGrabKeyboard(dc->dpy,
DefaultRootWindow(dc->dpy), True, GrabModeAsync, GrabModeAsync,
CurrentTime).
Try deleting calls
Do you know how to fixed it? I did some try but could not find where should
be fixed.
2013/2/9 Bjartur Thorlacius
> On Fri, Feb 8, 2013 at 12:27 PM, Daniel Zhang wrote:
> > I use fcitx for inputing chinese, it works well in Xlib program such as
> st,
> > xterm, urxvt. But in dmenu, it cannot b
On Fri, Feb 8, 2013 at 12:27 PM, Daniel Zhang wrote:
> I use fcitx for inputing chinese, it works well in Xlib program such as st,
> xterm, urxvt. But in dmenu, it cannot be activated(using ctrl+space).
>
Dmenu annoyingly grabs the entire keyboard and thereby disables all
other keyboard shortcuts.
I use fcitx for inputing chinese, it works well in Xlib program such as st,
xterm, urxvt. But in dmenu, it cannot be activated(using ctrl+space).
The enviourment variable relate to ime that I setted in ~/.xinitrc:
export XMODIFIERS="@im=fcitx"
export GTK_IM_MODULE="fcitx"
export QT_IM_MODULE="fcit
Hey,
On 9 December 2011 10:19, Suraj N. Kurapati wrote:
> On Fri 09 Dec 2011 01:12:52 AM PST, Suraj N. Kurapati wrote:
> > -) | exec ${SHELL:-"/bin/sh"}
> > +) | exec ${SHELL:-"/bin/sh"} &
>
> We can remove this outer exec entirely; it's a no-op on my system.
I've pushed a fix,
-) | exec ${SHEL
On Fri 09 Dec 2011 01:12:52 AM PST, Suraj N. Kurapati wrote:
> -) | exec ${SHELL:-"/bin/sh"}
> +) | exec ${SHELL:-"/bin/sh"} &
We can remove this outer exec entirely; it's a no-op on my system.
diff --git a/dmenu_run b/dmenu_run
index 35a4db3..2257ce0 100755
--- a/dmenu_run
+++ b/dmenu_run
@@ -6,
On Thu 08 Dec 2011 09:48:07 PM PST, Kaibin Li wrote:
> In current hg tip, after launching a program from dmenu, the process
> of dmenu_run will not exit until the program launched by it exits.
Good find! Here is my patch to fix the problem. Cheers.
diff --git a/dmenu_run b/dmenu_run
index 35a4d
Hi there,
In current hg tip, after launching a program from dmenu, the process of
dmenu_run will not exit until the program launched by it exits. e.g:
run 'firefox' via dmenu
> pstree
|-login---bash---xinit-+-Xorg
| `-dwm-+-dmenu_run---sh---firefox---18*[{firefox}
$ echo a | dmenu
X Error of failed request: BadValue (integer parameter out of range
for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 36
Current serial number in output stream: 39
this happens when the poin
17 matches
Mail list logo
