Re: [dwm] dwm for win32 - bug.n NEW version (3.5)
On Tue, Feb 10, 2009 at 5:36 PM, jo...@freenet.de wrote: Am Sat, 7 Feb 2009 11:14:57 + schrieb A.S. Bradbury a...@asbradbury.org: After soom googling, it appears that putty requires the WM_ENTERSIZEMOVE and WM_EXITSIZEMOVE messages[1] to bracket its resizes. It seems this has been translated into AutoHotKey commands on the forums[2]. Is there any chance you could add such a workaround for putty? With your help it was easy - thank you. And so I did - version 3.5.1 ready to download. Please report any problems, since I just did basic tests with a portable version. This seems to work well for me. Thank you for incorporating these changes, and thanks for bug.n. Alex
Re: [dwm] dwm for win32 - bug.n NEW version (3.5)
Am Sat, 7 Feb 2009 11:14:57 + schrieb A.S. Bradbury a...@asbradbury.org: After soom googling, it appears that putty requires the WM_ENTERSIZEMOVE and WM_EXITSIZEMOVE messages[1] to bracket its resizes. It seems this has been translated into AutoHotKey commands on the forums[2]. Is there any chance you could add such a workaround for putty? With your help it was easy - thank you. And so I did - version 3.5.1 ready to download. Please report any problems, since I just did basic tests with a portable version. Kind regards, joten
Re: [dwm] dwm for win32 - bug.n NEW version (3.5)
I have created and uploaded a new version of bug.n (3.5). With this version I splitted bug.n in three parts to get the source code more organized and to allow the use of the tiling window management functions as a standalone script. * bug.n (tiling window management) * brew (tagging) * mule (status bar) Furthermore I added the following features and solved some minor problems: + The border color of the active window can be set independently from the windows theme setting (in case the user cannot alter the theme) allowing to distinguish the active window, if the title bars are hidden. + Hiding the title bars is optional. + The borders can be hidden preventing the user from resizing the window at the border. + The zoom function is now reversible allowing to shift a window from the master to the stacking area and back. + When changing the tag, the active window now changes. + mfact is saved per tag allowing different sizes of the master area on different tags/views. + Window sizes and positions are saved from the floating state and therefor are reapplied, when changing to the floating layout, making a window floating or exiting bug.n. For further information, please see the bug.n description and bug.n help. download # bug.n 3.5 Executable (http://freenet-homepage.de/bug.n/download/bugn_35.exe.zip) # bug.n 3.5 AutoHotkey source (http://freenet-homepage.de/bug.n/download/bugn_35.zip) # bug.n standalone 1.0 AutoHotkey source (http://freenet-homepage.de/bug.n/download/bugn_sa_10.zip) # brew standalone 1.0 AutoHotkey source (http://freenet-homepage.de/bug.n/download/brew_sa_10.zip) # mule standalone 1.0 AutoHotkey source (http://freenet-homepage.de/bug.n/download/mule_sa_10.zip) Greetings, joten
Re: [dwm] dwm for win32 - bug.n NEW version (3.5)
On Sat, Feb 7, 2009 at 9:27 AM, jo...@freenet.de wrote: I have created and uploaded a new version of bug.n (3.5). This looks great. The problem I have is that I mainly use a tiling window manager to manage multiple terminals, and putty is the only decent ssh client + terminal emulator I've managed to find on Windows. Unfortunately, it seems its windows can't be resized by bug.n, winsplit revolution or any other similar tools I've tried. After soom googling, it appears that putty requires the WM_ENTERSIZEMOVE and WM_EXITSIZEMOVE messages[1] to bracket its resizes. It seems this has been translated into AutoHotKey commands on the forums[2]. Is there any chance you could add such a workaround for putty? Is there an alternative terminal you find works particularly well with bug.n? Regards, Alex [1]: http://softwareetc.wordpress.com/2008/10/07/resizing-putty/ [2]: http://www.autohotkey.com/forum/topic7935.html
Re: [dwm] dwm for win32 - bug.n NEW version (3.5)
On Sat, Feb 7, 2009 at 3:14 AM, A.S. Bradbury a...@asbradbury.org wrote: On Sat, Feb 7, 2009 at 9:27 AM, jo...@freenet.de wrote: I have created and uploaded a new version of bug.n (3.5). After soom googling, it appears that putty requires the WM_ENTERSIZEMOVE and WM_EXITSIZEMOVE messages[1] to bracket its resizes. It seems this has been translated into AutoHotKey commands on the forums[2]. Is there any chance you could add such a workaround for putty? Is there an alternative terminal you find works particularly well with bug.n? I haven't tried bug.n myself, but I prefer the rxvt terminal under Windows (ala Cygwin). I don't know whether rxvt would behave any better, but it might be a good place to start.
Re: [dwm] dwm for win32 - bug.n
Am Wed, 19 Nov 2008 21:37:07 +0200 schrieb Maxim Vuets [EMAIL PROTECTED]: Thank you for trying bug.n. It is always helpful, since most problems do not appear in my working environment. Interesting solution. Just three things I have faced with: 1. Title bars are hidden, so it is not easy to distinguish which window is active. Hiding the title bars is intended. bug.n displays the title of the active window in the bar, but leaves drawing the border to Windows. I am using Windows Vista without Aero and a theme, where the border of the active window has a different color, thus achieving the same effects as dwm. 2. ModKey+Enter moves a window from stack to master, but not vice versa. Ah, yes, I was not aware of this feature. I will see and try to implement it, if I can match it with the data structure. 3. VisualStudio 2003 (my main app under windows) makes some gap. Looks like bug.n sees two windows when in fact there is only one. ModKey+Shift+d: I do not know if can find a general solution for this; it is not yet obvious for me, what causes this problem (parent - child? window owner? ...). But one way to deal with the problem could be to write the class 'IDEOwner' to the 'rules' list in 'config.ahk' setting it to 'floating', which will lead bug.n to exclude those windows from tiling. IDEOwner,NULL,NULL,NULL,1; Kind regards, joten
Re: [dwm] dwm for win32
Am Tue, 18 Nov 2008 19:35:36 + schrieb Anselm R Garbe [EMAIL PROTECTED]: No, this project has been cancelled. I remember some links of two other projects, one commercial one which aimed something similiar like dwm on win32. But all projects I tried were disappointing Yes, I at least found: # WindowSizer (shareware, closed source) # WinSplit (freeware, closed source) # DockBox (NOW GPL) # GridMove (donationware, not closed source) - Actually GridMove was the inspiration for bug.n. But as you stated before, all those projects were not satisfying the needs of dynamic window management; thus I looked for an open source project, which I possibly could adapt. Now (since 20080910) DockBox - or maybe even better: HashTWM (same author) - is under GPL, so I will take a closer look. and my own attempts were embarrassing as well unfortunately. I'd rather wait for Windows 7 to give it a retry at some point... Are you wainting for a stabilized API (since GINA already has gone in Vista)? Are you still heading for a shell replacement? Kind regards, joten
Re: [dwm] dwm for win32
On 11/18/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: In the meantime I rewrote dwm 5.2 as an AutoHotkey script. As it is a script it is more a rapid prototype than a sophisticated and speedy window management solution. It is no shell replacement, just administrating windows and resizing and moving them around. If you are interested, take a look at http://freenet-homepage.de/bug.n . Interesting solution. Just three things I have faced with: 1. Title bars are hidden, so it is not easy to distinguish which window is active. 2. ModKey+Enter moves a window from stack to master, but not vice versa. 3. VisualStudio 2003 (my main app under windows) makes some gap. Looks like bug.n sees two windows when in fact there is only one. ModKey+Shift+d: --- Managed Windows --- ACTIVE WINDOW Id: 0x9010e Class: wndclass_desked_gsk Title: myproj - Microsoft Visual C++ [design] - myheader.h* _ Id: 0x9010e Class: wndclass_desked_gsk Title: myproj - Microsoft Visual C++ [design] - myheader.h* Id: 0x800f8 Class: IDEOwner Title: myproj - Microsoft Visual C++ [design] - myheader.h* --- OK --- -- . Hoc est simplicissimum! ..: maxim.vuets.name
Re: [dwm] dwm for win32
The closest thing I've found is dock box (http://dockbox.demonastery.org/) which was buggy and not well documented (the documentation said that alt was the meta key when the windows key was actually the meta key). Some of the software I was using wasn't that compatible with it either, in particular some software that has child windows outside of the parent window (that can't be resized). That said, it did mostly work and it might work better for you. -Niki Yoshiuchi On Tue, Nov 18, 2008 at 2:35 PM, Anselm R Garbe [EMAIL PROTECTED] wrote: 2008/11/18 [EMAIL PROTECTED]: About an year ago there was a thread regarding a port of dwm to win32, but it has only been said, that some initial code was written. I did not find any code in the repository or elsewhere something about d4w; is there anything usable at the moment? No, this project has been cancelled. I remember some links of two other projects, one commercial one which aimed something similiar like dwm on win32. But all projects I tried were disappointing and my own attempts were embarrassing as well unfortunately. I'd rather wait for Windows 7 to give it a retry at some point... I ended up using dwm on Cygwin/X instead -- in root mode. In the meantime I rewrote dwm 5.2 as an AutoHotkey script. As it is a script it is more a rapid prototype than a sophisticated and speedy window management solution. It is no shell replacement, just administrating windows and resizing and moving them around. If you are interested, take a look at http://freenet-homepage.de/bug.n . If there is already a usable port of dwm, I would be glad to a wink at it. I will give your script a try soon. Kind regards, --Anselm
Re: [dwm] dwm for win32
* Anselm R Garbe [EMAIL PROTECTED] [2008-11-18 20:46]: 2008/11/18 [EMAIL PROTECTED]: [...] I ended up using dwm on Cygwin/X instead -- in root mode. Are you able to manage native applications' windows with it? All I can do is manage my consoles and xpdf ( i think in rootless mode ), but I am forced to use loads of MS crap, so cygwin is limitedly helpful ... -- cheers stanio_
