Yes David, I too see that the UIDesign treeview doesn't always show changes to the name/description of controls immediately after you make them.
I suppose you probably know that if you save the file and reload it, you will then see all of this missing or incorrect information. If you will write up these exact steps and send them to the WESupport email address, so they can try the same thing, I'm sure you can get them on the list to be taken care of. Chip Chip Orange Florida Public Service Commission Computer Systems Analyst 850-413-6314 -----Original Message----- From: Scripting [mailto:scripting-bounces+corange=psc.state.fl...@lists.window-eyes.com] On Behalf Of David via Scripting Sent: Friday, April 01, 2016 11:42 PM To: GWScripting Subject: UI Design issue I wonder if this is a lack in the UI Design, or if it is some setting I need to change. Anyone else see this behavior? Try construct a Dialog, and then fill it with three groups. (the number does not really matter, long as it is more than one, to give you enough to play with.) Now, fill each group with some controls, like a couple of buttons, a static, and maybe a listbox or eiditbox. You don't have to do any position, or otherwise filling in the info on each element, except from two things. 1. Give all elements, groups and controls, an ID. 2. Set the groups to be some vertical, and some horizontal. For instance, let group 1 be horizontal, and groupe 2 and 3 vertical. Now, expand the whole tree of the dialog elements, and arrow your way up and down. What do you hear? Here is at least my findings. When landing on a control, I hear the control type, along with its ID read out. Like: Button, SaveButton; Editbox, Edit_UserInput; Static, Static_Input. But when reaching one of the groups, I only am told it is a group, and which direction it is pointing: Group, Horizontal; Group, Vertical. Nice enough to know that this element is a group, and good that I know what direction. But when your dialog holds tens of groups, it would be nice to know the ID of the group you are focusing. You should not have to tab over, and arrow down to the ID field for each group, to know what group you are currently modifying, should you? If this is due to a setting in my WE, please let me know which one to change. Is this due to a lack in the UI Design app, could it be fixed? Would be nice if we could hear things like: Group, Buttons_Panel, Vertical; Group, User_interaction, Horizontal. And first we are at it, here is one more issue for you to test. Go to group 2, which may currently be pointing Vertically. Tab over, and change it to be Horizontal. Then go back to the Element tree, and arrow your way up and ddown. Your group2 will still say Vertical, won't it? At least that is my experience. No matter what I change the direction, my groups keep reporting the direction they first were constructed with. Again, is it only my system acting up, or is there room for a fix? Thanks for your testing and feedback. -- David _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/corange%40psc.state.fl.us. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/archive%40mail-archive.com. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com
