2015-01-21 3:18 GMT+01:00 adamn...@gmail.com <adamn...@gmail.com>:
> On Wed, 21 Jan 2015 01:59:25 +0100
> Benoît Minisini <gam...@users.sourceforge.net> wrote:
>
>> Le 21/01/2015 01:26, adamn...@gmail.com 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 <adamn...@gnail.com (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@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Fabien Bodard
------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
