mirror
/
django-simplecms
kopia lustrzana https://github.com/rtts/django-simplecms
1
0
Forkuj 0
Kod Zgłoszenia Packages Projekty Wydania Wiki Aktywność
django-simplecms/cms/registry.py

20 wiersze
403 B
Python
Czysty Zwykły widok Historia

The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
page_class = None
section_class = None
Tidying up!
2020-03-22 18:57:48 +00:00
section_types = []
view_per_type = {}
Blackify everything
2021-07-03 23:59:48 +00:00
Tidying up!
2020-03-22 18:57:48 +00:00
def get_types():
return section_types
The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
Blackify everything
2021-07-03 23:59:48 +00:00
The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
def get_view(section, request):
Tidying up!
2020-03-22 18:57:48 +00:00
return view_per_type[section.type](request)
The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
Blackify everything
2021-07-03 23:59:48 +00:00
The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
def get_fields_per_type():
fields_per_type = {}
Tidying up!
2020-03-22 18:57:48 +00:00
for name, view in view_per_type.items():
Blackify everything
2021-07-03 23:59:48 +00:00
fields_per_type[name] = ["title", "type", "number"] + view.fields
The dependency on swapper has been replaced with an incredibly simply "registry". Client projects register their models and views during import time with a decorator. The cms views use the registered classes to generate pages and forms. Furthermore, the example application now combines the app and the project in one, inspired by this line in the Django documentation: There’s no restriction that a project package can’t also be considered an application and have models, etc.
2020-03-22 11:46:10 +00:00
return fields_per_type