From david.thompson at kitware.com Mon Feb 1 08:36:54 2016 From: david.thompson at kitware.com (David Thompson) Date: Mon, 1 Feb 2016 08:36:54 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> Message-ID: <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> > We have a use case where we need prompt the user for a password in order to launch jobs. ... > 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. > ... > Any comments? 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]). David [1]: http://html5tutorial.info/html5-contact.php From john.tourtellott at kitware.com Mon Feb 1 10:12:21 2016 From: john.tourtellott at kitware.com (John Tourtellott) Date: Mon, 1 Feb 2016 10:12:21 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> Message-ID: 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 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. On Mon, Feb 1, 2016 at 8:36 AM, David Thompson wrote: > > We have a use case where we need prompt the user for a password in order > to launch jobs. ... > > 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. > > ... > > Any comments? > > 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]). > > David > > [1]: http://html5tutorial.info/html5-contact.php > _______________________________________________ > Cmb-users mailing list > Cmb-users at computationalmodelbuilder.org > http://public.kitware.com/mailman/listinfo/cmb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yumin.yuan at kitware.com Mon Feb 1 10:38:00 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Mon, 1 Feb 2016 10:38:00 -0500 Subject: [Cmb-users] [Smtk-developers] Dealing with passwords in attributes In-Reply-To: References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> Message-ID: I will vote for a new type of item. I am just concerned that our customers will ask for more in the future besides hiding the text (Even how to hide the text could have a couple ways). I can see this item is doing more than just hiding text. It will likely connect to some server for password verification, and handle things like security policy, etc. Yumin On Mon, Feb 1, 2016 at 10:12 AM, John Tourtellott < john.tourtellott at kitware.com> wrote: > 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 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. > > > On Mon, Feb 1, 2016 at 8:36 AM, David Thompson > wrote: > >> > We have a use case where we need prompt the user for a password in >> order to launch jobs. ... >> > 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. >> > ... >> > Any comments? >> >> 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]). >> >> David >> >> [1]: http://html5tutorial.info/html5-contact.php >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> http://public.kitware.com/mailman/listinfo/cmb-users >> > > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Amanda.M.Hines at erdc.dren.mil Mon Feb 1 10:45:05 2016 From: Amanda.M.Hines at erdc.dren.mil (Hines, Amanda M ERDC-RDE-ITL-MS CIV) Date: Mon, 1 Feb 2016 15:45:05 +0000 Subject: [Cmb-users] [Smtk-developers] Bump boost requirement to 1.60? In-Reply-To: <384FACE7-3C51-49E2-86EF-D0BBFB4A9491@kitware.com> References: <956D3A63-AB5D-46F8-BB61-847A546853A2@kitware.com> <6C6886AB-BDFC-4047-83EF-2EA986188E35@kitware.com>

