Frames in TTY mode

A

aleksandr.mikhailov.96

New Member
Hi!

I have issue with frames and scrollbars in tty mode.
When i start this code (below), if a frame is wider then a screen where the frame is located, than some unprintable charachter (looks like space) appears in underline (botton border) of the frame. If you tab fields then this pointer movesas well, showing current position of cursor in general frame width.

Code: 
def var vStr1 as char init "1" no-undo.
def var vStr2 as char init "2" no-undo.
def var vStr3 as char init "3" no-undo.
def var vStr4 as char init "4" no-undo.
def var vStr5 as char init "5" no-undo.
def var vStr6 as char init "6" no-undo.

form
   vStr1 format "x(20)" column-label "first"
   vStr2 format "x(10)" column-label "second"
   vStr3 format "x(40)" column-label "third"
   vStr4 format "x(30)" column-label "fourth"
   vStr5 format "x(30)" column-label "fifth"
   vStr6 format "x(10)" column-label "sixth"
with frame frm1 title "test1" width 340.

update vstr1 vstr2 vstr3 vstr4 vstr5 vstr6 with frame frm1.

I want to print some info (tips, key binds) in this bottom border. Is there option to remove such a behaviour of scrollbar?
I hope that my explanation is clear.

Thanks.
 
Your scrollbar is coming from the WITH phrase on the FORM statement. If you reduce it to something that fits into the window you will not see the scrollbar.

You can also use the STATUS statement to write helpful texts.
 
I see.

So there is no options to change this default behaviour. If frame doesn't fit window, this bottom line/border is reserved for horizontal scrollbar (even in TTY environment). ant it can override some text which is placed there.
I can't reduce number of fields or there size to fit window.
 
One might suggest that that the problem is in the specifications, not the code. Displaying frames larger than windows is daft UI.
 
There are frame attributes such as "scrollable" and "scrollbar-horizontal" that allow you to control scroll bars.

As for frames that are wider than the screen... sometimes that's useful. ProTop has a couple of panels that are much, much wider than even the standard ProTop screen of 160 columns ;) The stuff that is shown out there is kind of exotic, there is no need to be cluttering up the main screen with that stuff. But if you *really* want to see it go ahead and make your Window 255 columns wide.
 
ProTop I can see ... but end user UI it is very non-intuitive to display stuff that people can't see and especially if one then acts as if one knew they had seen it.
 
Sure. On the other hand you could use some cue other than a scroll bar to tell the user that there is something out there.

For instance, it is possible to have a fill-in that is wider than the available space. And in a character screen you probably don't want to be drawing boxes around that and adding scrollbars. So I use an ellipsis at the end of the fill-in. Like so:

Code: 
define variable wideField as character no-undo format "x(512)" view-as editor size 40 by 1.

update
  wideField "..."
 with
  row 3
  column 10
  side-labels
  no-box
.
 
You must log in or register to reply here.
Back
Top