You are not logged in.
sorry jwr
Last edited by finh (2013-06-17 00:42:11)
Offline
This isn't a support thread...
There are versions of that patch around that do work. But you would need to provide more information about the patch you used and any other patches you have applied (just not here).
Offline
Inspired by a screenshot in the Juni screenshot thread I've implemented progress bar drawing and re-implemented the status colors patch. Status text parsing is a mess right now as it happens to reverse the input, but despite that it works quite good (see the volume bar in the upper right corner):
Edit: I fixed those parsing issues. The patch works as intended, as far as I can tell. Here's another screenshot from my laptop's:
Last edited by pks (2013-07-24 00:37:00)
Offline
@pks
I saw your bitbucket repos. Coincidentally I also have a project named dstatus for dwm (forked it from trilby here). But I like your plugin approach. It is quite appealing. Can you tell me how much memory your dstatus process is taking while in action ? I am planning to keep these things under 1 mb.
Never argue with stupid people,They will drag you down to their level and then beat you with experience.--Mark Twain
@github
Offline
@pks
I saw your bitbucket repos. Coincidentally I also have a project named dstatus for dwm (forked it from trilby here). But I like your plugin approach. It is quite appealing. Can you tell me how much memory your dstatus process is taking while in action ? I am planning to keep these things under 1 mb.
Well, it's not really that easy to point to a specific value. VIRT memory really isn't that interesting, as it also includes the size of loaded shared libraries as well. So dwm already got some 44MB of VIRT memory. If I only consider the resident size dstatus uses some 1864kB right now. I didn't care for tweaking memory though, it might sure be reduced further. If that was a hard requirement for you to use it you might remove plugins from being compiled and thus loaded on startup and tweak buffer sizes. I might take a look, as well.
Offline
How do you hide the focused window name from being displayed on the status bar? I know its in dwm.c somewhere.
I managed to hide the squares from being added next to tags with open windows by commenting out the drawsquare functions, but how about the focused window title?
Offline
How do you hide the focused window name from being displayed on the status bar? I know its in dwm.c somewhere.
I managed to hide the squares from being added next to tags with open windows by commenting out the drawsquare functions, but how about the focused window title?
You might want to take a look at this commit where I replaced my window titles by time. This at least points you to the right location.
Offline
How do you hide the focused window name from being displayed on the status bar? I know its in dwm.c somewhere.
I managed to hide the squares from being added next to tags with open windows by commenting out the drawsquare functions, but how about the focused window title?
Try with this.
https://bbs.archlinux.org/viewtopic.php … 5#p1317605
Last edited by ivoarch (2013-08-27 09:46:48)
Offline
I'm a Psych major so not as up on the whole coding thing as some but I did do something kind of cool with my config.h to allow me to mess with what programs dwm starts with and what tab they start in without having to recompile every time. Basically I set classes of tag1-9 as starting in the appropriate window. In the .xinitrc I use xterm to assign classes to these programs (or at least their inital load). For noobs like me the nohup command is nice because I can spawn a GUI program without it being tied to a specific terminal emulator window.
# the applicable part of my .xinitrc
while true; do
xsetroot -name "$(CMAS) | $( date +"%F %R") | $(acpi -b | awk 'sub(/,/,"") {print $3}') | $(acpi -b | awk 'sub(/,/,"") {print $4}')"
sleep 1s # Update time every minute
done &
exec /usr/bin/xterm -class tag2 &
exec /usr/bin/xterm -class tag9 -e cmus&
exec /usr/bin/xterm -class tag1 -e nohup firefox&
exec /usr/bin/xterm -class tag9 -e alsamixer &
exec /usr/bin/xterm -class tag9 -e wicd-curses &
exec /usr/bin/xterm -class tag9 -e pianobar &
exec dwm
#the applicable part of my config.h
static const Rule rules[] = {
/* class instance title tags mask isfloating monitor */
{ "Gimp", NULL, NULL, 0, True, -1 },
{"tag1", NULL, NULL, 1<<0, False, -1},
{"tag2", NULL, NULL, 1<<1, False, -1},
{"tag3", NULL, NULL, 1<<2, False, -1},
{"tag4", NULL, NULL, 1<<3, False, -1},
{"tag5", NULL, NULL, 1<<4, False, -1},
{"tag6", NULL, NULL, 1<<5, False, -1},
{"tag7", NULL, NULL, 1<<6, False, -1},
{"tag8", NULL, NULL, 1<<7, False, -1},
{"tag9", NULL, NULL, 1<<8, False, -1},
};
Last edited by gocyclic249 (2013-09-29 20:13:14)
Offline
I'm a Psych major so not as up on the whole coding thing
Then allow me to offer some mentoring You can improve your posts by using code tags as described here
There is a link to that under the message post box as well/
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
A significant portion (if not a majority) of open source projects come from non-professional programmers. I've had many computer science students come to me wanting to learn to actually program (not that I'm qualified), as their bachelors degree just teaches them how to make (bad) web pages. If you want something done in java, they can do it ... well, maybe not; if you want someone to talk about doing something in java, they can talk about doing it. Other than that they don't really have any useful training.
Last edited by Trilby (2013-09-29 16:49:25)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Thanks all,
Fixed the code tags
Offline
Does anyone know what the "Snap Pixel" setting is? What does chaging it actually do?
Will be posting my config soooooo....
Offline
It's the area at the sides of your screen in which a floating window is 'snapped' to the border of your screen.
Offline
Offline
This is my current DWM scrot
I applied three patches (systray, save_floats, fancybar) and I have a couple I have no idea how to repair (fibonacci and uselessgap - if anyone has any working, feel free to shoot me a msg) Still need to colors my Conky statusbar and improve the overall look.
Offline
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
This is my first customisation.
( no Conky, pure C )
Offline
Just finished a script that allows you to change dwm's tags easier.
https://github.com/PedroNCordeiro/dwmtagger
Don't know if it's of any interest to you.
Cheers.
Offline
Finally switched to dwm at last thanks in part to jasonw's website. It's so much better than awesome wm.
Offline
I call this one /┤rchNemesis. It's red and grey and dark. I'm color blind so the dark colors and low contrast works well for me.
Here's my git for it: https://github.com/lehthanis/ArchNemesis
Only running the gaps patch here and my own simple edits.
Offline
Hi guys total newbie here, got inspired by unixporn on reddit, actually by Lehthanis (what a coincidence that his post is just before mine)
Anyway here is my setup so far:
Setup so far
I'm pretty much fine with bare minimum for now, gonna make it nicer eventually, however can someone help with useless gaps, it's acting weird on bottom window in stack, every window on stack slightly changes gap on bottom, as seen in screenshot. I'm sure this is a known bug, but I can't seem to find a solution. It seems to me that alexx few posts ago has the same issue.
Offline
Hi guys total newbie here, got inspired by unixporn on reddit, actually by Lehthanis (what a coincidence that his post is just before mine)
Anyway here is my setup so far:
Setup so far
I'm pretty much fine with bare minimum for now, gonna make it nicer eventually, however can someone help with useless gaps, it's acting weird on bottom window in stack, every window on stack slightly changes gap on bottom, as seen in screenshot. I'm sure this is a known bug, but I can't seem to find a solution. It seems to me that alexx few posts ago has the same issue.
Tried this: https://wiki.archlinux.org/index.php/dw … al_windows ?
Offline