summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
2009-10-02just use the FbTk APIMathias Gumz1-0/+5
2009-10-01another little helper for FbTk::StringUtil: extractNumber()Mathias Gumz3-1/+55
2009-10-01removed unused codeMathias Gumz4-73/+0
2009-10-01compile fix: missing include guardsMathias Gumz1-0/+6
2009-10-01simpler codeMathias Gumz7-80/+60
2009-10-01compile fix: taken 'FbTk' out of includepath, Layer.hh and FbTk/Layer.hh ↵Mathias Gumz1-1/+1
confused the sun compiler
2009-10-01compile fix: missing headers (sun compiler complained about)Mathias Gumz5-1/+37
2009-10-01compile fix: using correct forward declaration for template classesMathias Gumz3-4/+4
we got this 'Warning (Anachronism): Old syntax for explicit specialization or instantiation ignored.' with the solaris compiler
2009-10-01made code simplerMathias Gumz2-16/+7
2009-09-30cosmetic fix: removed warning about double ';' after commandMathias Gumz1-15/+5
static xyz inside a anonymous namespace is not really needed, so i removed the namespace to get rid of the compiler warning. it's more convinient for the developer to put ';' after that REGISTER_COMMAND_PARSER
2009-09-30compile fix: ISO C++ forbids variable length array 'names'Mathias Gumz2-6/+10
2009-09-30compile fix: use the correct format string to parse the numberMathias Gumz2-2/+2
2009-09-30cosmetic: slightly less code to do the sameMathias Gumz1-6/+8
2009-09-30compile fix: sun compiler complains about missing std::mem_fun_t<>Mathias Gumz1-0/+1
2009-09-30cosmetic fixes: removed redundant ';' + some whitespacesMathias Gumz36-79/+84
2009-09-23bugfix: 'HideMenus' command did not work if the user 'opened' an empty submenu.Mathias Gumz1-1/+1
'openeing' such an empty submenu lead to an already hidden menu referenced by the 'shown' pointer
2009-09-14mwm hints can't control the close buttonMark Tiefenbruck1-2/+2
2009-09-12implemented visibility of titlebar buttons via the apps fileMathias Gumz1-18/+23
2009-09-12check for errno while parsing the deco maskMathias Gumz1-4/+9
2009-08-08allow navigating multi-column menus with left and right arrowsMark Tiefenbruck2-4/+23
2009-08-08more fixes for fluxconf mangling the keys fileMark Tiefenbruck1-0/+7
2009-07-24make autohide only show the border or 1 pixel if borderlessMark Tiefenbruck2-34/+28
2009-06-28allow matching screen number in ClientPatternMark Tiefenbruck2-1/+14
2009-06-28hide the menu when you click on a windowMark Tiefenbruck1-2/+1
2009-06-28change default toolbar tools to:Mark Tiefenbruck3-28/+8
prevworkspace, workspacename, nextworkspace, iconbar, systemtray, clock
2009-06-28make Raise/LowerLayer accept integer argument for number of layers, default 2Mark Tiefenbruck4-15/+33
2009-06-28fix changing iconbar alignment and button width from init fileMark Tiefenbruck2-1/+6
2009-06-28allow 'Ctrl' and 'Alt' as modifiers in keys fileMark Tiefenbruck1-0/+2
2009-06-28allow "lower" as a reference point for MoveTo, etc.Mark Tiefenbruck1-1/+1
2009-06-28previous fix for reverting iconbar to relative broke external tabsMark Tiefenbruck3-22/+32
2009-06-28change default toolbar head from 0 to 1Mark Tiefenbruck1-1/+1
2009-06-28add window menu and alt-tab to error case for keys fileMark Tiefenbruck1-0/+3
2009-06-28revert to relative iconbar alignment when too many windows are openMark Tiefenbruck1-23/+16
2009-06-25use current workspace in ClientPattern when client has no FbWindowMark Tiefenbruck1-6/+5
2009-05-26Merge branch 'mousefocus'Jim Ramsay5-3/+55
2009-05-26Allow 'background: unset'Jim Ramsay1-0/+4
When a user sets 'background: none' it really means "Do not let themes touch the background I have already set with fbsetbg" -> It does still actually call fbsetbeg to re-assert the proper background. This new value 'unset' is for users who will use an alternate method to set their background (root-tail, xscreensaver, or whatever). It instructs fluxbox to *never* run fbsetbg.
2009-05-26Error on incomplete MacroCmd key commandJim Ramsay1-7/+9
2009-05-26Exit loop for unterminated { } pairJim Ramsay1-1/+1
2009-05-25minor cosmeticsMathias Gumz2-2/+2
2009-03-09Ignore EnterNotify on workspace changeJim Ramsay1-0/+3
Changing workspaces also reveals other windows, which causes unexpected focus changes.
2009-03-04src/TextDialog.cc: removed useless stdexcept header inclusion.Slava Semushin1-1/+0
No functional change. Signed-off-by: Slava Semushin <php-coder@altlinux.ru>
2009-03-04src/Keys.cc(deleteTree): use FbTk::STLUtil::destroyAndClearSecond() instead ↵Slava Semushin1-3/+5
of self-written code. No functional change. Signed-off-by: Slava Semushin <php-coder@altlinux.ru>
2009-03-04Renamed function svnversion() to gitrevision() because now we uses GIT.Slava Semushin2-4/+4
No functional change. Signed-off-by: Slava Semushin <php-coder@altlinux.ru>
2009-03-04buildfix: fluxbox didnt link when configured with --disable-rememberMathias Gumz2-2/+6
2009-02-27Ignore EnterNotify on Move or ResizeJim Ramsay1-0/+3
Moving and Resizing windows can reveal other windows, which of course can change unexpected focus changes in focus-follows-mouse.
2009-02-27Ignore EnterNotify on LowerJim Ramsay1-0/+4
Lower is one of the actions which may reveal a window under the current mouse pointer which would unexpectedly change focus under focus-folows-mouse.
2009-02-27Ignore EnterNotify on UnmapJim Ramsay1-0/+5
This is the basic condition that was first noticed because of the effect of the ClientMenu window unmapping and the resulting EnterNotify event stealing focus from the window selected in that menu. But to be complete, any window unmapping should cause focus to move to the next in the last-recently-focused window list, not the one that happens to be beneath the mouse cursor.
2009-02-27Added facility to selectively ignore EnterNotify eventsJim Ramsay3-3/+40
This will be used to avoid some situations where an EnterNotify event should not focus the window beneath the mouse cursor. For example, when a menu (or any window for that matter) is unmapped, focus should not pass to whatever window is beneath the current location of the mouse cursor, but to the previous window in the focus list. This was first noticed when using the ClientMenu feature with focus-follows-mouse on -> The focus would always end up on the window beneath the mouse pointer, not the window selected in the menu.
2009-02-24remove unnecessary xpm.h include in imlib codeMark Tiefenbruck1-2/+0
2009-01-11fixed resize bug (caused by typo, see #2498507)Peter Hercek1-1/+1