search

guodong / wmii

Automatically exported from code.google.com/p/wmii
MIT License
0 stars 0 forks source link

double title bar on openoffice's 3.0 popup windows #101

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. start any openoffice app like swriter or scalc
2. press Ctrl-F to show Search dialog
3. this dialog has double title bar (see screenshot)

What is the expected output? What do you see instead?
there should be only one title bar

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2438, ©2008 Kris Maglione
Slamd64 12.2 (64 bit Slackware) 
OpenOffice.org 3.0 32 bit version

Please provide any additional information below.

Original issue reported on code.google.com by chmielss...@gmail.com on 20 Mar 2009 at 7:50

Attachments:

GoogleCodeExporter commented 8 years ago 
It's not a double title bar. The client window is just 20px or so too low. I 
can't
reproduce this with OOo 3.0 (ArchLinux, x86-64).

I'm tempted to suggest, though, that you not use such bloatware if at all 
possible.

Original comment by maglion...@gmail.com on 20 Mar 2009 at 5:11

GoogleCodeExporter commented 8 years ago 
I can reproduce the bug with gentoo linux x86-64, openoffice 3.0, and wmii 
version
wmii-hg2432.

Original comment by que...@gmail.com on 22 Mar 2009 at 9:55

GoogleCodeExporter commented 8 years ago 
I also see this bug on openoffice 3.0 in debian/GNU Linux on the latest tip, 
it has been there as long as I can remember
 I use it mainly because I often need some word processing, presentation and
spreadsheet software for school, and often it needs to be able to read a 
variety of
formats, as I am given documents in many different ones, unfortunately
 If i had a viable alternative that wasnt as bloated and supported all of the same
document types, I would most certainly use it. Is there such software out there?

Original comment by adkilgore on 29 Mar 2009 at 7:39

GoogleCodeExporter commented 8 years ago 
Well, I'd be glad to fix the problem, if I could reproduce it. I don't know 
where to
start.

As for alternatives, koffice, abiword, and gnumeric are decent. And there's 
always
Google Docs. I tend to just use the likes of antiword or catdoc for such things,
though. For composing documents, I use (Xe)LaTeX, of course, but there's always 
LyX
and TeXmacs.

Original comment by maglion...@gmail.com on 29 Mar 2009 at 7:56

GoogleCodeExporter commented 8 years ago 
Thanks, I will check those out, i avoided koffice because of the dependencies 
(and
that it didnt strike me as non-bloated), but i may look into it
As for antiword and catdoc, I have never seen them before, but they look very 
nice!

Is there any information that I can give you that may help diagnose the issue, 
in
terms of logs, debugging info, etc? I would be happy to assist in any way 
possible.

Original comment by adkilgore on 29 Mar 2009 at 8:40

GoogleCodeExporter commented 8 years ago 
Well, I find that I need the KDE userland installed often enough that I just 
leave it
there. I can't say the same for gnome, which is messier and I tend to uninstall
whenever I'm done with it. I rarely leave koffice (or OOo or Gnome office) 
installed,
but it's certainly lighter than OOo, and its startup time must be less than a 
third.
Add to that that it's slightly less ugly than OOo, and generally easier to use, 
and
you have a winner. But I'd recommend AbiWord.

Original comment by maglion...@gmail.com on 29 Mar 2009 at 9:40

GoogleCodeExporter commented 8 years ago 
Sorry, I'm going to revise that. It actually takes OOo significantly longer to 
start
than it takes my operating system. I'd say that koffice and abiword both start
between one and two orders of magnitude faster.

Original comment by maglion...@gmail.com on 29 Mar 2009 at 10:21

GoogleCodeExporter commented 8 years ago 
The startup time, for me greatly depends on whether you tell it to use a java 
runtime
environment or not, in options>java, and also whether or not I had tweaked the 
memory
usage in the options as well, there are an abundant number of articles that 
include
suggested values for that, and that greatly speed up slow startup times.

Anyways, ill play around with openoffice when i get the time and see if i cant 
dig up
any more information as to how to reproduce the dialog issue, (since...you are 
not
experiencing it, presumably there could be a workaround? just a guess, of 
course)

Original comment by adkilgore on 29 Mar 2009 at 11:15

GoogleCodeExporter commented 8 years ago 
I think it's more likely a race of some sort, but it's just a guess. I'm not 
quite
sure what you can do to help without intimate X11 knowledge, and a whole log of
combing through event dumps. It *might* help to have the output of

  wmiir read /debug/event

as the window opens, but no guarantee (and I'll definitely need the contents of
/tag/sel/index while the window is open, in that case).

Original comment by maglion...@gmail.com on 30 Mar 2009 at 12:30

GoogleCodeExporter commented 8 years ago 
Ok here is what I have concluded so far, this is how the problem behaves: "when 
any
openoffice window, (including the main one) is opened directly into the floating
layer, it is rendered many pixel rows too low, *but* the problem immediately 
goes
away and it fixes itself as soon as you resize the window in any fashion 
whatsoever"

   *I did the following to get the text in the attached file.. debugevents
1. opened a terminal in one column, and opened openoffice in the next column
2. started running wmiir read /debug/event
3. switched to openoffice and hit open
4. switched back and stopped the reading of /debug/event

   *then, to get the second set of events (in debugevent_resize)
1. I started a separate reading of /debug/event
2. switched back to the "open" dialog, which was in the floating layer, and 
resized
it so it fixed itself
3. switched back to the terminal and stopped reading /debug/event

attached are the logs from those two things and the contents of the 
/tag/sel/index
If i can do anything else, please let me know

Original comment by adkilgore on 30 Mar 2009 at 1:11

Attachments:

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Actually, I will retract my previous statement about it only happening in the
floating layer, the main openoffice window had this issue if it is the only 
window in
the current tag, thusly its size is that of the whole screen

