| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
I have written a simple ALL-IN-1 ENTRY form that maps to an existing RMS datafile that was originally maintained by Datatrieve routines. Some of the ALL-IN-1 fields are right-justified zero fill (numeric characters only) and are gievn the FMS underline attribute so that the user can see how long the field is. Now for some reason, when the record is displayed on the screen, these fields lose their underlining attribute. Has anyone else experienced a similar thing, or knows why this is happening? Even if the data to be displayed is "incorrect", why should FMS fail to display the correct highlighting? Any thoughts would be much appreciated, Thanks in advance, mb
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3925.1 | BRUMMY::MARTIN::BELL | Martin Bell, NETCC, Birmingham UK | Thu Mar 10 1994 17:49 | 13 | |
Some further info on this one ... In, say, a single character alphanumeric field in an ENTRY form, if the underlying field in the datafile is the NULL character, when the record is displayed, the field loses its FMS highlighting. Why should this be the case? Is ALL-IN-1 trying to load a NULL character into the field, and besides, why should it mess up the highlighting, which is a display attribute and not a field content? Confused of Brum! mb | |||||