dminiwm snapwm & bipolarbar

kittykatt · 2012-01-31 09:22:53

moetunes wrote:

kittykatt wrote:
Playing around with adding this to my screenFetch script. The process, when running, is dminiwm correct?
The makefile produces a binary called dminiwm, so yep the running process is dminiwm

Thanks. Added detection for it to screenFetch.

hellomynameisphil · 2012-02-02 05:46:33

Switched to snapwm and like it! Feature request: add option to .snapwmrc and/or config.h to hide the bar at startup. That is, retain the ability to toggle the bar on and off with keybinding, but add the ability to have it toggled off by default. Do-able?

moetunes · 2012-02-02 08:22:18

hellomynameisphil wrote:

Switched to snapwm and like it! Feature request: add option to .snapwmrc and/or config.h to hide the bar at startup. That is, retain the ability to toggle the bar on and off with keybinding, but add the ability to have it toggled off by default. Do-able?

I'm naturally endowed with an overabundance of optimism and approached this thinking it would be a simple matter of changing a line or two... I was wrong. I'll have a bit of time tomorrow so I'll work through it then since I think this is an option that should be available and I found another couple of issues that'll need a bit of work to sort out so check back here around this time tomorrow.

Cheers

moetunes · 2012-02-02 22:13:31

@hellomynameisphil, I tried a few different methods to have the bar available but not shown at startup and settled on the simplest. There's an option in the config file now for it

#define SHOW_BAR        0  /* 1=Don't 0=Have the bar shown at startup */

I think I covered all possible scenarios in checking that it works fine but if there's an issue with it let me know
I also fixed the master size not updating properly if the default mode was changed and the bar width not being right after the border width was changed.

Cheers

hellomynameisphil · 2012-02-04 01:36:38

So far so good! Thanks!

Here is snapwm in action on my CRUX virtual machine!

http://i.imgur.com/K0Kl1.png

stlarch · 2012-02-04 06:23:00

Would you consider adding borders to transient floating windows? Not a big deal if not.

moetunes · 2012-02-04 06:52:10

stlarch wrote:

Would you consider adding borders to transient floating windows? Not a big deal if not.

Done. Also I've made a slight change to how the bar text gets redrawn and it seems to reduce the flicker here. ymmv.

Cheers

stlarch · 2012-02-04 06:53:46

Awesome! Thank you.

stlarch · 2012-02-04 07:36:57

I noticed that it doesn't seem to work for monocle mode, but works good in all other modes.

@phil, nice setup

edit:thanks for the fix

Last edited by stlarch (2012-02-04 17:23:01)

moetunes · 2012-02-04 10:15:17

stlarch wrote:

I noticed that it doesn't seem to work for monocle mode, but works good in all other modes.

It should do now.
Being a dynamic tiling window manager, which by nature has no windows on top of any others, if you lose focus on the transient floating window it can disappear. Cycling through the windows with Alt+j/k will bring it back to the top but with fullscreen mode it'll be fullscreen.

Cheers

moetunes · 2012-02-05 08:17:52

Some snapwm news.
I've changed the way that floating transient windows behave. Now they are always floating and always on top.

Cheers

moetunes · 2012-02-05 23:13:58

I've fixed some bugs. In fullscreen mode sometimes the last window wouldn't get mapped after the second last was closed, that's been fixed.
If firefox was opened with multiple tabs on an unfocused desktop then it would create ghost windows, that's been fixed.
This is in both dminiwm and snapwm.

Cheers

moetunes · 2012-02-06 10:20:20

It seems I'm on a bit of a roll, I've fixed the flicker in snapwms' bar.

Cheers

stlarch · 2012-02-06 16:02:58

Noice! Thank you. You are the man. I owe you a beer. (a Fosters!)

stlarch · 2012-02-07 04:42:58

I'm getting a couple of artifacts on the icon furthest to the left (cpu). I didn't even notice it right away and it's not a big deal at all. I'm not trying to nitpick, I just wanted to let you know. It really doesn't even bother me much. If I put a | in front of it like a seperator, I don't get any artifacts? It's possible it's something on my end, I'll try to test it a little more. I don't know if you noticed anything or not. It goes away after I run dmenu for example, but then appears after another app is opened. It's hard to see on this screenshot: . I haven't noticed any flickering though or anything else! I appreciate all your work on this. Great job.

