forums.silverfrost.com Forum Index forums.silverfrost.com
Welcome to the Silverfrost forums
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Dynamic scrollbars? Background color when scrollbars enabled

 
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> ClearWin+
View previous topic :: View next topic  
Author Message
wahorger



Joined: 13 Oct 2014
Posts: 1214
Location: Morrison, CO, USA

PostPosted: Wed Jun 10, 2020 3:46 pm    Post subject: Dynamic scrollbars? Background color when scrollbars enabled Reply with quote

Two questions:

Question 1: Is there a mechanism by which a set of horizontal/vertical scrollbars can be added to a window at creation time?

If the window being created can fit within the screen, the scrollbars are not really needed. However, if it is too big to reasonably fit, I'd like to have the scrollbar activated. Is this even possible?

Question 2: When the scrollbars are "forced", the additional border beyond the child window that contains both the HELP line and the scrollbars is filled with the default color (light grey) rather than the white specified for the %bg color of the main window. Is there a reasonable way to make the color uniform?

Thanks,
Bill
Back to top
View user's profile Send private message Visit poster's website
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 7912
Location: Salford, UK

PostPosted: Wed Jun 10, 2020 4:56 pm    Post subject: Reply with quote

Reply 1: It is possible but not without accessing the Windows API directly. Here is an extract from MSDN...

"You can use the CreateWindowEx function to create a scroll bar by specifying the SCROLLBAR window class. This creates a horizontal or vertical scroll bar, depending on whether SBS_HORZ or SBS_VERT is specified as the window style. The scroll bar size and its position relative to its parent window can also be specified."

If you look at applications like Notepad, Visual Studio and Plato then scroll bars are provided when they are not needed, sometimes because they provide for splitter windows etc.. Scroll bars are tricky anyway and to get them to disappear when not needed just confounds the issue.

Reply 2: Can you provide sample code that illustrates this situation?
Back to top
View user's profile Send private message AIM Address
wahorger



Joined: 13 Oct 2014
Posts: 1214
Location: Morrison, CO, USA

PostPosted: Wed Jun 10, 2020 6:21 pm    Post subject: Reply with quote

Paul, if I can get #2 solved, #1 becomes moot. Thanks for the reference. I figured it would be problematic.

The following code segment shows the issue. I set the background color of the child and parent window to white. I set the background color of the menu help to yellow. Just past this yellow area, the remainder of the background is light grey (the default window color). If one expands the parent window, you can see the remainder is grey. I allow my users to set the help menu text color and background color because some of them have visual color issues.

Code:

   winapp
    program main
    use mswin
    integer,external:: defg
    integer:: i=0,j,k=99,l,ii,w=0,h=0
    ii=winio@('%sh%bg[white] %^bt[test] %rd %5nl %rd',j,defg,i,k)
    jj = winio@('%ww[not_fixed_size]%sz&',w,h)
    jj = winio@('%th&',1)
    jj = winio@('%bg[white]&')
    kk = winio@('%?mn[Test[Test]][HelpText]&',defg)
    jj = winio@('%ch[vscrollbar,hscrollbar]%ff%`bg[yellow]%he',j)!
    print *,jj
    end
    integer function defg()
    defg = -7
    return
    end


It matters not whether I have help enabled. When the scrollbars are generated, the background under them (then exposed) is light grey.
Back to top
View user's profile Send private message Visit poster's website
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 7912
Location: Salford, UK

PostPosted: Wed Jun 10, 2020 6:33 pm    Post subject: Reply with quote

Bill

I should have asked about the context for question 1. Controls like %cw, %eb and %gr have options that provide embedded scroll bars. Also in theory %hx and %vx provide scroll bars for the next control whilst %hs and %vs provide free standing scrollbar controls but I don't know if these have ever been used successfully.

I will aim to look at your sample code tomorrow.
Back to top
View user's profile Send private message AIM Address
PaulLaidler
Site Admin


Joined: 21 Feb 2005
Posts: 7912
Location: Salford, UK

PostPosted: Thu Jun 11, 2020 8:30 am    Post subject: Reply with quote

There are various orderings that fix the problem. Here is one of them...

