Preventing "crawling windows" in Cadence (running via XWIN)

[Jan Mikkelsen]

Hi

When I for instance run through different levels of a hierarchical
schematic then the "pick view" window seems to steadily crawl down the
screen for each time it pops up. The same goes for many other windows.
Is this an XWIN flaw or is it something that Cadence has implemented as
a feature to keep overworked designers on their toes ?

Regards,

Jan

 

[Pete nospam Zakel]

In article <45e441ef$0$90262$14726298@news.sunsite.dk> Jan Mikkelsen <jhm@NOSPAM.kom.aau.dk> writes:

When I for instance run through different levels of a hierarchical
schematic then the "pick view" window seems to steadily crawl down the
screen for each time it pops up. The same goes for many other windows.
Is this an XWIN flaw or is it something that Cadence has implemented as
a feature to keep overworked designers on their toes ?

It may be an XWIN feature (some window managers by default will offset each
window slightly so you get that effect), or it may be a side effect of how
we specify window coordinates.

I haven't used XWIN in a long time, so I don't know if there are settings for
this -- but with some window managers you can specify that window coordinates
for new windows are specified relative to the inside of the window manager
frame rather than the outside of it. If XWIN has such an option, changing
that option may "fix" the behavior.

-Pete Zakel
(phz@seeheader.nospam)

"You can observe a lot just by watching." -- Yogi Berra

 

[Svenn Are Bjerkem]

On 27 Feb., 15:36, Jan Mikkelsen <j...@NOSPAM.kom.aau.dk> wrote:

Hi

When I for instance run through different levels of a hierarchical
schematic then the "pick view" window seems to steadily crawl down the
screen for each time it pops up. The same goes for many other windows.
Is this an XWIN flaw or is it something that Cadence has implemented as
a feature to keep overworked designers on their toes ?

Is this Cygwin? I saw this behaviour too on Xwin-32 in multiwindow
mode for most X11 applications. Have you tried xming?
A few years back I started to use X in full screen mode so that I got
my entire KDE/CDE desktop in one window, and then mapping windows
becomes a responsibility of that particular desktop.
--
Svenn

 

[Jan Mikkelsen]

Svenn Are Bjerkem wrote:

Is this Cygwin? I saw this behaviour too on Xwin-32 in multiwindow
mode for most X11 applications. Have you tried xming?
A few years back I started to use X in full screen mode so that I got
my entire KDE/CDE desktop in one window, and then mapping windows
becomes a responsibility of that particular desktop.
--
Svenn

Hi Svenn

This is indeed when I run Xwin32 in multiwindow. I have not tried the
xming thing but maybe I should.

/Jan

 

[mike.kneeland@gmail.com]

On Feb 28, 11:45 pm, Jan Mikkelsen <j...@NOSPAM.kom.aau.dk> wrote:

Svenn Are Bjerkem wrote:
Is this Cygwin? I saw this behaviour too on Xwin-32 in multiwindow
mode for most X11 applications. Have you tried xming?
A few years back I started to use X in full screen mode so that I got
my entire KDE/CDE desktop in one window, and then mapping windows
becomes a responsibility of that particular desktop.
--
Svenn

Hi Svenn

This is indeed when I run Xwin32 in multiwindow. I have not tried the
xming thing but maybe I should.

/Jan

I've seen window crawling behavior like this when using Skill code to
customize default window placements using hiResizeWindow() &
deRegUserTriggers(). For me the crawling windows will always move to
the top of my desktop, and extend beyond the desktop just enough to
cut off the X11 window decorations (title bar, etc). Usually the
crawling occurs after certain operations, like making a layout cell
editable or read-only.

When I disable my custom window-position code, the window crawling bug
goes away. I believe this is a Cadence bug and not a bug in my Skill
code.

--Michael

 

[Jan Mikkelsen]

mike.kneeland@gmail.com wrote:

I've seen window crawling behavior like this when using Skill code to
customize default window placements using hiResizeWindow() &
deRegUserTriggers(). For me the crawling windows will always move to
the top of my desktop, and extend beyond the desktop just enough to
cut off the X11 window decorations (title bar, etc). Usually the
crawling occurs after certain operations, like making a layout cell
editable or read-only.

When I disable my custom window-position code, the window crawling bug
goes away. I believe this is a Cadence bug and not a bug in my Skill
code.

--Michael

Hi Michael

I do also make use of hiResizeWindow() in my .cdsinit but I did not yet
try to remove this bit to see if the crawling stops. I will try that
later today though.

;################################################
;#
;# PLACE AND RE-SIZE CIW WINDOW
;#
;################################################

x100grid = car(hiGetMaxScreenCoords())/100
y100grid = cadr(hiGetMaxScreenCoords())/100
ciwLL = 15*x100grid : 1*y100grid
ciwUR = 90*x100grid : 80*y100grid
hiResizeWindow(hiGetCIWindow() list(ciwLL ciwUR))
hiFlush()

/Jan