Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!van-bc!tfic.bc.ca!clh
From: clh@tfic.bc.ca (Chris Hermansen)
Newsgroups: comp.windows.open-look
Subject: Re: ctrl h in text windows and text panels
Keywords: Openlook Problems and Annoyances
Message-ID: <1990Dec8.013222.11126@tfic.bc.ca>
Date: 8 Dec 90 01:32:22 GMT
References: <353@shuksan.UUCP>
Reply-To: clh@tacitus.UUCP (Chris Hermansen)
Organization: Timberline Forest Inventory Consultants
Lines: 71

In article <353@shuksan.UUCP> scott@shuksan.UUCP (Scott Moody) writes:

[problems deleted]

>Problem 2:
> on a b/w sparcstation running openlook 2, inserting characters (in vi)
> results in the character under the cursor that is moving to the
> right disappearing (after about 20 characters). 
> I then have to do a refresh to get it back. 
> Unfortunately this doesn't happen all the time.

Yes, same here.  This is really irritating.  A similar(?) thing seems to 
happen occasionally in things like mailtool To: line - do you ever see
grundgy little flecks of character remenants floating around?

By the way, I've never seen this happen on a GX machine...

>Problem 3:
>  again on a b/2 screen, the box around a text window has a vertical bar
>  showing the boundary of the window - inside the main frame. This bar
>  isn't always connected and is missing most of it. (which I think 
>  is related to problem 2).

I see this quite often.  It seems to be the result of front/back window
operations.  Note that iconifying and de-iconifying the window does NOT
fix this, nor does a refresh.  Hmm, does re-size? I must try it the next
time.  Also, I have a feeling (unsubstantiated) that this happens more on
large windows than small, and that Sunview windows often appear to cause
or be otherwise related to the damage (especially the DOS[YUCK] window).

[annoyances deleted]

>Major Annoyance:
>  Moving from kernal based sunview to network based xview, I notice lots
>  of lost events from the keyboard if the system is loaded. Like I start
>  a compile in one window, move to another and start typing (without
>  click to type). Three possible things occur:
>     (1) the typing goes to the old window
>     (2) the typing goes to the bitbucket 
>     (3) the typing appears in new window - sometimes delayed.
>  I had heard this was a problem with X but for it to happen all the
>  time really sucks! We are getting faster machines but slower window
>  systems.

This problem is exacerbated by a lack of real memory; I noticed a distinct
lessening of this when I stuffed another 4Mb in.  I also have the feeling
that sometimes I have to click-to-type (even though I have disabled this
"feature") when things get busy and I move the mouse in a hurry.

OpenWindows sure doesn't track the mouse as well as Sunview.

[annoyances and advancement neededs deleted]

I'm sure this little problem is addressed in a manual somewhere, but: one thing
that really bugs me is the lack of a "Cut then Paste" item in the Edit menu
of a text window (hope I got that right).

>Thanks for hearing me out. Converting my software from Sunview to Xview
>is an experience which isn't too hard, but some things are annoying.

Ditto.  On the whole, what I think I'd like is a Sunview that looks like
OpenLook.  Bag X.  The NeWS part looks pretty neat, though.

Just another relatively uninformed user,

Chris Hermansen                         Timberline Forest Inventory Consultants
Voice: 1 604 733 0731                   302 - 958 West 8th Avenue
FAX:   1 604 733 0634                   Vancouver B.C. CANADA
clh@tfic.bc.ca                          V5Z 1E5

C'est ma facon de parler.