aboutsummaryrefslogtreecommitdiff
path: root/src/fluxbox.cc
AgeCommit message (Collapse)AuthorFilesLines
2006-07-25don't revert focus away from command dialogsmarkt1-1/+2
2006-07-23forgot about the menumarkt1-3/+3
2006-07-23use a timer to make sure focus always reverts if possiblemarkt1-6/+20
2006-07-22dead resourcemarkt1-1/+0
2006-07-20properly revert focus when two windows close at the same timemarkt1-4/+4
2006-07-14include iconic windows when cyclingmarkt1-0/+2
also, stop cycling on one screen when cycling begins on another
2006-07-13remove lock from RootTheme and redundant loadTheme from fluxboxmarkt1-2/+0
2006-07-04some dead resources and the functions that go with themmarkt1-2/+0
2006-07-03call waitpid until no more children to wait for (thanks Devin/dlab).simonb1-1/+2
2006-06-30more dead functionsmarkt1-20/+0
2006-06-30another dead functionmarkt1-5/+0
2006-06-29Fixing my own codemarkt1-2/+2
2006-06-22Added patch from Jim Ramsay (i dot am at jimramsay dot com) to freelymathias1-26/+45
define the used modkey. Added new action SetModKey too
2006-06-21fix nls... notably classify text on conversion whether its for X or simonb1-21/+21
console, plus handle catalogs better.
2006-06-18added support for _NET_WM_WINDOW_TYPE_DIALOG and _NET_FRAME_EXTENTSfluxgen1-0/+8
2006-05-20improve native language handling, move messages and menu labels to simonb1-12/+10
FbTk::FbString
2006-05-07more utf8 changes, notably window titlessimonb1-1/+1
2006-04-25fix a bunch of comments, make default textures obvioussimonb1-1/+1
Thanks Jonas Koelker
2006-04-24fix memory leaks in menu codesimonb1-6/+7
2006-04-23reload the apps file on flux reloadsimonb1-0/+6
2006-04-16add reversewheeling option simonb1-2/+10
thanks Kalle - ice_jkpg at users.sourceforge.net
2006-04-12add "key modes" - thanks to Mark Tiefenbruck, mark at tiefenbruck dot orgsimonb1-2/+6
2006-04-02size_t fixes, thanks Semushin Slava aka php-coderfluxgen1-2/+2
2006-03-20external tabssimonb1-5/+7
2006-03-18no more session.titlebar.left/right. They are now screen specific and the ↵fluxgen1-11/+0
resources are created on the fly in FluxboxWindow
2006-02-20moved class Layer from class Fluxbox and thus reduces some dependeciesfluxgen1-1/+2
2006-02-18moved all focus handling to FocusControlfluxgen1-157/+24
2006-02-18moved all focus handling to class FocusControlfluxgen1-7/+9
2006-02-16updated copyright infomathias1-1/+1
2005-11-22nls for screen argumentfluxgen1-1/+2
2005-11-16changelog had wrong name, default was from old patchsimonb1-1/+1
2005-11-16introduced session.styleOverlay (~/.fluxbox/overlay), all style settingsmathias1-4/+5
made in that file will override/overlay the ones made in the used style. TODO: write more specific docu about it
2005-07-20Changed some *Focus options, just to make some things a bit more clear.mathias1-3/+2
the "Sloppy" was always a bit .. unprecise. removed SloppyFocus, SemiSloppyFocus and ClickToFocus options added MouseFocus, ClickFocus, MouseTabFocus, ClickTabFocus - MouseFocus - change the focus to the window under the mouse (almost similar to the 'old' SloppyFocus) - ClickFocus - change the focus to the window the user clicks - MouseTabFocus - change active tabclient to the one under the mouse in titlebar, does NOT change the focus - ClickTabFocus - change active tabclient when clicked onto a tabbutton to achieve former SemiSloppyFocus behavior one needs MouseFocus and ClickTabFocus
2005-07-04cleaning, change getCount to numberOfWorkspacefluxgen1-10/+7
2005-06-02* patch from vadim <suhanov_vadim@mail.ru>:mathias1-1/+1
"when i iconify some window it disappears from _NET_CLIENT_LIST until Ewmh::updateClientLis are been called again."
2005-05-10cache the root pixmap (per screen)simonb1-1/+8
2005-05-06Fix for #1160244, #1099704, #1094107:mathias1-12/+15
if the xkb-extension is enabled and the user switches between his/her keyboardlayouts fluxbox's keybhandling doesn't work well anymore because xkeyevent.state contains also xkb-related flags and thus we have to handle that with caution. KeyUtils now contain 'isolateModifierMask()' to really work only on the modifiers. why not as part of cleanMods() ? because the XLookupString return false results, eg TextBox's would only print chars from the first keyboardlayout.
2005-05-02using Select2ndfluxgen1-20/+18
2005-04-29minor stufffluxgen1-4/+5
2005-04-27close #1182770mathias1-17/+13
if someone changed the session.screen0.workspaces:<int> value and fired a "reload config"/reconfigure-Command fluxbox crashed. changes: - cleaner way of reading in the workspacenames - cleaner way of initialize the workspaces in BScreen() - on BScreen::reconfigure we add/delete Workspaces to the current screen until init-file and fluxbox are in sync -> the user changed the initfile and pressed reload, so imho he wants to have the changes in the init-file realized.
2005-04-26extension of previous big patch. Move a bunch of menu things onto simonb1-1/+3
background pixmap. Same for textbuttons.
2005-04-25we are fluxbox, not blackbox.mathias1-6/+6
2005-04-10Big changes to how transparency workssimonb1-6/+2
Consequently rearrange lots of rendering ops, and strip calls to updateTransparent
2005-03-16added new option to specify, on which screen mathias1-66/+113
fluxbox should handle the windows. default behavior is to handle each available screen. closes #1159809. usage: -screen <"all"|int[,int]> eg: $> fluxbox -screen 0,2 will run fluxbox on 0.0 and 0.2 so one can run any other wm on 0.1. $> fluxbox -screen all default, fluxbox manages all screens
2005-02-02changed SIGNAL handling to:mathias1-3/+3
SIGHUP: restartfluxbox SIGUSR1: load configuration SIGUSR2: reload configuration TODO: whats the essential difference between "loading" and "reloading"? maybe we can drop one of that functions
2005-01-24copyright datemathias1-1/+1
2005-01-14copyrightmathias1-1/+1
2005-01-12default-values for some path-related resources (groups, apps etc)mathias1-3/+5
2005-01-11ungrabbuttons on windows we dont handle anymore (withdrawn)mathias1-0/+1
2005-01-10fix for #1087220 (Wrong handling of XWithdrawWindow)mathias1-5/+12
an XWithdrawWindow unmaps a window and sends a synthetic UnmapEvent after that. when the second UnmapEvent arrives we have to set either the WM_STATE to WithdrawnState or delete it. i decided for deletion so its absolutly clear its not any longer under our control