nilix/fluxbox
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

workaround another bug until can be rearranged properly

Browse source
This commit is contained in:
rathnor 2003-03-10 22:25:18 +00:00
parent 04dcbebc79
commit 121e135a37
1 changed files with 10 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
src/ToolbarHandler.cc
View file

@ -20,7 +20,7 @@
// FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
// DEALINGS IN THE SOFTWARE.
// $Id: ToolbarHandler.cc,v 1.2 2003/03/10 21:38:47 rathnor Exp $
// $Id: ToolbarHandler.cc,v 1.3 2003/03/10 22:25:18 rathnor Exp $
/**
* The ToolbarHandler class acts as a rough interface to the toolbar.
@ -275,9 +275,16 @@ void ToolbarHandler::updateState(FluxboxWindow &win) {
void ToolbarHandler::updateWorkspace(FluxboxWindow &win) {
if (win.getScreen() != &m_screen) return;
// don't care about current workspace except if in workspace mode
if (m_mode != WORKSPACE) return;
if (!(m_mode == WORKSPACE || (m_mode == WORKSPACEICONS && win.isIconic()))) return;
if (win.getWorkspaceNumber() == m_current_workspace) {
m_toolbar->addIcon(&win);
// TODO
// this shouldn't be needed, but is until Workspaces get fixed so that
// you only move between them, you don't 'add' and 'remove'
// alternatively, fix reassocaiteWindow so that the iconic stuff is
// done elsewhere
if (!m_toolbar->containsIcon(win))
m_toolbar->addIcon(&win);
} else {
// relies on the fact that this runs but does nothing if window isn't contained.
m_toolbar->delIcon(&win);