search

vijaymoorthy001 / xmind3

Automatically exported from code.google.com/p/xmind3
0 stars 0 forks source link

Full-screen brainstorming mode does not go full-screen, and does not cover GNOME panel #145

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

I
1. Use: Ubuntu 9.04 or 9.10 (almost certainly other distributions as well),
GNOME version 2.26 or 2.28; XMind 3.1.1 Pro
2. Switch to Brainstorming mode
3. XMind window does not cover panel

What is the expected output? What do you see instead?
Full-screen should be full-screen, but is not full-screen.  The following
experiment reveals associated window-management problems:

II
1. Start Xmind
2. wmctrl -l | grep XMind
output: 0x0380007c  1 Argo XMind Pro - Workbook 1 
3. wmctrl -r XMind  -b toggle,fullscreen
result: as expected, window decorations are stripped and the main interface
goes full-screen.
4. Start Brainstorming mode
result: nothing happens
5. alt-tab to another window
result: Brainstorming mode appears!
6. alt-tab back to XMind
result: Brainstorming mode disappears, replaced by the #3 view

I've attached several screenshots which demonstrate this bug.
Screenshot.png occurs at I.3
Screenshot-1.png occurs at II.3
Screenshot-2.png occurs at II.5

XMind is using a single X11 window; however, its mode/internal state is
affected by window manager events such as alt-tab.  Global shortcuts which
an application does not trap should not cause state changes within that
program (eg: II).  Please tell me what more I can do to debug this.  By
these symptoms, it looks like it's something in XMind's
X11/GTK/NetWM-related code.

Original issue reported on code.google.com by nstee...@gmail.com on 6 Jan 2010 at 3:07

Attachments:

GoogleCodeExporter commented 9 years ago 
java -version
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6.1) (6b16-1.6.1-3ubuntu1)
OpenJDK Client VM (build 14.0-b16, mixed mode, sharing)

Oops.  I'll test with Sun's Java now.

Original comment by nstee...@gmail.com on 6 Jan 2010 at 4:55

GoogleCodeExporter commented 9 years ago 
Identical behavior with Sun's Java.
java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing)

Original comment by nstee...@gmail.com on 6 Jan 2010 at 5:05

GoogleCodeExporter commented 9 years ago 
I test this in my VM Ware. The full screen works well....

Original comment by stephen0...@gmail.com on 28 Jan 2010 at 3:59

GoogleCodeExporter commented 9 years ago 
Hi Stephen,

It works with which version of which distribution, which version of GNOME, and 
which
XMind version?  I've noticed that if the panel property "Expand" is turned off, 
and
the panel is moved to the middle of the screen, then brainstorm mode covers the
panel.  The window type of the panel is toggled by doing this.  In recent 
versions of
GNOME, a panel on the edge of a screen cannot be covered unless the program 
window
which wishes to cover it declares that it is a fullscreen window.

One way to cause Screenshot.png behaviour is to 1) make a window fullscreen 2) 
open a
not-full-screen program.

Based on "wmctrl -l", XMind isn't creating/registering a second window, so what
happens in Screenshot.png is a bug.

Original comment by nstee...@gmail.com on 8 Feb 2010 at 9:41

GoogleCodeExporter commented 9 years ago 
any progress with this?  One thing I've discovered is that panels which are not
expanded, which are moved to a non-edge (floating panel type, instead of edge 
panel
type are handled differently by many window managers) are covered without 
issues in
full-screen mode.  I suspect the problem is Eclipse-to-GTK 2.18 
connection...this is
what I suspect the issue is related to:
http://www.dataforte.net/blog/2009/09/28/eclipse-3-5-and-gtk-2-18/

Original comment by nstee...@gmail.com on 22 Mar 2010 at 7:58

GoogleCodeExporter commented 9 years ago 
I wonder if building with Eclipse 3.5.2 will fix this?  I'm going to open file 
an
eclipse bug with Ubuntu to see if they can help resolve this.  Oh yeah, I'm not 
sure
why I didn't include it earlier, but here's the console output from starting up 
XMind:

(xmind-bin:20314): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion
`GDK_IS_PIXBUF (pixbuf)' failed

(xmind-bin:20314): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion
`GDK_IS_PIXBUF (pixbuf)' failed

(xmind-bin:20314): Gtk-CRITICAL **: gtk_window_resize: assertion `width > 0' 
failed

(xmind-bin:20314): GLib-WARNING **: g_set_prgname() called multiple times

Original comment by nstee...@gmail.com on 22 Mar 2010 at 8:15

GoogleCodeExporter commented 9 years ago 
here's the link to track the Ubuntu side of this:
https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/544505

Original comment by nstee...@gmail.com on 22 Mar 2010 at 8:53

GoogleCodeExporter commented 9 years ago 
Could you please put me in touch with XMind's Debian/Ubuntu packager, so we can
collaborate, and solve this issue?  Thank you!

Original comment by nstee...@gmail.com on 16 Apr 2010 at 10:08

GoogleCodeExporter commented 9 years ago 
So today I tried the portable zip.  It has the same behavior as the deb 
version.  This 
bug is still an issue.

Original comment by nstee...@gmail.com on 6 May 2010 at 1:52