Re: PDP++ and Redhat 7.0

[Ken Kwok <kenkwok@cmu.edu>]

I use KDE in Linux SuSe and that seems to be the way the PDP++ windows
work in KDE.  But there's more to the mystery: 
1. This "feature" only seems to plague PDP++, when I run other programs
(e.g. Netscape) I can minimize individual windows.
2. Some of the windows appear to be grouped together (do these derive
from a common "parent" in PDP?) such that minimizing any one of them
affects the whole group and there is only one "box" for the whole group
on the taskbar.  So typically, the PDP Root, PDP Project, Network,
Environment and Log windows minimize/maximize as a group and appears on
the taskbar only as "PDP++ Root". Each of the process Control Panels
that one creates can be separately minimized/maximized and appear
separately on the taskbar (e.g. "Train_0 Process", "Epoch_1 Process").
3. This one to me is the strangest of all: the windows progressively
"creep" downwards each time I open a project!  Such that after
opening/closing/saving a project several times - some of the windows
intrude into the desktop below and I have to drag them up my working
desktop in order to see them!

Tip: I use the dropdown WindowsList feature on the Panelbar to select
(bring on top) the window that I need instead of searching the cluttered
desktop itself. 
 
> Karl W Knight <karl@gac.edu> writes:
> > (1) After opening xor.proj.gz, all the windows become visible for a
> >     moment, and then automatically iconify.  (The manual says that the
> >     root window should move to the right and the Project and NetView
> >     windows become visible and the others iconify, whereas all windows
> >     in fact iconify.)
> >
> > (2) After de-iconifying the root window, they all become visible.  At
> >     this point if I try to iconify any of the windows, then they all
> >     iconify.  Actually, if I tried to iconify the project window, I
> >     can't.
> 
> this sounds like some kind of window manager problem -- I have briefly
> tested pdp++ under KDE and it worked ok for me, but does anyone else
> out there have this experience?  perhaps there is some kind of
> configuration setting somewhere?
 
I'm not sure if this is what Randy was referring to but there is a
feature of KDE windows called "sticky" whereby if you click on the "pin"
icon on the top left corner of a window, the window is made "sticky" and
follows you as you navigate through different desktops.  To unstick a
window, simply click on the pin again. 

> > (3) Sometimes when I click on a menu in one of the windows, it will
> >     persist even if I try to close it, and even if I move to another
> >     virtual desktop (I am using the KDE window manager), it will
> >     remain visibleon that other desktop.
> 
> this is a known "feature" -- tear off menus if you like.  the trick is
> to try to drag the mouse accross the menu.  if this doesn't work,
> clicking on another menu in the same group might help..

This I have not encountered butI've had the occasional stability problem
- I do get random crashes.  But that might be because I've overclocked
my PC or because of problems with additional code that I've written.

> > (4) In some cases, I have found that the when I went to another
> >     virtual desktop while, for example, a training process is running,
> >     the process would stop.  In some of these cases, I needed to
> >     restart bp in order to get the process running.
> 
> weird!
> 
>                                 - Randy