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

Consider moving regions modules into django-content-editor application #15

Open
bkfox opened this issue Jul 1, 2019 · 1 comment
Open

Comments

@bkfox
Copy link

bkfox commented Jul 1, 2019

Regions class is useful for people not using feincms3 too. Since the regions module does not use any of the feincms3's modules, and offers functionalities directly linked and relevant to django-content-editor, it makes sense to move it there. It would also reduce dependencies when no other feincms3 functionalities are used.

This implies that TemplatePluginRenderer.plugins() method to be moved to PluginRenderer. Also, PluginRenderer is initialized with Model registered which causes troubles when trying to pass down plugin_renderers' plugins as:

contents = contents_for_item(page, page_renderer._renderers.keys())

(this provides an error: type object 'Model' has no attribute 'get_queryset', in contents.py in contents_for_items, line 70). This is solved by removing Model from renderer's plugins.

@matthiask
Copy link
Member

Hi @bkfox

That might be a good idea. OTOH I consider django-content-editor to be more stable and conservative. The regions code is still relatively new, at least compared to the content editor.

Is it a problem for you to install feincms3? The only additional dependency is django-tree-queries which is really small and shouldn't be a problem having no dependencies of its own.

The PluginRenderer problem you're mentioning should be gone for good since I removed the sub-par PluginRenderer from django-content-editor a few months ago when preparing for its 2.0 release (feincms/django-content-editor@d27b029)

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

2 participants