Add to Chrome
Add to Edge
Add to Firefox
Add to Opera
Add to Brave
Add to Safari
Join our communityTop Con
•••
OpinionatedHehu's Experience
Top Pro
•••
Top Con
•••
Top Pro
•••
Top Pro
•••Top Pro
•••
Top Pro
•••Top Pro
•••
As of 2018-02: The homepage for Openbox has a News section with the last post in 2010 (http://openbox.org/wiki/Openbox:News). The code is apparently at https://github.com/danakj/openbox but no changes have been made since 2015-03-03. PRs and bug reports continue to be submitted, but they are not commented upon or merged. There are various discussions about the maintenance from third-party commenters, but I have been unable to find an official discussion from the original author (Dana Jansens) and maintainers listed at http://openbox.org/wiki/Openbox:About. See More
Strong community and more popular making finding the answer to problems easier See More
Just two hot keys: Shift+Super+C to reload the config and Shift+Super+R to restart (which takes less than one second). Restarts pick up new versions of i3 or the updated config file, so you can upgrade to a newer version or quickly see the changes to i3 without quitting your X session. See More
You can easily switch between two workspaces but not two windows (which are not adjacent to each other). The functionality simply isn't there and the dev refuses to include it as a part of i3 core. This can get annoying when you have multiple windows in the same workspace. There is a manual workaround though. See More
RandR provides more information about your outputs and connected screens than Xinerama does. To be specific, the code which handled on-the-fly screen reconfiguration (meaning without restarting the X server) was a very messy heuristic approach and most of the time did not work correctly — that is just not possible with the limited information that Xinerama offers (just a list of screen resolutions and no identifiers for the screens or any additional information). Xinerama simply was not designed for dynamic configuration. See More
Dwm's design paradigm is to use tags to group clients (applications) that can then be pulled into a view (workspace); this allows you to view multiple clients at once and to assign or reassign those tags and their related views on the fly. Contrary to most other window managers, when you view a tag you are not ‘visiting’ a workspace: you are pulling the tagged windows into a single workspace. Combined with rules in the config.h, this makes for a flexible and responsive means to manage your workflow. See More
Dwm is part of the suckless suite of tools, and encourages users to extend and configure it by modifying the code itself. To this end, dwm is kept under 2000 SLOC, and is an exemplar of clean, readable code (C). This, while giving users all the flexibility they could ask for, also makes dwm as lightweight as possible, and means that users have a full understanding of how it works. See More
The use of Haskell as an extension language means that popular pieces of functionality are easily shared and widely available as Haskell Libraries. Many default layouts, and tools for quickly and easily building your own, are available through XMonad-contrib, and highly re-usable configurations are commonly shared through blog articles and the Xmonad Wiki. See More
XMonad is written, configured, and fully extensible in Haskell. This means that users aren't limited to a small set of pre-programmed layouts and actions: anything can be programmed into the configuration. It's simple to modify basic settings, and the example config has lots of comments to get you started. Haskell keeps this code clean, concise, and readable, and its type system keeps you safe from any serious mistakes. This makes it fast and light, even on very small and slow systems. See More