New Minimize Duplicates functionality - can registration form only appear in case list

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module with
the same case type: “Note that the form can be in any other module in the
same application, as long as it is the same case type. The form cannot be
in the same module as the module that you are configuring with Registration
from Case List

Is it possible to hide the “other module in the same application” from
the end user? If we implement registration from the case list, we’d prefer
to have all registrations initiated from the case list. Also, we’d like
configure the existing module to have the user select a case when opening
the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

··· -- Ray Brunsting, CTO, Tula Foundation / tula.org

Hi Ray,

We have just released module filtering as a feature preview - you can go to
your project settings an enable “Module Filtering” to use this feature.

Thanks,
Amelia

··· ---------- Forwarded message ---------- From: Ray Brunsting Date: Mon, Apr 27, 2015 at 11:22 AM Subject: New Minimize Duplicates functionality - can registration form only appear in case list To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module with
the same case type: “Note that the form can be in any other module in the
same application, as long as it is the same case type. The form cannot be
in the same module as the module that you are configuring with Registration
from Case List

Is it possible to hide the “other module in the same application” from
the end user? If we implement registration from the case list, we’d prefer
to have all registrations initiated from the case list. Also, we’d like
configure the existing module to have the user select a case when opening
the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the modules
that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

··· On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can go
to your project settings an enable “Module Filtering” to use this feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration form
only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module with
the same case type: “Note that the form can be in any other module in
the same application, as long as it is the same case type. The form cannot
be in the same module as the module that you are configuring with
Registration from Case List

Is it possible to hide the “other module in the same application” from
the end user? If we implement registration from the case list, we’d prefer
to have all registrations initiated from the case list. Also, we’d like
configure the existing module to have the user select a case when opening
the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org

Hi Ray,

You can use module filtering on any modules. Form filtering is something
you can currently only use with modules that only have forms that depend on
a case.

Thanks,
Sheel

··· On Mon, Apr 27, 2015 at 12:02 PM, Ray Brunsting wrote:

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the modules
that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff asagoff@dimagi.com wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can go
to your project settings an enable “Module Filtering” to use this feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration form
only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module
with the same case type: “Note that the form can be in any other module
in the same application, as long as it is the same case type. The form
cannot be in the same module as the module that you are configuring with
Registration from Case List

Is it possible to hide the “other module in the same application” from
the end user? If we implement registration from the case list, we’d prefer
to have all registrations initiated from the case list. Also, we’d like
configure the existing module to have the user select a case when opening
the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah

Thanks Sheel. We’ve successfully set this up now, and it appears to be
working fine so far. In particular, we: (a) created a new module, (b)
moved the registration form into the new module, © configured a module
filter of “1=0” to always hide the new module from the user, (d) configured
the existing module case list to include the registration form in the case
list.

As an added bonus (ie. something we did not anticipate), we can now apply
form filtering to forms in the original module because all of the remaining
forms update or close a case, so the user selects the case when opening the
module now, instead of when opening a form.

Our team in Coban asked about putting the registration form at the top of
the case list, so the user does not need to scroll down through a
potentially long list. I doubt this is currently possible, right?

Ray

··· On Mon, Apr 27, 2015 at 1:04 PM, Sheel Shah wrote:

Hi Ray,

You can use module filtering on any modules. Form filtering is something
you can currently only use with modules that only have forms that depend on
a case.

Thanks,
Sheel

On Mon, Apr 27, 2015 at 12:02 PM, Ray Brunsting ray@tula.org wrote:

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the modules
that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff asagoff@dimagi.com wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can go
to your project settings an enable “Module Filtering” to use this feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration form
only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module
with the same case type: “Note that the form can be in
any other module in the same application, as long as it is the same case
type. The form cannot be in the same module as the module that you are
configuring with Registration from Case List

Is it possible to hide the "other module in the same application"
from the end user? If we implement registration from the case list, we’d
prefer to have all registrations initiated from the case list. Also, we’d
like configure the existing module to have the user select a case when
opening the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org

Hi Ray,