Also for informational purposes, Runiq just made a patch for dmenu to set the height (https://gist.github.com/1755434), so that solves the problem for me with the borders on the statusbar.

Last edited by stlarch (2012-02-07 04:44:50)

moetunes · 2012-02-07 06:34:55

@stlarch, it is the back end of the previously drawn icon you see added on to the left icon. I was caught out by a for loop I started at 0. It is fixed now I believe... I'm still curious as to how you use dmenu where the bars' borders affect it, I never have it up for long.
I've also made the cursor move to the center of the current window when the desktop is changed or when a window is removed, if FOLLOW_MOUSE = 0, so the last focused window gets the focus not whichever one the mouse ends up in, which had been bugging me for a while.

Cheers

Last edited by moetunes (2012-02-07 07:14:11)

stlarch · 2012-02-07 07:34:52

That fixed it! Thanks. For dmenu, I think it just adds 2 pixels by default to the fontsize, so it doesn't cover the whole status bar if I use the same font as the bar and you see the bottom border. I was just using a bigger font before but this patch allows you to set the height (I set it to 18 to compensate for the 2 borders and it works perfect. Like you said, it isn't up for very long and not really an issue. I guess I am nitpicking on that one . Anyway, thanks again.

moetunes · 2012-02-12 10:47:10

Some snapwm news.
I was getting the occasional flicker from the focused windows name in the bar so I've fixed that now and in fullscreen mode the current desktop in the switcher will show how many windows are open.
Here's a pic of it in action:

and now clicking on the current desktop in the switcher will focus the next window.

edit: I should have mentioned a little while ago that the rc file is slightly changed now. Lines starting with a hash (#) are ignored.
The sample rc file:

# lines starting with a hash are ignored
# theme colours are : focused  window border and desktop in switcher
#             unfocused  window border and desktop in switcher and bar background
#             unfocused desktop in switcher with opened windows
#              the bars border
#              the focused window name font in the status bar/also for external text
#              the desktop switcher font/also for external text
#              three more colours for the external text
THEME #443311,#002030,#004050,#001020,#999999,#777755,#339933,#aa6644,#ffffff,
BORDERWIDTH 2
MASTERSIZE 52
ATTACHASIDE 1
DEFAULTMODE 0
# For semi transparent unfocused windows if using a compositor e.g. cairo-compmgr
UF_WIN_ALPHA 65
FOLLOWMOUSE 0
CLICKTOFOCUS 1
TOPBAR 0
MODENAME [V],[F],[h],[G],
DESKTOP_NAMES one,two,three,four,five,six,
FONTNAME "-*-clean-*-*-*-*-14-*-*-*-*-*-*-*"
# "-misc-*-*-*-*-*-15-*-*-*-*-*-*-*"
# "-*-dina-medium-r-*-*-12-*-*-*-*-*-*-*"
# "-*-smoothansi-*-*-*-*-*-*-*-*-*-*-*-*"
# "-*-freesans-*-r-*-*-*-*-*-*-*-*-*-*"
# "-*-clean-*-*-*-*-12-*-*-*-*-*-*-*"
# "-*-terminus-*-*-*-*-12-*-*-*-*-*-*-*"

Cheers

Last edited by moetunes (2012-02-16 19:37:47)

hellomynameisphil · 2012-02-12 14:41:39

Very handy new features! Look forward to gitting it soon!

hellomynameisphil · 2012-02-13 01:39:03

Why does it not show how many windows there are in unfocused workspaces/desktops? I'm curious about your rationale...

EDIT: the rationale that makes sense to me is that the status bar tells me how many windows there are when I can't easily see it myself. The two conditions under which I cannot see how many windows are open in a workspace are 1) the workspace is currently focused and the layout is fullscreen and 2) the workspace is currently unfocused, regardless of layout. When a workspace is focused and in tiling mode, I can see for myself how many windows are open and I don't need the statusbar to tell me. I also don't need the statusbar to tell me when there are zero windows open. But maybe that's too convoluted...

I'm also undecided about what I want the statusbar to tell me when the layout is tiled but there is only one window open, since this looks, at first glance, exactly like fullscreen...

Sorry, just kind of thinking out loud here, but still curious to hear your thoughts on this, moetunes.

Last edited by hellomynameisphil (2012-02-13 01:55:21)

moetunes · 2012-02-13 03:28:18

@hellomynameisphil, basically I started with the number of windows opened shown everywhere all the time and whittled it down to what seemed useful and didn't double up on anything. The mode on the bar should let you know if the one opened window is in fullscreen mode or not and there's a different colour for the unfocused desktops when they have opened windows. I don't see how knowing how many windows are opened on the unfocused desktops could be useful since you have to change desktops to do anything with them but if it's something people could use I'm happy to add it. I had nothing firm in mind when I started to add this just went with the flow and tried to make it as minimal and unobtrusive as seemed useful.

Cheers

moetunes · 2012-02-16 01:15:15

Some snapwm news.
I've changed the desktop switcher to show the number of opened windows on unfocused desktops and on focused desktop when in fullscreen mode.
Here's a pic of it in action:

I've also made sure the last focused window is remembered when a new window opens and it will be focused when a window closes.

Cheers

Last edited by moetunes (2012-02-16 18:51:40)

moetunes · 2012-02-19 21:49:03

Some snapwm news.

I've added an option in the config and rc files for showing the number of open windows on each desktop in the switcher so that can be turned on or off easily now.
Windows are all mapped now if in fullscreen mode and the running wm is updated to a different default mode.
I pushed a couple of minor fixes/changes for what happens when windows are added or removed.

Cheers

Last edited by moetunes (2012-02-19 21:51:06)

hellomynameisphil · 2012-02-26 08:18:24

@moetunes: Would you consider adding an option to dminiwm similar to snapwm whereby the panel gap can be off by default?

moetunes · 2012-02-26 10:39:09

hellomynameisphil wrote:

@moetunes: Would you consider adding an option to dminiwm similar to snapwm whereby the panel gap can be off by default?

I can unmap the bar in snapwm 'cause I made it but unfortunately I can't unmap a window/panel I know nothing about, which is the case in dminiwm with a panel, which is why in dminiwm the panel can't be toggled off with no windows open. With an open window I can grow it over the panel to toggle the panel off but I can't do anything to not show the panel with no windows open since it is seperate from the wm. The best I could do is provide an option in the config that if there is an open window the bar won't be shown. I don't know if that would be workable solution for you but I'll push it to git so you can give it a go if you like.
New option in the config.h file is:

#define SHOW_BAR        1  /* 1=Don't 0=Have the bar shown with a window open */

Cheers

Last edited by moetunes (2012-02-26 10:53:01)

Arch Linux

#126 2012-01-31 09:22:53

Re: dminiwm snapwm & bipolarbar

#127 2012-02-02 05:46:33

Re: dminiwm snapwm & bipolarbar

#128 2012-02-02 08:22:18

Re: dminiwm snapwm & bipolarbar

#129 2012-02-02 22:13:31

Re: dminiwm snapwm & bipolarbar

#130 2012-02-04 01:36:38

Re: dminiwm snapwm & bipolarbar

#131 2012-02-04 06:23:00

Re: dminiwm snapwm & bipolarbar

#132 2012-02-04 06:52:10

Re: dminiwm snapwm & bipolarbar

#133 2012-02-04 06:53:46

Re: dminiwm snapwm & bipolarbar

#134 2012-02-04 07:36:57

Re: dminiwm snapwm & bipolarbar

#135 2012-02-04 10:15:17

Re: dminiwm snapwm & bipolarbar

#136 2012-02-05 08:17:52

Re: dminiwm snapwm & bipolarbar

#137 2012-02-05 23:13:58

Re: dminiwm snapwm & bipolarbar

#138 2012-02-06 10:20:20

Re: dminiwm snapwm & bipolarbar

#139 2012-02-06 16:02:58

Re: dminiwm snapwm & bipolarbar

#140 2012-02-07 04:42:58

Re: dminiwm snapwm & bipolarbar

#141 2012-02-07 06:34:55

Re: dminiwm snapwm & bipolarbar

#142 2012-02-07 07:34:52

Re: dminiwm snapwm & bipolarbar

#143 2012-02-12 10:47:10

Re: dminiwm snapwm & bipolarbar

#144 2012-02-12 14:41:39

Re: dminiwm snapwm & bipolarbar

#145 2012-02-13 01:39:03

Re: dminiwm snapwm & bipolarbar

#146 2012-02-13 03:28:18

Re: dminiwm snapwm & bipolarbar

#147 2012-02-16 01:15:15

Re: dminiwm snapwm & bipolarbar

#148 2012-02-19 21:49:03

Re: dminiwm snapwm & bipolarbar

#149 2012-02-26 08:18:24

Re: dminiwm snapwm & bipolarbar

#150 2012-02-26 10:39:09

Re: dminiwm snapwm & bipolarbar

Board footer