[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

1128.0. "Work box display synchronisation" by COMICS::WOOD (Richard Wood - UK Workstation Support) Tue Jul 18 1989 07:49

    
I have a customer who is trying to display a work box while
doing some work, however, the work box does not appear
on screen until the work is finished defeating the whole
object.The following is the algorithm used.

DwtWorkBox
XtManageChild
perform work
XtUnmanageChild - commented out in order to see the box on screen

If the Xlib call, XFlush is used just before the work is performed,
a box appears, but no text is written in to it until the work
is finished again.

Does anybody have any explanation for this behaviour.

Any info much appreciated.

Rich
    

T.RTitleUserPersonal
Name
DateLines
1128.1You must handle Expose eventsDECWIN::KLEINTue Jul 18 1989 11:5315
>>If the Xlib call, XFlush is used just before the work is performed,
>>a box appears, but no text is written in to it until the work
>>is finished again.

Although you are flushing the MapWindow request, you are not handling
the subsequent Expose events, therefore the window is not painted.
You need to (periodically) check the X event queue and XtDispatchEvent

	while (XEventQueued (dpy, QueuedAlready)) {
	    XNextEvent (dpy, &event);
	    XtDispatchEvent (&event);
	}

-steve-

1128.2What if you don't want progress boxes?CHEFS::WHITTLEYJTue Jul 18 1989 12:4531
    I have the opposite problem!               
    
    Applications fired up from the UE window now all want to tell me
    that they have finished, throwing up a (usually blank) window as
    they exit.  This is really messing up the demo system we are trying
    (urgently) to freeze.
               
    
    The machine is a VAXstation 3500, recently upgraded to Ultrix 3.1
    / UWS 2.1.
    
    I don't believe that this behaviour was extant before the upgrade,
    but on the other hand I am having no such problem with a DECstation
    3100 which was also recently upgraded to the same S/W level.
    [... but then it is so fast now I may not have noticed ...!!]
    
    
    I have the feeling that it might just be down to some resource value
    which I need to stick in the .Xdefaults file telling the system
    to stop confirming process completion status ...... or is it something
    lacking in the .ue_profile file?
    
    
    Anyone able to help me?
    
    John Whittley
    UK Demonstration Engineering Group
    DEC Park 1, Reading  F5/1
    DTN 830-3969
    

1128.3FLUME::dikeTue Jul 18 1989 14:355
I have seen that behavior occasionally, but never reproducably enough that I
could debug it.  Could you send me your .ue_profile if this is really
reproducable?
				Jeff