dminiwm snapwm & bipolarbar

moetunes · 2012-10-18 03:15:28

mhertz wrote:

Just wanted to add that on e.g. ratpoison, then xft doubles the memory usage(ps_mem). This is also true when not using any xft fonts, so I always builded it with '--without-xft' when I used it...
Obviously the amount of memory is still ridiculously low anyways, but just a heads-up

Thanks for mentioning that mhertz. I had read that using xft was slower and suspected an increase in resource usage. Adding multibyte support and support for multiple fonts increased the memory used, extra memory for each extra font named, I figured adding xft support would do something similar. So I am looking at having xft as an option, maybe a git branch, since fonts look fine here, but that's a little way off yet.

Cheers

moetunes · 2012-11-14 08:52:50

I found out today I didn't have toggling the bar working right in snapwm so I fixed that.

I've hardly looked at any code for weeks. I helped a bloke on #fluxbox with a script to have the time in the menu and that's about it.

Cheers

moetunes · 2012-11-18 07:52:16

I fixed up the bar not starting on the second monitor when it's set to in snapwm. It needed an alt+u before that would happen. Turns out I was querying a value before it was set, a typical noobish error

Cheers

moetunes · 2012-11-25 03:16:20

I thought I couldn't have compositing with multiple monitors, xinerama and the nvidia blob, but it turns out I can

Last edited by moetunes (2012-11-27 20:29:42)

moetunes · 2012-11-27 20:29:09

I was missing "the old way" of managing 3 or 4 open windows in grid mode so I added that back to snapwm

Cheers

moetunes · 2012-11-30 12:08:04

I had a request on github to add Control as a keyboard shortcut mod in snapwm so that's been added.

Cheers

moetunes · 2012-12-01 04:14:52

A couple of bugs in snapwm were brought up on github. I've fixed windows not being resized when the bar is at the bottom and is toggled, and there were a couple of situations when using fullscreen mode that windows wouldn't be mapped or would be unmapped unnecessarily, so that's sorted now.

For anyone that likes trying out different window managers there's a live cd set up with 9 window managers:
http://arpinux.org/livarp/

Cheers

walex · 2012-12-03 19:07:10

Hi moetunes,
very nice wm you created there with snapwm. Easy config and fitting feature set do it for me, only had to change the keybindings a little bit, but that's what the config files are for after all, and keybindings are largely a matter of taste I guess.
There are some minor issues I'd like to mention - maybe I missed something in the config or failed to do it right.
Gimp (multi-window mode) and xsane don't like to be tiled, so it's stacking mode for them. Unlike with a real stacking wm, they start up with all their windows centered, so the user has to unclutter them. Not perfect, but I can live with that, as long as the window positions are remembered. Turns out you can switch desktops and come back and find xsane unchanged. Multi-windowed gimp, alas, doesn't play that nicely: All stacked and centered again once you switch away and back again. Anything I can do to change this behaviour?

Last edited by walex (2012-12-03 19:08:50)

moetunes · 2012-12-04 00:57:34

Hi walex, I'm glad you like the wm.

gimp is a bit of a pita but it's built for gnome so it's a matter of working around it.
When changing desktop gimp sends the same message that mplayer sends when you fullscreen it with f, except it wants to go back to where it started for some reason...
There's not alot I can do with that so I added an option in the rc.conf for center stacking the windows or not.

CENTER_STACK 1

Zero means center stack and 'not zero' is "sloppy" stacking where most windows will end up at top left. It works fine with gimp though.

Cheers

walex · 2012-12-04 10:05:03

Wow, that was fast - thanks a lot, moetunes.

moetunes · 2013-01-15 21:05:06

My holidayin' has been magnificent! I hope everybody else's was too. I'm refreshed and ready to start coding again for this year.

Since it's been so quiet in here I guess snapwm is working well enough that it might be time to make a release like synorgy enquired about a little while ago.

Here's a bit of a road map for the start of the year:
Release snapwm-1.0
Finish snapwm-xft
Bring dminiwm's sloc count down
Look at adding *BSD ports

If there's any bugs or requests feel free to speak up.

Cheers

moetunes · 2013-01-18 11:10:33

I've made a new github repo for a stable version of snapwm, which is snapwm as it stands now.
https://github.com/moetunes/snapwm-stable

and an aur package (which is just an edited version of the snapwm-git package stlarch made - thanks again for that stlarch )
https://aur.archlinux.org/packages/snapwm-stable/

Development and bugfixes will happen in the Nextwm repo like they have been and when there's sufficient reason to changes will be pushed to the stable repo.

Cheers

moetunes · 2013-01-27 04:56:00

Some snapwm news.

Starting off in horizontal mode on the first desktop with some apps opened from .xinitrc wasn't working quite right here so I've pushed a fix to have those apps mapped properly.

Cheers

stlarch · 2013-01-27 05:54:37

Hey moe! I never noticed, I never start in horizontal mode. Anyway, I haven't had any problems otherwise for a while now. I still use it everyday. I've been meaning to ask you if you would rather maintain the PKGBUILD's for snapwm and dminiwm/bipolarbar yourself? It doesn't matter to me, I'll keep doing it, I just thought you might want to maintain them. I really haven't been using dminiwm lately, just snapwm. Let me know if you do and I'll orphan them so you can adopt them. Thanks man, keep up the good work!

Last edited by stlarch (2013-01-27 05:55:14)

moetunes · 2013-01-28 03:06:31

Hey stlarch. I'm pretty relaxed about the PKGBUILD's. There shouldn't be much maintenance involved since I'm not going to change the depends or anything major so it's up to you

moetunes · 2013-02-08 22:32:05

Some snapwm news

I've added a couple of options to the rc.conf file to switch from stacking mode automatically to another mode when opening a window with a number of windows already open.

