Wm-experiments: pytiler - Tiling/window management for floating WMs

I've created a few little tools and things to experiment with WMs recently and I'm slowly putting them into this git repository:
http://github.com/iphitus/wm-experiment … er/pytiler
The first one is pytiler. It's a usable proof of concept window tiler for any standards compliant floating (or tiling) WM. It runs as a daemon, continually managing/arranging windows. This gives the same behaviour as if you're running a tiling WM - in your floating WM. If you think about it, floating WM's do very little arrangement/positioning, so they don't mind if an external tool does it for them. Alternatively it can be called to just tidy up/layout windows without the daemon.
I realise there is already the "Poor Man's Window Tiler" however it has a few pitfalls
- Can only be called once off
- Parses and executes external commands for it's window control.
pytiler uses libwnck, which can either be found in gnome-python-desktop (gnome dep) or libwnck-python (AUR, no gnome dep).
I no longer use pytiler and don't have the time to develop/maintain it so I'm hoping someone here will find it useful or wish to extend it further.
Last edited by iphitus (2009-07-25 01:26:27)

sand_man wrote:
Tyriel wrote:I really love the idea of this.  Nice work
Search the forums for stiler
I have mentioned stiler above, however this implementation does more than a few things differently, ie, 'continual' management of windows and not parsing the output of externally called programs.
Last edited by iphitus (2009-07-29 12:13:29)

