! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
XFWM/ROX Pinboard incompatable
Status:
CLOSED: FIXED

Comments

Description benxor 2004-02-14 06:01:19 CET
Whenever I use XFWM (usually I use metacity) with Rox-Filer as my pinboard
application, it acts in an annoying way - when I click on an icon on the
pinboard, I am jumped back to the workspace where the application was
minimised.

i.e. I minimise an app on workspace 1; I move to workspace 5; I click on the
minimised icon on the pinboard; I am transported back to workspace 1 where the
app is maximised back.

In metacity, when I minimise an app on workspace 1 and then click the icon
while in workspace 5, the app restores to workspace 5, not 1 - this is much
more compatible with pinboard use, this is the entire reason to have a
pinboard: to use the desktop as a temporary taskbar.

Is there a way of tweaking XFWM, or could XFWM be updated, so that it worked
like metacity in this situation, as described above?
Comment 1 Olivier Fourdan editbugs 2004-02-15 21:35:25 CET
Please try this version and report:

http://www.xfce.org/archive/test/xfwm4-4.0.4-cvs.tar.gz

TIA
Olivier.
Comment 2 benxor 2004-02-16 03:10:30 CET
make[2]: Entering directory `/home/benxor/code/xfwm4-4.0.4/src'
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/startup-notification-1.0
-I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/xfce4
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/X11R6/include
-I/usr/include/xfce4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/atk-1.0 -I/usr/X11R6/include
-I../common -DPACKAGE_LOCALE_DIR=\"/usr/share/locale\"
-DDATADIR=\"/usr/share/xfwm4\" -g -O2 -MT xfwm4-client.o -MD -MP -MF
".deps/xfwm4-client.Tpo" -c -o xfwm4-client.o `test -f 'client.c' || echo
'./'`client.c; \
then mv -f ".deps/xfwm4-client.Tpo" ".deps/xfwm4-client.Po"; else rm -f
".deps/xfwm4-client.Tpo"; exit 1; fi
client.c: In function `clientWindowType':
client.c:1239: error: syntax error before "else"
client.c: At top level:
client.c:1249: error: syntax error before "if"
client.c:1252: warning: parameter names (without types) in function declaration
client.c:1252: error: conflicting types for `clientSetNetState'
client.c:337: error: previous declaration of `clientSetNetState'
client.c:1252: warning: data definition has no type or storage class
client.c:1253: error: syntax error before '->' token
client.c:1253: error: conflicting types for `clientSetLayer'
client.h:282: error: previous declaration of `clientSetLayer'
client.c:1253: warning: data definition has no type or storage class
client.c:4200: error: conflicting types for `clientSetLayer'
client.c:1253: error: previous declaration of `clientSetLayer'
make[2]: *** [xfwm4-client.o] Error 1
make[2]: Leaving directory `/home/benxor/code/xfwm4-4.0.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/benxor/code/xfwm4-4.0.4'
make: *** [all] Error 2
benxor@shark xfwm4-4.0.4 $
Comment 3 Olivier Fourdan editbugs 2004-02-16 21:43:23 CET
Sorry, a typo... Can you retry please? (same url)

TIA
Olivier.
Comment 4 benxor 2004-02-17 09:28:38 CET
New versions compiles, and seem to work alright - tasks are not bound to the
desktop they were pinned on. However, I've noticed it's crashed the taskbar a
couple of times, but I can't get a reproducable scenario so could be anything.
Appears to work then, thankyou =D
Comment 5 benxor 2004-02-17 09:33:15 CET
However: the system tray is no longer displaying properly in the taskbar - gaim
and other apps place no icon, although the place where the system-tray should
be does get marginally wider, as though something 1px thick was there.
Comment 6 benxor 2004-02-17 09:37:09 CET
Getting ahead of myself - had two instances of the system-tray running. All
good. =)
Comment 7 Brian J. Tarricone (not reading bugmail) 2004-04-08 19:41:05 CEST
mass stale bug cleanup - reopen if closed in error

Bug #116

Reported by:
benxor
Reported on: 2004-02-14
Last modified on: 2009-07-14

People

Assignee:
Brian J. Tarricone (not reading bugmail)
CC List:
0 users

Version

Version:
unspecified

Attachments

Additional information