umm.. warum?
diese model queries liefern model instanzen zurueck, keine result rows.. das heisst du hast dann das ganze objekt in der hand, nicht nur das resultant von irgendeinem query .. das ist ein ORM und kein SQL interface.. wenn du wirklich sql statements absetzen willst musst du eine ebene tiefer ansaetzen und eben direkt auf die datenbank gehen..

also alles was du willst ist alle objekte die als parent_id den wert haben den du in der variable 'node' drinnen hast?

   base = Kategorien.objects.filter(parent_id = node)

warum verwendest du 'extra'?

Webseite zum informieren, vergleichen und buchen von deutschsprachigen surfcamps. Komplett basierend auf django und verwendet das standard django admin interface als backend.

Es gibt auch ein kleines, untechnisches making of zu der surfcamps 24

hi,
das ist eine wirklich gute frage.. offenbar hab ich vergessen eine suche einzubauen

ich werd mal schauen ob ich das hinbekomm, in der zwischenzeit einfach mal google verwenden: http://www.google.com/search?q=site:django-resource.de

hi,
was genau funktioniert nicht? und wo ist der code der wirklcih den such query absetzt?

ahh.. ok.. danke fuer das followup

jup, mit einer Meta class und ordering muesste das gehen:

class SubTopic(models.Model):
    name = models.CharField(max_length=300)
    url = models.CharField(max_length=1000)
    order = models.IntegerField()
    topic = models.ForeignKey(Topic, related_name="subtopics")

    def __unicode__(self):
        return self.name

    class Meta:
        ordering = ['order']

hi,
von haus aus gibt es in django noch nichts fertiges.. ich wuerde eigentlich empfehlen es immer im view zu machen .. aber fuern notfall gibt es auch die moeglichkeit einen einfachen template filter zu basteln der das kann.
bei django snippets gibts einen sort filter dem man einfach ein attribut mitgibt.

auch die session funktioniert nur per cookie.. aber du kannst einfach die language preference vom browser nehmen .. aber macht die middleware ja eh: "Failing that, it looks at the Accept-Language HTTP header. This header is sent by your browser and tells the server which language(s) you prefer, in order by priority. Django tries each language in the header until it finds one with available translations." ..
das heisst wenn du im browser die richtige sprache eingestellt hast, siehst du auch die richtige
nur auf applikations seite kannst du ohne cookies die sprache nie aendern (ausser du schleifst sie selbst bei jedem link durch - eine relativ einfache moeglichkeit waere jede sprache unter einer eigenen domain zu haben - de.mydomain.com, en.mydomain.com, etc. dann brauchst du nur ne eigene middleware die sich ums setzen der sprache kuemmert..)

ich weiss nicht genau was du mit 'POST wird einfach ignoriert' meinst, aber ein kleiner widerspruch in deinem post:

dowo said @ 2009-08-31 20:18:24:

Lt. Djangobuch funktioniert das per Session. Klappt aber leider nicht. Post wird einfach ignoriert.

...

dowo said @ 2009-08-31 20:18:24:

Sobald ich im Browser Cookies erlaube, funktioniert i18n super.

django supported nur sessions per cookie. also villeicht ist das nur ein kleines verstaendnisproblem? keine cookies = keine session ...