Code:
    winapp
    program main
    integer,external:: defg
    integer:: i=0,j,k=99,w=0,h=0
    jj = winio@('%sh%bg[white] %^bt[test] %rd %5nl %rd',j,defg,i,k)
    jj = winio@('%ch[vscrollbar,hscrollbar]&',j)
    jj = winio@('%ww[not_fixed_size]%sz&',w,h)
    jj = winio@('%?mn[Test[Test]][HelpText]&',defg)
    jj = winio@('%bg[white]&')
    jj = winio@('%th&',1)
    jj = winio@('%ff%`bg[yellow]%he')
    end
Back to top
View user's profile Send private message AIM Address
LitusSaxonicum



Joined: 23 Aug 2005
Posts: 2388
Location: Yateley, Hants, UK

PostPosted: Thu Jun 11, 2020 11:02 am    Post subject: Reply with quote

Bill,

Don't forget that there are other approaches to moving the window contents around, like changing the cursor to a 'grabber hand' and tracking the 'click and drag'.

However, I'm really writing about your users with visual colour perception difficulties. Is this mainly the infamous red-green colour blindness, or other things? If there are other problems, what are they? Are they particular to a certain person, or are they the common problem of red on blue or vice versa? It's a very important issue.

Eddie
Back to top
View user's profile Send private message
John-Silver



Joined: 30 Jul 2013
Posts: 1520
Location: Aerospace Valley

PostPosted: Fri Jun 12, 2020 9:53 am    Post subject: Reply with quote

Paul wrote:
Quote:
There are various orderings that fix the problem. Here is one of them...


Various , how many is various ?

Are there any simple guidelines for how to select the order of such a panoply of commands ? ... or is it just a question of trial and error to get it right if the problem crops up ?
_________________
''Computers (HAL and MARVIN excepted) are incredibly rigid. They question nothing. Especially input data.Human beings are incredibly trusting of computers and don't check input data. Together cocking up even the simplest calculation ... Smile "
Back to top
View user's profile Send private message
wahorger



Joined: 13 Oct 2014
Posts: 1214
Location: Morrison, CO, USA

PostPosted: Sun Jun 21, 2020 1:02 am    Post subject: Reply with quote

Eddie, you are right. Colors and the ability to configure them for the user is important.

I have one (major) user who has a problem with colors, and he came up with a color scheme that worked for him. It looks rather plain, actually. I used it because it made the screen grabs easier to read in the documentation! He can distinguish RED, but only if the surrounding colors are a medium grey, for example. My former boss (long ago) was color blind in some colors, and had his wife arrange his suits in a particular order for him so his suits/shirts/pants would match. I have trouble with dark blue versus black, and dark browns can be problematic for me. All become clearer in bright sunshine (which Colorado has in abundance, thankfully!).

So, when I set a color code for an error inside of a control, I have to be sensitive to the user needs. I choose colors that are easy for me to see, and also allow the user to change those colors if they wish. Easy enough to do, actually! I am also using shapes for list-view icons to help the users identify problems in their data. Color doesn't matter, since the shape is different for each level of error.

White background is my "default". I don't like the light grey. It reduces the contrast for text, and I find that annoying. So when I saw the light grey after the menu help, I wondered that the heck is happening!

Paul's answer gives me options, absolutely!
Back to top
View user's profile Send private message Visit poster's website
John-Silver



Joined: 30 Jul 2013
Posts: 1520
Location: Aerospace Valley

PostPosted: Mon Jun 22, 2020 10:35 pm    Post subject: Reply with quote

This is an interesting subject, especially for those developing a potentially commercial product.
As far as I'm aware I'm not colour_blind mu=yself, but I find some combinations estremely unuseable (like red on black !)
Sometimes , thankfully not very often but certainly not 'rare', a website which has extremely unuseable colour schemes, which I can only put down to the creator being colour blind.

I once worked with a bloke who suddenly dclared he was colour blind - he said that he had no problem though with the bread-and-butter colour contour plots we habitually produced because he could tel lthe difference if not the absolute colours !!!

I did an independent search after reading eddie's post and read several 'theories' on the subjct and th conclusion I came to was that what's needed i a database of acceptable best colour combinations a defined by colour-blind people themselves !
Without which we can make our best-educated-guesses but might be completely in the wind.
_________________
''Computers (HAL and MARVIN excepted) are incredibly rigid. They question nothing. Especially input data.Human beings are incredibly trusting of computers and don't check input data. Together cocking up even the simplest calculation ... Smile "
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> ClearWin+ All times are GMT + 1 Hour
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group