<93FD8991-FC81-4BB5-BA1F-D94F8A9B5789@kitware.com> <4D6E94F5-8E7A-4C0F-825E-B615CDF876AF@kitware.com> <20160129222826.GA8048@megas.kitware.com> <384FACE7-3C51-49E2-86EF-D0BBFB4A9491@kitware.com> Message-ID: Filigree should be fine with it as well. Thanks Amanda On 1/29/16, 4:50 PM, "Cmb-users on behalf of David Thompson" wrote: >Then everything should be OK as long as Amanda is OK with it. > >I've pushed a MR to SMTK and one for the CMB superbuild (to use the new >boost). The build of the SMTK MR will fail until the superbuild is >updated. > >Once we have the Boost thing figured out, I will add a MR to bump SMTK >master->release and CMB to use the newer SMTK. > > David > > >> On Jan 29, 2016, at 5:28 PM, Ben Boeckel >>wrote: >> >> On Fri, Jan 29, 2016 at 17:26:31 -0500, David Thompson wrote: >>>> Eventually C++ 2017 wil have filesystem in it - just cant wait that >>>>long - If we can?t use 1.60 then we will have to use kwsys (or write >>>>our own) - does everything build with 1.60? >>> >>> SMTK and Remus certainly do. The only other packages that the >>> superbuild says depend on Boost are ParaView and CMB. I haven't wiped >>> my superbuild yet to try them because that takes a while... I will >>> start it going before I take off. >> >> ParaView needs it for a plugin; probably disabled in CMB (or can be >> disabled). The dep is probably an artifact from the paraview superbuild. >> >> --Ben > >_______________________________________________ >Cmb-users mailing list >Cmb-users at computationalmodelbuilder.org >Blockedhttp://public.kitware.com/mailman/listinfo/cmb-usersBlocked From david.thompson at kitware.com Mon Feb 1 11:46:54 2016 From: david.thompson at kitware.com (David Thompson) Date: Mon, 1 Feb 2016 11:46:54 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> Message-ID: <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> Hi John (and Yumin), 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.) 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). David > On Feb 1, 2016, at 10:12 AM, John Tourtellott wrote: > > 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 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. > > > On Mon, Feb 1, 2016 at 8:36 AM, David Thompson wrote: > > We have a use case where we need prompt the user for a password in order to launch jobs. ... > > 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. > > ... > > Any comments? > > 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]). > > David > > [1]: http://html5tutorial.info/html5-contact.php > _______________________________________________ > Cmb-users mailing list > Cmb-users at computationalmodelbuilder.org > http://public.kitware.com/mailman/listinfo/cmb-users > From robert.maynard at kitware.com Mon Feb 1 11:50:28 2016 From: robert.maynard at kitware.com (Robert Maynard) Date: Mon, 1 Feb 2016 11:50:28 -0500 Subject: [Cmb-users] [Smtk-developers] Dealing with passwords in attributes In-Reply-To: <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> Message-ID: I am split on my thoughts on password being a separate class. I think that as the use case for passwords expand to include two-factor passwords, resetting forms, password creation and setup of requirements the idea of it being a class becomes stronger. On Mon, Feb 1, 2016 at 11:46 AM, David Thompson wrote: > Hi John (and Yumin), > > 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.) > > 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). > > David > >> On Feb 1, 2016, at 10:12 AM, John Tourtellott wrote: >> >> 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 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. >> >> >> On Mon, Feb 1, 2016 at 8:36 AM, David Thompson wrote: >> > We have a use case where we need prompt the user for a password in order to launch jobs. ... >> > 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. >> > ... >> > Any comments? >> >> 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]). >> >> David >> >> [1]: http://html5tutorial.info/html5-contact.php >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> http://public.kitware.com/mailman/listinfo/cmb-users >> > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers From bob.obara at kitware.com Mon Feb 1 11:51:19 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 1 Feb 2016 11:51:19 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> Message-ID: <84D17C4A-7DD2-40DD-B758-D99574E78BDD@kitware.com> Hi David, 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..). Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 > On Feb 1, 2016, at 11:46 AMEST, David Thompson wrote: > > Hi John (and Yumin), > > 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.) > > 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). > > David > >> On Feb 1, 2016, at 10:12 AM, John Tourtellott wrote: >> >> 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 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. >> >> >> On Mon, Feb 1, 2016 at 8:36 AM, David Thompson wrote: >>> We have a use case where we need prompt the user for a password in order to launch jobs. ... >>> 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. >>> ... >>> Any comments? >> >> 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]). >> >> David >> >> [1]: http://html5tutorial.info/html5-contact.php >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> http://public.kitware.com/mailman/listinfo/cmb-users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Mon Feb 1 11:56:26 2016 From: david.thompson at kitware.com (David Thompson) Date: Mon, 1 Feb 2016 11:56:26 -0500 Subject: [Cmb-users] [Smtk-developers] Dealing with passwords in attributes In-Reply-To: References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> Message-ID: <9E1847A5-0A8F-4ED1-9797-6D3C4DC436A1@kitware.com> > I am split on my thoughts on password being a separate class. I think > that as the use case for passwords expand to include two-factor > passwords, resetting forms, password creation and setup of > requirements the idea of it being a class becomes stronger. Those all seem like auxiliary classes related to the UI, I/O, or application, not something that would be part of the attribute class that stores the value. David > > On Mon, Feb 1, 2016 at 11:46 AM, David Thompson > wrote: >> Hi John (and Yumin), >> >> 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.) >> >> 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). >> >> David >> >>> On Feb 1, 2016, at 10:12 AM, John Tourtellott wrote: >>> >>> 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 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. >>> >>> >>> On Mon, Feb 1, 2016 at 8:36 AM, David Thompson wrote: >>>> We have a use case where we need prompt the user for a password in order to launch jobs. ... >>>> 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. >>>> ... >>>> Any comments? >>> >>> 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]). >>> >>> David >>> >>> [1]: http://html5tutorial.info/html5-contact.php >>> _______________________________________________ >>> Cmb-users mailing list >>> Cmb-users at computationalmodelbuilder.org >>> http://public.kitware.com/mailman/listinfo/cmb-users >>> >> >> _______________________________________________ >> Smtk-developers mailing list >> Smtk-developers at smtk.org >> http://public.kitware.com/mailman/listinfo/smtk-developers From david.thompson at kitware.com Mon Feb 1 11:59:59 2016 From: david.thompson at kitware.com (David Thompson) Date: Mon, 1 Feb 2016 11:59:59 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: <84D17C4A-7DD2-40DD-B758-D99574E78BDD@kitware.com> References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> <84D17C4A-7DD2-40DD-B758-D99574E78BDD@kitware.com> Message-ID: > 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..). I am fine with strings instead of enums as long as the strings are documented. :-) It does seem like we need to be careful to keep the UI out of the data. Passwords really are not UI-specific; the UI and I/O layers might build behavior for dealing with items in that role but most/all of that logic should not be part of the attribute itself. If none of the logic needs to go with the attribute, then I vote for avoiding a new class. David From david.thompson at kitware.com Mon Feb 1 13:35:07 2016 From: david.thompson at kitware.com (David Thompson) Date: Mon, 1 Feb 2016 13:35:07 -0500 Subject: [Cmb-users] [Smtk-developers] Bump boost requirement to 1.60? In-Reply-To: References: <956D3A63-AB5D-46F8-BB61-847A546853A2@kitware.com> <6C6886AB-BDFC-4047-83EF-2EA986188E35@kitware.com>

