Pi - Long lines of Basic not shown in !Edit

I have a large Basic program with lines of Basic statements which fill the 1920 screen width in !Edit.

Except that they don’t display completely. The end of the line is missing.

The program is not corrupted, but it is difficult to edit.

You might consider this. A tokenised line cannot be more than 251 characters. Edit expands tokens, making a displayed line longer, and maybe it has a maximum length. In any case, such a long line cannot be retokenised. Was the long line produced by a crunching program? If so, go back to the uncrunched source to edit it.

The lines (more than 1) were originally produced on a RiscPC (or maybe even an Acorn A410) and have since been edited on the RiscPC and on Virtual Acorn.

The lines are less than 250 characters (tokens expanded) and are retokenised successfully when the file is saved. The file has never been crunched (or renumbered).

If I change the screen mode to 1280×720 (or less), the program edits perfectly well with the full length of the line displayed (albeit, wrapped as it always did on the lower resolutions screens of the older computers).

Pure text files are also shown in !Edit with the ends of very long lines shown as spaces. I find this mildly irritating.

!Edit has always had draw/redraw problems especially with long lines/long files.
As this one sounds easily repeatable maybe someone will be able to track the bug down! (Maybe it is just one bug and will fix all/most redraw problems)
Oh and add global clip board support please with standard CTRL C = copy to clipboard CTRL V paste from Clipboard.

As this one sounds easily repeatable maybe someone will be able to track the bug down!

Does anybody else with big display and BASIC code in !Edit see redraw problems? I know of erratic redraw errors with large binaries, just wondering if this one reported here is triggered by the way the program in question is laid out or if any BASIC program with long lines would trigger it?

This is not triggered by anything special. (and does not need a Basic file)

Just open !Edit with a 1920×1080 screen.
Toggle !Edit to full screen and hold down any letter key …
…. until the caret has wrapped to the next line (or nearly so).
Drag any other window over the line of text.
Lots of characters at the right hand edge will just vanish.

NO – Please NOT.

CTRL C and CTRLV already have very specific functions unique to RiscOS.

CTRL C and CTRL V already have very counter intuitive and confusing functions unique to RISC OS.

Fixed it for you.

It would best be an option (which Edit already supports) or be switchable by the presence of the ClipboardHolder module.

It would best be an option (which Edit already supports) or be switchable by the presence of the ClipboardHolder module.

Always a good idea – I find pressing Ctrl-V when using nano¹ to edit something somewhat irritating.

¹ You need to geek around a little to understand the reference (like I don’t understand why Ctrl-W initiates a search and Ctrl-O writes without exiting. What was wrong with Ctrl-F and Ctrl-W for god sake? Or did they just select random keys?)

CTRL C and CTRLV already have very specific functions unique to RiscOS.

True, whilst being slightly more convenient sometimes, being out of step with the rest of world should only occur when very significant benefits accrue.

Having a configuration option to revert for those people who don’t use other OSs seems a good way to satisfy almost everybody.

It would best be an option (which Edit already supports)

Do you mean Edit supports options or options re CTRL C & V can be set in the latest !Edit ?