HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
mazelife
django-scaffold
Python2013–2013
mazelife / django-scaffold

django-scaffold

Reusable application for a generic section/subsection hierarchy in Django. Aims to solve a common problem: you're building a site that needs sections and subsections and you not only need to be able to manage that hierarchy, but also hang other content off of it.

2Distinct people
2Mentions
0Explicit recommenders
38GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Reusable application for a generic section/subsection hierarchy in Django. Aims to solve a common problem: you're building a site that needs sections and subsections and you not only need to be able to manage that hierarchy, but also hang other content off of it.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by hour2 dated mentions

Observed mentions: 2013-06-18 16:58:55 UTC to 2013-06-18 20:40:26 UTC.

012013-06-18 16:00:00 UTC to 2013-06-18 17:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJun 18, 16:002013-06-18 17:00:00 UTC to 2013-06-18 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-06-18 18:00:00 UTC to 2013-06-18 19:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsJun 18, 18:002013-06-18 19:00:00 UTC to 2013-06-18 20:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2013-06-18 20:00:00 UTC to 2013-06-18 21:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJun 18, 20:00

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jun 18, 16:002013-06-18 16:00:00 UTC2013-06-18 17:00:00 UTC101
Jun 18, 17:002013-06-18 17:00:00 UTC2013-06-18 18:00:00 UTC000
Jun 18, 18:002013-06-18 18:00:00 UTC2013-06-18 19:00:00 UTC000
Jun 18, 19:002013-06-18 19:00:00 UTC2013-06-18 20:00:00 UTC000
Jun 18, 20:002013-06-18 20:00:00 UTC2013-06-18 21:00:00 UTC101

What Hacker News says

2 sources
> I don't know about that. 1) (minor) Getting into templates to add an action e.g. «export as CSV» is a lot to ask. (Anything that leads me into changing the templates is, at least for me, a no, except form ergonomy which is in Django regularly done in an API/DSL based on nested dict, list and attributes.) 2) (minor) Custom models (non django.models.Model) or specifiq models (like django scaffold) in the ObjectList aka. ChangeList or in the Form view is not possible which means no mongodb, no kv store, no to anything that hasn't a proper Django's model backend even if in the end it's all about class properties and most of the time slice queries. 3) (major) The admin ergonomy and plugability is poor, you can not choose the way pages feet together, for instance and the primary concern is that the first page must be a list of models regroupe
Read the rest
d by apps. This is in advanced apps a non sens, most likely when you use a lot of reusable apps, where the code doesn't reflect the end-user experience, the admin will look ugly. But should the admin reflect or map somehow the end-user experience ? It's a complex mapping, the workflow of the admin is elaborate and depends of the app... otherwise said the Django «generated» admin is the equivalent of a spreadsheet compared to specific domain admin areas. > I've customized the heck out of that thing (e.g. https://github.com/mazelife/django-scaffold) Does it support filters and actions ? because what it looks like you did is that you are feeting a view to the admin API, leaving the elaborate actions and points of customisation on the side. > and it's quite possible, It our job to make things possible. > although you'll need to be pretty familiar with the source code. You mean read the code ? It's not that difficult. Also I think django admin reworks bring more clarity. > That said, this particular part of Django is definitely starting to show its age. In terms of features or skin ? > Compare the look-and-feel and UI with something like ActiveAdmin (http://activeadmin.info/) for Rails and you'll see what I mean. Definetly looks like a customised Django Admin. Also Django Admin already had it's skin war, the feature/API war is barely starting. > What's more, the approach to "class-based views" feels disconnected to the way Django apps are written now. What do you mean ?
In DjangoAdmin 2.0 - rewrite of django.contrib.admin
I don't know about that. I've customized the heck out of that thing (e.g. https://github.com/mazelife/django-scaffold) and it's quite possible, although you'll need to be pretty familiar with the source code. That said, this particular part of Django is definitely starting to show its age. Compare the look-and-feel and UI with something like ActiveAdmin (http://activeadmin.info/) for Rails and you'll see what I mean. What's more, the approach to "class-based views" feels disconnected to the way Django apps are written now.
In DjangoAdmin 2.0 - rewrite of django.contrib.admin

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.