Timeline
Not logged in

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

50 most recent timeline items

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)