<93FD8991-FC81-4BB5-BA1F-D94F8A9B5789@kitware.com> <4D6E94F5-8E7A-4C0F-825E-B615CDF876AF@kitware.com> <20160129222826.GA8048@megas.kitware.com> <384FACE7-3C51-49E2-86EF-D0BBFB4A9491@kitware.com> Message-ID: <97BB6719-7509-4C82-9ABE-EDB0A2B4EE04@kitware.com> > Filigree should be fine with it as well. Great! Bob: I'll have MRs for the superbuild, CMB, and SMTK ready this afternoon. In fact, you should already be able to merge this: https://gitlab.kitware.com/cmb/cmb-superbuild/merge_requests/94 which appears to have built over the weekend although I cannot see any dashboard entries for it. Thanks, David > On 1/29/16, 4:50 PM, "Cmb-users on behalf of David Thompson" > david.thompson at kitware.com> wrote: > >> Then everything should be OK as long as Amanda is OK with it. >> >> I've pushed a MR to SMTK and one for the CMB superbuild (to use the new >> boost). The build of the SMTK MR will fail until the superbuild is >> updated. >> >> Once we have the Boost thing figured out, I will add a MR to bump SMTK >> master->release and CMB to use the newer SMTK. >> >> David >> >> >>> On Jan 29, 2016, at 5:28 PM, Ben Boeckel >>> wrote: >>> >>> On Fri, Jan 29, 2016 at 17:26:31 -0500, David Thompson wrote: >>>>> Eventually C++ 2017 wil have filesystem in it - just cant wait that >>>>> long - If we can?t use 1.60 then we will have to use kwsys (or write >>>>> our own) - does everything build with 1.60? >>>> >>>> SMTK and Remus certainly do. The only other packages that the >>>> superbuild says depend on Boost are ParaView and CMB. I haven't wiped >>>> my superbuild yet to try them because that takes a while... I will >>>> start it going before I take off. >>> >>> ParaView needs it for a plugin; probably disabled in CMB (or can be >>> disabled). The dep is probably an artifact from the paraview superbuild. >>> >>> --Ben >> >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> Blockedhttp://public.kitware.com/mailman/listinfo/cmb-usersBlocked From bob.obara at kitware.com Mon Feb 1 13:35:19 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 1 Feb 2016 13:35:19 -0500 Subject: [Cmb-users] [Smtk-developers] Bump boost requirement to 1.60? In-Reply-To: <97BB6719-7509-4C82-9ABE-EDB0A2B4EE04@kitware.com> References: <956D3A63-AB5D-46F8-BB61-847A546853A2@kitware.com> <6C6886AB-BDFC-4047-83EF-2EA986188E35@kitware.com>

