Re: menu buttons and showname

2015-07-06 Thread Bob Sneidar
Agreed. Which brings me back to the point that when the label of a popup menu is empty there ought to be some default behavior like displaying the tootTip or a property containing a value the developer can set. I think we are all agreed that what it ought NOT to do is display the object name. Wo

Re: menu buttons and showname

2015-07-06 Thread Scott Rossi
Hi Bob: I would propose that empty is not an informative value for a user. Something like "" or a call to action "Select an option" is going to be more helpful than an empty line. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 7/6/15, 12:55 PM, "Bob Sneidar" wrote: >

Re: menu buttons and showname

2015-07-06 Thread Bob Sneidar
There are all kinds of workarounds for this. What is being discussed is why we need workarounds in the first place. Bob S > On Jul 3, 2015, at 05:25 , David Epstein wrote: > > “Set the label of button myBtn to space” makes an option button appear blank > but does not interfere with a user’s

Re: menu buttons and showname

2015-07-06 Thread Bob Sneidar
New copier device. Popup menu of manufacturers. I want user to explicitly pick a manufacturer, not just ignore the manufacturer that is there. I set it to empty and then check for empty before saving the data. Bob S On Jul 2, 2015, at 20:07 , Kay C Lan mailto:lan.kc.macm...@gmail.com>> wrote:

Re: menu buttons and showname

2015-07-03 Thread David Epstein
“Set the label of button myBtn to space” makes an option button appear blank but does not interfere with a user’s subsequent choice of an option. While disabling the button or hiding the button are other ways of making clear that no option is in effect, an able but blank option button means that

Re: menu buttons and showname

2015-07-02 Thread Kay C Lan
I still can't invisage a situation where you'd want an empty option button. If in Peter's example the first btn was a list of customers, and the second button was a list of their invoices, if a customer has no invoices their name shouldn't appear in the first button. If on the the other hand the

Re: menu buttons and showname

2015-07-02 Thread Bob Sneidar
Because if you don’t set the label to empty, then the name of the control is displayed as the default choice. It looks like crap, and irritated me, so as a quick fix, I set mine to empty as well. There are times when there is no default choice, that any choice is as viable as the rest. Bob S

Re: menu buttons and showname

2015-07-02 Thread Bob Sneidar
What might be handy is some kind of “useTooltipIfEmpty” property. Then the end user would not need to parse the text to eliminate the “call to action” from the real data before working with it, t hen adding the “call to action” back when done. Bob S > On Jul 2, 2015, at 08:28 , Richard Gaski

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
Don't think you're missing anything. The example of table/column menus doesn't illustrate the original question I had since it's pretty much impossible to have a db without tables or a table without column. Maybe a better example of the empty menu might be one menu with a list of customers and a

Re: menu buttons and showname

2015-07-02 Thread Scott Rossi
As far as there being a "correct type of control", that's open to endless debate. :-) >From what you describe, there doesn't seem to be a need for a call to action -- this was suggested simply to address the case that a selection MUST be made for things to work. Since this doesn't seem to be rele

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
Interesting observation Scott. Makes me wonder if I'm actually using the correct type of menu. For example, I might have an option menu which lists the names of tables in a database and another one that lists the columns in the selected table. There's no "call to action" in that situation (other

Re: menu buttons and showname

2015-07-02 Thread Richard Gaskin
Scott Rossi wrote: > Often, this type of control has a call to action such as "Choose an > item", as opposed an indication "No selection". It depends on the > context of your control. It does, and I wish more Web designers understood that. ;) This became popular with form designers where they

Re: menu buttons and showname

2015-07-02 Thread Scott Rossi
Often, this type of control has a call to action such as "Choose an item", as opposed an indication "No selection". It depends on the context of your control. If a selection is required in your set up, the call to action is more communicative. Otherwise, if "No selection" is a valid selection the

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
Good point. For lots of reasons, the names of my option menus aren't suitable for display to a user. Maybe the cleanest thing to do then is, if the text of the menu is empty, set its label as suggested by Richard. I like that. Most of the menus in question are under the control of a behavior so thi

Re: menu buttons and showname

2015-07-02 Thread Richard Gaskin
Peter Haworth wrote: So my technique of setting showname to false if the text is empty is the only way round this? Also, you can have a label for an option menu with empty text. Try setting the text of an option menu to empty, then use the message box to set its label to some value. With the

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
Yep, that's one of the things I've done. On Thu, Jul 2, 2015, 7:54 AM Randy Hengst wrote: > Have you tried adding a blank line to the list of options? I’ve done it > that way before… then just set the menuHistory of that option button to the > line that is blank. > > be well, > randy > > Randy H

Re: menu buttons and showname

2015-07-02 Thread Randy Hengst
Have you tried adding a blank line to the list of options? I’ve done it that way before… then just set the menuHistory of that option button to the line that is blank. be well, randy Randy Hengst www.classroomFocusedSoftware.com > On Jul 2, 2015, at 9:46 AM, Peter Haworth wrote: > > No, I s

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
So my technique of setting showname to false if the text is empty is the only way round this? Also, you can have a label for an option menu with empty text. Try setting the text of an option menu to empty, then use the message box to set its label to some value. On Wed, Jul 1, 2015, 11:18 PM J. L

Re: menu buttons and showname

2015-07-02 Thread Peter Haworth
No, I simply want an option menu with empty text display an empty label, not its name property. As mentioned in the original post, I do that now by setting showname to false if the text is empty. On Wed, Jul 1, 2015, 11:29 PM Kay C Lan wrote: > Peter, > > I agree with the other here that the beh

Re: menu buttons and showname

2015-07-01 Thread Kay C Lan
Peter, I agree with the other here that the behaviour is as I'd expect and works the way I want it to. Can you better explain what it is you are after? Is it you have a button named "Make a Choice" and it's dynamically filled with 0 to umpteen choices, but regardless of whats in there, OR what a

Re: menu buttons and showname

2015-07-01 Thread J. Landman Gay
On 7/1/2015 8:52 PM, Peter Haworth wrote: The showName property needs to be true for the the user's selected choice from, for example, an option menu to be displayed. First problem - that's the label not the name. But if the text of the menu happens to be empty, its name is displayed instead of

Re: menu buttons and showname

2015-07-01 Thread Peter Haworth
This happens when the complete text of an option menu is empty, not when a line of the text is empty. On Wed, Jul 1, 2015, 8:23 PM wrote: > > I am misunderstanding. In an option menu, if I have, say, the second line > of the text of the button as empty, I get empty in the selected choice. > Thi

Re: menu buttons and showname

2015-07-01 Thread dunbarx
I am misunderstanding. In an option menu, if I have, say, the second line of the text of the button as empty, I get empty in the selected choice. This has nothing to do with the name of the button itself, which does not show itself, nor the state of the show name. This is the behavior of an