Thanks for the feedback on the position of the registration form in the
case list. Its currently not possible, to move its position but since we
just released the feature, we’re open to feedback on it. You can add that
as a suggestion on our Uservoice. If the users are using search in that
case list, can they be trained to type in something that doesn’t exist to
quickly get to the button?

Thanks,
Sheel

··· On Mon, Apr 27, 2015 at 10:35 PM, Ray Brunsting wrote:

Thanks Sheel. We’ve successfully set this up now, and it appears to be
working fine so far. In particular, we: (a) created a new module, (b)
moved the registration form into the new module, © configured a module
filter of “1=0” to always hide the new module from the user, (d) configured
the existing module case list to include the registration form in the case
list.

As an added bonus (ie. something we did not anticipate), we can now apply
form filtering to forms in the original module because all of the remaining
forms update or close a case, so the user selects the case when opening the
module now, instead of when opening a form.

Our team in Coban asked about putting the registration form at the top of
the case list, so the user does not need to scroll down through a
potentially long list. I doubt this is currently possible, right?

Ray

On Mon, Apr 27, 2015 at 1:04 PM, Sheel Shah sshah@dimagi.com wrote:

Hi Ray,

You can use module filtering on any modules. Form filtering is something
you can currently only use with modules that only have forms that depend on
a case.

Thanks,
Sheel

On Mon, Apr 27, 2015 at 12:02 PM, Ray Brunsting ray@tula.org wrote:

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the
modules that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff asagoff@dimagi.com wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can
go to your project settings an enable “Module Filtering” to use this
feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration form
only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module
with the same case type: “Note that the form can be in
any other module in the same application, as long as it is the same case
type. The form cannot be in the same module as the module that you are
configuring with Registration from Case List

Is it possible to hide the "other module in the same application"
from the end user? If we implement registration from the case list, we’d
prefer to have all registrations initiated from the case list. Also, we’d
like configure the existing module to have the user select a case when
opening the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah

Hi Sheel.

OK, I may submit a suggestion to Uservoice.

As another suggestion, it would be great if we could use form filters to
only show the registration form in the case list to certain users (based on
custom user properties). I’m pretty certain this is not possible, correct?

Thanks, Ray

··· On Wed, Apr 29, 2015 at 11:19 AM, Sheel Shah wrote:

Hi Ray,

Thanks for the feedback on the position of the registration form in the
case list. Its currently not possible, to move its position but since we
just released the feature, we’re open to feedback on it. You can add that
as a suggestion on our Uservoice. If the users are using search in that
case list, can they be trained to type in something that doesn’t exist to
quickly get to the button?

Thanks,
Sheel

On Mon, Apr 27, 2015 at 10:35 PM, Ray Brunsting ray@tula.org wrote:

Thanks Sheel. We’ve successfully set this up now, and it appears to be
working fine so far. In particular, we: (a) created a new module, (b)
moved the registration form into the new module, © configured a module
filter of “1=0” to always hide the new module from the user, (d) configured
the existing module case list to include the registration form in the case
list.

As an added bonus (ie. something we did not anticipate), we can now apply
form filtering to forms in the original module because all of the remaining
forms update or close a case, so the user selects the case when opening the
module now, instead of when opening a form.

Our team in Coban asked about putting the registration form at the top of
the case list, so the user does not need to scroll down through a
potentially long list. I doubt this is currently possible, right?

Ray

On Mon, Apr 27, 2015 at 1:04 PM, Sheel Shah sshah@dimagi.com wrote:

Hi Ray,

You can use module filtering on any modules. Form filtering is
something you can currently only use with modules that only have forms that
depend on a case.

Thanks,
Sheel

On Mon, Apr 27, 2015 at 12:02 PM, Ray Brunsting ray@tula.org wrote:

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the
modules that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff asagoff@dimagi.com wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can
go to your project settings an enable “Module Filtering” to use this
feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration form
only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module
with the same case type: “Note that the form can be in
any other module in the same application, as long as it is the same case
type. The form cannot be in the same module as the module that you are
configuring with Registration from Case List

Is it possible to hide the "other module in the same application"
from the end user? If we implement registration from the case list, we’d
prefer to have all registrations initiated from the case list. Also, we’d
like configure the existing module to have the user select a case when
opening the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org

