forums.silverfrost.com

[eric_carwardine]

G'day, folks

Can ClearWin do this?

In a program such as Piriform's CCleaner the same button can assume many functions, according to the task selected.

For instance, without changing either its location or its appearance, it can successively denote 'Analyze', 'Cancel', 'Scan for issues', and 'Cancel scan'.

That certainly makes for very efficient use of window area, something I'd like to use in my programs. I was wondering if it's something that ClearWin could already achieve.

Eric

[PaulLaidler]

Yes. You attach a callback function to the button.
You need some mechanism to set a flag to indicate the response required then the callback can use the flag to carry out the selected task.

You can also change the text on the button depending on the flag by calling change_button_text@. For this you need to use %lc immediately after %bt or %bb or %tt.

[eric_carwardine]

[Wilfried Linder]

Maybe this is what you are looking for:
http://www.silverfrost.com/ftn95-help/clearwinp/library/change_button_text_.aspx

[LitusSaxonicum]

At the risk of stating the obvious, you only get one callback function per button, and you need to keep a tally of which caption is on the button at any moment in time, and the callback has to address all possibilities.

The Windows User Interface Guidelines say "Don't do it", but then Microsoft doesn't obey its own rules!

As well as the printed documentation, you also need to refer to FTN95.CHM, and one of my personal favourites for unexpected gems, the cwplus.enh file (in the docs folder of ftn95) - this gives a list of enhancements to Clearwin+ over many years. Read it and you'll discover lots of things!

Eddie

[eric_carwardine]

[eric_carwardine]

[eric_carwardine]

An interesting footnote to the change_button_text discussion is that the compiler, or whatever, can 'sense' in advance what will be the longest text string.

It's my casual observation, post-discussion, that the button size (width) is unchanged as the length of the text string varies.

Eric

[PaulLaidler]

Yes. When you change the button text dynamically, the button size will not change automatically. But there are functions to move the button and change its size.

The simplest way would be to compile using the button text that is longest and then change to the desired start up text using change_button_text@ within a %sc callback. The button will then be big enough for every case and the text will be automatically centred in the button.

[eric_carwardine]

Thankyou

[LitusSaxonicum]

Eric,

It doesn't matter, although for organisational reasons I usually start with anything to do with style, then follow with %sc and the variants of %cc (%cc and %`cc) before getting round to layout and controls. Indeed, I usually put all the 'style' format codes in a subroutine and call that immediately after %ca so that all my windows have common attributes which I get hold of in one line (although if you like lots of format codes in one line you do it as you see fit). My personal experience is that too many format codes in one line make the source look ugly and difficult to follow.

Also in my experience, different button styles (%bt, %tt, %bb etc) have different width-sizing rules, and some of them have bigger size jumps than others. If you want a lot all the same width you need to think carefully. One way to make %bt buttons all the same size is to specify the size on each e.g. %6bt and also make use of %ob[invisible] ... %cb to get them to line up vertically.

Eddie

[eric_carwardine]