aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
2005-01-14systemtray-tool has now a propper background. its styleable via themathias4-30/+91
toolbar.systray.* ressource, same way as the clock.
2005-01-14moved ThemeItem<bool> - implementation to FbTk/ThemeItems.ccmathias2-50/+120
2005-01-14copyrightmathias2-2/+2
2005-01-14copyrightmathias3-3/+3
2005-01-14copyright updatedmathias1-1/+1
2005-01-12cosmetic changemathias1-4/+3
2005-01-12default-values for some path-related resources (groups, apps etc)mathias1-3/+5
2005-01-11fix for #1099278mathias2-5/+5
2005-01-11fix for #1099950, Missing initialization in FbTk/FbWindow.ccmathias1-1/+2
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
2005-01-10forgotten debug-stuffmathias1-1/+1
2005-01-10fix position init from atom handlerssimonb1-7/+15
2005-01-05fix up window initialisation orderingsimonb3-21/+53
2005-01-05Simon's last changes lead to segfaults when the users specified <Sticky> ormathias2-25/+9
<Workspace> in apps-file. Reason is, that an unmanaged window is not yet assigned to an workspace and thus the returned workspacenumber is -1 ... which leads in combination with getWorkspace(nr) to an invalid workspace (0x0) ... This also fixes the problem with several deiconify-modes of the iconbar, when the iconbar is in icons-only mode (same reason) The other changes in the files are just cosmetic, i throw out the comments about the changes Simon did coz they make sense and are correct imho.
2005-01-04fix some initialisation, especially relating to placement and simonb4-25/+26
decoration/handler hints
2005-01-03fixed #996298, maximized windows and snapped windows dont respectmathias3-9/+25
toolbar-borderwidth further more windows do snap at screen-edges, no matter if maxover is enabled or not
2005-01-02fix problems with imlib2 on restart:mathias1-21/+40
only when using "imlib_load_image_with_error_return" as the loading function imlib2 seems to avoid trouble when an image with <filename> doesnt exist. all other loadroutines lead to heavy problems when fluxbox shuts down and tries to restart (memleak(?), distorted xressources etc) i ll analyze this further. another open issue with imlib2 is that it doesnt work when xserver/fluxbox is running in dualscreen-mode (not xinerama), no valid pixmaps are visible on the second head. dunno why (yet).
2005-01-02small issues:mathias1-4/+6
- added a guard so no invalid(0)-handler is deleted at shutdown - "if (s_image_map[extension] == 0)" -> creates an entry for sure, we dont want this.
2004-12-30fixed remove workspace bugfluxgen1-1/+5
2004-12-28fixed shape bugfluxgen1-1/+0
2004-12-24correct isExecutablemathias1-1/+1
2004-12-21adds imlib2-support to fluxbox: allows us to load several imageformatsmathias10-19/+272
besides xpm. to get imlib2 support in fluxbox one has to ./configure --enable-imblib2 default is disabled. a fluxbox-binary that supports imlib2 will have IMLIB2 in "fluxbox -info"-output explanation to the changed files: * xft.m4 -> acinclude.m4 + added ac_path_generic.m4 (from http://ac-archive.sourceforge.net/Miscellaneous/ac_path_generic.html) * configure.in, Makefile.am, src/FbTk/Makefile.am changed to handle imlib2-support * Font.cc/hh Image.cc/hh App.cc fluxbox.cc consistent way of init for global stuff for fonts and imagehandlers. * rest of changes just add the imlib2-code, pretty straightforward
2004-12-21fix a problem with enabling/disabling fullscreen-mode in gtk2-appsmathias4-49/+196
* synchronize _NET_WM_STATE in Ewmh.cc * added FluxboxWindow::setFullscreen(bool) to Window.cc furthermore, if a window is in fullscreenmode any existing shape is disabled (looks pretty annoying in mplayer for example)
2004-12-21added deleteProperty to FbWindowmathias2-36/+42
2004-12-21* added new command:mathias6-57/+119
sethead <int> which sets the current window to head<int> * added remembering of the head to apps-file: [Head] {<int>}
2004-12-21added url for gnome-hintsmathias1-0/+1
2004-12-18fix segfaulting when new text is smaller than the oldtext,mathias1-0/+1
m_start_pos has to be 0 before calculating anything else.
2004-12-18* moved FbTk/Directory.cc/hh over to FbTk/FileUtil.cc/hh which contain now mathias6-120/+162
file and directory - helproutines. * created the FileUtil-namespace which contains file-related functions, moved those functions out of Directory - code * changes to the rest of the files to follow those changes
2004-12-18cosmetic, double #include of the same headermathias1-1/+0
2004-12-17called the wrong 'update' function for the sendtomenumathias1-1/+1
2004-12-13icc complaint about a "possible" conflict between themathias19-41/+45
FbTk::Menu::update(Subject*) and FbTk::Menu::update(int index) to avoid this, we rename FbTk::Menu::update(int index) -> FbTk::Menu::updateMenu(int index) this is mostly cosmetic, but if it makes the life of a compiler happy, well .. be happy icc :)
2004-12-13applied patch from Rob Stevens:mathias3-20/+158
fixes dragNdrop ordering of tabs so next/prevtab are not confused -> modification of m_clientlist
2004-12-10Tab command, thanks Steeve Lennmark, steeve dot lennmark at mediasvar dot sefluxgen3-1/+30
2004-12-10fix #1080323, a missing headermathias1-0/+2
2004-12-10maximizing a shaded window should unshade it before .. the user WANTS to seemathias1-0/+3
it. closed #1082671
2004-12-10changing the timeformat of the clocktool is done via the editdialog which mathias1-1/+3
causes a reconfigure .. which causes a loop over all toolbaritems and call updateSizing() .. where we should check, if a new timeformat makes the clock bigger or smaller... closes #1026096
2004-12-07minor cosmetic issueRelease-0_9_11mathias1-3/+1
2004-12-06grrr .. future code commited, sorry about thatmathias1-3/+3
2004-12-06fixed issue with clientUp/Down in SlitClientMenumathias1-7/+20
2004-12-03typomathias1-1/+1
2004-12-02added middle/rightclick on slitclient-menu-items to move the client up/down ↵mathias1-2/+2
in the slit
2004-12-02* leftclick on the slitclients in the clientmenu enables/disables itmathias2-13/+59
* wheel up/down move the slitclient up/down * visual cosmetic for the slitclient-menu * added "Save SlitList" - menuentry in slitclient-menu
2004-12-01really set the default deiconifyMode to FOLLOWmathias1-2/+2
2004-12-01deiconifyMode: Follow is the new/old default (as it was before deiconifyMode ↵mathias2-8/+8
was introduced)
2004-11-30"fixes" http://www.securityfocus.com/archive/1/382398/2004-11-24/2004-11-30/2mathias1-1/+11
and all related bugreports elsewhere. "fixes" because i think the real problem is in xft somewhere somehow, but i dont have any prove (yet). thanx to Rob Stevens for informing us about that problem.
2004-11-30fix a problem with java-dialogs which dont open correct (thanx Scott Moser)mathias1-2/+2
furthermore, and this is really interesting, this seems to fix also the bug widely known as g.o.d - the grab of death. the g.o.d seems to freeze fluxbox but let the mouse still be moving and no high-cpuload can be seen. the (un)lucky can force the g.o.d by clicking like a weirdo and pressing keys like crazy and then maybe it will happen. we are not quite sure WHY exactly this happens but as it seems: XSync(true) caused the trouble. we still keep watching this issue but hopefully noone experiences bad "freezes" anymore. (/me crosses fingers)
2004-11-30adds "kill" to the windowmenumathias4-246/+257
closes #1075142
2004-11-30minor issuemathias1-7/+2
2004-11-28fix possible segfaults in DeiconifyMode::SEMIFOLLOW and FOLLOW ...mathias1-6/+9
the raisAndFocus after the sendToWorkspace makes problems, dunno why exactly so this is still an open issue imho.