[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

2830.0. "PRINT SCREEN AND HOLD SCREEN PROBLEMS WITH 5.3" by HAMSC3::UWEH () Tue May 29 1990 08:58

	A customer of mine expirienced this problem(s) with VMS 5.3 and 
	DECWindows 2.0 on a M3200 with 8 MB :

	1. using PRINT PORTION OF SCREEN and immediately clicking the mouse
	   button while the cursor is in "clock state" crashes the session 
	   manager or the whole system. I can't reproduce this on my V3100
	   with 20 MB.
	2. pressing HOLD SCREEN or CONTROL S does not hold output at once.
	   An unpredictable amount of lines slips through. He (the customer)
	   don't want to use the vertical scroll bar with the mouse. :-(
	3. the CAPTURE PORTION OF SCREEN to sixel file results in a poor
	   quality output when printing on a LJ250.

	Does anybody know something about these subjects ?

	Uwe

T.R Title User Personal
Name Date Lines

2830.1 STAR::ORGOVAN Vince Orgovan Wed May 30 1990 18:21 28

T.R	Title	User	Personal Name	Date	Lines
2830.1		STAR::ORGOVAN	Vince Orgovan	`Wed May 30 1990 18:21`	28
	> 1. using PRINT PORTION OF SCREEN and immediately clicking the mouse > button while the cursor is in "clock state" crashes the session > manager or the whole system. I can't reproduce this on my V3100 > with 20 MB. Please file a QAR on this. Use the DECWINDOWS-IFT database on node TRIFID. You might try a "dir component decwprintscr" to see if this has been previously reported. > 2. pressing HOLD SCREEN or CONTROL S does not hold output at once. > An unpredictable amount of lines slips through. He (the customer) > don't want to use the vertical scroll bar with the mouse. :-( This has been extensively discussed in the DECterm conference on HANNAH. You may be able to get more responsive hold screen behavior by adjusting the number of batch scrolling lines under the Customize/Display dialog box. > 3. the CAPTURE PORTION OF SCREEN to sixel file results in a poor > quality output when printing on a LJ250. This is a known problem caused whenever printscreen tries to scale the image to better fit on the paper. There is an option to disable scaling in the V5.3 session manager, but it apparently doesn't work. There is a patch available via CSSE/CSCs that allows you do get scaling disabled.

    >	1. using PRINT PORTION OF SCREEN and immediately clicking the mouse
    >	   button while the cursor is in "clock state" crashes the session 
    >	   manager or the whole system. I can't reproduce this on my V3100
    >	   with 20 MB.
    
    Please file a QAR on this. Use the DECWINDOWS-IFT database on node
    TRIFID. You might try a "dir component decwprintscr" to see if this
    has been previously reported. 
    
    >	2. pressing HOLD SCREEN or CONTROL S does not hold output at once.
    >	   An unpredictable amount of lines slips through. He (the customer)
    >	   don't want to use the vertical scroll bar with the mouse. :-(
    
    This has been extensively discussed in the DECterm conference on
    HANNAH. You may be able to get more responsive hold screen behavior
    by adjusting the number of batch scrolling lines under the 
    Customize/Display dialog box.
    
    >	3. the CAPTURE PORTION OF SCREEN to sixel file results in a poor
    >	   quality output when printing on a LJ250.
    
    This is a known problem caused whenever printscreen tries to scale
    the image to better fit on the paper. There is an option to disable
    scaling in the V5.3 session manager, but it apparently doesn't work.
    There is a patch available via CSSE/CSCs that allows you do get
    scaling disabled.