zanea/hashtwm

An automatic Tiling Window Manager for the Windows OS.

hashtwm's Issues

Uninstall

Hi,

Does anyone know how to uninstall?

hashtwm.exe --uninstall

does not work.

Windows randomly move from one monitor to another

Focus switch loop between window class (mod+y) windows

To reproduce:

1. mod + y
2. mod + y
3. Click OK in the second window spawned

or:

1. mod + y
2. Focus window just spawned
3. mod + y

• In some cases the looping will cease and both will close when focus is switched to another window.
• In others, they remain and allow you to click OK in the first window spawned.
• Doesn't happen when -i #32770 is passed

Why are the file signatures in the project folder, and bin folder different?

md5sum
Project folder: f8243a3f2473bfb1b13a3db9ea2dca66 *hashtwm.exe
bin subfoloder: 0ebf9b43e4a3685a1a391daded34c348 *hashtwm.exe

They should be the same, right?

Can't set default tiling mode

I can't seem to set the default tiling mode with the -t flag regardless of where I launch the program (cmd.exe or a mintty bash shell or a startup service). I can change the tiling mode with mod + space but the default doesn't seem to work. Here's an example of my usage:

hashtwm.exe -t 2 -a mintty

Thanks for any help.

TripleMonitor Setup: Only manages windows on main window (-left 0)

Hello!

Firstly thank you so much for creating this, you make my work life much more familiar and efficient! I have 3 monitors connected right now and I'm having some problems getting hashTWM to manage any window that is not in the main workspace.

The commands that I have been trying are:
build: a297b28 hashtwm.exe -x -left -1920 -top 0 -width 1920 -height 1080 hashtwm.exe -x -left 0 -top 0 -width 1920 -height 1080 hashtwm.exe -x -left 1920 -top 0 -width 1920 -height 1080

I have tried using this both with windows managing the screen size, and also with NvidiaSurround activated (just in case).

hashtwm.exe -x -left 0 -top 0 -width 1920 -height 1080
With windows managing the screens, my primary screen (center) is managed by twm but on the other screens the windows are not tiled, nor can I select them with Mod+J/K, or snap them into tiling with Mod+O.

hashtwm.exe -x -left -1920 -top 0 -width 1920 -height 1080
hashtwm.exe -x -left 1920 -top 0 -width 1920 -height 1080
The odd thing is that even if I issue the command for the left or right screen without any other instance of hashtwm.exe running, it is still my primary workspace that is being activated and controlled.

If there is anything else I can give you that will help, just ask. Thank you so much for this again!

How window names are determined for `-a` switch?

What names are used for -a switch in hashtwm -a? I'm successful in using mintty for Git-For-Windows, but fail with powershell.

Are these process names, image names or something else?

Mouse select triggers attention flag + tags

Using plain setup ( no command line options or using -x -m w -i ConsoleWindowClass -i #32770 ), taskbar on autohide and hidden, 1 main area window on left, say foobar2000, and another 2 smaller ones the right, say Opera and ProcessExplorer. I can freely move the focus using the keyboard but selecting with the mouse a different window will trigger a taskbar rise and the previously focused application icon will start to flicker like it wants my attention, and it won't stop until I go back to the application. Neither the ESC or the Win keys ( that raises/lowers the taskbar normally ) can't make the flicker stop. Also in some applications like foobar2000 I even need to double-click the playlist 'cause I can't interact ( say scroll ) after a single click.

The whole tags concept seems to elude me, I thought that when on the first workspace I can just tag a window as in "move it to workspace 4" and then switch to tag 4 ( workspace 4 i guess ) and see only that window, yet that does not work like that since windows don't just go to other workspaces on my command, also they don't turn up on the designated ones either. What do I do wrong?

Focus lost

Using de Jan 17 build on W7, w/ or w/o any command line params, some windows have buttons that can't be used.

Eg:

• open one explorer window
• open another explorer window
• copy something with folders from the first one to the second
• do it again, you will be asked if you want to write in that folder since it's already there
• now, having FoculFollowsMouse active and moving the mouse around windows get focused but don't click anything
• then when you try to use the copy dialogues buttons you can't use the Yes/No buttons ( only the upper right close), using TAB to switch around the buttons shows that one of the explorers windows has focus anyway.

Ignoring #32770 does not help.

If one moves the mouse fast enough to the copy dialogue window, buttons are usable, but once you lost focus to another window it's broken.

How do tags work?

First of all - love the program! Hope you keep it going. Would buy!
Could you write a little doc explaining what tags are and how they work? I never used dwm

Windows taskbar unhides when used with '-a' switch

If HashTWM is run, say, so 'hashtwm.exe -a mintty', and another program outside of HashTWM is run , say Explorer, Explorer's window gains focus and as it does the Windows' Taskbar tile for mintty flashes and if Taskbar is set to be hidden it pops up. mintty remains unfocused though.

is there a config file?

From what I saw in the repo, there is no config file/gui to set, say mod keys. Is there?

Fullscreen doesn't work?

Cycling between tiling modes, I can never get a window to go Fullscreen. Or is that not how it's supposed to work?

HashTWM.exe?

where

Shutdown

Software doesn't show up in system tray or bar. No way to shut down the software.

Have the main areacentered

At the moment, the main area is always to the side. Would it be possible to have a mode, where the main area is in the center and side windows get sorted to both sides? Would be a nice addition for 4k monitors :)

