aboutsummaryrefslogtreecommitdiff
path: root/src/FbTk/FbWindow.cc
AgeCommit message (Collapse)AuthorFilesLines
2011-05-08Can check CARDINAL properties in CLIENT PATTERNSnacitar sevaht1-17/+35
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().
2011-02-22bugfix: consistent use of 'int' for alpha values (#3187373)Mathias Gumz1-4/+4
WindowMenuAccessor returned strange alpha values if compiled with 'g++ -Os'; unholy black magic happens if template<int> faces functions returning only 'usigned char'.
2010-09-10moved helper struct TextPropPtr into anonymous namespaceMathias Gumz1-0/+4
2010-05-16initialize all member variables, otherwise unclean state in some circumstancesMathias Gumz1-1/+6
(valgrind complained a lot about ::updateGeometry() accessing uninitialized variables)
2010-03-26Initialize all variables in FbWindowHenrik Kinnunen1-0/+4
2009-09-30cosmetic fixes: removed redundant ';' + some whitespacesMathias Gumz1-3/+3
2008-10-15ignore XRandr events that don't actually change the screen sizeMark Tiefenbruck1-4/+9
2008-08-16some cleanupMark Tiefenbruck1-7/+2
2008-05-24move FluxboxWindow::applyDecorations() to FbWinFrameMark Tiefenbruck1-23/+30
2008-01-04remove old svn $Id$ tagsMark Tiefenbruck1-2/+0
2008-01-02fix border width on synthetic ConfigureNotify eventsMark Tiefenbruck1-4/+3
2007-12-25make bit depth accessible from an FbDrawableMark Tiefenbruck1-3/+3
2007-08-04Fix system tray restart issuessimonb1-0/+8
2007-07-03stop gvim from repeatedly resizing tabbed windowsmarkt1-4/+4
2007-05-19fixed bug #1718112, memory leak in FbWindow::textPropertyfluxgen1-9/+26
2007-05-05better check these toomarkt1-3/+3
2007-05-05fixing return value checks for utf8 stringsmarkt1-2/+3
2007-01-08fix another 64-bit window propertymarkt1-1/+1
2007-01-06set opacity properlymarkt1-1/+1
2006-07-01more dead functionsmarkt1-0/+2
2006-06-24fix more x errors due to using an invalid backgroundsimonb1-0/+5
2006-05-22fix parentrelative background, and some tidyingsimonb1-1/+7
2006-05-07more utf8 changes, notably window titlessimonb1-7/+23
2006-04-21update transparent window backgrounds on bg changesimonb1-3/+34
2006-02-16updated copyright infomathias1-1/+1
2005-05-07remove default gray background on created FbWindowssimonb1-4/+3
(not everything should get a bg set)
2005-04-28revert mathias last change, and fix it differently using info already simonb1-14/+9
there
2005-04-27i added an attribute to FbWindow to mark windows which are only used asmathias1-6/+11
"carrier" (maybe a temporarly name?) ... carriers dont need background-updates .. ever. this leads to a big performance"boost" over the last commits. before we updated also the windows which are the hosts for the apps (m_window and m_clientarea in FbWinFrame) -> bad idea.
2005-04-27fix background setting + initialisationsimonb1-3/+7
2005-04-26fix drawing foreground when transparency offsimonb1-14/+24
2005-04-26fix systray client sizingsimonb1-0/+24
2005-04-26extension of previous big patch. Move a bunch of menu things onto simonb1-24/+28
background pixmap. Same for textbuttons.
2005-04-10Big changes to how transparency workssimonb1-15/+100
Consequently rearrange lots of rendering ops, and strip calls to updateTransparent
2005-01-24copyright datemathias1-1/+1
2005-01-14copyrightmathias1-1/+1
2005-01-11fix for #1099950, Missing initialization in FbTk/FbWindow.ccmathias1-1/+2
2004-12-21added deleteProperty to FbWindowmathias1-36/+40
2004-11-19svn propset svn:keywords "Id"mathias1-1/+1
2004-09-12preliminary support for composite/compositing manager. Also general workrathnor1-5/+19
for consistency with transparency resources
2004-09-11Font::drawText takes reference to FbDrawable instead of X Drawable + some ↵fluxgen1-29/+29
code cleaning
2004-09-11more X error fixingrathnor1-1/+5
2004-09-11fix issues that resulted in unnecessary X errorsrathnor1-3/+4
2004-09-10put App::instance()->display() to FbDrawable::s_display to avoid too muchakir1-20/+6
unnecessary calls
2004-09-09transfered ::getRootPixmap from several places to new home, FbPixmapakir1-28/+4
2004-08-31add autoconf check for std c++ headersrathnor1-2/+6
2004-06-15minor fixfluxgen1-6/+5
2004-06-07alpha access functionfluxgen1-1/+8
2004-05-24handling of alpha = 0rathnor1-4/+4
2004-05-17fix menu transparency rendering bug, and add save_under to menu windowsrathnor1-5/+12
2004-04-28add apps file matching on role. Includes new textProperty property onrathnor1-1/+29
FbWindow.