Re: [dwm] status

From: Anselm R. Garbe <arg_AT_suckless.org>
Date: Thu, 12 Jul 2007 07:49:03 +0200

On Thu, Jul 12, 2007 at 01:46:10AM +0200, pancake wrote:
> On Wed, 11 Jul 2007 21:20:10 +0200
> "Anselm R. Garbe" <arg_AT_suckless.org> wrote:
>
> > I plan to release dwm-4.3 (containing certain bugfixes) until
> > Saturday and some initial win32 code about d4w (dwm for windows)
> > later on (which is planned as explorer.exe replacement).
>
> Can you consider the 'clientspertag' patch? I have been using it
> since I send it, and it works like a charm and it is almost orthogonal
> and multifunctional with just few lines of patch.
>
> Does anybody has test it?

I will check it today, but I can't tell you yet.

> > dmenu will also be reimplemented as dm4w counterpart.
> a native port of the 9base would be really cool too, batch scripting
> sucks as much as msdos does (also vbscripting too), i was thinking
> on a 9p based rpc to execute programs and list directories on a remote
> linux box.

Well, there is inferno for such things. I don't plan to port any
plan9- or unix-specific things to win32, actually it doesn't
work well, see all the compatibility problems with cygwin bash, other
directory delimeters, different quoting, etc. - but at least you
can use it with the windows terminal app . Of course cmd sucks,
but why not using ruby or python as a shell? The more important
thing than the shell language is the terminal. If cmd sucks, one
could consider 4nt or something like that.

> This linux box can be a local colinux (I'm using it with arch, and it is
> awesome to see how it and with a dual core processor) (splits one cpu for
> w32 and the another one for linux) with no performance payload.
>
> So it could be possible to run a cygwinned X and execute programs from
> there with native performance with a fully integrated w32 and gnu/linux
> system.

Well I don't plan to live in a hybrid environment, then I could
use vmware and won't need to implement a single line of code.

> BTW rethinking on this. dmenu could run natively on colinux, avoiding the
> stupid communication between w32 and linux hehe, but how do you plan
> to use dmenu with .exes? and batches? cygwin?

A win32 variant of dmenu would behave like in unix, reading
stdin and writing to stdout.

> > Because I recently get more in touch with the win32 platform
> > (due to job reasons) I also plan to design st in a more portable
> > way (which means using a tty-abstraction layer which will work
> > on both, UNIX and windows -> putty sucks ;))
>
> putty on fullscreen really rocks, but misses tabbing that can be
> done with screen, btw rxvt on w32 sucks, apart from putty i don't
> know any other decent terminal emulator for w32.

Actually the beast in gvim.exe feels much better than putty.

> i'm interested too, coz of work and some ida + ollydbg, i will love to use
> dwm on w32, btw what i think is more difficult to do is the autodetection
> for "floating windows" like popups and so, because windows is less designed
> for tiled layouts and resizing windows (like cmd.exe) isn't possible.

That is a good point, however if the detection gets too clumsy I
could live with rules (actually applicable due a shortcut
somehow).

> btw, i would love to use it, about the tray issue, i suggest to (at least
> temporally use an external application like the bb4win one, or directly not
> supporting it, or provide an external tool.

We will see, supporting the systray can't be that hard, maybe
the bar height might be dependent from 16 pixels for systray
icons, but I could live with it.

> I can't imaginate a tray inside dwm.

I can, just some remaining space at the right end.

> How do you plan to use stdin and stdout on w32? a dwm-run.bat would be
> really funny X"D

Like the same in unix. The interface should simply be the same.
Maybe we need a native program to list all executables on win32.

Regards,

-- 
 Anselm R. Garbe >< http://www.suckless.org/ >< GPG key: 0D73F361
Received on Thu Jul 12 2007 - 07:49:03 UTC

This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 14:46:00 UTC