aboutsummaryrefslogtreecommitdiff
path: root/src/Focusable.hh
AgeCommit message (Collapse)AuthorFilesLines
2011-05-10Convert Focusable::dieSig to FbTk::SignalPavel Labath1-5/+4
2011-05-10Last round of simplification of Signal/Slot classesPavel Labath1-4/+4
- merged all the common stuff from 0,1,2,3 argument versions into one common base class - removed ReturnType template parameter as it was instantiated with "void" everywhere and the current ignores the return value of the callbacks anyway
2011-05-08Can check CARDINAL properties in CLIENT PATTERNSnacitar sevaht1-1/+2
Introduces a new member function, FbWindow::cardinalProperty() This change also changes other code that previously used FbWindow::property() to do the same thing as the new function; this reduces code duplication. There are still some bits of code (Ewmh.cc, extractNetWmIcon()) that use FbWindow::property() to retrieve XA_CARDINAL values, but as the new method is designed for getting a _single_ property, and that code uses FbWindow::property() to retrieve the number of values present, and then grab all of them; it's a different use case. I opted to not try to make cardinalProperty() into some monolithic all-purpose cardinal method; FbWindow::property() works just fine for that. This change also adds an optional (default=NULL) boolean to FbWindow::textProperty and friends that allows the caller to determine whether or not a value was actually retrieved. This was necessary for integrating FbWindow::cardinalProperty with the codebase, and it seemed to fit with FbWindow::textProperty as well. Prior to this change, if you got a return value of "", you wouldn't know if you successfully retrieved the value which happened to be blank, or if you failed to retrieve the value. Now, you can pass the address of a boolean if you so choose in order to differentiate these situations; the same applies to the new FbWindow::cardinalProperty().
2010-09-11added 'SetXProp' action and (@PROP=foo) clientpatternMathias Gumz1-0/+2
these two allow 'tagging' of arbitrary windows with 'tags' (or 'labels'). such 'tagged' windows can then be used in ':NextWindow (@PROP=foo)' commands to quickly cycle through a subset of available windows. since the 'tags' are applied as real xproperties to a window they survive a restart of fluxbox or even another windowmanager. the user can also set the tags by using xprop(1). the next step regarding the UI should be to visualize the tags of a window.
2010-09-08introduced FbTk::BidiStringMathias Gumz1-7/+9
a 'BidiString' holds both the logical content and the visual reordered version of the content of a string. this helps to reduce the number of calls to reorder the string before drawing it (as introduced in the patch from Ken Bloom) and to be more consistent in menus and textboxes (drawing cursors and underlining text).
2010-03-26Changed title signal in Focusable to new signal systemHenrik Kinnunen1-7/+10
2010-03-18Changed Focusable::focusSig() to new signal system.Henrik Kinnunen1-5/+15
The focus signal emits the window that had the focus status changed.
2008-08-27move some things from FluxboxWindow to WindowStateMark Tiefenbruck1-13/+0
2008-01-04remove old svn $Id$ tagsMark Tiefenbruck1-2/+0
2007-12-29'inline' in class declaration is implicitly inlineMathias Gumz1-5/+5
2007-11-12allow arbitrary window patterns in iconbarmarkt1-1/+1
2007-11-05various refactoring and minor changesmarkt1-0/+14
2007-10-14add support for transient windows in client patterns, and merge a few more ↵markt1-1/+4
changes from pre-devel
2007-10-13merged changes from pre-develmarkt1-0/+140