Peter
New Member
Posts: 4
|
Post by Peter on Mar 6, 2023 21:34:22 GMT -5
A Cnn line command is rejected when the count goes beyond the last line. Error message: "Repeat value extends past the last line - line xxxxxx"
In real ISPF, if there aren't enough lines, it will just copy the lines that are there.
I suspect that many versions ago, it used to behave like real ISPF but then it changed.
Peter
|
|
|
Post by Stefan on Mar 7, 2023 6:27:14 GMT -5
Hi Peter,
SPFLite replaces the ISPF/PDFconcept of Cnnn, like c99999 to "select all lines up to the end of the file" with the c/ and c\ notation where... '/' refers to "all lines from here to the end of the file" and
'\' refers to "all lines from here to the start of the file"
This applies to all line commands and also avoids the error message you saw.
Hope this helps.
By the way, you can also specify a limit for the 'nnn' value to avoid, for example, accidentally deleting a lot of lines due to a typo. See OPTIONS - GENERAL - Line command repeat limit.
|
|
Peter
New Member
Posts: 4
|
Post by Peter on Mar 9, 2023 0:22:10 GMT -5
Hi Stefan,
That helps, its exactly what I need!
It's not mentioned in the "C/CC - Copy Lines" help topic. Although I found it just now in the "Extended Line Command Modifiers" topic.
Thanks again. Peter
|
|
|
Post by mueh on Mar 9, 2023 2:07:04 GMT -5
Hi George, Read Extended Line Command Modifiers topic Note: Re: foreign keyboards. Since the / and \ characters are shifted characters on many keyboards, SPFLite will accept a period (.) in place or a / and two periods (..) in place of a \ to simplify typing. I tried it since i find it very useful for German keyboard but it seems it got removed with V11 of SPFLite . Is it possible to get it back ? Thanks
|
|
|
Post by Robert on Mar 9, 2023 9:37:00 GMT -5
If the alternate syntax for / and \ needed to be reimplemented, I see on German T1 and T2 keyboards, they all have a minus-sign key to the right of the dot key, at the bottom. You could make dot mean / and minus-sign mean \ which would be a little easier to type. Also, the 'minus' might be easier to associate with the idea of going 'backward' in the file.
This change isn't necessary or a priority, but it would mean the alternate notation would only take 1 position in both cases. If I had to use a German keyboard, it would be something I'd like.
|
|
|
Post by George on Mar 9, 2023 9:59:15 GMT -5
MUEH: I'd put it back if I had any idea of how it got removed. There has never been anything special in SPFLite to handle this situation.
SPFLite depends totally on Windows to handle the normal keyboard character mapping.
George
|
|
|
Post by Robert on Mar 9, 2023 10:28:27 GMT -5
"There has never been anything special in SPFLite to handle this situation"? Yes there was.
It was put in a few years ago. It has nothing to do with Windows's keyboard mapping. All you did is allow . dot to mean / and .. to mean \ without regard to what keyboard was used. I advised you to make those choices because I am familiar with keyboard issues. This is not a tricky or technical matter. It's only a case of allowing alternate notation on the line command options.
|
|
|
Post by George on Mar 9, 2023 11:25:55 GMT -5
Robert: I explored the old archives.
Working backwards, I tried versions: 2.5.22066 2.4.21112 2.3.21101 2.2.20255 2.0.19359 11.0.19235 10.2.19128 8.5.8144
None of these versions support the . and .. variation, and this goes back to 2018. I have no recollection of this ever being done (but with my memory - who knows?)
I know the help mentions them, but I don't think it was ever done.
[UPDATE] 8.5.8144 DOES have this, checking further.
[/UPDATE]
[UPDATE 2] OK, testing old releases is weird, I didn't do it correctly. Changes in my keyboard mapping mucked things up.
The fudge disappeared between V10 and V11. 2 lines of code just 'disappeared. I've no idea how or why.
I've put them back in the current source so the . and .. will appear in the next release.
And I still have no recollection of this change whatsoever. But at least the Doc. is already complete. ;-))
[/UPDATE 2]
George
|
|