Timeline
Not logged in

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

50 most recent check-ins

2013-08-04
21:30
[006f915258] Leaf: • Updated changelog, release notes, home page, and version. • Tagged as v0.2.0. (user: manuv tags: rel1.x, v0.2.0)
19:39
[d8eada88df] Replaced ckout with rel1.x in documentation prior to 0.2.0 release. (user: manuv tags: rel1.x)
10:54
[8561cd9213] Added new documentation to version control. (user: mvnathan tags: rel1.x)
10:44
[6c304fa76f] Updated documentation prior to 0.2.0 release. (user: mvnathan tags: rel1.x)
09:47
[a7356e4e43] Merged from dev1.x to rel1.x in anticipation of 0.2.0 release. (user: manuv tags: rel1.x)
09:28
[49f4a20229] Leaf: Added rectangle to minx.layout.full constructor. (user: manuv tags: dev1.x)
08:43
[3f11394238] Updated design notes. (user: manuv tags: dev1.x)
2013-08-03
01:51
[38c4e0baf0] Updated milestones to reflect current idea of how to proceed. (user: manuv tags: dev1.x)
00:39
[2c9b74f1ab] Added layouts section to main API page. (user: manuv tags: dev1.x)
00:27
[d1c87b1563] Updated various bits of documentation (most of it concetrated in minx.core.hooks and minx.core.layman). (user: manuv tags: dev1.x)
2013-08-01
19:12
[3740586cc4] • Added some basic info about layouts to minx.core.wm doc string. • Updated hooks-list.wiki with info about new hooks. • Fixed a bug in layman.receptive_layout(): have to add layout returned by receptive_layout_hook to layouts list. • In layman.find(), added ability to search for layouts based on their names. (Noticed we needed this ability when writing sample code to illustrate layouts usage.) • Removed unnecessary warnings from minxlib::window, which were simply cluttering the log. • Other minor edits elsewhere. (user: manuv tags: dev1.x)
2013-07-31
01:06
[690640b8e9] Minor updates to make doxygen work without warnings. (user: manuv tags: dev1.x)
2013-07-30
01:54
[4dc459e610] Some minor reorganization of the X event handlers:    • Moved focus change event handlers from minx.core.xevents to minx.layout.base. • Removed reparent notification handler from minx.core.xevents in favour of handling the event entirely from minx.layout.base.    This should pretty much all the code that's needed for the 0.2.0 release. Now to tackle the documentation... (user: manuv tags: dev1.x)
00:21
[b66fd70acf] Make full layout occupy entire area of its parent window. Until now, we were leaving a little space on each side for debugging; that doesn't seem necessary any more... (user: manuv tags: dev1.x)
00:17
[33a1e31904] Added a function and default key binding to quit Minx. (user: manuv tags: dev1.x)
2013-07-28
14:56
[ac0236beec] • Added support for end-user hook to create layouts before managing existing windows and entering event loop.    • Made the display and root_windows members of the minx.core.wm class public (i.e., removed leading underscore) so that they can be accessed by the init_hook.    • Removed unnecessary layout creation in wm.start() because the default layout logic in the layman.receptive_layout() method takes care of this already. (user: manuv tags: dev1.x)
13:06
[fa872bf983] • Forgotten to register exception translators for protocol errors. • Add exception handler for generic protocol errors in minx.core.wm event loop. (user: manuv tags: dev1.x)
12:49
[471330b4ef] Centralized Boost.Python converter registration in python.cc because, for example, both minxlib::display and minxlib::window return STL vectors of window objects and we would like to avoid registering duplicate converters for the same types, a situation more likely to arise when the converters are registered from the pythonize() functions of the different classes. (user: manuv tags: dev1.x)
12:14
[17ccc163e4] Fixed the sporadic recognitions of key bindings, especially the ones with modifiers. The problem turned out to be a lack of additional grabs with the various combinations of the lock modifiers; without these, the Caps Lock, Num Lock, etc. totally screw up the key binding logic because the X server doesn't even recognize them and, therefore, doesn't generate the necessary keyboard events.    Got the idea for this from a cursory perusal of the code for xbindkeys. And now (at long last) key bindings work flawlessly! Getting close to the 0.2.0 release... (user: manuv tags: dev1.x)
01:29
[d02dcfd679] Added support for making layouts invisible. (user: manuv tags: dev1.x)
2013-07-22
17:40
[083960bf79] Added Xinerama support to minxlib::window::screen() so that it returns the screen index based on a window's location, i.e., this function now always returns the physical screen a window is on. (user: manuv tags: dev1.x)
2013-07-19
01:39
[6bd2c2f038] Added compile-time check for Xinerama. (user: manuv tags: dev1.x)
2013-07-18
22:30
[657794f774] Added support for multi-head configurations with Xinerama. (user: manuv tags: dev1.x)
2013-07-15
18:22
[231a2aedce] Instead of checking to see if the layout's parent matches a prospective client window's parent to ascertain whether the layout can manage that window, we now check that both are on the same screen. Otherwise, for example, a layout nested within another will never return True when it is checked for receptivity. (user: manuv tags: dev1.x)
2013-07-14
09:11
[923fc7a655] Added support for multiple screens. Next: Xinerama. (user: manuv tags: dev1.x)
00:02
[60d774f64f] • Since we often need to meddle with a window's geometry, changed minxlib::window::geometry() so it returns a list rather than (an immutable) tuple. • Fixed a bug in minx.layout.full.configure_request() that was offsetting window placement within the layout window. (user: manuv tags: dev1.x)
2013-07-13
09:41
[ee58a49b66] Removed hard-coded adjustment for window borders in full layout. A deceptively small requirement that ended up touching quite a bit of code! (user: manuv tags: dev1.x)
2013-07-10
22:16
[b1689f3074] Reworked map and unmap handlers to use layman.find() to ascertain whether or not the event's target window is a top-level window. (user: manuv tags: dev1.x)
20:26
[53f2e7de4d] Moved top-level window map request handling from xevents to layout classes. (user: manuv tags: dev1.x)
19:13
[f345bdb173] Moved top-level window configure request handler from xevents into the layout classes. (user: manuv tags: dev1.x)
2013-07-09
20:33
[890341f86e] Moved reparent notification handling from xevents to the layout related classes. (user: manuv tags: dev1.x)
2013-07-08
20:51
[5cf0e450c9] Added a base class for layouts. (user: manuv tags: dev1.x)
19:33
[2fa8845df1] Preliminary version of a layout manager (part of the ongoing effort to refactor the code for better layout-related encapsulation/abstraction). (user: manuv tags: dev1.x)
2013-06-21
19:06
[bfb7417666] Semi-fix for compound key bindings (e.g., M4-D) being ignored when non-Minx windows have focus. Had to add key press mask for these application windows. So now, at least for the terminals, these key bindings work.    However, target window still gets the key press event (e.g., a terminal window types 'd' when M4-D is pressed). Also, it doesn't work for all windows (e.g., xmessage doesn't respond). So there's still some work to be done here... (user: manuv tags: dev1.x)
2013-06-12
02:21
[0a84c4d950] Moved some of the layout code out from minx.core.wm into a newly added minx.layout.full. Event processing, however, is still concentrated in minx.core.xevents and should be refactored out so that it's in the right place.    But at least now we have some basic infrastructure for a separate layouts directory/subpackage. (user: manuv tags: dev1.x)
2013-06-09
06:05
[527f28cf40] Cleaned up and documented the code a little bit. Also fixed the bug of focus not being handed off properly when a window dies (the problem was due to exceptions not being handled; logging the exceptions in the event loop quickly revealed the issue). (user: manuv tags: dev1.x)
2013-05-26
08:35
[ab72e115ad] Preliminary support for the full layout. Code is in bad shape and there are some obvious bugs that have to be fixed. Long way to go before we can release version 0.2.0...    Next steps:    • Code clean-up and documentation. • Bug fix: killing a window doesn't focus another. • Bug fix: some key bindings are not recognized when a window has focus. • Extract and abstract layout functionality currently in wm and xevents. • Remove hard-coded border adjustments when resizing windows to fit layout. • Add support for multiple screens and Xinerama. • End-user hooks for creating custom layouts before launching window manager. • Layout windows need to be transparent/invisible. • Documentation for all of this (design notes, HOWTO's, etc.).    That's when we'll be ready to hit 0.2.0. (user: manuv tags: dev1.x)
00:02
[0d21ae6035] Don't manage the layout window. This way, it doesn't get added to the focus list; consequently, it is never focused, which, in turn, means that killing it isn't possible via key bindings and, so, the window manager won't nuke itself like that.    Eventually, should implement layouts so that killing them doesn't take down the window manager. (user: manuv tags: dev1.x)
2013-05-19
07:35
[fa47a47a48] Got rid of minxlib::display::xlib() and just pass a Display* to the minxlib::window and various minxlib::event classes.    Also: various minor edits. (user: manuv tags: dev1.x)
05:09
[024080cf2b] Added support for setting window properties. This will allow us to mark layouts so that we can then handle X events for them properly.    Also some minor fixes to:    • minxlib/factory.hh: figured out Boost iterator adaptor weirdness in factory_map::iterator::dereference(). • minxlib/exception.cc: corrected a stale comment. (user: manuv tags: dev1.x)
2013-05-17
07:27
[df1a814742] The first stirrings of support for layouts (finally). After much thought and some abortive attempts (never checked in), it looks like the way forward is to implement and treat layouts as windows. While this approach does not have the attractiveness of a more abstract design (wherein layouts simply manage rectangles and know nothing of actual windows), it does offer certain distinct, practical advantages:    • Minx doesn't have to maintain internal mappings of which windows a layout is managing, their respective geometries, etc. Instead, we can simply query the X server for this info when we need it.    • It is much easier to implement layout nesting (again because the X server already provides the necessary infrastructure for creating and managing hierarchies of windows).    • Because layouts are simply top-level windows, entire arrangements of tiled windows can be easily layered and moved around. That is, instead of a single floating layer, we can have multiple layers.    • Moving windows between layouts is a simple matter of reparenting the window. X will generate appropriate events, which Minx can handle to update any internal state (which is already minimal).    • If Xinerama is available, moving windows and entire layouts across screens should be fairly straightforward to implement (useful, for example, for laptop un/docking).    Seriously, what's not to like?    Now, having touted the numerous benefits and basic soundness (genius, anyone?) of the layouts-as-windows idea, a few words about this check-in:    It begins the long and winding road leading to the grand vision described above. At this stage, of course, little of any real use is available. minxlib provides an API for creating new windows and the main window manager object uses it to create a black, top-level window the same size as the root window.    That's pretty much it; no window management, tiling, multiple screen support, etc., just yet. In fact, the layout window is just another window that Minx manages. Killing it, hilariously enough, nukes the window manager. (user: manuv tags: dev1.x)
2013-04-17
22:42
[c6e6e8982d] Added header comment to logo generation program. (user: manuv tags: dev1.x)
21:15
[dd752c8b15] • Added an Asymptote program to generate the Minx logo. • Updated makefile in wiki/img to generate logo. • Added the logo itself to version control. (user: manuv tags: dev1.x)
2013-04-14
12:48
[797b95bcc3] Released version 0.1.9, which has support for forcibly killing applications that claim to support the WM_DELETE_WINDOW protocol but botch it. (user: mvnathan tags: rel1.x, v0.1.9)
12:33
[cdd3b7b3cb] Merged from dev1.x to rel1.x in preparation for version 0.1.9 release. (user: mvnathan tags: rel1.x)
12:26
[e9d8811169] Added support for nuking windows, i.e., killing them brutally instead of softly (in other words: bypass WM_DELETE_WINDOW). (user: mvnathan tags: dev1.x)
11:45
[19551c698b] Updated changelog, release notes, home page, and version number for 0.1.8 and tagged. (user: mvnathan tags: rel1.x, v0.1.8)
11:30
[a856d91c82] Merged from dev1.x to rel1.x in preparation for release of version 0.1.8. (user: mvnathan tags: rel1.x)
11:25
[984a1e82af] Updated FAQ and Key Bindings HOWTO with examples of binding keys to the window manager's spawn function. (user: mvnathan tags: dev1.x)
10:46
[6402597f91] Added support for launching applications via key bindings. (user: mvnathan tags: dev1.x)