Re: [dwm] Virtual keyboards

2009-01-26 Thread Anselm R Garbe

I like this patch and will apply it to 5.4 which is going to be
released until the weekend. I should get broadband today that I'll be
back online and can support questions regarding my upcoming st and
libtg release.

Kind regards,

2009/1/22 Peter Hartlich

 A port of that +
 is attached. Thanks Gottox!


Re: [dwm] Layers

2009-01-26 Thread Anselm R Garbe
2009/1/22 Matthias-Christian Ott
 Dwm has by default a floating and a tiled layer that can have a different
 layout. Tiling or maximisation works fine for most clients (by the way,
 is there are reason why windows are called clients in dwm jargon?), some
 dialogs, popups or short-living windows require to be floating. Therefore
 dwm keeps these windows on an upper layer.

It's called client because it's a client of the window manager -- the
terminology has been in use for ages in different WMs and been adopted
by dwm for this legacy reason in order to increase the understanding
by the reader (who might compare the code base with different WMs).

 While this makes sense for most applications, there are some (Gimp is
 as famous example for this) that are build around this WIMP concept and
 thus have to be floating in order to usable. But sometimes it makes sense
 to quickly hide them to access information hidden by them (for example
 I use the dictionary programme Ding when writing E-Mails in English).

 A common approach would be to dedicate a tag to them and switch
 via ALT+TAB back and forth. In my opinion this a bit cumbersome and
 non-intuitive. I rather expect to rotate the two layers like I can do
 with windows in monocle layout.

Well, apart from the floating mode, I bind gimp to the dedicated tag
7 where I only assign broken apps with. Since all gimp windows are
floating by the same rule, toggleview()'ing 16 will do the trick
without switching the layout.

Kind regards,

Re: [dwm] Re: What happened here?

2009-01-26 Thread Yoshi Rokuko
 On Sun, Jan 25, 2009 at 6:28 PM, Christian Garbs wrote:
 On Tue, Jan 20, 2009 at 01:42:32PM +0100, hiro wrote:
 dwm arranges the windows on the screen, nothing more, nothing less.
 No program icons, no desktop environment, no notification services.

 Dwm is arranging windows dynamically, listens to multiple X events
 and, as far as I know, provides a status bar.
 It's doing quite some stuff in my view...

I agree, but what about simplicity if you need to program and to run an
extra binary in order to get the status of your windows? I think you would
get more flexibility but lose simplicity?

[dwm] [ANNOUNCE] dvtm-0.5

2009-01-26 Thread Marc Andre Tanner
Hi all,

This release should have happened way earlier, but some real
world issues delayed it. Sorry about that, but better late than

Changes include:

 * Scrollback support

   By default 500 lines scrollback history is preserved, this can
   be changed in config.h or overridden by the -h command line option
   at runtime.

   Scrolling is done with Mod+PageUp and Mod+PageDown.

 * 256 color support

   dvtm checks on startup whether your terminal supports 256
   colors this detection is done by curses which looks at 
   $TERM and the terminfo database. If dvtm thinks your terminal
   supports 256 colors then the child windows $TERM will be set to
   rxvt-256color. This means you will need a coressponding file in 
   /usr/share/terminfo/r or wherever your prefered distro stores it.

   For debian based distributions the file is provided by the 
   ncurses-term package.

   In the long term it would be good to have a dvtm specific 
   terminfo file. Volunteers are more than welcome.
 * Reduced latency on some keystrokes (lower $ESCDELAY value by
 * Statusbar should now support wide characters

 * $DVTM environment variable which is set to the current version.

   This is meant to be used in shell startup scripts.

   [ ! -z $DVTM ]  echo Welcome to dvtm!;

 * Screen lock functionality with Mod+X

 * Support for shifted arrow keys

 * Mod+? now displays the dvtm man page

 * Cygwin compile fix

 * Code cleanups and shrinkage by adding lots of static modifiers

 * Top stack layout (not compiled in by default)

 * Scripting interface over a named pipe (not compiled in by default)

   See the following mailing list post for further information:

Special thanks goes to Donald Chai for his work on scrollback and
256 color support.

Have fun!

 Marc Andre Tanner  GPG key: CF7D56C0