Sorry if I wasn't clear : we don't want user pasting this kind of thing but presumably we can't prevent it unless it can be detected. We have only discovered the characters when the contents of the PF were written out to XML files. This caused an error in the application treating the XML.
De : midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] De la part de
Envoyé : jeudi 26 mars 2009 13:17
À : midrange-l@xxxxxxxxxxxx
Objet : RE: Non displayable characters in a PF
Word (and other programs) can contain formatting information
in addition to the actual text: bold, font change, font size
I've found it easiest to copy the text from Word into Notepad
or UltraEdit (I use this), then copy that resulting text into
5250. UE and Notepad only recognize the textual data, and
ignore formatting characteristics.
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of David FOXWELL
Sent: Thursday, March 26, 2009 5:12 AM
To: Midrange Systems Technical Discussion
Subject: Non displayable characters in a PF
Hope this isn't too vague a question :
Users are copying and pasting into a green screen application
from MS Word and the results are saved in a PF. The user
entry program does not display these characters and so the
user doesn't realise. DSPPFM shows the characters in inverse
video. It's not possible to modify afterwards with DFU.
What is missing to prevent the pasting of these unwanted characters?
Why doesn't the data entry screen show them but DSPPFM does?
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting,
please take a moment to review the archives at