Re: Source Opens with trailing spaces not trimmed

On Tue, Feb 17, 2015 at 1:40 PM, Buck Calabro <kc2hiz@xxxxxxxxx> wrote:

Time to test. I had a self-induced immolation that ended up with me
deleting every version of WDSC / RDi and re-installing 9.1.1 so I can't
test with WDSC. But I can test it with the Code/400 editor that came
with WDSC v7 (Code/400 v6).

Test conditions:
1) STRSEU, update a line in a source member, save. The member now has
trailing blanks.

OK, makes sense; source members by definition have fixed SRCDTA
length, and thus don't even have a meaningful notion of "trimmed".

2) Open for edit with RDi 9.1.1, press End - cursor goes all the way to
column 101 on my H-specification, which ends at column 41. Close member.

This would be where some people are wanting End to just go to column 42.

3) Open member for edit in Code/400, press End - cursor goes to column
42. Close member.

Fine, this suggests RDi trimmed upon save.

4) Open member for edit in SEU, press End - cursor goes to column 42.

Here is where you must be careful. How does the End key know where to
go? I don't believe it's a function of SEU. For that matter, I don't
think it's even meaningful from a pure 5250-centric perspective. When
I was cutting my teeth on dumb terminals, there was no "go to end of
line". For that reason, even today (for my 5250 emulator sessions) I
do not have any key mapped to what you describe.

I believe the End you are talking about is a function of the terminal
software. What happens when you skip the RDi and Code/400 steps? How
about just plain old editing in SEU? How does End behave there?

John Y.