Timeline
Not logged in

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

50 ancestors of [b66fd70acf]

2013-07-30
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: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: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)
07:17
[6a7820dfef] Documented default key binding for killing windows. (user: mvnathan tags: dev1.x)
06:26
[f6bbf20f61] Added support for WM_DELETE_WINDOW protocol for killing windows. (user: mvnathan tags: dev1.x)
2013-02-13
02:06
[f9266c9f37] Added Doxygen comments. (user: mvnathan tags: dev1.x)
2013-02-12
16:28
[7b249f468b] Preliminary version of window killing support.    TODO:    • Check for and use WM_DELETE_WINDOW protocol if supported. • Add Doxygen comments for new code. (user: mvnathan tags: dev1.x)
2013-02-10
14:52
[ef108d4645] Added a step to the release process to ensure against forgetting to update the embedded doc paths from ckout to rel1.x. (user: mvnathan tags: dev1.x)
13:31
[4d31115cf7] • Fixed minxlib::keymap so its Doxygen documentation will be generated. • Added link to minxlib::keymap documentation on Doxygen main page. • Added _minxlib to grp_* labels for minxlib::event and minxlib::exception. Fixed reference in minxlib::display to use new label. • Added table showing mapping between minxlib and Xlib names for minxlib::protocol_error::failed_request_reason enum. (user: mvnathan tags: dev1.x)
12:52
[aebd97de46] Updated design notes with brief description of minxlib::keymap. (user: mvnathan tags: dev1.x)
12:24
[3e66dc5c33] Updated Build and Test HOWTO: F1 is no longer the focus cycling key binding. (user: mvnathan tags: dev1.x)
12:03
[7b20fa1faf] Added a Key Bindings HOWTO and updated other related docs as required. Pretty much ready to release 0.1.6 now... (user: mvnathan tags: dev1.x)
08:46
[0074d5e1cd] • Added a FAQ about key bindings. • Added default key bindings to the hooks list. (user: mvnathan tags: dev1.x)
07:41
[5774edf933] Added support for removing as well as renaming existing hooks. (user: mvnathan tags: dev1.x)
06:39
[9a8c27eacb] Documented minx.core.wm.focus_next() and focus_prev(). (user: mvnathan tags: dev1.x)
03:46
[7a3edcd1c4] Ignore lock modifiers when translating key events to key bindings. Otherwise, the modifier mask used to setup key bindings will differ from the one received with key events, which messes up the key binding look-up in minxlib/keymap.cc.    For example, if Num Lock is configured as Mod2, all key events will reported with Mod2 set in case Num Lock is on. Thus, simple F1 presses will be reported and interpreted as Mod2 + F1. If there's no such key binding, Minx will ignore it; if there is such a key binding, Minx will end up executing the wrong function!    This commit solves the problem described above. (user: mvnathan tags: dev1.x)
2013-02-09
07:17
[4aac700f62] • Moved focus cycling code from xevents to wm. • Removed hard-coded F1 for focus cycling.    TODO: Document minx.core.wm.focus_next() and focus_prev(). (user: mvnathan tags: dev1.x)
06:31
[cee77eb8a8] Added support for ALT and META in key binding specification. (user: mvnathan tags: dev1.x)
2013-02-08
08:12
[5b6e50d49a] Updated API documentation to redress the deficiency pointed out in the [afb577d64d|previous commit's] log message. (user: mvnathan tags: dev1.x)
2013-02-07
09:50
[afb577d64d] Added support for key bindings. With just a little more rearranging (as recorded in wiki/todo.wiki), we should be pretty much ready to release version 0.1.6.    NOTE: Code is in sore need of documentation; many functions have none and, even worse, some of it is downright wrong! (user: mvnathan tags: dev1.x)
2013-02-03
02:48
[bca46583e9] Caught a serious bug in pre-release testing for v0.1.5: minxlib::window::properties() should always return a map containing the "name", "icon_name", "class", and "res_name" keys. If the window in question is missing any of these properties, the value corresponding to that key should be an empty string; however, the key should always be present.    Otherwise, end-user code will fail if it doesn't check for the existence of these keys in the dictionary returned by the properties() method or fails to handle the resulting KeyError.    The problem became apparent when launching an XFCE Terminal, which creates hidden top-level windows without the above properties. The end-user manage_hook then bombs out when it examines the properties map for these hidden windows. (user: mvnathan tags: dev1.x)