Similar Messages

  • Best tiling window manager for two monitors

    I am looking for a window manager, that will work thus, my main window on my main left monitor, and my stack (my unfocused windows) on my right monitor.  Is there a WM that can do this or anyone know one that comes close.
    Thanks

    skottish wrote:
    If it helps at all, this is a useful way to look at awesome vs. xmonad:
    awesome is pretty much a complete WM/DE (it's close to being a full DE) with a task bar, system tray, run dialog, something like nine preconfigured window management algorithms, right-click menus, etc. Through lua scripting it can be fully extended. There's a lot to awesome by default and more often than not users are going to start to tear it down because there's just so much of it.
    xmonad out of the box is about 5% WM and 95% toolkit to build your own. It has no DE features upon first start and few layouts. If your objective is to build up your WM and not to tear it down, this is a good place to start. The GHC dependency is irrelevant if this is your goal (assuming you can afford the hard drive space) in my opinion.
    One thing that's pretty cool about xmonad that a lot people may not realize is that some of it's developers are involved with Arch. Arch-haskell (the bazillion packages in AUR), Real World Haskell (the book), and GHC are all tied nicely together by some of these people.
    What is cool about XMonad too that you can integrate Gnome and KDE easily in XMonad and bluetile is really cool for starters

  • Musca (Tiling Window Manager)

    I've just come across this tiling window manager which seems to be very new, I've seen no mentions of it anywhere other than wikipedia, so I thought I'd download it and try it out. You can find it here, along with source and probably all the info you could possibly need.
    "A simple tiling window manager for X, with features nicked from ratpoison and dwm"
    http://aerosuidae.net/musca.html
    It looks to be alot like dwm in the configuring aspect, (ie. edit config.h and compile), although it also has a start file which can be used to run some internal commands.
    Anyway I've only been using it for literally the time it took me to write this post, but I thought I'd suggest that others give it a shot! I'm certainly enjoying it so far

    aerosuidae wrote:Thanks.  I've never even looked at the process for creating a package for AUR.  If you are volunteering to maintain this (? ), get on the mailing list to hear about new releases: http://mail.aerosuidae.net/mailman/list … suidae.net
    Joined
    aerosuidae wrote:No idea.  Out of interest: Why do you think it better it gets run from $HOME?
    The PKGBUILD becomes easier. Also if its in $HOME, you can make as many changes as you want and run it. You can even change the path of the executable, if you want. One disadvantage is that if you have multiple users on the computer, you will have to install for each user.
    aerosuidae wrote:Oh.  I rather like dates as they're IMHO more informative and useful than a number.  Still, I can live with that.
    Well if you use the dates, I will change the build method for every release. No big deal. Let me know which way you prefer.
    aerosuidae wrote:
    Inxsible wrote:The trouble with your shortcuts is, that I use most of those shortcuts in my Openbox setup --and in my dwm. like Mod4+r - to start rTorrent etc. I guess, I will just have to relearn all my shortcuts and not use Mod4 in the shortcuts for starting apps.
    No, don't let Musca dictate to you how to work. Customize the combinations that clash using .musca_start or config.h
    Is there a limit to how many keybindings you can add?
    I currently have all of these.
    struct keymap keymaps[] = {
    { "Mod4+Shift+h", "hsplit 1/2" },
    { "Mod4+Shift+v", "vsplit 1/2" },
    { "Mod4+Shift+r", "remove" },
    { "Mod4+Shift+o", "only" },
    { "Mod4+Shift+k", "kill" },
    { "Mod4+Shift+c", "cycle" },
    { "Mod4+Left", "focus left" },
    { "Mod4+Right", "focus right" },
    { "Mod4+Up", "focus up" },
    { "Mod4+Down", "focus down" },
    { "Mod4+Next", "use (next)" },
    { "Mod4+Prior", "use (prev)" },
    { "Mod4+Tab", "screen (next)" },
    { "Mod4+Shift+w", "switch window" },
    { "Mod4+Shift+g", "switch group" },
    { "Mod4+x", "shell" },
    { "Mod4+Shift+m", "command" },
    { "Mod4+Shift+d", "dedicate flip" },
    { "Mod4+Shift+a", "catchall flip" },
    { "Mod4+Shift+u", "undo" },
    { "Mod4+Shift+s", "stack flip" },
    { "Mod4+Control+Left", "resize left" },
    { "Mod4+Control+Right", "resize right" },
    { "Mod4+Control+Up", "resize up" },
    { "Mod4+Control+Down", "resize down" },
    { "Mod4+a", "exec lxappearance" },
    { "Mod4+b", "exec recorder" },
    { "Mod4+c", "exec conky" },
    { "Mod4+e", "exec easytag" },
    { "Mod4+f", "exec pcmanfm" },
    { "Mod4+g", "exec geany" },
    { "Mod4+t", "exec urxvt -bg black -fg white" },
    If I add one more, the pkg builds fine, installs too...but when I log in, X starts for a microsecond and bombs. Here's dmesg | tail and it says that musca segfaults.
    agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
    nvidia 0000:01:00.0: putting AGP V2 device into 4x mode
    musca[10748]: segfault at 41 ip b7eb2aa8 sp bfcb5d6c error 4 in libc-2.9.so[b7e40000+140000]
    agpgart-intel 0000:00:00.0: AGP 2.0 bridge
    agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
    nvidia 0000:01:00.0: putting AGP V2 device into 4x mode
    musca[11554]: segfault at 41 ip b7e7faa8 sp bfc82d2c error 4 in libc-2.9.so[b7e0d000+140000]
    agpgart-intel 0000:00:00.0: AGP 2.0 bridge
    agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
    nvidia 0000:01:00.0: putting AGP V2 device into 4x mode
    Just wanted to let you know. If its a bug, I will open it on your launchpad bugtracker.
    Last edited by Inxsible (2009-03-13 06:28:52)

  • Subtle - another tiling window manager

    It's been a while since the first subtle AUR package came up and there was never neither an introduction nor a thread here in the forum. Time to get this started and to hopefully get opinions/feedback of the of users who already gave/want to give subtle a try.
    For all of you who never heared about subtle - here comes the intro:
    subtle is another tiling window manager on the field with a grid-based manual tiling window manager with a strong focus on easy but customizable look and feel. In comparison to other tiling windows managers, subtle has no automatic tiling of the screen size in any way, instead windows are arranged according to positions inside of a grid - these positions are called gravities - which can completely be controlled with key bindings.
    subtle also has a Ruby based config with support for lambdas as key bind actions, a wmctrl-like commandline tool (subtler) to interact with subtle and an extension (subtlext) for Ruby that is capable of doing the same and even more!
    There are also small Ruby applets (sublets) that can show various stuff like system load and the time. The management of these scripts can be done with sur (Subtle User Repository) - a small command line script similar to gem which makes installing of a subtlet a piece of cake e.g.:
    sur install clock
    Windows placement and window properties are determined by a complete tagging system for clients and views and can be manipulated in the config and/or per runtime with subtler/subtlext.
    Features
    - Ruby integration for config/key actions and hooks
    - Flexible panels with loadable Ruby scripts (sublets)
    - Integrated System tray
    - Complete tagging system
    - ICCM/EWMH-compliant
    - Lightweight
    Screenshots
    Install
    The AUR packages: subtle subtle-hg sur-hg
    I would suggest to pick the subtle-hg package to get the latest changes.
    Contact
    If you have problems, suggestions or just want to talk about subtle feel free to join #subtle on irc.freenode.org or drop a mail to unexist at dorfelite dot net.
    Last edited by unexist (2010-04-24 15:40:02)

    dcurtis wrote:
    I love this gravity idea but the WM in it's current state would not allow me to be productive (no offense) and I have a distaste for ruby ( love python ) but I'm willing to grow.  However, here are my comments:
    1) being able to tweak the gravity settings would be nice, and per-tag.  I like to have a big left window (stacked) and a column of two windows on the right.  I use wmii and this does this OK by dividing the right column.  My one grip is the I could stack on the right, but I couldn't divide AND stack.  I see the potential for that w/ subtle.  Here is my current ss: http://static.milkbox.net/ss/ss-2009-05-06.png
    2) it would be nice if you could have movement between gravities.  I'd like to move between columns.  And my gripe about like, musca and ratpoison is that when i do move between columns it doesn't keep track of the previous vertical position.  Starting with the bottom right focused, moving to the left, and then moving back to the right focuses me in the top right.  I think it would be _REALLY_ cool if you had some sort of column based movement (left gravity, center gravity, right gravity) that would cycle, and also movement up through the stack.  Not sure how this would work.
    3) I prefer that new windows are created with the same gravity as the windows already open.  I would guess this is fairly easy to do.
    4) switch to python... I AM KIDDING.  but seriously, i know it'll never happen but that's cool.  I just wanted to post this #4!...
    anyways, keep up the good work.
    1 + 2) What do you mean with 'per tag'? You can assign gravity tags to clients witht he config so that any layout is possible and you can freely create your own movement stuff with the grabs. Subtlext gives you control over gravities of the clients. Yes, it's Ruby and I won't argue about like you did in 4) - it's a matter of taste and I really like Ruby.
    3) So just to understand this: If you set the top left gravity to a client, you would prefer that the next client also gets top left gravity?
    Wra!th wrote:Floating windows need to be stackable (egbe able to bring one infront of another using the mouse)
    Well, actually this was in subtle but was removed in favor for the WindowRaise and WindowLower grab that allows e.g. to cycle through windows with center gravity.
    milomouse wrote:A smaller complaint, which may or may not be due to my own ignorance, is that switching views (jump) with the shortcut seems to be a little picky. Sometimes I can use the shortcut to switch views and sometimes it refuses to work. Seems to happen mostly when I'm on an empty view and try to switch (with the shortcut) to another . I don't know if it loses focus or what. Anyway, these are minor compared to my enjoyment with Subtle so far. Thanks again.
    Oh, yes. I will fix it shortly tomorrow - you may write a ticket for it so that you can see when it's fixed.
    Last edited by unexist (2009-05-10 09:57:51)

  • Neurowm - dynamic tiling window manager based on Xmonad

    Hi,
    I started to write my own window manager last year so that it fits exactly my needs. The project was paused due to a lack of time but last month I could start coding again and make it stable. It was my very first step into the X protocol so I decided to use C language and Xlib rather than XCB because of the documentation. I might plan to port it to XCB in the near future though.
    neurowm is a dynamic tiling window manager based on Xmonad, where you must write your own configuration using C language instead of Haskell language. If you are familiar with Xmonad, you should be able to understand the configuration easily.
    Some features:
    - Compile and reload the comfiguration file on the fly withour restarting X
    - Support of float layout
    - Support of toggled layouts
    - Border width, color and gaps can be configured at window level
    - Mirror, Reflect X and Reflect Y support on every layout
    - Support of fixed windows on every layout
    - Support if free window on every layout
    - Dzen support
    - Xinerama support (TODO)
    - Java support (TODO)
    Screenshots:
    Website: https://github.com/nnoell/neurowm
    There is no PKGBUILD at the moment and please, bear in mind that the window manager is under heavy development, so the configuration file might change a lot. Feel free to try it and leave some feedbacks.

    i enjoy all the neuromancer references (wintermute). and your avatar from the cover of the c64 game. gibson would be proud ;D
    I am not really good at names, that is why I take all of them from things I love. Next one won't be from neuromancer, I promisse
    the wm looks very nice in your scrots. can i make some feature suggestions based on my wm experiences?
    i've recently switched from awesomewm to herbsluftwm, and really like it.
    - the binary tree division makes so much sense. you split a frame, then split that frame, and so on into infinity. and all those frames are movable via key-binding as well. as opposed to pre-defined layouts in awesome (and as far as i can tell, neurowm too).
    - having a command line tool that you use to dynamically set properties is amazing. border colors, gaps, displays, etc. e.g. you configure you monitor settings via a command v.s. you config file, this makes it more flexible for on the fly changes.
    Yes, you are right, command line tools are very useful, I might think of adding that. Regarding the binary tree division, I think it would be good to create another "special" layout (as the floated one) with its own bindings. I think I will try herbsluftwm and compare it to Xmonad so I can get to the point.
    I decided to create an Xmonad-like window manager using C language because many people don't know Haskell and GHC is quite heavy. The configuration file might be difficult to understand at first (specially if you are not familiar with C language) but if you guys have any problem, don't hesitate to contact me
    PD: Ninja gaiden is also an amazing franchise, specially the 3 games from the NES, played a lot when I was a kid.

  • Question(s) about tiling window manager

    Hello fellow Arch-users.
    I'm looking for a new WM and need some help/advise from the community.
    Currently I run Xfce. However, I have found over the past couple of month that I usually use terminals to get tasks done, such as starting programs, editing files or browse my computer and that my graphical WM stands more in my way than it is any good to me.
    I do still use graphical programs, for example Icecat as my browser and Claws-mail as my e-mail client among others and will continue to do so. But for editing files or browsing my computer I already use vim and mc (midnight commander).
    So, I thought I may be better off with a tiling WM. However, I'm not so sure if I have the right idea of a tiling window manager. My idea of a tiling WM is that I can place many terminals on my desktop and my graphical programs on top of them. Is that correct? Also I hope that the WM is able to open these terminals without interfering with each other, meaning that they don't overlap or something. I don't want to have to always move them around with the mouse. Does a tiling window manager do that?
    If I make the change, I'd like to have WM that is easy to set up and configure. I don't want to spent too much time configuring and tweaking the program. I was looking into Subtle or Awesome. Would that be a good idea?
    Again, maybe my idea of such kind of window manager is totally wrong. Therefore, I'm seeking support from the people who already use them.
    Thanks in advance!
    Last edited by Janusz11 (2011-01-24 18:35:47)

    Janusz11 wrote:So, I thought I may be better off with a tiling WM. However, I'm not so sure if I have the right idea of a tiling window manager. My idea of a tiling WM is that I can place many terminals on my desktop and my graphical programs on top of them. Is that correct? Also I hope that the WM is able to open these terminals without interfering with each other, meaning that they don't overlap or something. I don't want to have to always move them around with the mouse. Does a tiling window manager do that?
    Yes, exactly. Tiling window manager arrange your windows dependent on their alignment strategy, there are many WMs that do that according to a preset layouts like wmfs, awesome, xmonad and other that offer a more flexible (manual) approach like wmii and i3 to name a few. There is also subtle, which offers a unique layout among the tiling windows managers. As far as I know all of them offer a floating mode, where windows can float loosely above the other tiled windows.
    Generally you can say,  the more flexible the whole thing is, the more you need to configure initially. Also some of the named WMs do more than just managing windows like providing a panel or tray on their own.
    As far as I know all of them offer a floating mode, where windows can float loosely above the other tiled windows.
    Janusz11 wrote:If I make the change, I'd like to have WM that is easy to set up and configure. I don't want to spent too much time configuring and tweaking the program. I was looking into Subtle or Awesome. Would that be a good idea?
    subtle and awesome are very flexible and you need to/can do lots of things in your config. Personally I use and develop subtle and my opinion is quite biased.

  • Pwm - a simplistic tiling window manager in python3

    Hello,
    I want to announce a project which I have been working on in the last couple of weeks to learn about python.
    PWM - A simplistic tiling window manager written in python3
    AUR package pwm-git
    github repo
    As already said, pwm tries to be relatively simplistic, both in functionality as well as in code.
    pwm includes:
    Multiple workspaces.
    A column-based layout, every window can be resized freely.
    Windows can also float or be fullscreen.
    A bar, similiar to i3bar.
    A menu like dmenu but with fuzzy search.
    Everything is configured in python.
    There is no multimonitor support because I only have a laptop now with no additional screens.
    For more information please check the github repo
    Last edited by mibitzi (2013-08-10 02:16:16)

    Yes, here are two of my screenshots from the August Screenshots Thread

  • Wingo: floating and tiling window manager with per-monitor workspaces

    More screenshots.
    Wingo has two features which, when combined, set it apart from other window managers (maybe):
    1) Support for both floating and tiling placement policies. Wingo can be used as a regular floating (stacking) window manager, complete with decorations, maximization, sticky windows, and most other things you might find in a window manager. Wingo can also be switched into a tiling mode where window decorations disappear, and windows are automatically managed via tiling.
    2) Workspaces per monitor. In a multi-head setup, each monitor can display its own workspace---independent of the other monitors. This makes changing your view of windows in multi-head setups much easier than in most other window managers, which will only allow you to see one workspace stretched across all of your monitors. Also, since placement policies like floating and tiling affect workspaces, this makes it possible for one monitor to be tiling while another is floating!
    Inspiration
    Wingo is heavily inspired by Openbox and Xmonad (and of course, pytyle). Basically, Openbox's floating semantics (although most window managers are the same in this regard) and Xmonad's automatic tiling style plus its workspace model (workspaces per monitor). I've also adopted Xmonad's "greedy" workspace switching and embedded the concepts from the "DynamicWorkspaces" contrib library into the Gribble command system.
    Configuration
    Wingo is extremely configurable. This includes binding any of a vast number of commands to key or mouse presses, theming your window decorations and setting up hooks that will fire depending upon a set of match conditions.
    All configuration is done using an INI like file format with support for simple variable substitution (which makes theming a bit simpler). No XML. No recompiling. No scripting.
    Configuring key/mouse bindings and hooks uses a central command system called Gribble. For example, one can add a workspace named "cromulent" with this command while Wingo is running:
    AddWorkspace "cromulent"
    But that's not very flexible, right? It'd be nice if you could specify the name of workspace on the fly... For this, simply use the "Input" command as an argument to AddWorkspace, which shows a graphical prompt and allows you to type in a name:
    AddWorkspace (Input "Enter your workspace name:")
    The text entered into the input box will be passed to the AddWorkspace command.
    Please see the HOWTO-COMMANDS file for more info. We've barely scratched the surface.
    Scripting Wingo
    So I lied earlier. You can kind of script Wingo by using its IPC mechanism. While Wingo is running, you can send any command you like:
    wingo-cmd 'AddWorkspace "embiggen"'
    Or perhaps you can't remember how to use the AddWorkspace command:
    wingo-cmd --usage AddWorkspace
    Which will print the parameters, their types and a description of the command.
    Want to pipe some information to another program? No problem, since commands can return stuff!
    wingo-cmd GetWorkspace
    And you can even make commands repeat themselves every X milliseconds, which is ideal for use with something like dzen to show the name of the currently active window:
    wingo-cmd --poll 500 'GetClientName (GetActive)' | dzen2
    Finally, you can see a list of all commands, their parameters and their usage: (even if Wingo isn't running)
    wingo-cmd --list-usage
    (Wingo actually can provide enough information (or will soon) for ambitious hackers to script their own layouts in whatever programming language they like without ever having to deal with X at all. Assuming it has support for connecting to unix domain sockets. Or you could just use a shell with 'wingo-cmd' if you're into that kind of tomfoolery.)
    Dynamic Workspaces
    Having some set number of workspaces labeled 1, 2, 3, 4, ... is a thing of the past. While Wingo won't stop you from using such a simplistic model, it will egg you on to try something else: dynamic workspaces.
    Dynamic workspaces takes advantage of two things: workspace names and adding/removing workspaces as you need them.
    This is something that I find useful since I'm typically working on multiple projects, and my needs change as I work on them. For example, when working on Wingo, I might add the "wingo" workspace, along with the "xephyr" workspace and the "gribble" workspace. When I'm done, I can remove those and add other workspaces for my next project. Or I can leave those workspaces intact for when I come back to them later.
    With Wingo, such a workflow is natural because you're no longer confined to "removing only the last workspace" or some other such nonsense. Plus, adding a workspace requires that you name it---so workspaces always carry some semantic meaning.
    (N.B. I don't mean to imply that this model is new, just uncommon; particularly among floating window managers. I've personally taken the model from xmonad-contrib's DynamicWorkspaces module.)
    Tiling layouts
    Right now, only simple tiling layouts are available. (Vertical and Horizontal.) Mostly because those are the layouts that I primarily use. I'll be adding more as they are demanded.
    Dependencies
    Wingo is written in pure Go (including all of its dependencies). As such, Go (and git) is the only package necessary to build and install Wingo. Once Wingo is installed, Go can be removed. (No Xlib/xcb, no cairo, no gui toolkits.)
    Installation
    Wingo is in the AUR. Alternatively, if you have a Go environment set up, you can download, build and install Wingo and all of its necessary dependencies with:
    go get github.com/BurntSushi/wingo
    go get github.com/BurntSushi/wingo/wingo-cmd
    (Yes, Go's build system is really that awesome.)
    There's a lot more at Wingo's github.
    Please note that Wingo should be considered in a very alpha state. I've been using it for a little bit myself, but beyond that, Wingo is untested.
    Last edited by BurntSushi (2012-10-22 06:02:16)

    netfun81 wrote:wow, nice wm.  Install was a breeze, love having floating layout on one screen and tiling on another.   In the past, for certain apps that wouldn't play well with a tiling wm, I would have to kill X, change my .xinitrc to start openbox and startx again.   This seems like the perfect solution.
    Thanks :-)
    netfun81 wrote:Does "go get github.com/BurntSushi/wingo"  always pull the latest from git?   Can i just delete the wingo executable from go/bin and run command to upgrade to latest or do I need to delete config files each time to remain compatible?
    Yes, `go get ...` always pulls from the latest git. I make sure that Wingo builds before pushing to `master`. I'll use a different branch for any longer term experiments.
    You could use `wingo-git` in the AUR, but `go get` is just as good. (Indeed, the PKGBUILD uses `go get`!)
    One note those, use this to update to instead:
    go get -u github.com/BurntSushi/wingo
    go get -u github.com/BurntSushi/wingo/wingo-cmd
    You shouldn't have to delete any executables.
    As far as configuration files go... I'm not sure. I haven't figured out how I'm going to handle them yet. I don't think any well-formed configuration file will break Wingo, but it's certainly possible that old configuration files will miss out on new features/options. (For example, I just added some new focus follows mouse options.) Wingo will always maintain an in-memory default configuration, so missing configuration options will also never break Wingo.
    You can always check out the new configuration files by running `wingo --write-config`. You'll have to move `~/.config/wingo` to a temporary location first though.
    If you're installing from the AUR, I'll try to add post installation messages for any big changes.
    FYI, I should say that installation is so easy because of Go. :-) /plug
    Last edited by BurntSushi (2012-10-26 21:07:44)

  • Looking for a light weight tiled window manager.

    Hello everyone,
    I am looking for a light weight window manager with tile support.  I am a programmer by hobby and I like to be able to maximize my screen real estate.
    I love hot key and terminal use it just speeds up the process.  I don't however want it to have a huge scripting learning curve.  Currently I am in the process of learning Android development so having to learn a new scripting language on top of it won't make matters better.
    Currently I am comfortable with bash, and python.  I can also do some work in perl but not super fluent with it yet.
    It would also help if it has dual monitor support.  My main monitor is a 23" LCD max res 1920x1080 and my second monitor is a 17" LCD max res 1440x900 until I get around to picking up another 23".

    Runiq wrote:
    Search first, post later:
    http://wiki.archlinux.org/index.php/Lig … plications
    another good wiki page is the tiler comparison, the chart shows vitals, like what they are configured in
    http://wiki.archlinux.org/index.php/Com … w_Managers
    Last edited by hume's doona (2010-10-08 12:17:51)

  • Lightweight windows manager for old PC?

    Hi,
    I want to install Arch on 10 years old PC: RAM:384mb,Cpu:celeron 850Mhz,HDD:20gb,graphics card:NVIDIA riva tnt2 model 64 32mb...
    What windows manager will run fast on this system? On my laptop i use xmonad... but is it light enought for this old pc? Any suggestions?
    Thanks. (sorry for bad english)

    If you like xmonad, spectrwm does most of the same things without haskell, and uses a plain-text config file so it's much easier to configure.
    https://wiki.archlinux.org/index.php/Spectrwm
    http://crunchbanglinux.org/forums/post/199992/#p199992
    Monsterwm and snapwm are other light tiling window managers that would probably run on this machine.
    https://wiki.archlinux.org/index.php/Monsterwm
    https://wiki.archlinux.org/index.php/Snapwm
    http://crunchbanglinux.org/forums/post/201694/#p201694
    Last edited by 2ManyDogs (2012-06-25 18:12:06)

  • Is there a tiling window manager with anti-aliased fonts?

    Hi,
    Is there a tiling window manger with anti-aliased fonts?
    Thanks.
    Last edited by 9mqks5hn (2009-07-14 18:50:45)

    pauldonnelly wrote:
    cinan wrote:your font configuration has nothing to do with window manager. Hope this helps you http://wiki.archlinux.org/index.php/Xor … figuration
    Any text the window manager displays is rather affected.
    None come to mind here, but that doesn't mean much.
    You can use any panel/pager with XMonad if you use the ewmh hooks (these panels usually support anti-aliased fonts). There is a dzen2-xft version floating around the net somewhere if I'm not mistaken...

  • Replacement Windows Manager for OS X?

    Hi, i love my Mac for only two reasons -- digital video editing with iMovie and it's unix core -- i've probably used FreeBSD longer than any other server OS.
    I also love keyboard shortcuts.
    I've had extreme problems with tendonitis, and carpal tunnel/ulnar tunnel syndrome.
    Menus without lots of keyboard shortcuts are very frustrating since it forces me to use the mouse. The more I use the mouse, the worse my condition gets.
    #1 - With that background in mind, I need a Windows Manager (see http://en.wikipedia.org/wiki/Windowmanager#X_windowmanagers ) that would give me more keyboard shortcuts than OS X currently does.
    I love all the keyboard shortcuts available in practically every program built for Microsoft Windows as well as the default apps in it such as Windows Explorer, etc.
    I really, really need keyboard shortcuts like that or like they have in the Window Managers of KDE or GNOME.
    If I could get that here on my Mac then I think I would cease to be frustrated with it.
    #2 - One other thing, I would love a Windows Manager with a "taskbar" or "dock" or "menu bar" -- i don't care what you call it -- but I need a bar at the top or bottom of the screen that shows me ALL of my open windows.
    #3 - It also must let me Apple-Tab through all of my open windows, not just the applications.
    So... anybody know of a drop-in replacement Windows Manager that would let me still run native apps that I love like iMovie yet get the keyboard functionality that I need to prevent me from further exacerbating my medical condition?
    I've researched this for at least a few hours and the System Preferences tweaks don't even come close to what I need. Those of you that use both KDE/Microsoft Windows/GNOME && OS X every day will at least partially understand the big difference between the two camps of Windows Managers(again see http://en.wikipedia.org/wiki/Windowmanager#X_windowmanagers if necessary).
    Thanks so much to anybody that can even give me at least half of a solution -- i surely would appreciate it!!!

    Mac OS X is not X-windows. I doubt that there is a "drop-in Windows manager".
    Keyboard shortcuts are controlled on an application basis. But you can define your own shortcut for any menu command. See System Preferences > Keyboard & Mouse > Keyboard Shortcuts.
    Also, virtually anything you can do with the mouse can be done from the keyboard. See Mac Help, search for "Full keyboard navigation". For example, to navigate to a menu item, type Control-F2, then use the arrow keys to move to the menu item you want. Return activates the selected item, ESC cancels the operation. Control-F3 gives the same kind of access to the Dock.
    Navigating open windows is easy: Command-Tab to the application, Command-` (back quote:forward/tilde:backward) to the desired window.
    In dialogs, most buttons have a keyboard shortcut, although it is not always obvious what they are. The Blue button = Return, the Cancel button = ESC. Other buttons are typically Command-(first letter of the button name). For example "Don't Save"=Command-D, usually.

  • Poor man's Tiling Window manager

    Basically a simple python script which does tiling on any windowmanager (Perfectly on pekwm and openbox. Partly on compiz due to the fact that compiz says it has a single desktop even if there are 4 virtual desktops, which means all the windows you have will be tiled).
    It uses wmctrl to get the info and manage the windows. Bind it to a key or to autowhatever-on-window-creation-hook.
    Currently options are
    left,right   - Does the new windows7 ish style of sticking to the sides.
    swap     -   Basic tiling layout on first call, then swaps the active window to main pane on subsequent calls
    cycle     - Cycle all the windows in the master pane
    vertical   - Simple vertical tiling
    horizontal   - Simple horizontal tiling
    maximize   - Maximize the active window/ for openbox which doesn't permit resizing of max windows
    max_all     - Maximize all windows
    simple( obsolete, swap works better )     - The basic tiling layout . 1 Main + all other at the side.
    If you need other layouts modify get_simple_tile
    On first run it will create a config file ~/.managerc. Modify the values to suit your window decorations/Desktop padding
    Github
    Clone usrl: git://github.com/TheWanderer/stiler.git
    Aur http://aur.archlinux.org/packages.php?ID=25038
    soulfx's fork of the grid branch with dualmonitor support and grid layout
    http://github.com/soulfx/stiler/tree/grid
    Last edited by u_no_hu (2009-05-12 11:35:22)

    @u_no_hu
    Ah, i see. My bad, i'm not familiar with Windows 7.
    Not sure what to check for in xprop, so here you go:
    > xprop
    _XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1
    WM_STATE(WM_STATE):
    window state: Normal
    icon window: 0x0
    _NET_WM_DESKTOP(CARDINAL) = 0
    _KDE_NET_WM_FRAME_STRUT(CARDINAL) = 1, 1, 16, 1
    _NET_FRAME_EXTENTS(CARDINAL) = 1, 1, 16, 1
    _NET_WM_STATE(ATOM) =
    _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_MOVE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW, _OB_WM_ACTION_UNDECORATE
    _NET_WM_ICON(CARDINAL) = 48, 48, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
    _NET_WM_VISIBLE_ICON_NAME(UTF8_STRING) = 0x6f, 0x65, 0x77, 0x3a, 0x20, 0x7e
    _NET_WM_VISIBLE_NAME(UTF8_STRING) = 0x6f, 0x65, 0x77, 0x3a, 0x20, 0x7e
    _NET_WM_PID(CARDINAL) = 9652
    WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, _NET_WM_PING
    WM_LOCALE_NAME(STRING) = "en_US.utf8"
    WM_CLASS(STRING) = "urxvt", "URxvt"
    WM_HINTS(WM_HINTS):
    Client accepts input or input focus: True
    Initial state is Normal State.
    window id # of group leader: 0x1e00015
    WM_NORMAL_HINTS(WM_SIZE_HINTS):
    program specified minimum size: 10 by 28
    program specified resize increment: 6 by 12
    program specified base size: 4 by 16
    window gravity: NorthWest
    WM_CLIENT_MACHINE(STRING) = "grus"
    WM_COMMAND(STRING) = { "urxvt", "-embed", "31457289" }
    _NET_WM_ICON_NAME(UTF8_STRING) = 0x6f, 0x65, 0x77, 0x3a, 0x20, 0x7e
    WM_ICON_NAME(STRING) = "oew: ~"
    _NET_WM_NAME(UTF8_STRING) = 0x6f, 0x65, 0x77, 0x3a, 0x20, 0x7e
    WM_NAME(STRING) = "oew: ~"
    Edit:
    I noticed that Firefox also isn't detected by wmctrl -l. When I testet simple in previous post I only had Firefox and urxvt on that desktop, that's the reason it didn't do anything
    Did a test with all applications recognized by wmctrl -l on the same desktop, and it worked perfectly.
    swap works fine aswell.
    There must be something funky with my setup.
    oew
    Last edited by oew (2009-01-30 15:54:34)

  • OPM production Management for Float Glass industries

    Hi
    The Process of Float Glass Manufacturing is same throughout the world.
    Brief Process Desc.
    All the Raw materials (Sand, Dolamite, Limestone, Soda Ash, Sodium Sulphate, Carbon, Iron Oxide) are weighed correctly and send it into the Furnace where all the mixture gets melted at 1500 deg C and then the melted glass float thru a tin bar ( here Thickness/width are controlled as per the prodn requirement) contineously and brought to the cold end (@ room temp) where it gets cut into various lenths and widths and goes for packing system.
    Here the packing UOM is in Tons which measures as No of pieces/pack. Hence the output FG.
    Here my question is How to map this process in to making production batch using Formula and Recipes. If anyone come across this process and implemented the same, kindly guide me in detail, so that I can map with this help infact i do have idea of mapping but if someone help which will boost the mapping process into Oracle apps. This project is in Release 12. (OPM modules)
    If find any documents on this (like ppts/BP80/BR100 docs) pl send it to my mail id : [email protected]
    This help is greatly appreciated
    Thanks
    Raj

    You can define this as a single formula.
    Output: Packed - cut to size - Finished Good Item.
    Input: All the Raw materials (Sand, Dolamite, Limestone, Soda Ash, Sodium Sulphate, Carbon, Iron Oxide)
    Packaging materials + Labels + Boxes etc.
    Define Routing:
    Resource: Furnace, Any other importance resource like Equipment that controls thickness, cutter etc, Labor, Associated Overhead
    Create recipe using the formula and routing.
    Various factors that can affect the mapping:
    1) Formula maintenance: You have to define formula for each output item.
    2) Possibility of dynamic determination of output item: If it is possible to produce different combination of thickness/width (and hence different FG item) in the same batch, then this won't be the right mapping.
    3) Process variations: Also formula mapping depends on how accurate is production process. If user wants to produce item X (say thickness 10mm) but due to quality issue produced item Y (say thickness 9mm) and such cases happens very often, this won't be right solution.
    4) Inventory measurement: This will determine the break-points. If you cannot measure the quantity (or even estimate) then you cannot define it as an intermediate item.
    I will explain how point 4 can lead to different way of formula mapping.
    Say you have a furnace that needs to run continuously for better quality or throughput. Hence you will be continuously adding raw materials to furnace and produce different outputs. You can break the single formula into multiple formulas as -
    Formula 1) Output: Molten mass of glass
    Input: All the Raw materials (Sand, Dolamite, Limestone, Soda Ash, Sodium Sulphate, Carbon, Iron Oxide)
    Formula 2) Output: Packed - cut to size - Finished Good Item.
    Input: Molten mass of glass
    To have formula in such fashion you should have a way to measure or estimate the weight of Molten mass of glass.
    If you are estimating the weight, there should be historical data available to determine what should be realistic output quantity for given input quantity. How much will be process loss and loss due to unwanted by product such as slag etc.
    Further you can break formula 2 as
    Output: One large sheet of give thickness
    Input: Molten mass of glass
    Output: Packed - cut to size - Finished Good Item.
    Input: The large sheet of give thickness.
    This kind of different mapping is possible which normally depends on:
    1) Complexity of process
    2) How complex BOM structure user wants to have
    3) Are there any benefits of maintaining such complex system - like accurate costing or accurate production monitoring or facilitating planning process.
    4) Can user maintain the complex system? Are they ready to capture data at finer level. Is it possible to capture the data.
    5) And most important thing is how to handle exceptions. If every thing goes smoothly as planned (less exceptions) then user can have and afford any level of complexity. But if there are many exceptions to the normal process you have to concentrate more on how to handle the exceptions.
    6) Satisfy all users: Accounting, Planning, Production, Quality, Inventory handling. Formula/Recipe touches all these modules.

  • A tiling manager for Gnome

    I have been using Ubuntu for a long time. Now I have decided to switch to Archlinux. I am looking for a Gnome tiling manger. In ubuntu, I can use compiz and set the shortcuts for different window configurations. However, compiz is not available in Archlinux. Any recommendation for a simple and easy to use tiling manager for Gnome?
    I can install the shellshape extension, but it's ab it too simple.
    https://extensions.gnome.org/extension/294/shellshape/
    I cannot install the gtile or shelltile extensions, not sure why.
    https://extensions.gnome.org/extension/28/gtile/
    https://extensions.gnome.org/extension/657/shelltile/
    Last edited by xjianz (2014-01-31 04:38:05)

    ANOKNUSA wrote:
    xjianz wrote:However, compiz is not available in Archlinux.
    https://wiki.archlinux.org/index.php/Compiz
    EDIT: It is possible to run an actual tiling window manager within GNOME, such as Awesome or Xmonad.
    I have seen the wiki page for Compiz. According to the wiki, Compiz is not officially supported.
    I have seen people using Awesome or Xmonad. But, they are too complicated for me :-(

Maybe you are looking for