LEAP Support

As I have been accepted in to the LEAP Motion developer program, I am very interested in the potential of using it within HashTWM, perhaps for rearranging windows or changing the tiling mode. Not sure yet. Will be entirely optional of course (and dependent on being able to use the LEAP SDK with MinGW).

join efforts with dwm-win32 port by prabirshrestha ?

hi! greetings of the day.

• i saw that this is also a dwm port for windows,

• and thought to bring it in your notice that another port of dwm for windows exist
  here: https://github.com/prabirshrestha/dwm-win32

• both of these seem to have same licence: MIT/X Consortium License

• so, maybe you would like to join efforts with them?

HashTWM/README.md

Line 84 in 66fa38c

Grid mode doesn't quite work right, last window isn't always tiled correctly, likely a mistake in my port. Other than that it works great.

64 or 32 bit?

The exe file in the repo runs fine in 64b Win server 2008 but fails in 32b Win 7. What gives?

Empty ghost tile under a window class "ApplicationFrameWindow" which can be ignored

Hi!

Seeing this project had gotten an update recently, I wanted to test it, but came across an annoying bug.
I get an empty "ghost" tile and when I move my focus (windows mouse focus, clicking the empty area) and pressing mod+y, I have a pop-up with ApplicationFrameWindow as the Window Class.

Testing with hashtwm -i ApplicationFrameWindow successfully gets rid of the ghost tile. I hereby recommend that this ignore rule should be baked in to the executable or mentioned in the ReadMe.

I'm running Windows 11 Insider Beta build, if that is relevant to the issue.
Here's what it looks like on my PC:

Dialog boxes are working incorrectly

I know the software wasn't updated for 10 years at this point, but still.
If any dialog box is opened, like Open file..., then HashTWM is like stealing focus, so I can't click or type anything in the dialog box - it focuses for 0.1s and then unfocuses. ReadMe says, that I should add -i switch with #32770, but it did not help.

Does anyone know, how I can solve this? HashTWM is the only tiling manager that satisfied my needs, but this is just making it not worth it.

cmd windows always open

How to get rid of it ( http://i.imgur.com/Qmwle.jpg )?

Mod + space doesn't cycle through all available tiling modes

There are four tiling modes listed in the README.md: vertical, horizontal, grid, and fullscreen. These can all be accessed with the -t flag but when cycling with the mod + space binding it only cycles through three of them (fullscreen can't be accessed by cycling).

This line with the modulo looks to me to be the problem. Changing that to a four should fix it. I'm assuming this problem popped up when a new tiling mode was added so a better way to fix it might be something like the following:

// Tiling modes
enum tiling_modes {
  MODE_VERTICAL = 0,
  MODE_HORIZONTAL,
  MODE_GRID,
  MODE_FULLSCREEN,
  // Keep this at the end if adding tiling modes
  MODE_END
};

and changing the modulo to

tags[current_tag].tilingMode = (tags[current_tag].tilingMode + 1) % (MODE_END - 1);

This way adding or removing a tiling mode won't break cycling. I'd do a pull request but I don't have the compiler set up so I can't test it properly. Thanks for your time.

Full screen mode problems

I can't get to full screen mode unless I start it with -t parameter.

Also, as soon as new application starts, the full screen mode is switched to normal mode.

Using win 8.1

Multi Screen Support

With one window on a second screen floating hashtwm reserves space on the first screen.

      Screen 1              Screen 2
-------------------   -------------------
|         |       |   |                 |    1 - A window snapped into tiled position
|         |   e   |   |   -----------   |    2 - A window snapped into tiled position
|    1    |-------|   |   |         |   |    e - empty space
|         |       |   |   |    3    |   |    3 - A window floating
|         |   2   |   |   |         |   |
|         |       |   |   -----------   |
-------------------   -------------------

Hope that makes sense.
I produced this error, by downloading the binary (a5d8b0b) and executing it.

[ Focus Stealing ] HashTWM handling windows stealing focus

It seems applications may steal focus for various reasons, leaving HashTWM almost unusable for any reasonable length of time.

With Windows 7, the various tweaks/fixes to prevent windows from stealing focus have been removed and/or unchangeable.

I've noticed this happening a lot with KiTTY (PuTTY) as well as with Outlook 2010, as example applications.

Some applications have fine-grained controls in handling how pop-ups and window focus affect the user. Unfortunately, it appears HashTWM is fleshing out the bugs with the various applications' settings or there is a bug within HashTWM.

Would a command line argument to ignore any and all applications from stealing focus be something reasonable to implement? I'd prefer to only focus on the window I've highlighted with mod+j or mod+k.

Thank you.

Extended tag support part1

I'm sending a patch that extends the tags support so that each tag has it's own list of windows, tiling mode, focus, and master area count. Also windows can belong to more than one tag. The patch is on the big side, sorry. The changes come with a version upgrade: 0.9beta :)

I had to post it on the wiki, because it didn't fit in this issue:
http://wiki.github.com/ZaneA/HashTWM/extended-tag-support

Tag behaviour

First things first, shouldn't you focus on ExperimentalWM instead of fixing these? :p

1. Could the taskbar and the Alt-Tab behaviour reflect only the current tag, say windows on other tags don't have icons on the taskbar and I can't alt-tab to them?
2. Would it be possible to add an option to only use 1 tag per window? So whenever I change the current tag for a window it will disappear from view.

10q