On 24 June 2012 11:01, Anselm R Garbe wrote:
> I understand your remark. The newly introduced limitation addresses
> the moving/resizing by mouse only.
Ah, I see. I don't use the mouse for what I described, so as long as
full screen windows can still be tiled my use case is covered. Great!
> The
On 23 June 2012 20:06, Anselm R Garbe wrote:
> Also, dwm now disallows resizing/moving/float fullscreen windows, as
> this doesn't seem very useful anyways.
I haven't tested the changes yet, I just want to say that I find
resizing full screen windows useful sometimes. For some apps (e.g.
Evince)
On 18 April 2012 12:52, Connor Lane Smith wrote:
> On 18 April 2012 08:57, Arian Kuschki
> wrote:
> > for some time now, not sure how long, dwm changes the displayed tag when
> an
> > application is activated.
>
> The blame here is either with dwm or the application,
On 18 April 2012 09:57, Arian Kuschki wrote:
> Hi,
>
> for some time now, not sure how long, dwm changes the displayed tag when
> an application is activated. E.g. I click a link that is opened in an
> external program and that program comes into view even if its tag was not
&
Hi,
for some time now, not sure how long, dwm changes the displayed tag when an
application is activated. E.g. I click a link that is opened in an external
program and that program comes into view even if its tag was not visible
before. Dwm behaves like OS X now in this regard. Is this a bug or a
On 17 April 2012 20:17, Ivan Kanakarakis wrote:
>
>
> On 17 April 2012 21:16, Ivan Kanakarakis wrote:
>
>> try adding
>>
>> #include
>>
>> before the keys array
>>
>>
>
> or use the keycode directly, instead of the keysymbol
>
or use xbindkeys to bind those keys, e.g.
a ~$ cat .xbindkeysr
On 5 April 2012 20:42, Micheal Smith wrote:
> On Thu, Apr 05, 2012 at 08:40:55PM +0200, Arian Kuschki wrote:
> > On 5 April 2012 19:18, Micheal Smith wrote:
> >
> > > Just updated the patch to apply cleanly with 6.0. Hope that helps.
> > >
> > > Than
On 5 April 2012 19:18, Micheal Smith wrote:
> Just updated the patch to apply cleanly with 6.0. Hope that helps.
>
> Thanks,
> Micheal
>
Thanks for this, unfortunately it still does not apply for me. Actually I
think I lost interest in this patch already, it feels too complex. I don't
want to m
On 4 April 2012 22:29, Jan Christoph Ebersbach wrote:
> **
> Hi,
>
> What needs to be done to get the systray patch upstream into dwm? Is there
> any chance of getting it upstream or is it a total no go?
>
> The patch proved to be stable and I continued to refine it over last week.
> Please let m
Hi all,
I would like to learn a new programming language. I do not know C. As
I remember positive reactions on this list when Go came out, I would
like to know if people still think it might be a 'better C'. One thing
I like about Go is that is seems more suitable for server/web stuff,
which is wh
On 4 December 2011 23:55, Rob wrote:
> On 4 December 2011 22:19, Arian Kuschki wrote:
>> I get a segfault when running slock via my acpi handler script:
>>
>> Dec 4 23:15:00 localhost kernel: [26284.789539] slock[13389]:
>> segfault at 0 ip 7f12b8b57879 sp
Hi,
I get a segfault when running slock via my acpi handler script:
Dec 4 23:15:00 localhost kernel: [26284.789539] slock[13389]:
segfault at 0 ip 7f12b8b57879 sp 7fff74d6d810 error 4 in
libnss_files-2.14.1.so[7f12b8b5+b000]
It runs fine when called from the command line etc.
Any i
On 22 June 2011 15:44, Bogdan Ionuț wrote:
>
> it segfaults only when "reloading" dwm? then it's pertag related. i
> use pertag2 and adding m->mfacts[0] = mfact; in createmon() solves the
> issue.
>
> not sure what you mean by "reloading"? I have a suspicion that the problem
has to do with dual d
On 22 June 2011 16:10, Rob wrote:
> Build with debug flags (-g in Makefile)
>
> Enable coredumps in your .xinitrc
> ulimit -c unlimited
>
> Wait until dwm segfaults
> $ gdb --core=path/to/core dwm
> > bt
>
> Voila, you've got the bug's location.
>
> when i enter ulimit without arguments, the outp
On 22 June 2011 15:44, Andrew Hills wrote:
> On Wed, Jun 22, 2011 at 9:32 AM, Arian Kuschki
> wrote:
> > How can I diff my local version against tip?
>
> Check out tip:
>
> hg clone http://hg.suckless.org/dwm
>
> Then diff:
>
> diff /path/to/your/dwm.c /path/
Hi,
after happily having used dwm for years it started to segfault on me in
regular intervals since I switched to a new laptop (T43 -> T420s). Not sure
what the trigger is yet, /var/log/everything looks shows this:
Jun 22 15:25:32 localhost kernel: [11636.771129] dwm[1325]: segfault at 0 ip
0
On 27 May 2011 10:46, Aurélien Aptel wrote:
> On Fri, May 27, 2011 at 10:29 AM, Aurélien Aptel
> wrote:
> > arrows on them. A triangle layout (wqsd or ijkl for example) is much
> > easier to type.
>
> I meant wasd (on qwerty), obviously.
>
> that would be just sweet for the myriads of colemak us
I will take a look at the issue with the '-l' switch when I
have
>> the time.
>>
>> ...
>>
>> On Wed, Sep 01, 2010 at 01:29:37PM +0200, Arian Kuschki wrote:
>> >
>> > Thanks for this, Henri. The only issue I have is that the font colour
>> > does not change when highlighted when I call dmenu with the '-l'
option.
>> > --
>> >
Excerpts from Connor Lane Smith's message of 2010-09-01 21:33:23 +0200:
> I'm sympathetic with this view, being a lover of typography myself. But
> you're in luck! dmenu, dwm, and libdraw already do support variable-width
> fonts. My desktop system runs dmenu in Helvetica. :)
great news, glad to
Excerpts from Ethan Grammatikidis's message of 2010-09-01 19:00:17 +0200:
> Connor Lane Smith wrote:
> > If someone were to write a simple clean xft patch for libdraw it could
> > be useful, perhaps even integrated into mainline.
> This may just be my limited perspective, or it may be my upset sto
Excerpts from Henri Mannerberg's message of 2010-09-01 12:10:06 +0200:
>
> This patch adds support for xft font rendering to dmenu (4.1.1).
>
> Shouts go out to lattenwald (utf8 support) and R. Kyle Murphy (fg color fix)
>
> The patch can also be found at:
> http://aur.archlinux.org/packages.php
Excerpts from LuX's message of 2010-08-16 00:37:54 +0200:
> Example: In bash I have always been missing a history behaving like in
> vim. Let me explain this. If you have typed a long command 'cmd' at
put
"\C-n": history-search-forward
"\C-p": history-search-backward
and/or
"\e[B":history-sea
Excerpts from Uriel's message of 2010-08-10 02:01:40 +0200:
> This seems like a rather clumsy, non-standard and silly way to
> implement globbing.
>
> Implementing * and ? wildcards would be a much better idea.
I've been using the original patch for a while already and I find it
easier and quicke
:
> [2009-10-17 12:55] Arian Kuschki
> >
> > is it just me or does dmenu with meillo's vertical patch applied get slower
> > and
> > slower the more lines you specify with the "-l" option? Anything more than
> > about ten lines is unusable on my
Hi all
is it just me or does dmenu with meillo's vertical patch applied get slower and
slower the more lines you specify with the "-l" option? Anything more than
about ten lines is unusable on my t42 using Ubuntu Karmic development version.
Cheers
Arian
25 matches
Mail list logo
