Issue 11926 - OOo programs and dialogs offset within a window frame in 644_m4
Summary: OOo programs and dialogs offset within a window frame in 644_m4
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 644
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 1.1 Beta2
Assignee: ulf.stroehler
QA Contact: issues@gsl
URL:
Keywords:
: 12507 12682 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-02-28 21:56 UTC by welshpjw
Modified: 2003-05-20 10:46 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
image of problem with offset program w/in window frame (15.32 KB, image/png)
2003-02-28 21:59 UTC, welshpjw
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description welshpjw 2003-02-28 21:56:40 UTC
Many of the dialog boxes and OOo program display offset within the the frame of
a window in atleast the IceWM window manager.To visually get an ideas of what is
happening, think of the OOo part (or dialog) of the moving about 1/2 inch up and
slightly left without moving the window border. Like when you manually change
your monitor setting to move the picture up and left. The top 1/2 inch in the
OOo programs that includes the "File" and "Edit" items are not visable and the
bottom 1/2 inch is black. 

This happens only in *644_m4* and did not happen in *644_m1*. This began from
installation with install dialog boxes offset and continues with each OOo
program that I open (scalc, swriter etc). 

The offset window can be "corrected" by attempting to resize that afflected
window. Then the programs snaps into the window frames.

Environment:
GNU/Linux RH7.3 distibution w/all errata and the IceWM window manager
Comment 1 welshpjw 2003-02-28 21:59:42 UTC
Created attachment 4943 [details]
image of problem with offset program w/in window frame
Comment 2 welshpjw 2003-03-04 13:20:38 UTC
Is this problem in the correct area? Just wondering if anyone has
looked at this issue

PS Thank you for all of your time and effort in a collective way. I am
very happy to be using such a good product.
Comment 3 Frank Schönheit 2003-03-06 13:29:15 UTC
sounds like an gsl issue - cc'ing PL - Phillip, do you by chance have
an idea?
Comment 4 philipp.lohmann 2003-03-06 13:37:04 UTC
No; and i wouldn't even have one if you spelled my name correctly :-)
But i will have a look at the problem; since it does not occur on
other WM's it probably is in my area.
Comment 5 welshpjw 2003-03-06 14:39:29 UTC
Just to re-state, 644_m1 did NOT have this issue and no upgrades to
the WM has happened.
Comment 6 philipp.lohmann 2003-03-10 17:13:23 UTC
Between m1 and m5 OOo changed to be more conformant with ICCCM.
Unfortunately IceWM cannot cope with the StaticGravity hint that gets
applied to OOo's windows nowadays; the window belonging to OOo
actually gets positioned beneath the decoration by IceWM. I built in a
workaround for the problem into CWS vcl07.
Comment 7 welshpjw 2003-03-10 17:27:59 UTC
I will also look into updating my IceWM to the most recent version. I
will report my findings.
Comment 8 alex.thurgood 2003-03-21 10:15:56 UTC
*** Issue 12507 has been marked as a duplicate of this issue. ***
Comment 9 welshpjw 2003-03-24 13:58:43 UTC
The most recent version of IceWM (version 1.2.7) with OOo1.1beta (644
build:8557) on GNU/Linux shows the same issue. I don't know if the
work-around is in place in the 1.1b version or not. Could someone advise ?
Comment 10 alex.thurgood 2003-03-25 15:34:12 UTC
I'm using Gnome 2.0 on a Mandrake Linux 9.0 machine, and the same
problem occurs for the main window of any new document. The window is
always displaced to the right and up out of the desktop space, which
means that I have to maximize it each time before I can access the
menus. Is this a known problem that has been fixed in the latest beta ?
Comment 11 philipp.lohmann 2003-03-25 15:57:45 UTC
The workaround will be in beta2, it is not in the "latest" beta
Comment 12 Olaf Felka 2003-03-28 10:53:49 UTC
*** Issue 12682 has been marked as a duplicate of this issue. ***
Comment 13 philipp.lohmann 2003-04-04 10:44:33 UTC
pl->us: fixed in vcl07
Comment 14 ulf.stroehler 2003-04-10 12:02:09 UTC
fix verified in vcl07.
Comment 15 ulf.stroehler 2003-04-10 12:02:32 UTC
verified.
Comment 16 thorsten.ziehm 2003-05-20 10:46:28 UTC
Verified in OOo1.1 Beta2.