🚀 go-pugleaf

Dr.Ruud <rvtol+news@isolution.nl> schreef in bericht <ctddbt.4p0.1@news.isolution.nl>...

> Als je het nu weer zo opschrijft, begin ik opnieuw te twijfelen aan wat
> je je voorstelt.
> 
> 1. Om (de laatste regel(s) op) het laatste scherm correct weer te geven,
> hoef je *niet* de hele file in te lezen.

Ja, dat moet wel in geval van de testfile, omdat je anders niet weet op
welke positie je moet beginnen. Dat komt door die tabs, want anders was
het gewoon te berekenen. Dus als je de laatste 1930 tekens laat zien,
verandert dat weer als er ergens ervoor een tab staat, b.v. in de laatste
1937. Het gaat dus om de breedtepositie, met welk teken begin je, om te
zorgen dat als je teruggaat met PijlUp, je precies uitkomt. Ik heb dat
getest en het klopt precies.

> 
> 2. Behalve als je als extra eis stelt, dat alle informatie boven het
> laatste scherm precies op een geheel aantal (dat flink groter dan 0 is)
> schermen past.

De hoogtepostie is niet van belang en is eenvoudig in te stellen.

> 
> Maar eis 2 is er eentje die je in de praktijk nooit voor zo'n
> file-lister
> zult hanteren.
> 
> Denk aan de herpaginering van een tekstverwerker, die doet er altijd een
> tijdje over, en dat is logisch.

Natuurlijk. Het enige wat je nodig hebt is een snelle filebuffer.

> 
> Heb je in die random-waarden toevallig ook FFs (ASCII-12) staan? Want
> die kan LIST gebruiken als pagina-grenzen. Als je 7 en 8 overslaat,
> waarom dan 11 (Vertical Tab) niet? Alles van 7-13 kan de cursor-positie
> be�nvloeden. Of doet LIST daar niets mee?

Nee, daar doet-ie niks mee. Het gaat erom dat er karakters zijn die
iets met de indeling doen, en die worden in de berekening naar 'End'
meegenomen. Bij tab is dit duidelijk, vandaar dat ik die als voorbeeld
nam.

Nu ik toch weer aan 't schrijven ben, nog maar eens het voorbeeld.
Je hebt een file met louter ASCII tekens boven de 31, van 16.000.010
bytes groot. Open hem met LIST en druk op End. Nu laat-ie 22 hele regels
zien, en 1 regel van 10. Stel nu dat het 1e teken in die file een tab
is, en je doet hetzelfde. Dan laat list weer 22 hele regels zien, maar
nu 1 regel van 17. Hiervoor moet hij dan wel weten dat er een tab is,
en ook op welke positie die staat in de modulus van 8. Dus moet hij
wel de hele file lezen, anders kan hij die positie van de laatste
regels(s) niet berekenen. (Wis het zweet van mijn voorhoofd :-))

En zeg nu alsjeblieft niet: Die 1e byte kun je toch even checken, want
ik bedoel natuurlijk dat er overal door heel de file heen tabs kunnen
staan. Daarom weet ik zeker dat LIST de hele file leest. En dat in
minder dan 1 seconde, dat vind ik mooi en zou ik ook wel willen. Maar
in BASIC kan ik dat wel vergeten, daarom ga ik speuren naar een andere
methode. Ik weet al geen snelle manier om een sector in te lezen in
BASIC.


Hartelijk dank, Bastiaan.