possível classificar um conjunto de itens relacionados em um modelo do DJang

Ou seja: este código (com tags HTML omitidas para maior clareza):

{% for event in eventsCollection %}
   {{ event.location }}
   {% for attendee in event.attendee_set.all %}
     {{ attendee.first_name }} {{ attendee.last_name }}
   {% endfor %}
 {% endfor %}

displaysquas exatamente quero eu quero. A única coisa que quero alterar é a lista de participantes a ser classificada pelo sobrenome. Eu tentei dizer algo assim:

{% for event in events %}
   {{ event.location }}
   {% for attendee in event.attendee_set.order_by__last_name %}
     {{ attendee.first_name }} {{ attendee.last_name }}
   {% endfor %}
 {% endfor %}

Atlas, a sintaxe acima não funciona (produz uma lista vazia) e nenhuma outra variação que eu tenha pensado (muitos erros de sintaxe relatados, mas não há alegria

claro que eu poderia produzir algum tipo de matriz de listas classificadas de participantes, mas essa é uma solução feia e frágil (e eu mencionei feia

Precisa dizer, mas eu vou dizer assim mesmo, eu examinei os documentos on-line e procurei o Stack Overflow e os arquivos do django-user sem encontrar nada útil (ah, se apenas um conjunto de consultas fosse um dictort de dicionário faria o trabalho, mas não é e não funciona)

==============================================

Editado para acrescentar pensamentos adicionais depois de aceitar a resposta de Tawma

@Tawmas abordou a questão exatamente como a apresentei - embora a solução não fosse o que eu esperava. Como resultado, aprendi uma técnica útil que também pode ser usada em outras situaçõe

resposta de Tom propôs uma abordagem que eu já havia mencionado no meu OP e, provisoriamente, rejeitei como sendo "feia"

O "feio" foi uma reação instintiva, e eu queria esclarecer o que havia de errado com ele. Ao fazer isso, percebi que o motivo era uma abordagem feia porque fiquei com a ideia de passar uma consulta definida para o modelo a ser renderizado. Se eu relaxar esse requisito, há uma abordagem feia que deve funciona

Ainda não tentei isso, mas suponha que, em vez de passar o conjunto de consultas, o código de exibição iterasse no conjunto de consultas que produz uma lista de Eventos, depois decorasse cada Evento com um conjunto de consultas para os participantes correspondentes qFO classificado (ou filtrado, ou o que for) da maneira desejada. Algo assim:

eventCollection = []   
events = Event.object.[filtered and sorted to taste]
for event in events:
   event.attendee_list = event.attendee_set.[filtered and sorted to taste]
   eventCollection.append(event)

Agora, o modelo se torna:

{% for event in events %}
   {{ event.location }}
   {% for attendee in event.attendee_list %}
     {{ attendee.first_name }} {{ attendee.last_name }}
   {% endfor %}
 {% endfor %}

A desvantagem é que a exibição precisa "atualizar" todos os eventos de uma só vez, o que pode ser um problema se houver um grande número de eventos. É claro que se pode adicionar paginação, mas isso complica consideravelmente a exibiçã

A vantagem é o código "preparar os dados a serem exibidos" na visualização em que pertence, deixando o modelo focar na formatação dos dados fornecidos pela visualização para exibição. Isso é certo e adequado.

Então, meu plano é usar a técnica de Tawmas para tabelas grandes e a técnica acima para tabelas pequenas, com a definição de grande e pequeno deixada ao leitor (sorriso