[Octave-bug-tracker] [bug #41842] GUI Command Window should show horizontal scroll bar if necessary

[Nicholas Jankowski]

Update of bug #41842 (project octave):

                  Status:               Need Info => None                   

    _______________________________________________________

Follow-up Comment #18:

I'm able to recreate some of these older gui issues on Windows 10 with Octave
8.0.1, but not all. Can anyone indicate whether any of this behavior should be
different? 

if i close octave with a narrow window, on restarting the welcome message is
line wrapped. no h-scrollbar.  if I widen the window, it unwraps the welcome
message. 

if i start typing a paragraph, when it gets to the end of the stretched
window, it wraps to the next line.

if i then make the window narrower than the long line shown, a horizontal
scroll bar appears. 

AT THAT POINT, if i start typing another paragraph, the text continues off
screen, typing out of sight, until i reach the length of that first long line.
then it wraps the text. 

before hitting enter if i then stretch the window wider than the wrapping
length, it will unwrap the current line i'm typing until i reach the end of
that new width. then it wraps. this continues until hitting enter.

the horizontal scrollbar appears again if you make it narrower than the new
longest line.

unlike what i remember with older versions, anytime i select blocks of text
with lines heading offscreen, the whole line (even unseen part) is copied.
this happens with every combination of window widths above.

'clc' when there is a horizontal scrollbar keeps the same horizontal
scrollbar. even if you rezise the cleared window to larger than the width that
set the scrollbar.

entering something like 
>> 1:50
will always wrap columns at whatever the current window width is, whether or
not there's a horizontal scrollbar from something being off screen. 

after a clc, new paragraph will wrap at the old width (blindly typing off
screen) unless you shrink the window, at which point it will now start
wrapping at the new length. (if you stretch the window, then shrink it, even
though it's still wider than before, it will still start wrapping. seems
something about new_width<old_width triggers the change)

I think Rik's comment #5 concerns have been fixed. the comment #0 scrollbar
concerns seem to be fixed. Up-arrowing to old commands will keep whatever line
wrapping they were executed, but there will be a horizontal scroll bar. clc
doesn't seem to create a case where you can up-arrow to old commands that
inaccessibly off the window. The lines and cursors all seem to stay where they
should, rather than 'moving up' as some noted.

The only item i can see an issue here, is that there are conditions where
you're blindly typing off screen.  I think that can be a new report. 


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?41842>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/