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