Talk e Subcommunity

[leriomaggio]

Main Change:

• Spostato il campo sub_community da p3.P3Talk a conference.Talk (segue una PR anche per conference) - con relativo script di migrate south.
• In più, allineate tutte le info di submission con il CfP (tipi di contributi, time slots).
• Ancora, corretti alcuni bug nei template "profile" e "talk" (con qualche leggera variazione al css)
• Infine, modificate alcune impostazioni in settings e requirements per effettuare correttamente il processo di setup.

Tutti i dettagli, sono nei commenti dei commit.

Nella PR c'è anche una vecchia modifica alla pagina degli hotel per un fix delle API GMaps sui controlli di zoom della mappa.

[dvd0101]

Perché spostare il campo sub_community in conference? è un dato specifico di pycon per questo stava in p3.

Le altre modifiche invece vanno bene

[leriomaggio]

Per quello che ho intuito, conference è responsabile di tutto il processo di gestione di talk (schedule e submissions), mentre p3 gestisce gli aspetti della conferenza.
Seguendo questo razionale, ho inteso il campo sub_community più come "estensione" di (conference.)Talk che come info specifica di PyCon Sei (e, quindi, p3).
In altre parole, la classe P3Talk l'ho intesa come proxy verso conference. Tutte le info di un talk sono (e restano, in questo modo) in conference.talk.
In questo modo si ottiene:

• una gestione più lineare del processo di salvataggio dei talk (risolvendo alcuni problemi di salvataggio e duplicazione delle sottomissioni);
• la info è compilant con i vecchi talk, in quanto il campo è empty di default;
• è possibile abilitare la visualizzazione della info nel Back-end di admin con pochissimo effort, senza modificare admin-forms e admin-manager

Spero di essermi spiegato ;)

[dvd0101]

On Mon, 2015-01-26 at 02:29 -0800, Valerio Maggio wrote:

Per quello che ho intuito, conference è responsabile di tutto il
processo di gestione di talk (schedule e submissions), mentre p3
gestisce gli aspetti della conferenza.
Seguendo questo razionale, ho inteso il campo sub_community più come
"estensione" di (conference.)Talk che come info specifica di PyCon Sei
(e, quindi, p3).
In altre parole, la classe P3Talk l'ho intesa come proxy verso
conference. Tutte le info di un talk sono (e restano, in questo modo)
in conference.talk.
In questo modo si ottiene:

  * una gestione più lineare del processo di salvataggio dei talk
    (risolvendo alcuni problemi di salvataggio e duplicazione
    delle sottomissioni);
  * la info è compilant con i vecchi talk, in quanto il campo è
    empty di default;
  * è possibile abilitare la visualizzazione della info nel
    Back-end di admin con pochissimo effort, senza modificare
    admin-forms e admin-manager

Spero di essermi spiegato ;)

Si ti sei spiegato e hai fatto tutto bene, purtroppo però conference è
condiviso anche da altri siti e contiene solo le informazioni comuni;
estensioni che riguardano siti diversi vengono spostate in modelli fuori
da conference (così come e stato fatto per P3Speaker o
P3ConferenceTicket).

ciao

[leriomaggio]

Rollback delle modifiche e nuovo admin di gestione dei P3Talk.
Ora dovrebbe essere tutto compilant con conference. Inoltre, adesso è possibile gestire i P3Talk via Admin filtrando per SubCommunity.

Inoltre, fix di qualche altro bug nella gestione delle form e dei template, e aggiornamento delle traduzioni per i nuovi campi/help_text delle form.

[leriomaggio]

Fixed anche bug di update dei talk (con CfP aperta e chiusa).
Gli errori segnalati da Simone in ML sono dovuti ad un erroneo posizionamento delle URL in pycon/urls.py (che avevo già corretto e dimenticato di segnalare nella descrizone della PR :)