Loking for list of defined iconName.
Any idea where i can find a the list of the predefined names for iconName, used in the Button tag in BEML.
thnx
Mark
You might find what you are looking for here
or here
The possible values of iconName and toggledIconName are: menu, play, pause, volume, maximize, minimize, share, link, code.
Source: Components in Player Templates
Related
How to program a button which actually just should create another button with the same function like another existing one?
screenshot
I want to add another Button with the same Funktion like the one on the top on the left side.
I know, it would be possible to just add several another buttons and switching visible to true and false, but that would mean that I had to add the elements manually and the number of these buttons would be limited which I would try to avoid.
You could do this using an extension...
You might want to look into the Dynamic Component Extension by Appybuilder
For a list of available extensions, see https://puravidaapps.com/extensions.php
I am trying to make a number of front panel decorations hidden in LabVIEW by the use of a boolean control. I have figured out how to do this with one object fine and have made it work with multiple items however it is not very elegant to say the least (see attached image). While in this case I only have 5 elements what if I had an elaborate front panel and had many more decorations I wanted to hide? There must be a better way to do this.
Thanks in advance.
Cheers
It works, just not very efficient....
As you might now you can use a for loop to iterate over array elements. What I would suggest is in the initialization code of your application put the controls of interest on to arrays, and when a user clicks a particular button iterate over those arrays to execute the visible non visible property node call on your decos and or controls of interest.
Normally to represent hierarchy of items (parent-child) we use a tree control.
But on mobile devices it may be inconvenient. I have hardly seen any app that shows tree controls. Is there any alternative UI design that can represent hierarchy?
Thanks.
Regards,
Gautam Jain
First thing that comes to mind would be like a menu. You would see a list of items and every time you click on one, the list would be replaced by the child list. You could use a back button to move back up the levels. This would make it easy to navigate at the disadvantage of not being able to see the whole structure at one time.
I want to add a custom column to the Inbox which is a Yes/No column. I want an icon to show in the Yes case. How can I do this?
Everything I've looked up is either about adding a column through the View.XML property, through UserProperties.Add with addToFolderFields = true, or through Field Chooser.
There are also a lot of forums where Dmitry from dimastr.com just tells people it's not possible to set an icon with no real explanation.
It's pretty frustrating - why would Outlook's UI support creating Icon fields if you can't set an icon for them?! Won't they just always be blank columns?!
Some alternative questions that would also help if they were answered:
What is the "bitmap" element in the View.XML of a <column>?
How can I set a userproperty as the value of a column using the "prop" element of a <column>?
Where can I find a description of the View.XML definition? Microsoft articles all have bad links.
Icons in the Header and icons in the column itself aren't possible without some kind of Windows API hacks on the column cells.
If someone has a good one, I'll mark it as an answer. Otherwise, I'll mark this ("Impossible") as the accepted answer.
EDIT: I looked with Spy++. Outlook's view is a "SUPERGRID" that is manually painted. You don't have access to individual cells. So that makes it a lot harder. A hack would have to like subclass the SUPERGRID and override some internal method or something. Then replace Outlook's SUPERGRID with the subclassed one. Or something equally terrible. I'm thinking impossible is the only real answer...
may you check that thread, therer might be an solution via form
http://www.outlookcode.com/threads.aspx?forumid=3&messageid=31897
What do you call a form with two list boxes and buttons to move the list box items from one to the other? I've always called it a "switch list".
Switch List http://img136.imageshack.us/img136/9123/formtypegh0.png
Mutually exclusive list
Double List?
To be very honest, I always thought it was called simply "Moving items between two list boxes".
Subset Selection Dialog
As silly as it may sound, I've always gone with "Dual-list Selector". Highly technical.
Where I work we call it an "Add Remove Box". Don't know why, it just happened that way and it has seem to stick.
Switch list is nice.
Exchange dialog is also fine.
Btw, do you also have a drag/drop interface?
Let's be a bit clearer about the functionality here ..
The way you showed it, it's basically a different way of doing a list that allows multiple selection (then I'd call it a 'chooser').
The more typical usage scenario I've seen is with some ordering functionality (implicit - the new item gets added to the bottom, or explicit with up/down/top/bottom buttons) to put the things in the 'added' list in a certain order.
Not sure what I'd call it then, because it's choosing and ordering .. ordered list chooser or selector.