diff options
author | nacitar sevaht <nacitar@ubercpp.com> | 2011-05-08 02:38:13 (GMT) |
---|---|---|
committer | Mathias Gumz <akira at fluxbox dot org> | 2011-05-08 05:48:03 (GMT) |
commit | 1dacf57d2064e7128a8d725d8bbaad6b8dc9fded (patch) | |
tree | 66921aa92df61365f4ba1dde552f9d44da7de24a /data/overlay | |
parent | 2f166eb4aeb5d77407e9380d644215cd5e94d592 (diff) | |
download | fluxbox_paul-1dacf57d2064e7128a8d725d8bbaad6b8dc9fded.zip fluxbox_paul-1dacf57d2064e7128a8d725d8bbaad6b8dc9fded.tar.bz2 |
Can check CARDINAL properties in CLIENT PATTERNS
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().
Diffstat (limited to 'data/overlay')
0 files changed, 0 insertions, 0 deletions