Hi Ray,

Sorry to come back around on this so late. Your \ suggestion about using
form filters to only display the registration form to certain users is not
currently possible, but would be another valuable idea for UserVoice.

Thanks,

Nate

··· On Wed, Apr 29, 2015 at 11:59 AM, Ray Brunsting wrote:

Hi Sheel.

OK, I may submit a suggestion to Uservoice.

As another suggestion, it would be great if we could use form filters to
only show the registration form in the case list to certain users (based on
custom user properties). I’m pretty certain this is not possible, correct?

Thanks, Ray

On Wed, Apr 29, 2015 at 11:19 AM, Sheel Shah sshah@dimagi.com wrote:

Hi Ray,

Thanks for the feedback on the position of the registration form in the
case list. Its currently not possible, to move its position but since we
just released the feature, we’re open to feedback on it. You can add that
as a suggestion on our Uservoice. If the users are using search in that
case list, can they be trained to type in something that doesn’t exist to
quickly get to the button?

Thanks,
Sheel

On Mon, Apr 27, 2015 at 10:35 PM, Ray Brunsting ray@tula.org wrote:

Thanks Sheel. We’ve successfully set this up now, and it appears to be
working fine so far. In particular, we: (a) created a new module, (b)
moved the registration form into the new module, © configured a module
filter of “1=0” to always hide the new module from the user, (d) configured
the existing module case list to include the registration form in the case
list.

As an added bonus (ie. something we did not anticipate), we can now
apply form filtering to forms in the original module because all of the
remaining forms update or close a case, so the user selects the case when
opening the module now, instead of when opening a form.

Our team in Coban asked about putting the registration form at the top
of the case list, so the user does not need to scroll down through a
potentially long list. I doubt this is currently possible, right?

Ray

On Mon, Apr 27, 2015 at 1:04 PM, Sheel Shah sshah@dimagi.com wrote:

Hi Ray,

You can use module filtering on any modules. Form filtering is
something you can currently only use with modules that only have forms that
depend on a case.

Thanks,
Sheel

On Mon, Apr 27, 2015 at 12:02 PM, Ray Brunsting ray@tula.org wrote:

Hi Amelia,
Are you suggesting that we could use Module Filtering to hide the
modules that only include the registration form? We’ll give it a try. I
(incorrectly?) thought module filtering could only be done on modules where
all forms required a case.
Thanks, Ray

On Mon, Apr 27, 2015 at 11:48 AM, Amelia Sagoff asagoff@dimagi.com wrote:

Hi Ray,

We have just released module filtering as a feature preview - you can
go to your project settings an enable “Module Filtering” to use this
feature.

Thanks,
Amelia

---------- Forwarded message ----------
From: Ray Brunsting ray@tula.org
Date: Mon, Apr 27, 2015 at 11:22 AM
Subject: New Minimize Duplicates functionality - can registration
form only appear in case list
To: commcare-users@googlegroups.com

The new Minimize Duplicates functionality documented here
https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates
looks interesting.

I see that the registration form needs to exist in a different module
with the same case type: “Note that the form can be in
any other module in the same application, as long as it is the same case
type. The form cannot be in the same module as the module that you are
configuring with Registration from Case List

Is it possible to hide the "other module in the same application"
from the end user? If we implement registration from the case list, we’d
prefer to have all registrations initiated from the case list. Also, we’d
like configure the existing module to have the user select a case when
opening the module and use module filtering to potentially hide the module
completely.

Thanks, Ray

Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it,
send an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it,
send an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google
Groups “commcare-users” group.
To unsubscribe from this group and stop receiving emails from it, send
an email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sheel Shah
Project Manager | Dimagi
m: +1.781.428.5419 | skype: sheel_shah


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Ray Brunsting, CTO, Tula Foundation / tula.org


You received this message because you are subscribed to the Google Groups
"commcare-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to commcare-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Nate Haduch

Technical Support Analyst
Dimagi, Inc | 585 Massachusetts Ave | Suite 3 | Cambridge, MA 02139
web: http://www.dimagi.com/