<93FD8991-FC81-4BB5-BA1F-D94F8A9B5789@kitware.com> <4D6E94F5-8E7A-4C0F-825E-B615CDF876AF@kitware.com> <20160129222826.GA8048@megas.kitware.com> <384FACE7-3C51-49E2-86EF-D0BBFB4A9491@kitware.com> <97BB6719-7509-4C82-9ABE-EDB0A2B4EE04@kitware.com> Message-ID: Thanks David! Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 > On Feb 1, 2016, at 1:35 PMEST, David Thompson wrote: > >> Filigree should be fine with it as well. > > Great! Bob: I'll have MRs for the superbuild, CMB, and SMTK ready this afternoon. > > In fact, you should already be able to merge this: https://gitlab.kitware.com/cmb/cmb-superbuild/merge_requests/94 which appears to have built over the weekend although I cannot see any dashboard entries for it. > > Thanks, > David > >> On 1/29/16, 4:50 PM, "Cmb-users on behalf of David Thompson" >> > david.thompson at kitware.com> wrote: >> >>> Then everything should be OK as long as Amanda is OK with it. >>> >>> I've pushed a MR to SMTK and one for the CMB superbuild (to use the new >>> boost). The build of the SMTK MR will fail until the superbuild is >>> updated. >>> >>> Once we have the Boost thing figured out, I will add a MR to bump SMTK >>> master->release and CMB to use the newer SMTK. >>> >>> David >>> >>> >>>> On Jan 29, 2016, at 5:28 PM, Ben Boeckel >>>> wrote: >>>> >>>> On Fri, Jan 29, 2016 at 17:26:31 -0500, David Thompson wrote: >>>>>> Eventually C++ 2017 wil have filesystem in it - just cant wait that >>>>>> long - If we can?t use 1.60 then we will have to use kwsys (or write >>>>>> our own) - does everything build with 1.60? >>>>> >>>>> SMTK and Remus certainly do. The only other packages that the >>>>> superbuild says depend on Boost are ParaView and CMB. I haven't wiped >>>>> my superbuild yet to try them because that takes a while... I will >>>>> start it going before I take off. >>>> >>>> ParaView needs it for a plugin; probably disabled in CMB (or can be >>>> disabled). The dep is probably an artifact from the paraview superbuild. >>>> >>>> --Ben >>> >>> _______________________________________________ >>> Cmb-users mailing list >>> Cmb-users at computationalmodelbuilder.org >>> Blockedhttp://public.kitware.com/mailman/listinfo/cmb-usersBlocked > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Mon Feb 1 13:58:03 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 1 Feb 2016 13:58:03 -0500 Subject: [Cmb-users] Dealing with passwords in attributes In-Reply-To: References: <7D77777D-6322-42C4-B56B-DB183A2BE09E@kitware.com> <65803F75-B18B-4A95-A819-1199F736B423@kitware.com> <019E470B-7698-4BCD-A713-C2A39EB172AD@kitware.com> <84D17C4A-7DD2-40DD-B758-D99574E78BDD@kitware.com> Message-ID: <2202F4DB-D680-44BE-AD6C-A3190EF6A056@kitware.com> OK - so I think this sounds like we could use more discussion on ?roles? in general so here is what I suggest: Add a ?private? property to item definition - it will have the following effect: 1. Will not write out values to attribute file 2. Hide the text w/r to the line edit widget. Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 > On Feb 1, 2016, at 11:59 AMEST, David Thompson wrote: > >> 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..). > > I am fine with strings instead of enums as long as the strings are documented. :-) > > It does seem like we need to be careful to keep the UI out of the data. Passwords really are not UI-specific; the UI and I/O layers might build behavior for dealing with items in that role but most/all of that logic should not be part of the attribute itself. If none of the logic needs to go with the attribute, then I vote for avoiding a new class. > > David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Fri Feb 5 17:19:05 2016 From: bob.obara at kitware.com (Kitware) Date: Fri, 5 Feb 2016 17:19:05 -0500 Subject: [Cmb-users] SMTK in CMB Message-ID: <985DF8FF-0967-49A8-AD3B-3630C55313FD@kitware.com> Hi All, I don?t think it makes sense to have CMB Master to point to a Sha1 on SMTK?s Release Branch - I think it makes more sense to have it point to a Sha1 that is reachable from SMTK Master. So starting with my latest commit this is what it is going to be. When CMB 4.0 is officially out we will then also update SMTK?s release V1 branch and have the CMB release 4 branch point to it. Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Mon Feb 8 16:57:29 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 8 Feb 2016 16:57:29 -0500 Subject: [Cmb-users] ModelBuild easily crashes Message-ID: <7C1BD990-AB09-4842-B24E-5194A42A7E6A@kitware.com> Hi Guys, Load in any model - I?ve tried both the SLAC Pillbox and the test2d cmb model. If you try to hide the session or the model (or the face in the test 2d model) the system crashes. Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From yumin.yuan at kitware.com Mon Feb 8 17:10:04 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Mon, 8 Feb 2016 17:10:04 -0500 Subject: [Cmb-users] ModelBuild easily crashes In-Reply-To: <7C1BD990-AB09-4842-B24E-5194A42A7E6A@kitware.com> References: <7C1BD990-AB09-4842-B24E-5194A42A7E6A@kitware.com> Message-ID: Hi Bob, I don't see that with my build. Is this an installer from the website? Yumin On Mon, Feb 8, 2016 at 4:57 PM, Robert Michael O'Bara wrote: > Hi Guys, > > Load in any model - I?ve tried both the SLAC Pillbox and the test2d cmb > model. If you try to hide the session or the model (or the face in the > test 2d model) the system crashes. > > Bob > > Robert M. O'Bara, MEng. > Assistant Director of Scientific Computing > > Kitware Inc. > 28 Corporate Drive > Suite 101 > Clifton Park, NY 12065 > > Phone: (518) 881- 4931 > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Mon Feb 8 18:14:06 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 8 Feb 2016 18:14:06 -0500 Subject: [Cmb-users] ModelBuild easily crashes In-Reply-To: References: <7C1BD990-AB09-4842-B24E-5194A42A7E6A@kitware.com> Message-ID: <2477CD45-3BC3-4219-8DAC-1D37A118CA31@kitware.com> Nope, my current super build which is less than a week old. Bob Sent from my iPhone > On Feb 8, 2016, at 5:10 PM, Yumin Yuan wrote: > > Hi Bob, > > I don't see that with my build. Is this an installer from the website? > > Yumin > >> On Mon, Feb 8, 2016 at 4:57 PM, Robert Michael O'Bara wrote: >> Hi Guys, >> >> Load in any model - I?ve tried both the SLAC Pillbox and the test2d cmb model. If you try to hide the session or the model (or the face in the test 2d model) the system crashes. >> >> Bob >> >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yumin.yuan at kitware.com Mon Feb 8 19:47:11 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Mon, 8 Feb 2016 19:47:11 -0500 Subject: [Cmb-users] ModelBuild easily crashes In-Reply-To: <2477CD45-3BC3-4219-8DAC-1D37A118CA31@kitware.com> References: <7C1BD990-AB09-4842-B24E-5194A42A7E6A@kitware.com> <2477CD45-3BC3-4219-8DAC-1D37A118CA31@kitware.com> Message-ID: Not sure what's happening, but let's see if someone else can reproduce this tomorrow. Yumin On Mon, Feb 8, 2016 at 6:14 PM, Robert Michael O'Bara wrote: > Nope, my current super build which is less than a week old. > > Bob > > Sent from my iPhone > > On Feb 8, 2016, at 5:10 PM, Yumin Yuan wrote: > > Hi Bob, > > I don't see that with my build. Is this an installer from the website? > > Yumin > > On Mon, Feb 8, 2016 at 4:57 PM, Robert Michael O'Bara < > bob.obara at kitware.com> wrote: > >> Hi Guys, >> >> Load in any model - I?ve tried both the SLAC Pillbox and the test2d cmb >> model. If you try to hide the session or the model (or the face in the >> test 2d model) the system crashes. >> >> Bob >> >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 >> >> >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: