<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi David, <div class=""><br class=""></div><div class="">But in that case the roles will be different for each data item - assuming that the roles are enumerations and not just strings.  I’m wondering if your use case would be better served by creating a new item - “geometric coordinate" that could have additional meta data (is it spatial or parametric, etc..).<div class=""><br class=""></div><div class="">Bob</div><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Robert M. O'Bara, MEng.<br class="">Assistant Director of Scientific Computing<br class=""><br class="">Kitware Inc.<br class="">28 Corporate Drive<br class="">Suite 101<br class="">Clifton Park, NY 12065<br class=""><br class="">Phone: (518) 881- 4931</div><div class=""><br class=""></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Feb 1, 2016, at 11:46 AMEST, David Thompson <<a href="mailto:david.thompson@kitware.com" class="">david.thompson@kitware.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Hi John (and Yumin),<br class=""><br class="">I think the boolean is too restrictive; we will almost certainly come up with other roles that require special processing. (I am thinking of roles related to how input is accepted but that are not UI-specific. For example, indicating that a DoubleItem should be a point on a surface instead of in the interior; that informs the UI that a point selector will work but does not specify UI elements to achieve it.)<br class=""><br class="">So in that sense, I agree with Yumin that a single boolean is too narrow. However, I do not think there needs to be a separate class just for passwords (or any other role).<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre">      </span>David<br class=""><br class=""><blockquote type="cite" class="">On Feb 1, 2016, at 10:12 AM, John Tourtellott <<a href="mailto:john.tourtellott@kitware.com" class="">john.tourtellott@kitware.com</a>> wrote:<br class=""><br class="">I would vote for modifying StringItemDefinition to add either a boolean flag (IsPassword) or maybe a "type" enumeration with 2 choices (Text, Password). To me, the closest analog is the html <input> element, which has a "type" attribute that can be set to many different values -- e.g., button, checkbox, color, date, file, hidden, radio, url -- as well as"password" and the default "text". As for the many other "type" choices, the ones relevant to simulation preprocessing are already handled differently in SMTK; so I would go for the boolean flag.<br class=""><br class=""><br class="">On Mon, Feb 1, 2016 at 8:36 AM, David Thompson <<a href="mailto:david.thompson@kitware.com" class="">david.thompson@kitware.com</a>> wrote:<br class=""><blockquote type="cite" class="">We have a use case where we need prompt the user for a password in order to launch jobs.  ...<br class="">In order to provide support I can either add a "role" parameter to the string item indicating it is a password or create a special item/item def.<br class="">...<br class="">Any comments?<br class=""></blockquote><br class="">If adding a "role" adjective to items, I would add it to the base Item time instead of just to String. It will be handy elsewhere just like in HTML5 (where roles are used by browsers to modify touchscreen keyboards depending on whether numbers, e-mail, or URLs are being entered[1]).<br class=""><br class="">        David<br class=""><br class="">[1]: <a href="http://html5tutorial.info/html5-contact.php" class="">http://html5tutorial.info/html5-contact.php</a><br class="">_______________________________________________<br class="">Cmb-users mailing list<br class=""><a href="mailto:Cmb-users@computationalmodelbuilder.org" class="">Cmb-users@computationalmodelbuilder.org</a><br class="">http://public.kitware.com/mailman/listinfo/cmb-users<br class=""><br class=""></blockquote><br class=""></div></blockquote></div><br class=""></div></div></body></html>