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

Use the Iterate permissions instead of CMF core permissions #68

Open
wants to merge 6 commits into
base: master
Choose a base branch
from

Conversation

rpatterson
Copy link
Member

Use the Iterate permissions instead of CMF core permissions to support customizing the policy.

Related to #59 and #67

@mister-roboto

This comment has been minimized.

1 similar comment
@mister-roboto
Copy link

@rpatterson thanks for creating this Pull Request and help improve Plone!

To ensure that these changes do not break other parts of Plone, the Plone test suite matrix needs to pass.

Whenever you feel that the pull request is ready to be tested, either start all jenkins jobs pull requests by yourself, or simply add a comment in this pull request stating:

@jenkins-plone-org please run jobs

With this simple comment all the jobs will be started automatically.

Happy hacking!

@rpatterson
Copy link
Member Author

@jenkins-plone-org please run jobs

@rpatterson
Copy link
Member Author

I can't imagine the Jenkins failures are related to these changes.

@rpatterson
Copy link
Member Author

@jenkins-plone-org please run jobs

@rpatterson
Copy link
Member Author

None of the failures are related to my changes AFAICT.

@gforcada
Copy link
Member

@jenkins-plone-org please run jobs

@@ -29,7 +29,7 @@
from plone.memoize.view import memoize
from Products.Five.browser import BrowserView

import Products.CMFCore.permissions
from .. import permissions
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this work as you expect in Python 3?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why wouldn't it, @Rotonen?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

.. is fine

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is fine, but it way better to just use from plone.app.iterate import permissions is not that much typing and you can keep imports sanely

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I disagree that absolute imports are way better. Relative imports do save some minor refactoring time when package names or structure changes, and if you're typing your imports out they do save some time though you should not be typing your imports out, but the far greater value is when reading code. They make it very clear which dependencies of the code are internal to the package and external to the package even when just skimming the code. This is especially the case for a large ecosystem of packages such as Plone where a developer may be working on 3-6 plone.app.* packages at the same time and it adds cognitive burden to require the developer to remember which plone.app.* package they're reading ATM in order to determine which code dependencies are internal. The core language and the community that develops it, provide this feature for well considered reasons.

plone/app/iterate/base.py Outdated Show resolved Hide resolved
plone/app/iterate/copier.py Outdated Show resolved Hide resolved
@jensens
Copy link
Member

jensens commented May 21, 2019

@jenkins-plone-org please run jobs

@jensens
Copy link
Member

jensens commented Dec 22, 2021

Hence there was no activity for a long time, I propose to close this PR within next two weeks. If you do not feel ok with this, please speak up and provide us a rough schedule.

@rpatterson
Copy link
Member Author

Hence there was no activity for a long time, I propose to close this PR within next two weeks. If you do not feel ok with this, please speak up and provide us a rough schedule.

I still believe this is more correct and serves good use cases as described. But I probably don't have the time to shepherd this through ATM.

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

Successfully merging this pull request may close these issues.

5 participants