aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
2005-06-02* patch from vadim <suhanov_vadim@mail.ru>:mathias1-0/+5
"_BLACKBOX_NOTIFY_WINDOW_ADD was emited before _NET_CLIENT_LIST and _NET_CLIENT_LIST_STACKING lists updates."
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-06-02* _NET_WM_STATE_HIDDEN is now used correctly -> if the window goes iconic, thismathias2-12/+33
state is set... what about moving it outside of the visible area? we need to think about this. * mixing _NET_WM_STATE_HIDDEN and _NET_WM_STATE_SKIP_TASKBAR is solved, we dont do this anymore * we dont use _NET_WM_STATE_SKIP_PAGER .. so we shouldnt delete it, thats handled now correctly -> look at the *State() - functions
2005-05-20added the ability to use keycode in keys filefluxgen1-2/+20
2005-05-18locale pathfluxgen1-3/+0
2005-05-18locale pathfluxgen1-1/+0
2005-05-18updatefluxgen1-0/+1
2005-05-17fix systemtray overlapsimonb1-1/+3
2005-05-14Vadim pointed out that _NET_CLIENT_LIST and _NET_CLIENT_LIST_STACKING are ↵mathias3-5/+11
not updated when sending _BLACKBOX_NOTIFY_WINDOW_DEL _NET_WM_DESKTOP and _WIN_WORKSPACE had wrong initial values (-1), which lead to probems with (eg) fbpager (unaware of newly created windows and such things)
2005-05-13fix a segfaultsimonb2-3/+3
2005-05-12llittle rewrite for the FbTk_istringstream usage.. was needed coz gcc2.95.xmathias3-17/+8
systems had problems before. with this change fluxbox should compile on such old compilers.
2005-05-12replaced setenv() completly by putenv(). since putenv() really puts themathias1-6/+30
*string into the environment we need to track what we putenv.
2005-05-12missing #include <typeinfo>mathias1-0/+1
2005-05-12__APPLE__ doesnt have <nl_types.h>mathias1-1/+1
2005-05-12when the app changes its pixmap we need to trigger that correctlymathias1-0/+12
2005-05-11minor optimizationmathias1-2/+2
2005-05-10copy N paste ... icc complained slightlymathias1-1/+1
2005-05-10cache the root pixmap (per screen)simonb3-36/+123
2005-05-09fix from vadim for fbrun-tabcompletionmathias1-0/+1
2005-05-09fix for gentoo #91955, remembering the current window-position didnt store themathias1-1/+21
reference corner to the appsfile.
2005-05-07patch from vadim to fix the issues in input-areas he introduced with his lastmathias1-24/+36
patch
2005-05-07remove default gray background on created FbWindowssimonb1-4/+3
(not everything should get a bg set)
2005-05-07new code in WinButton was assuming that at ::clear() - time there is always amathias1-5/+5
valid m_listen_to.winClient() .. which is not true under some circumstance. i guarded the code accordingly.
2005-05-07fix titlebar transparency in some casessimonb1-1/+3
2005-05-06Added new Buttons for the Titlebar of a Window (Mathias)mathias7-60/+240
- Shade - just like the "Stick"-button Styleresources: window.shade.pixmap, window.shade.unfocus.pixmap, window.shade.pressed.pixmap window.unshade.pixmap, window.unshade.unfocus.pixmap, window.unshade.pressed.pixmap etc. - MenuIcon - click on it provides the windowmenu, if the app contains a pixmap (gvim, konqueror etc etc) the pixmap is displayed, a little menu otherwise. Styleresources: windowmenu.pixmap, windowmenu.unfocus.pixmap windowmenu.pressed.pixmap etc. Example ~/.fluxbox/init - entry: session.titlebar.left: MenuIcon Stick session.titlebar.right: Shade Minimize Maximize Close hint: if the app HAS a pixmap i use window.title.focus.pixmap (look WinButtonTheme for reference)in pixmap-based-styles. this looks excellent and dont need much extra-code to pipe that info into WinButtons.
2005-05-06fix wm_name for fluxboxsimonb2-1/+4
2005-05-06fix segfault opportunity in menusimonb1-0/+5
2005-05-06more keyactions for textbox-patch from Vadim <suhanov_vadim at mail dot ru>mathias2-5/+91
2005-05-06Fix for #1160244, #1099704, #1094107:mathias8-106/+122
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-03fix some menu drawing issuessimonb8-18/+46
2005-05-03minor fixfluxgen1-1/+0
2005-05-03using associateClient to create new tab and map it to labelbuttonsfluxgen2-45/+27
2005-05-03code cleaningfluxgen1-89/+86
2005-05-02more compose and select2ndfluxgen1-31/+33
2005-05-02Select2nd filefluxgen1-0/+1
2005-05-02using Select2ndfluxgen4-117/+124
2005-05-02select 2nd element in pairfluxgen1-0/+18
2005-05-02cleaning, create and delete tabs with FbWinFrame createTab/removeTabfluxgen3-73/+59
2005-04-30Fix #1086673 ArrangeWindows on shaded aterms causes inconsistency (Mathias)mathias1-19/+65
we now place shaded Windows above the normal windows. ArrangeWindows touches only windows on the current (xinerama)-head. there are still some open issues with this, look at my notes at the function itself.
2005-04-30minor const fixfluxgen2-4/+4
2005-04-29commited the wrong file in the last session :/mathias2-2/+2
2005-04-29added new IconbarModes:mathias2-9/+49
NoIcons - display all noniconified windows WorkspaceNoIcons - display all noniconified windows on the current workspace modified the nls-files accordingly
2005-04-29removed dead codemathias1-15/+0
2005-04-29enabled MenuItems / Separators are not clickable and the same logic shouldmathias1-4/+3
apply to keys.
2005-04-29minor stufffluxgen1-4/+5
2005-04-29display accessorfluxgen1-0/+2
2005-04-29transient window fixfluxgen3-36/+123
2005-04-29transient window fixfluxgen1-36/+57
2005-04-28revert mathias last change, and fix it differently using info already simonb3-21/+9
there
2005-04-27i added an attribute to FbWindow to mark windows which are only used asmathias3-6/+18
"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.