Connor Lane Smith writes:
> Hey,
>
> On 1 April 2010 23:16, anonymous wrote:
>> What if we run 2 dmenu?
>
> You can't. Grabbing the keyboard locks out all other processes, so a
> second dmenu just dies silently.
Yes. This will indeed be a problem if two programs both wish to keep on
top, but I
On Thu, Apr 01, 2010 at 10:12:13PM +0100, Anselm R Garbe wrote:
> On 1 April 2010 18:26, Yoshi Rokuko wrote:
> > On Thu, Apr 01, 2010 at 02:51:52PM +0100, Anselm R Garbe wrote:
> >>
> >> Can you tar up your 64bit build of 9base for me and provide me a link to
> >> it?
> >
> > sure here it is http
The code looks even better. Here's some more additions and some
subtractions.
* I didn't like the "tag" business with the bmarks. It complicates with
little payoff.
* You never in fact had entries being written to history. I store both
smart prefix entries, e.g., "g foobar foo" and ordinary e
On 2 April 2010 00:05, Nibble wrote:
> I use dmenu with dclip, and i need dynamic reallocation in order to
> paste big selections. If you set a fixed size buffer, it will be
> splitted in several items of that size and paste all those fragments
> become a mess.
That may make sense in a separate p
Hi Connor,
I use dmenu with dclip, and i need dynamic reallocation in order to
paste big selections. If you set a fixed size buffer, it will be
splitted in several items of that size and paste all those fragments
become a mess.
Also, take into account that in my dmenu fork (where i use this patch
Hey,
On 1 April 2010 23:16, anonymous wrote:
> What if we run 2 dmenu?
You can't. Grabbing the keyboard locks out all other processes, so a
second dmenu just dies silently.
cls
What if we run 2 dmenu? They will raise themselfs forever? When
first raises, second hides and vice versa.
On 1 April 2010 22:02, Jakub Lach wrote:
> Dnia 1 kwietnia 2010 22:44 Anselm R Garbe napisał(a):
>
>> If you think I miss any bugs it's a good time now to send me a
>> reminder, though bare with me as I'll have limited connectivity during
>> Easter ;)
>>
>> Cheers,
>> Anselm
>
> Feel free to igno
On 1 April 2010 18:26, Yoshi Rokuko wrote:
> On Thu, Apr 01, 2010 at 02:51:52PM +0100, Anselm R Garbe wrote:
>>
>> Can you tar up your 64bit build of 9base for me and provide me a link to it?
>
> sure here it is http://yokuts.org/9base-4.tar.bz2
I put your build into my /usr/local/plan9/bin and g
Dnia 1 kwietnia 2010 22:44 Anselm R Garbe napisał(a):
> If you think I miss any bugs it's a good time now to send me a
> reminder, though bare with me as I'll have limited connectivity during
> Easter ;)
>
> Cheers,
> Anselm
Feel free to ignore this message if you consider it inappropriate.
I
On 1 April 2010 20:38, Anselm R Garbe wrote:
> Forgot to mention I reviewed and applied your patch and added you to
> the LICENSE file as well.
Thanks a lot. :)
cls
Hi there,
just wanted to point out that I started debugging dwm after collecting
several bugs over the time:
http://hg.suckless.org/dwm/file/68386bda4854/BUGS
(I know it looks rather ugly, but it's mainly cut'n'paste from mails and IRC)
If you think I miss any bugs it's a good time now to send
On 1 April 2010 20:24, Troels Henriksen wrote:
> dmenu has a bug (or undesirable behaviour) in that it does not raise
> itself back to the top if another window appears on top of it, yet it
> will still keep keyboard focus, and the user will be typing into an
> invisible (or obscured) window.
>
>
On 1 April 2010 20:40, Connor Lane Smith wrote:
> The last dmenu revision doesn't make any sense. It goes through a load
> of hassle and complexity dynamically reallocating memory, and then has
> no real effect, because text is a fixed 4096 byte buffer. Items longer
> than 4096 chars are just plai
Hi Connor,
On 1 April 2010 20:40, Connor Lane Smith wrote:
> The last dmenu revision doesn't make any sense. It goes through a load
> of hassle and complexity dynamically reallocating memory, and then has
> no real effect, because text is a fixed 4096 byte buffer. Items longer
> than 4096 chars a
dmenu has a bug (or undesirable behaviour) in that it does not raise
itself back to the top if another window appears on top of it, yet it
will still keep keyboard focus, and the user will be typing into an
invisible (or obscured) window.
The attached patch makes dmenu raise itself (by XRaiseWindo
Hey,
The last dmenu revision doesn't make any sense. It goes through a load
of hassle and complexity dynamically reallocating memory, and then has
no real effect, because text is a fixed 4096 byte buffer. Items longer
than 4096 chars are just plain inaccessible.
There are two options here. Either
On Thu, Apr 01, 2010 at 02:51:52PM +0100, Anselm R Garbe wrote:
>
> Can you tar up your 64bit build of 9base for me and provide me a link to it?
sure here it is http://yokuts.org/9base-4.tar.bz2
regards, yoshi
nibble and me cleaned up a bit more my refactored script and
now supports youtube and does not depends on awk, the code
is now much cleaner and easy to ready/modify.
The last script depends on dmenu from mercurial, so it uses
-e $xid to embed.
http://surf.suckless.org/files/bmarks
enjoy :)
bt
On 1 April 2010 14:07, Yoshi Rokuko wrote:
>>> if i start rc it segfaults on commands like ls or echo (also with 9base
>>> ls) is this known? i use the official x86_64 slackware linux 13.0.
>>
>> Can't reproduce on my 64bit host garbe.us. I use OBJTYPE=x86_64
>> however and run werc with it.
>
> w
>> if i start rc it segfaults on commands like ls or echo (also with 9base
>> ls) is this known? i use the official x86_64 slackware linux 13.0.
>
> Can't reproduce on my 64bit host garbe.us. I use OBJTYPE=x86_64
> however and run werc with it.
what might be interesting is that plan9port works as
Rumai 3.2.2 (2010-04-01)
Ruby interface to the wmii window manager
http://snk.tuxfamily.org/lib/rumai/
Rumai is a [1]Ruby interface to the [2]wmii window manager.
Version 3.2.2 (2010-04-01)
This release fixes some warnings that appeared d
22 matches
Mail list logo
