[Gambas-user] Getting the "source string" for a picture

[Fabien Bodard]

2015-01-21 3:18 GMT+01:00 adamnt42 at ...626... <adamnt42 at ...626...>:
> On Wed, 21 Jan 2015 01:59:25 +0100
> Benoît Minisini <gambas at ...1...> wrote:
>
>> Le 21/01/2015 01:26, adamnt42 at ...626... a écrit :
>> >
>> > Hmmm, bugger!
>> >
>> > I know it is in the form configuration file, but that's of little use
>> > to me in this instance.
>> >
>> > I was trying to implement a "Style" property for toolbars, i.e.
>> > {Default}, IconOnly, Icon+Text, TextOnly.  I can handle the first
>> > three OK, but TextOnly means I need to know that path so I can reload
>> > the picture if the user selects one of the others after selecting
>> > TextOnly. The way I look at it now, if a toolbutton has both the
>> > Picture and Text properties set in the IDE then there is no way for
>> > "experienced" users to select a shorter rendition for their use, the
>> > picture and text are always displayed.
>> >
>> > Ce'st la vie! I guess I'll just go for the first three.
>> >
>> > regards Bruce
>> >
>> >
>>
>> This must be implemented in gb.form.mdi.
>>
>> How the toolbar works? At the moment, it just shows or hides its
>> children. If it would modify the text or icon of its children, it would
>> lost the data.
>>
>> So I think something must be added to the ToolButton control: the
>> ability to hide/show text and icon on demand.
>>
>> Usually, the hide/show text/icon is global to the toolbar, but I find
>> that really useless. This is something that should be enabled or
>> disabled individually for each ToolButton.
>>
>> What do you think?
>>
>> --
>> Benoît Minisini
>>
>
>> If it would modify the text or icon of its children, it would
>> lost the data.
> Yes, that is the current problem. I was working around it by modifying the toolbutton .Tag property to save the  developer set text  so it could be restored within the session. But then ran up against the problem of saving the picture.
>
>> Usually, the hide/show text/icon is global to the toolbar, but I find
>> that really useless.
> Interesting. We have discussed this with our users and they preferred that the option to show/hide the text be at the toolbar level. Why do you think it's "useless"?
>
> The conversation we have had went sort of like this:
> [THEY] "We generally want pictures and text on every toolbar, but would like to be able to turn off the text when we are familiar with using that toolbar."
> [ME] (Thinks) OK, we can customise the gb.form.mdi component to implement a Toolbar.Style property that can be changed "on demand" using the FToolbarConfig form ... and also maybe make it a Settings option.
> "Do you want to be able to select the style at the toolbar level or for each button on the toolbar?"
> [THEY] No, as long as there are tooltips for each button then it would be preferrable to set it at the toolbar level.
>
> The issue we have is that there is a fairly high turnover for our client's staff.  To be more correct, they have a floating population of staff that they wish to have access to the system. Sometimes a particular trainer has a high demand for staff, sometimes lower, depending on how many horses they are managing at the time.  So people who have to use our training system come and go and come back again and go away again... (and while they are away we may have changes to the system ... ) So those users oscillate between "newbies" and "experts" all the time. Hence the need for a user configurable toolbar style (amongst a million other things :-) as usual!)
>
> But, given what you said, I think there is a case for implementing both a toolbutton level style and also an overriding toolbar level style. However, I can't imagine at the moment the user interface required for managing individual toolbuttons. Perhaps you have an idea?
>
> So far we have managed to do this in (our version of)) gb.form.mdi:
> 1) implement the Style property for the Toolbar class (it has the previously mentioned 4 values "{Default}", "IconOnly", "Icon+Text", and "TextOnly".  Of these "{Default}" means that if the button has text it will be displayed, otherwise only the icon is shown. (I've also managed to get around a problem of allowing Icon size changes to work properly when the ToolButton.Expand property is nt set to true.); "IconOnly" works fine, the original text is saved in the button .Tag property and can be restored when necessary e.g. by the user selecting "Icon+Text"; the "TextOnly" option is a failure for the original reason.
> 2) modify the FToolbar Config form to allow the style to be set on the fly (see Pic1 attached)
> I haven't got to changing the local Settings "save" yet - I think I need to be looking at the FToolbar.SaveConfig and FToolbar.LoadConfig methods but just haven't got to that yet.
>
>
> Finally, now I have your attention .... :-)
>
>         One other thing "THEY" continue to ask for is a "Huge" option for the icon size.  This is related to our low light environment situation.               Any chance of this?

What is the size of HUGE ?

> Best regards
> Bruce
>
>
> --
> B Bruen <adamnt42 at ...3379... (sort of)>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Gambas-user mailing list
> Gambas-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>



-- 
Fabien Bodard