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

**URL:** <https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177>\
**Category:** Users\
**Created:** [April 27, 2015, 3:22pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177 "2015-04-27T15:22:50Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ray\_B](https://dimagi.b-cdn.net/user_avatar/forum.dimagi.com/ray_b/32/618_2.png) [@Ray\_B](https://forum.dimagi.com/u/Ray_B)\
**Post date:** [April 27, 2015, 3:22pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/1 "2015-04-27T15:22:50Z")

</div>

The new _Minimize Duplicates_ functionality documented here  
[https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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

---

<div class="post-metadata">

**Author:** ![Amelia\_Sagoff1](https://dimagi.b-cdn.net/letter_avatar_proxy/v4/letter/a/ecd19e/32.png) [@Amelia\_Sagoff1](https://forum.dimagi.com/u/Amelia_Sagoff1)\
**Post date:** [April 27, 2015, 3:48pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/2 "2015-04-27T15:48:45Z")

</div>

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](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Ray\_B](https://dimagi.b-cdn.net/user_avatar/forum.dimagi.com/ray_b/32/618_2.png) [@Ray\_B](https://forum.dimagi.com/u/Ray_B)\
**Post date:** [April 27, 2015, 4:02pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/3 "2015-04-27T16:02:33Z")

</div>

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](mailto: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](mailto:commcare-users@googlegroups.com)
> > 
> > The new _Minimize Duplicates_ functionality documented here  
> > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> Ray Brunsting, CTO, Tula Foundation / [tula.org](http://tula.org)

---

<div class="post-metadata">

**Author:** ![Sheel\_Shah](https://dimagi.b-cdn.net/letter_avatar_proxy/v4/letter/s/779978/32.png) [@Sheel\_Shah](https://forum.dimagi.com/u/Sheel_Shah)\
**Post date:** [April 27, 2015, 5:04pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/4 "2015-04-27T17:04:52Z")

</div>

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](mailto: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](mailto: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](mailto:commcare-users@googlegroups.com)
> > > 
> > > The new _Minimize Duplicates_ functionality documented here  
> > > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> Sheel Shah  
> Project Manager | Dimagi  
> m: +1.781.428.5419 | skype: sheel\_shah

---

<div class="post-metadata">

**Author:** ![Ray\_B](https://dimagi.b-cdn.net/user_avatar/forum.dimagi.com/ray_b/32/618_2.png) [@Ray\_B](https://forum.dimagi.com/u/Ray_B)\
**Post date:** [April 28, 2015, 2:35am UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/5 "2015-04-28T02:35:13Z")

</div>

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, (c) 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](mailto: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](mailto: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](mailto: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](mailto:commcare-users@googlegroups.com)
> > > > 
> > > > The new _Minimize Duplicates_ functionality documented here  
> > > > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > 
> > > --  
> > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> Ray Brunsting, CTO, Tula Foundation / [tula.org](http://tula.org)

---

<div class="post-metadata">

**Author:** ![Sheel\_Shah](https://dimagi.b-cdn.net/letter_avatar_proxy/v4/letter/s/779978/32.png) [@Sheel\_Shah](https://forum.dimagi.com/u/Sheel_Shah)\
**Post date:** [April 29, 2015, 3:19pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/6 "2015-04-29T15:19:32Z")

</div>

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, (c) 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](mailto: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](mailto: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](mailto: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](mailto: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](mailto:commcare-users@googlegroups.com)
> > > > > 
> > > > > The new _Minimize Duplicates_ functionality documented here  
> > > > > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > 
> > > > --  
> > > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> Sheel Shah  
> Project Manager | Dimagi  
> m: +1.781.428.5419 | skype: sheel\_shah

---

<div class="post-metadata">

**Author:** ![Ray\_B](https://dimagi.b-cdn.net/user_avatar/forum.dimagi.com/ray_b/32/618_2.png) [@Ray\_B](https://forum.dimagi.com/u/Ray_B)\
**Post date:** [April 29, 2015, 3:59pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/7 "2015-04-29T15:59:26Z")

</div>

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](mailto: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, (c) 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](mailto: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](mailto: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](mailto: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](mailto: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](mailto:commcare-users@googlegroups.com)
> > > > > > 
> > > > > > The new _Minimize Duplicates_ functionality documented here  
> > > > > > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > > 
> > > > > --  
> > > > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > 
> > > --  
> > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> Ray Brunsting, CTO, Tula Foundation / [tula.org](http://tula.org)

---

<div class="post-metadata">

**Author:** ![Nate](https://dimagi.b-cdn.net/letter_avatar_proxy/v4/letter/n/e95f7d/32.png) [@Nate](https://forum.dimagi.com/u/Nate)\
**Post date:** [May 11, 2015, 6:31pm UTC](https://forum.dimagi.com/t/new-minimize-duplicates-functionality-can-registration-form-only-appear-in-case-list/2177/8 "2015-05-11T18:31:50Z")

</div>

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](mailto: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](mailto: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, (c) 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](mailto: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](mailto: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](mailto: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](mailto: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](mailto:commcare-users@googlegroups.com)
> > > > > > > 
> > > > > > > The new _Minimize Duplicates_ functionality documented here  
> > > > > > > [https://help.commcarehq.org/display/commcarepublic/Minimize+Duplicates](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](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > > > 
> > > > > > --  
> > > > > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > 
> > > > --  
> > > > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > > For more options, visit [https://groups.google.com/d/optout](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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > Ray Brunsting, CTO, Tula Foundation / [tula.org](http://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](mailto:commcare-users+unsubscribe@googlegroups.com).  
> > For more options, visit [https://groups.google.com/d/optout](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/](http://www.dimagi.com/)