# Change from stacking mode to new mode when reaching this many
# open windows - Off by default
#AUTO_NUM_OPEN 4
#AUTO_MODE 3

As you can see from the comment it's off by default so if it's not wanted there's nothing to do.

Cheers

firecat53 · 2013-02-24 19:57:31

Hey moetunes, thanks for this! Experimenting with snapwm (coming from monsterwm....trying out some different ways of doing things) and so far so good. I noticed that there is a pretty noticeable flicker (part of desktop background visible) when switching between multiple windows on one fullscreen workspace or when opening new windows in rapid succession (also in fullscreen). This flicker doesn't happen with monsterwm (not to compare or anything... :-P). Is this noticeable to anyone else?

Thanks!
Scott

Last edited by firecat53 (2013-02-24 21:08:47)

moetunes · 2013-02-24 21:57:31

Yes there's a flicker.
To get around the problem of windows quickly changing focus when on top of each other and click_to_focus or follow_mouse is enabled I have only one window mapped in fullscreen mode. The flicker you see is the windows being unmapped/mapped. I think c00kiemon5ter gets around the issue by suggesting not to enable mouse stuff, I'm not sure though. It's something that I need to refine. I'll see if mapping the newly focussed window before unmapping the previously focussed window works ok as that should stop the desktop from showing. Check back here in a bit

moetunes · 2013-02-25 05:38:00

Scott, Thanks for mentioning it, I've made what I think are the appropriate changes to fullscreen mode to remove the flicker. A git pull or running the PKGBUILD should let you check it out. Let me know if I've covered all situations or not please.
I'd also appreciate it if someone else could comment on whether it is an improvement or not, I'll update the snapwm-stable if it works better for others too.

Cheers

Last edited by moetunes (2013-02-25 06:09:31)

stlarch · 2013-02-26 15:32:33

It seems to have improved it here. I don't notice the flicker anymore.

moetunes · 2013-02-26 20:23:46

stlarch wrote:

It seems to have improved it here. I don't notice the flicker anymore.

Thanks stlarch.
I still get bit of the desktop showing when closing a window before the next one is mapped, don't know if I can sort that out but will try some things today.
Otherwise I'll push it to the stable version.

Cheers

moetunes · 2013-02-28 04:19:49

I've updated the snapwm-stable version with the fullscreen flicker fix and a couple of other minor improvements.

Cheers

firecat53 · 2013-03-01 04:31:32

Yep, much better! Thanks

Scott

firecat53 · 2013-03-01 19:59:17

What's the correct format in keys.conf for the multimedia keys, especially those that don't have a modifier?

For example, this doesn't work:

CMD brightness_up;sudo;brightness_adjust.sh;up;NULL;                                                                            
KEY NULL;XF86MonBrightnessUp;spawn;brightness_up:

Thanks!
Scott

Edit: This doesn't either:

KEY 0;0x1008ff02;spawn;brightness_up;

Last edited by firecat53 (2013-03-01 20:08:47)

moetunes · 2013-03-01 22:14:48

Hi Scott, I hadn't enabled the multimedia keys by default, try a git pull and test thanks. I don't use a multimedia keyed keyboard to test it myself.
At this stage it's mandatory to use a mod key. I'll see about adding something like NULL today so it's easier to work with multimedia keys.
I hope you have enabled your user to run /path/to/brightness.sh without a password when using sudo as there's no other way to escalate priveleges in snapwm, short of using something like xterm -e.

Cheers

Arch Linux

#451 2012-10-18 03:15:28

Re: dminiwm snapwm & bipolarbar

#452 2012-11-14 08:52:50

Re: dminiwm snapwm & bipolarbar

#453 2012-11-18 07:52:16

Re: dminiwm snapwm & bipolarbar

#454 2012-11-25 03:16:20

Re: dminiwm snapwm & bipolarbar

#455 2012-11-27 20:29:09

Re: dminiwm snapwm & bipolarbar

#456 2012-11-30 12:08:04

Re: dminiwm snapwm & bipolarbar

#457 2012-12-01 04:14:52

Re: dminiwm snapwm & bipolarbar

#458 2012-12-03 19:07:10

Re: dminiwm snapwm & bipolarbar

#459 2012-12-04 00:57:34

Re: dminiwm snapwm & bipolarbar

#460 2012-12-04 10:05:03

Re: dminiwm snapwm & bipolarbar

#461 2013-01-15 21:05:06

Re: dminiwm snapwm & bipolarbar

#462 2013-01-18 11:10:33

Re: dminiwm snapwm & bipolarbar

#463 2013-01-27 04:56:00

Re: dminiwm snapwm & bipolarbar

#464 2013-01-27 05:54:37

Re: dminiwm snapwm & bipolarbar

#465 2013-01-28 03:06:31

Re: dminiwm snapwm & bipolarbar

#466 2013-02-08 22:32:05

Re: dminiwm snapwm & bipolarbar

#467 2013-02-24 19:57:31

Re: dminiwm snapwm & bipolarbar

#468 2013-02-24 21:57:31

Re: dminiwm snapwm & bipolarbar

#469 2013-02-25 05:38:00

Re: dminiwm snapwm & bipolarbar

#470 2013-02-26 15:32:33

Re: dminiwm snapwm & bipolarbar

#471 2013-02-26 20:23:46

Re: dminiwm snapwm & bipolarbar

#472 2013-02-28 04:19:49

Re: dminiwm snapwm & bipolarbar

#473 2013-03-01 04:31:32

Re: dminiwm snapwm & bipolarbar

#474 2013-03-01 19:59:17

Re: dminiwm snapwm & bipolarbar

#475 2013-03-01 22:14:48

Re: dminiwm snapwm & bipolarbar

Board footer