Please remember to use thumbnails :)
vsido + fvwm + xmobar + trayer
(http://en.zimagez.com/miniature/sshot-november14489039341366x768.png) (http://en.zimagez.com/zimage/sshot-november14489039341366x768.php)
VSIDO defaults and a Jon Jenkins kind of day...
(http://www.zimagez.com/miniature/screenshot2015-12-0116-26-27.php)
(http://www.zimagez.com/zimage/screenshot2015-12-0116-26-27.php)
Yep, surprised myself, but still using awesomewm. Doing some experimenting with luakit, the seriously lightweight browser. Once you get the configs going on it isn't too bad, and even better is how little memory it uses. Even with a lot of tabs open...
(http://www.zimagez.com/miniature/12052015.jpg) (http://www.zimagez.com/zimage/12052015.php)
OK, so the above image is Chrome, the below is luakit with 4 tabs open. Check out the memory use - less than a Gb of RAM. With Chrome open at the same time, it would be closer to 2Gb of used RAM!
(http://www.zimagez.com/miniature/12052015a.jpg) (http://www.zimagez.com/zimage/12052015a.php)
Neither scrot shows one of the other virtual screens that is also running Gimp fullscreen with 2 large images open for editing...
VSIDO rules as far as I'm concerned. Been more than 3 years now and totally smooth sailing!
Differences in how awesomewm and conky acknowledge RAM usage. Conky always reports a lot less usage than the widget in awesomewm. Curious...
(http://en.zimagez.com/miniature/12052015b.jpg) (http://en.zimagez.com/zimage/12052015b.php)
Imagine the desktop without the Conky's, and that is usually how my screen looks these days...
QuoteConky always reports a lot less usage than the widget in awesomewm. Curious...
The widget is probably showing the buffers and/or cache as well as RAM used. Change your conky setting
no_buffers = true
to
no_buffers = falseand they should match (within reason) - you can also run "free" in terminal and get an idea how each is calculating the memory use.
back on topic, back on fluxbox --
(http://scrot.moe/images/2015/12/05/2015-12-05_scrot.th.jpg) (http://scrot.moe/image/1AUh)
still on vsido ;D
@ Jedi... Very nice work... You are stretching the limits with low resource apps with killer looks, well done
@RatMan... Stellar as always
VSIDO on my Android?
No...
Just the background
(http://en.zimagez.com/miniature/screenshot2015-12-05-21-38-18.png) (http://en.zimagez.com/zimage/screenshot2015-12-05-21-38-18.php)
@PackRat. I read somewhere that there's a bug in conky about the memory usage readings not matching the values obtained by other methods, IIRC. Currently it's quite fuzzy in that department.
Back on topic, my boring vsido desktop.
(http://scrot.moe/images/2015/12/06/2015-12-06--1449396716_1681x1049_scrot.th.png) (http://scrot.moe/image/1NAQ)
^ is that Scarlett Johansson's yacht? :D
I read that a while back about memory output from conky; I thought that bug was fixed.
back on topic - Xmonad
(http://scrot.moe/images/2015/12/06/SShot-December_1449439327_1366x768.th.png) (http://scrot.moe/image/1Rze)
I am starting to wonder if this window layout can be scripted in something other than haskell and used in fluxbox, fvwm etc....
I forgot to add Miss Johansson somewhere! LOL.
Quote
I am starting to wonder if this window layout can be scripted in something other than haskell and used in fluxbox, fvwm etc....
I'm wondering the same. Zero haskell code background, but I'd love to get the windows in fluxbox looking like in cwm. I guess it shoud be somewhat possible by tweaking styles and maybe undecorating. We still won't get the blinking/urgency colors, etc... but would be a start.
@snap -
in the ~/.fluxbox/init file
session.screen0.defaultDeco: BORDER
will make the default style for all windows just a border; you then use the ~/.fluxbox/apps file to add decor to other apps if you want.
What I was actually referring to was the way those windows get auto arranged in that xmonad style - the active window is automatically centered and can be resized horizontally and vertically (scaled) without losing center. Inactive windows are arranged in a cross behind the active window. ALT-Tab cycles through the windows. Almost as cool as tabbed windows.
Thanks PackRat. Also setting the border size and colors in overlay will override the styles settings. The problem I see with BORDER is that the tabs go away from sight. you can still switch them with keybindings but... so long mice clicks (or hoverings). Set as NORMAL will bring the tabs back but i don't like the border drawn around the tittlebar... Need to think and test a bit more and let's see if i can make it nicer.
Quote
What I was actually referring to was the way those windows get auto arranged in that xmonad style - the active window is automatically centered and can be resized horizontally and vertically (scaled) without losing center. Inactive windows are arranged in a cross behind the active window.
Aaah, yes. I love that too.
QuoteALT-Tab cycles through the windows. Almost as cool as tabbed windows.
True. I use TAB in cwm for that. I'm still testing and improving my cwmrc trying to get some things I'm used to get in fluxbox. But cwm is only a tad lighter in RAM than fluxbox so... it's merely for cosmetic reasons. It's not as light as I've spected. For a few KB more Fluxbox offers a lot more. But I love it anyway.
Sorry for the derrailment.
@snap - you probably want to use deco bits to specify window decorations then -
fluxbox deco bits for window decorations (http://www.coreymwamba.co.uk/testbed/fluxboxdeco)
Determine the decor you want and add the bits together - tabs + border = 512 + 4 = 516
Then you can use that number as the default in your ~/.fluxbox/init file, or use it per-app in the ~/.fluxbox/apps file. Note that one you log out and back in to fluxbox that 516 will change to some hex code i.e 0x227.
I use deco bits all the time - most of my transient windows are set for border + handle (6), but windows have the tab-in-titlebar.
and no problem, no real way to derail a thread around here; but just in case:
(https://scrot.moe/images/2015/12/08/SShot-December_1449586456_1366x768.th.png) (https://scrot.moe/image/1SBX)
Huh, the deco thing. I always found them very cryptic and wondered how the heck to use them (or what for). Thanks so much Packrat. This deserves a good reading.
Messing around with a new OS - had never tried this BSD until now:
(https://cdn.scrot.moe/images/2015/12/14/dragonfly-01.th.png) (https://scrot.moe/image/67FL)
really smooth and decent hardware support; get a few things ironed out and I may install on a production machine.
Nice RatMan... I have yet to try it as well, mayhap it is time
It's nice - maybe a bit of a memory hog - the pre-compiled binaries anyway; I have only installed some pre-compiledd binaries from there ports to get it functional. Pretty much anything you'd want is in the ports and current (https://github.com/DragonFlyBSD/DPorts) - fluxbox 1.3.7! If I built from source - which can be done from their ports, just like FreeBSD - that memory usage with firefox running would probably drop. Documentation not as thorough as I would like, but looks similar enough to FreeBSD to use their wiki for the basics.
Definitely worth a vmware install if you have the time and inclination - VBSDO would be f'ing awesome; even as a hobby OS 8).
Just burned the NetBSD 7.0 iso - got the itch to distro/OS hop this month.
Is it contagious? Kinda epidemic? I'm about installing OpenBSD. Fluxbox will be.
Made a little Gtk3 volume control to control volume. Launches from tint2 ;)
Just had to install some Gtk3 dependancies to work.
(http://i.imgur.com/isL3Exhl.png)
(http://i.imgur.com/m12tEmDl.png)
^ cool. please share :)
Net/Dragonfly BSD did not like my wireless, so no go on the production machine (bummer actually).
Doing some distro-hopping in the mean time - but getting the latest and greatest of the old reliable just in case:
(https://cdn.scrot.moe/images/2015/12/16/2015-12-16_scrot.th.png) (https://scrot.moe/image/6uFU)
Setup of VSIDO default with misko_2083's new Volume Control / launcher setup in the top tint2 Panel
Great work misko_2083!
(http://www.zimagez.com/miniature/screenshot2015-12-1622-53-08.php)
(http://www.zimagez.com/zimage/screenshot2015-12-1622-53-08.php)
@PackRat
Sorry to hear that your BSD trip (I like that play on words) turned into a bad trip...
OK, there's something about the awesomewm that keeps pulling me back. Learning LUA has caused a lot of head bleeding... Oh well...
(http://en.zimagez.com/miniature/12232015a.jpg) (http://en.zimagez.com/zimage/12232015a.php)
By clicking on the weather cloud over on the top left, it brings up the forecast over on the top right. NO conky!!! Right clicking anywhere on the empty desktop brings up the menu (which I'm still working on), or just clicking on the VSIDO Launcher icon at the top left does the same thing!
^ nice one.
What is that weather plugin then; strictly an awesomewm plugin, or some lua code that can be used with xmobar or dzen? Hook me up with a link please ;D
@vastone - BSD wasn't all bad, just not as colorful as I would have liked. FreeBSD is an awesome OS, but ran too hot on my laptop (good 15 C hotter than VSIDO when idling), otherwise I would still be using it. Desktop is dual boot so the wife and kids have Windows for work and school so no BSD there. If you don't need wireless - or just don't want to spend half a day to maybe get it working - NetBSD and Dragonfly BSD were solid as well.
I actually put my meager electrician skills to work and got that old custom build working again. I can use a wired connection on it to get any BSD going. Dragonfly installed on it at the moment; I may stick with that - the hammer file system seems to be similar to LVM (my read on it anyway) so I may try to span the other two drives with that file system. I suppose I could splurge and get a ~$20 US NIC that BSD will recognize if I want wireless on it.
Back on topic -
(https://cdn.scrot.moe/images/2015/12/23/vsido-spectrwm.th.png) (https://scrot.moe/image/98TD)
getting ready for the big day -
(https://cdn.scrot.moe/images/2015/12/23/vsido-spectrwm-santa.th.png) (https://scrot.moe/image/9u6a)
Quote from: PackRat on December 23, 2015, 04:26:57 PM
^ nice one.
What is that weather plugin then; strictly an awesomewm plugin, or some lua code that can be used with xmobar or dzen? Hook me up with a link please ;D
:) Thanks! Yep it is strictly an awesome widget. My favorite weather script has always been the one "arclance" built using LUA. Ironically enough, I have yet to get it to work in awesome. Something to do with how awesome handles the 'own_window_type', as well as it's interaction with the 'xdotool'. Oh well. His python code works perfectly though! I may dive into it again and try to figure it out.
VSIDO Winterscape...
(http://www.zimagez.com/miniature/screenshot2015-12-2409-31-11.php)
(http://www.zimagez.com/zimage/screenshot2015-12-2409-31-11.php)
^ pretty - not really a snow fan, but I do miss wintery Christmas.
Back to FreeBSD since nvidia supports it -
(http://en.zimagez.com/miniature/2015-12-24-1202521440x900scrot.png) (http://en.zimagez.com/zimage/2015-12-24-1202521440x900scrot.php)
Last shot of the year -
VSIDO + Fluxbox:
(http://en.zimagez.com/miniature/vsido-yearend-scrot.png) (http://en.zimagez.com/zimage/vsido-yearend-scrot.php)
the classics never get old ;D
Happy New Year to all our users and guests.