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 |
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.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3322.1 | HYDRA::AXPDEVELOPER | Alpha Developer support | Fri Mar 14 1997 13:28 | 48 | |
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.2 | HYDRA::SCHAFER | Mark Schafer, SPE MRO | Tue Mar 18 1997 09:32 | 25 | |
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] -------------------------------------------------------------------- |