Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How should we handle types that are global_allow=False in queries in collections? (Plone 4.3.x) #72

Open
idgserpro opened this issue Jan 20, 2017 · 0 comments

Comments

@idgserpro
Copy link

idgserpro commented Jan 20, 2017

I'm posting this issue here and in plone.formwidget.querystring, feel free to close if inappropriate.

We're using https://github.com/collective/collective.nitf instead of Plone's "News Item" content type, and decided to set "Implicitly addable" (global_allow) to False in "News Item" portal_types. For the sake of usability/familiarity of the user with Plone naming, we decided to rename in a policy product the nitf items to "News Item" as if it was Plone's. So far, so good.

But now we're having some usability problems when adding a collection, since both "News Item" are being shown in the select field (In Brazilian portuguese, "Noticia" is the same as "News"):

selecao_008

I know that from a programatic POV this is correct (they are both valid in portal_types), but not from an user perspective: if I can't add the "News Item" anywhere in the site since I set "Implicity addable" to false, why it's being shown here?

I'm not familiar with the code, but what defines what types should be shown in the select? Is it possible to add somewhere to not use items which global_allow is False, or to take into consideration types_not_searched in portal_properties? I tried to add "News Item" to types_not_searched but it didn't work.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant