BATT ?= 0
Change the 0 to a 1 and the battery info should be shown. I don't know why it's in the Makefile and not cconfig.h...
Cheers
]]>Anyways, I have recently changed to using cookie's mstatusbar instead of a shell-script for the statusbar-output to (lemon)bar. It works great and is lighter than before of course, though one thing from it I cannot get to work and thought to see if any of you fine people here much smarter than me could possibly enlighten me on what the issue could be...
I have everything working from mstatusbar that I need, except battery status. I just wanted the battery percent shown or something alike, and previously just used to cat the capacity file from my shell-script which is a file just holding a value which is the current battery percentage. The variables in config.h of mstatusbar I have changed accordingly to match my system(double-checked!) from originally:
#define ACPI_DEV "/dev/acpi"
#define BATT_STATE "/sys/class/power_supply/BAT0/status"
#define BATT_CAP_FULL "/sys/class/power_supply/BAT0/charge_full"
#define BATT_CAP_CHARGE "/sys/class/power_supply/BAT0/charge_now"
To instead:
#define ACPI_DEV "/dev/acpi_thermal_rel"
#define BATT_STATE "/sys/class/power_supply/BAT1/status"
#define BATT_CAP_FULL "/sys/class/power_supply/BAT1/charge_full"
#define BATT_CAP_CHARGE "/sys/class/power_supply/BAT1/charge_now"
I have looked through the c code of mstatusbar.c and it's hard for me in not knowing C beyond a simple "hello world" etc(never really got far enough in the beginner C guide for noobs, despite trying many times, though also a little hard to learn as first language except basic shell-scripting, lol). It seems like it checks for the BAT1 files above and if not available then prints unknown, I think? However, I never get any output, not even unknown or question mark or anything?
Again, I would much appreciate any insights possibly on this, please. Thanks in advance! -Martin.
Edit: I grepped the source for acpi(case-insensitive), and it wasen't used anywhere but that single line in config.h, so the acpi line I changed to match my system in config.h probably have no effect it seems, and I just changed it to make sure, even though I didn't think it was battery related(my "thermal" path, as only acpi related dir in /dev). Installing acpi doesn't have effect either. I also don't understand why to get the battery percentage that mstatusbar needs two files and calculate the percent from those, when the current percent always, at least on my system, is listed in the file "/sys/class/power_supply/BAT1/capacity" ? It lists e.g. "46", when the battery is down to 46% etc. Maybe that's a new "invention" not available at the time the project was made... Anyway, I'm pretty much always using my laptop powered from the powersupply from home, so not the end of the world not having this, but nonetheless...
]]>Is this window manager lighter then dwm?
Dwm, Monster, Herbstluft etc are all light but what I would consider is which are still being developed and by more than one person. If a window manager is being made by one person and they get tired of working on it.....
Dwm has been around a while and looks like it will be for a while in the future.
I would have to download all three and compare with htop. I was just wondering if someone actually knew already.
monsterwm + bar uses 670 KiB of ram if you're curious, its pretty light you don't need to compare
]]>Is this window manager lighter then dwm?
Yes it is. You must, however, take into account that dwm ships with panel. Read the start of the threat, we shared some nubers before.
]]>I believe i discovered a weird bug but i'm not sure yet.
How to produce it:
1. open firefox and terminal (xterm in my case) on one workspace;
2. set tiling mode to `bstack`;
3. move mouse cursor to firefox area, shift focus to terminal and exec `while true; do xdotool click 1; done`;.
The terminal client breaks bstack and it goes to monocle while firefox remains in bstack (weird). Can this be investigated and fixed if issues are present?
]]>Sometimes drifting the window managers (herbstluftwm, bspwm) but i will return the monsterwm. How to convert my old status script into a new bar format?
gz
]]>At the top of the some_sorta_bar.c file are the defines(including font) an end user should edit before compiling. It's mentioned in the github Readme.
Here's the font wiki link which should help you install and use any font.Being an Archlinux user you are expected to be able to set up the configuration for an app you choose to use, not have a rant because you did no reading or research....
Best of luck with monsterwm.
yes I did read the some_sorta_bar.c file and thought I had installed the right fonts.
yes guilty as charged on the rant charge. bspwm caused me a lot of hassle getting a panel set up so I tried Monster but was still having trouble - too many window manager experiments pushed me over the egde
I do like to try out wm's now and then but my default is Snapwm
It comes with a good working panel, I dont have to rebuld every time I change a keybinding or apperance. It's snappy.
http://ubuntuone.com/4RHQwjXU2gJ88sQpPh6RoZ
thanks
-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --
]]>