Altrimenti fai il commit di quello che c'è, lo correggiamo in seguito.
La mia obiezione era che il codice attuale c'è e funziona.
eh ok ma manca parecchia roba che ho aggiunto. Il google.py va
comunque riscritto indipendentemente dal model, o meglio, ampliato. Io
committo, facciamo sempre a temp
Lawrence Oluyede ha scritto:
> Puoi, provandolo da shell. Bisognerebbe aggiungere il supporto a
> google.py dentro l'admin. Io sono ancora contrario a metterlo nel
> save() perché quando stavo sistemando i model mi sono accorto che
> geo_location aveva bisogno di user (per l'indirizzo) e user di
> Puoi, provandolo da shell. Bisognerebbe aggiungere il supporto a
> google.py dentro l'admin. Io sono ancora contrario a metterlo nel
> save() perché quando stavo sistemando i model mi sono accorto che
> geo_location aveva bisogno di user (per l'indirizzo) e user di
> geo_location e mi pare una d
Lawrence Oluyede ha scritto:
Ho sistemato il problema dei campi richiesti nel profilo
L'errore è appunto quando provo ad aggiungere una GeoLocation, dalla
pagina di creazione del profilo:
Si si è dovuto a editable=False, l'ho tolto ma rimane un ma:
In questo modo non posso testare se la map
Ho sistemato il problema dei campi richiesti nel profilo
L'errore è appunto quando provo ad aggiungere una GeoLocation, dalla
pagina di creazione del profilo:
Si si è dovuto a editable=False, l'ho tolto ma rimane un ma:
In questo modo non posso testare se la mappa funziona.
Puoi, provandol
Lawrence Oluyede ha scritto:
Ok, solo che non vedevo il codice che fa tutto questo.
Dall'aread admin, quando accedo all'oggetto GeoLocation ottengo diversi
errori.
Potresti indicare il tipo di errori? Io non ne ho mezzo di errore.
Hai _ricreato_ il db?
- cancella pythonisti.db
- python manage.
Ok, solo che non vedevo il codice che fa tutto questo.
Dall'aread admin, quando accedo all'oggetto GeoLocation ottengo diversi
errori.
Potresti indicare il tipo di errori? Io non ne ho mezzo di errore.
Hai _ricreato_ il db?
- cancella pythonisti.db
- python manage.py syndcb
E' così anche per
Lawrence Oluyede ha scritto:
> - il model GeoLocation è stato sostanzialmente riscritto perché
> - dipende da google.py e questo non va bene (get_location sarà
> chiamata dalla view, non dal model)
Qui non ti seguo.
Come vengono inseriti i dati in questo model?
Il punto del mio ragionamento
Ho provato ora e ci sono problemi.
Dalla interfaccia di amministrazione web non posso aggiungere nuove
GeoLocation.
Lo so, i campi sono settati a editable=False. La domanda è: perché
dovresti aggiungere geo_location dall'admin? Tanto senza google non
hanno alcun senso e le coordinate dei posti
> - il model GeoLocation è stato sostanzialmente riscritto perché
> - dipende da google.py e questo non va bene (get_location sarà
> chiamata dalla view, non dal model)
Qui non ti seguo.
Come vengono inseriti i dati in questo model?
Il punto del mio ragionamento è che get_geo_location() debba
-- Forwarded message --
From: Lawrence Oluyede <[EMAIL PROTECTED]>
Date: Jan 20, 2007 10:46 AM
Subject: Re: [Python] [pythonisti] aggiornamento
To: [EMAIL PROTECTED]
Per curiosità, mi dici dove trovare questo branch?
Son tutti qui: http://code.djangoproject.com/browser/
Manlio Perillo ha scritto:
Lawrence Oluyede ha scritto:
Oggi prima di cominciare ad implementare le feature effettive (vedi la
form per l'aggiunta dell'utente) ho provato a usare un po' il model e
mi sono accorto di varie mancanze e problemi che ho sistemato. Ecco,
senza ordine significativo:
[
Lawrence Oluyede ha scritto:
Oggi prima di cominciare ad implementare le feature effettive (vedi la
form per l'aggiunta dell'utente) ho provato a usare un po' il model e
mi sono accorto di varie mancanze e problemi che ho sistemato. Ecco,
senza ordine significativo:
- Tag l'ho rinominato in Skil
Scusa l'OT, esiste già uno strumento del genere che funzioni con
sqlalchemy? Ovvero che confronti il model con il DB e aggiorni
quest'ultimo di conseguenza?
No, esiste un branch iniziato per il Summer Of Code ma è decisamente indietro.
Ora ci vorrà parecchio prima che qualcuno si incarichi di gu
> dell'admin perché tanto non impattano sulla tabella SQL, che è quella
> che deve essere scolpita nella roccia per ora dato che non abbiamo un
> tool per le migrazioni)
Scusa l'OT, esiste già uno strumento del genere che funzioni con
sqlalchemy? Ovvero che confronti il model con il DB e aggiorni
Oggi prima di cominciare ad implementare le feature effettive (vedi la
form per l'aggiunta dell'utente) ho provato a usare un po' il model e
mi sono accorto di varie mancanze e problemi che ho sistemato. Ecco,
senza ordine significativo:
- Tag l'ho rinominato in Skill
- ora i model hanno i vari "
16 matches
Mail list logo