Original comment by adkilgore on 30 Mar 2009 at 1:28

GoogleCodeExporter commented 8 years ago 
Also as a side note, openoffice in general seems to behave a bit odd when 
stacked
with other windows, when you open it in a stack with two other xterms, 
openoffice is
in the middle, if you select openoffice, flip through the stack in *one 
direction*,
until you get back to openoffice (you will reach the end of the stack and keep 
going)
when you get back to openoffice, it will be entirely blank, (presumably shifted 
up or
down) and if you go back through the stack *the other way AND the same number of
times you went through it forwards* until you get back to openoffice, it will 
be normal

Original comment by adkilgore on 30 Mar 2009 at 1:39

GoogleCodeExporter commented 8 years ago 
OK sorry, but it appears I was mistaken because the main window occasionally 
opens
with this issue without being floating, i cant figure out a way to predict it, 
but
resizing it still in floating mode does make it revert to the correct position

Original comment by adkilgore on 30 Mar 2009 at 2:58

GoogleCodeExporter commented 8 years ago 
This attached file is a video of the above behavior described in comment #13 
because
it was kind of hard to describe

Original comment by adkilgore on 30 Mar 2009 at 3:14

Attachments:

GoogleCodeExporter commented 8 years ago 
Thanks. I understood your description, but I can't reproduce the bug.

What (precise) distro/arch/OOo version are you using?

Original comment by maglion...@gmail.com on 30 Mar 2009 at 3:26

GoogleCodeExporter commented 8 years ago 
My apologies, for in the above logs, I used 2.4 by accident, when I meant to 
use 3.0,
I attached new logs that used 3.0, 

The distro is Debian/GNU Linux Squeeze(testing) 
Linux kernel 2.6.29

Openoffice 3.0.1 x86 was obtained from here
http://openoffice.bouncer.osuosl.org/?product=OpenOffice.org&os=linuxintelwjre&l
ang=en-US&version=3.0.1
(the linux DEB from
http://openoffice.bouncer.osuosl.org/?product=OpenOffice.org&os=linuxintelwjre&l
ang=en-US&version=3.0.1)

Original comment by adkilgore on 30 Mar 2009 at 6:59

Attachments:

GoogleCodeExporter commented 8 years ago 
edit of the above, it is the DEB from 
http://download.openoffice.org/other.html#en-US

Original comment by adkilgore on 30 Mar 2009 at 7:00

GoogleCodeExporter commented 8 years ago 
While trying some alternatives, has anyone noticed that with abiword, mainly in
"print layout", in stack mode, if you open or close any other windows in the 
stack
and change the focus back to abiword, it seems that the main document part of 
the
window does not get redrawn correctly, until you scroll away from the window 
and come
back? sounds like an abiword issue though, and it isnt related directly to this
ticket, I suppose, I could open a new one if necessary, but I am not sure that 
this
is wmii at fault

Original comment by adkilgore on 4 Apr 2009 at 11:13

GoogleCodeExporter commented 8 years ago 
Yes, I've noticed.

Original comment by fbsdae...@gmail.com on 6 Apr 2009 at 8:05

GoogleCodeExporter commented 8 years ago 
Alright I have a tentative solution!  This annoyed the crap out of me, 
especially
since I distinctly remember not having the issue on my old laptop in the same
circumstances.  I decided to fix another issue, namely that OOo was not using 
my GTK
theme, and the fix for that also fixed the double-title-bar issue.

export OOO_FORCE_DESKTOP="gnome"

This did the trick for me, and it also why my old laptop didn't have the issue. 
 I'm
pretty sure you don't need any of GNOME's bloated stuff installed for this to
work--all I have installed related to gnome is gnome-terminal and its 
dependencies:

     Sun Apr  5 07:30:40 2009 >>> gnome-base/orbit-2.14.16
     Sun Apr  5 08:14:33 2009 >>> gnome-base/gconf-2.24.0
     Sun Apr  5 08:44:33 2009 >>> gnome-base/libgnome-2.24.1
     Sun Apr  5 08:52:30 2009 >>> gnome-base/libbonoboui-2.24.0
     Sun Apr  5 09:04:06 2009 >>> gnome-base/gnome-vfs-2.24.0
     Sun Apr  5 09:11:48 2009 >>> gnome-extra/libgsf-1.14.11
     Sun Apr  5 11:52:00 2009 >>> gnome-base/gnome-mount-0.8
     Sun Apr  5 11:55:58 2009 >>> x11-themes/gnome-themes-2.24.3
     Sun Apr  5 12:03:17 2009 >>> gnome-extra/gtkhtml-3.24.5
     Sun Apr  5 12:10:02 2009 >>> gnome-base/librsvg-2.22.3
     Sun Apr  5 12:11:49 2009 >>> gnome-base/gnome-menus-2.24.2
     Sun Apr  5 12:58:52 2009 >>> gnome-base/libgnomeui-2.24.0
     Sun Apr  5 12:59:07 2009 >>> gnome-base/gail-1000
     Sun Apr  5 13:07:24 2009 >>> x11-terms/gnome-terminal-2.24.2-r1

This is on Gentoo Linux, kernel gentoo-sources-2.6.29-r1, OpenOffice.org 3.0.0, 
and
wmii-3.6

hopefully this fixes all your woes

Original comment by awpritch...@gmail.com on 8 Apr 2009 at 2:11

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Yep!
That did the trick for me!!
Thanks!

Original comment by adkilgore on 8 Apr 2009 at 2:24

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Issue solved by setting OOO_FORCE_DESKTOP="gnome" environment variable.  
Closing.

Original comment by sunaku on 22 Feb 2011 at 9:36