Vote: Terminal Behavior - Printable Version +- HP Forums (https://www.hpmuseum.org/forum) +-- Forum: HP Calculators (and very old HP Computers) (/forum-3.html) +--- Forum: HP Prime (/forum-5.html) +--- Thread: Vote: Terminal Behavior (/thread-5557.html) |
Vote: Terminal Behavior - Tim Wessman - 01-19-2016 04:29 PM Quick poll: Since it appears there are many people trying to use the terminal to display large amounts of data and text in programs, I would like some input on the default output terminal behavior. We originally planned that it would NOT scroll to the end by default to ensure the user would see the information in order without having to manually run up to the top of the screen. This felt like it would be the correct behavior since unlike a traditional terminal, this is on a very small screen. Putting pages of information up onto it would be a "bad thing" and if you are doing that... chances are there is a better way to do what you are trying to do. However, as stated, may people seem to be dumping large amounts of text onto the screen and wanting to go back and look at it later. You can currently do this: print("..."); wait(); print(); //clear previous text print("..."); wait(); ..and your most recent text should always be at the top (provided it fits on a single page of printing). The question is thus: "Should the output terminal default be to always show the last character that was printed?" The downside I see is that you *STILL* will have the problem of not being able to interact with the output terminal during a program run, so unless your output fits on a single screen anyway, you will be cutting off some data regardless. I cannot give any information regarding time until potential terminal enhancements are done giving more complete control, but a quick change to default position after a print happens could most likely be done much quicker. RE: Vote: Terminal Behavior - Marcus von Cube - 01-19-2016 08:05 PM You might consider creating an "OPEN TERMINAL" command with parameters such as buffer size, scroll behavior and the like. If used, the terminal behaves as instructed by the command, otherwise the present behavior is used. RE: Vote: Terminal Behavior - toml_12953 - 01-19-2016 08:15 PM (01-19-2016 04:29 PM)Tim Wessman Wrote: Quick poll: If we're allowed to blue-sky, I'd like a real terminal with ANSI commands for color, location, reverse video, underlining, font, etc. I'd also like a TAB command to be able to print columns of data without resorting to tricks. JM2C. Tom L RE: Vote: Terminal Behavior - salvomic - 01-19-2016 09:14 PM In some programs of mine I used intensely the Terminal, and a big problem was to wait Terminal and start another page... In the astronomic program I used this trick: to define a function like this: Code:
then use this waitapp() function so: Code:
waittap(); PRINT(); doesn't exit, cancel all, reuse the Terminal... Maybe a function like this could be added by default to the Terminal behavior... My two cents. Salvo RE: Vote: Terminal Behavior - sbergman27 - 01-21-2016 01:55 AM Now that I understand more about how the terminal works, I've voted "Leave as is, for now". Oh, I'd really like to be able to: $ program > file.out 2>&1 & $ less file.out $ less file.out $ less file.out ... but that's a bit much to ask for. lol -Steve |