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

Conference hydra::axp-developer

Title:Alpha Developer Support
Notice:[email protected], 800-332-4786
Moderator:HYDRA::SYSTEM
Created:Mon Jun 06 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3722
Total number of notes:11359

3322.0. "Akros - Point 22708" by RDGENG::ASAP () Fri Mar 14 1997 11:50

    Company Name :  Akros - Point 22708
    Contact Name :  Herr. Freuhauf
    Phone        :  +41 32 329 90 43
    Fax          :  +41 32 329 90 35
    Email        :  [email protected]
    Date/Time in :  14-MAR-1997 16:50:12
    Entered by   :  Mark Schafer
    SPE center   :  REO

    Category     :  vms
    OS Version   :  
    System H/W   :  


    Brief Description of Problem:
    -----------------------------

From:	ESSB::ESSB::MRGATE::"ILO::ESSC::dlennon" 13-MAR-1997 15:34:19.53
To:	RDGENG::ASAP
CC:	
Subj:	POINT No. 22708, Akros

From:	NAME: ESCTECH@ILO          
	TEL: (822-)6704          
	ADDR: ILO                  <dlennon@ESSC@ILO>
To:	ASAP@RDGENG@MRGATE


Hello - 

POINT Log Number	 22708

Company Name 	Akros

Engineers name	Herr. Freuhauf

Telephone Number 		+41 32 329 90 43

Fax Number		+41 32 329 90 35

E-mail Address		[email protected]

Operating System, Version	OpenVMS V6.2

Platform			Alpha

Problem Statement		

                               INTEROFFICE MEMORANDUM
  
                                          Date: 13-Mar-1997 11:56am
                                          From: AKROS AG
                                               
[email protected]@PMDF@INTERNET
                                          Dept: 
                                          Tel No:   
  
  To:   esctech (esctech@ilo)
  
  Subject:  Questions concerning migration TDSM -> DECforms
  
  
ASAP membership number: A60193

Hi there

Bringing TDMS forms to DECforms (on OpenVMS ALPHA 6.2) I have following
questions:

- I am using already displayed Panels in further task steps (process ->
exchange -> process -> ...). Is there a way to 'use' such Panels without
calling a display response step in every exchange step (which is leading
to a flickering each time the user fetches the next data set)? Currently
I made a workaround with Entry and Exit responses on Panel level to set
a flag, which is checked in the Transceive response, whether to display
a panel or not. It behaves like I wish.

- I didn't manage to implement my own actions for some events (producing
forms manager messages %FIELD_FULL, %RANGE_FAILS (?; message is 'Cursor
outside field; move the cursor into field to enter data')). What are the
predefined responses, producing those messages? Is there a general way
to change the predefined behavior according to navigation? I would like
to produce only a %BELL signal.

Regards

Juerg Fruehauf


--------------------------------------------------------------------
                        /\
Juerg Fruehauf         /--\KROS AG          Tel: +41 32 329 90 43
SW-Developper          unterer Quai 37      Fax: +41 32 329 90 35
                       CH-2502 Biel       email: [email protected]
--------------------------------------------------------------------
RFC-822-headers:

T.RTitleUserPersonal
Name
DateLines
3322.1HYDRA::AXPDEVELOPERAlpha Developer supportFri Mar 14 1997 13:2848
From:	HYDRA::AXPDEVELOPER "[email protected]" 14-MAR-1997 13:27:28.61
To:	SMTP%"[email protected]"
CC:	AXPDEVELOPER
Subj:	I: DECforms

Below is a similar case of a DECforms screen flicker.  Please examine the 
possible causes.

As far as the Bell question, I have read that You can insert the bell 
by editing the DECforms message file to contain literal bell characters 
(CTRL-G) in the messages.  The message file is an installation option, 
instructions come with it.

Thank you,

Mark Schafer
Alpha Developer Support
--------------------------------------------------------------------------------
    
Q:  One of the sub-panels has a set of fields which are each quite long,
    e.g. name and address. The problem is that when this panel is displayed,
    there is an irritating flicker while the cursor outputs long streams of
    spaces. As Forms has already output escape sequences to clear to end of
    screen, is it not a waste of time displaying blanks. This is also
    extremely painful for them over modem links.
    
    Can this be avoided? They have tried using "CONCEALED WHEN ", but this
    does not really solve the problem as the flicker comes back with a
    vengeance when the WHEN clause is satisfied. Also, this turns off
    echoing when entering field data unless steps are taken to prevent this.
    
    What alternatives are available? Can anything be done at the
    panel/viewport/layout level?
    
--------------------------------------------------------------------------------
A:  Without an example I really can't understand what causes
    the 'flickering'.  It sounds like there may be some data distribution
    that is duplicated.    If the data is getting changed and then changed 
    again (sent twice) this could explain 'flickering' at the data field 
    level.  Another possibility is that everything is fine from the
    DECforms standpoint and a slow baud rate or buffered I/O bottleneck
    causes slow display.  Another remote (remote) issue is that some AST 
    with a SEND is firing off and the data from the different threads of 
    AST's which fired off are gettingflushed to the screen. 
    
    DECforms 2.0 and 2.1 release notes do mention issues with displays
    - this may maked a point to get the latest release (2.1B).
    
3322.2HYDRA::SCHAFERMark Schafer, SPE MROTue Mar 18 1997 09:3225
From:	SMTP%"[email protected]"   18-MAR-1997 03:53:37.00
To:	"[email protected]" <[email protected]>
CC:	
Subj:	Re: I: DECforms


Thanks for your answer. To insert bell character into DECforms message
file is an acceptable solution for our requirements. As far as the
flickering question, I can live with my workaround for not redisplaying
panel with every transceive response.
So far you may close this call.

Regards

Juerg Fruehauf
-- 

--------------------------------------------------------------------
                        /\
Juerg Fruehauf         /--\KROS AG          Tel: +41 32 329 90 30
SW-Developer           unterer Quai 37      Fax: +41 32 329 90 43
                       CH-2502 Biel       email: [email protected]
--------------------------------------------------------------------