Make built-in models abstract
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
Beginne damit, die integrierten Modelle, StreamField blocks, CODERED_FRONTEND_* settings, die Snippet-Verarbeitung und die im Issue erwähnte Projektvorlage zu erfassen. Ermittle, wie sich abstrakte Modelle auf die Auswahl von Snippets, Navbar-/Footer-Templates und Migrationen auswirken würden; als abgeschlossen gilt die Aufgabe, wenn ein dokumentiertes Design vorliegt, das projektspezifische Setting-Migrationen ohne übermäßigen Boilerplate-Code vermeidet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
If we want to continue using CODERED_FRONTEND_* settings (which I think we do, they will be the foundation of themes), we will have to make everything that uses our streamfield blocks abstract.
The issue is, many coderedcms models use streamfield blocks that pull values from CODERED_FRONTEND_* settings. Which means if you change one of these settings in your project, it triggers a migration in coderedcms. Which is a bad practice and leads to endless migrations.
This fits in with the paradigm we have been following with the page types. Provide beefy abstract models, and provide a very basic concrete model boilerplate in the project template.
One caveat to making the snippets abstract, is that we will no longer be able to provide a snippet chooser, or hard-code templates that pull in navbar/footer snippets. So this will have to be thought through to figure out how to gracefully handle all of this without re-defining everything in the project template (which would be too much boilerplate I think).
Anyhow, this pretty major regarding future stability. Implementing it will inevitably be a breaking change. But there is no other way to have dynamic blocks and themes. So I think it is necessary.
- Vorherrschende Sprache
- Python
- Sterne
- 762
- Forks
- 153
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus coderedcorp/coderedcms
-
Type: Bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
coderedcorp/coderedcms#714 ·
-
Type: Bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 65/100
coderedcorp/coderedcms#711 ·
-
Type: Bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
coderedcorp/coderedcms#713 · 1 Kommentar ·
-
Form submissions return 404 with Wagtail 7.x due to FormMixin isinstance checkEvtl. vergeben @bradrice hat das vor 111 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100
coderedcorp/coderedcms#710 · 4 Kommentare ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 58/100
coderedcorp/coderedcms#709 ·
Alle Issues in coderedcorp/coderedcms
Ähnliche Issues
-
docs: Release playbookOffendocumentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
awslabs/social-messaging-agent-runtime-toolkit#140 ·
Maintainer antworten meist innerhalb von 1 Tag
-
subtask
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
fga-eps-mds/2026.2-MeasureSoftGram-DOC#187 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 83/100
txn2/mcp-data-platform#2493 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
YO-WHATS-UP2/minigit#78 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
liberation-data/drivine-python#432 ·
Maintainer antworten meist innerhalb von 1 Tag