Open emwa opened 10 years ago
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Yo haria un model nuevo en Welcome, iC_Membership_Status, heredando de iC_Type, con solo un campo, ic_type (primary_key=True, parent_link=True), al estilo de iC_Record_Type.
Luego pondria el campo 'status' al modelo iC_Membership, que sea foreign key de iC_Membership_Status.
Para introducir estos 'estados', primero añadiría un item en la tabla iC_Type, llamado p.ej. 'Estat del registre de soci', con la clas=iC_Membership_Status, y ya luego abriria la lista iC_Membership_Status para añadir estos 'estados', todos con ese mismo parent ('Estat del registre de soci').
El syncdb supongo que creará la nueva tabla, pero no añadirà el campo FK 'status' en ic_membership. Si no queremos eliminar y recrear la tabla ic_membership con syncdb (que és un jari, pues es fk de muchas otras tablas) tocaría añadir el campo 'status' a mano y crear la vinculación ForeignKey directamente desde Mysql Workbench (¿?)...
Casi mejor exportar un .csv de todo Welcome, eliminar las tablas y crearlas de nuevo con syncdb, para luego volver a importar el .csv. Si lo hacemos exportando .sql, al importarlo de nuevo se volvera a eliminar el nuevo campo 'status', pues por defecto los .sql borran y crean las tablas con DROP TABLE. Quiza se consigue via .sql (uno por tabla en vez de uno general), pero eliminando del .sql todo menos los INSERT... O bien poniendo de nuevo el South...
On 05/09/14 19:29, emwa goldwoman wrote:
Se habia hablado con bum2 de que el estado podia ser una función pero veo que no es posible implementar con una función todos los posibles estados que se usan actualmente:
- Actiu
- Baixa
- Pendent
- Revisió
- Gestoria
- Seguiment
- Quota en dubte
- Baixa en dubte
Se deberia añadir el campo para definir todos estos estados
Reply to this email directly or view it on GitHub: https://github.com/CICIC/gestioCI_butterfly_release/issues/8
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iQEcBAEBAgAGBQJUCjM1AAoJEIit0IKMa2v+jPgH/A9Vl6z1LeySQ8iLJmPkqE/q sAcgDIAkfd76A9OLnkSWTli3ULK1ch3zlOftvv4o+HcLFpKO8BbfdccHf2q4lgCQ gPaBB9OTYTWXoeceJme5dVBoCyTaE6LmBGsoD76RixcZZYCfdi/yoDHFmGqL7KBA FMcyo0erx48OvqZbeF/XA4WiQe/FVat0xxQN7NEYrVZmcnckmdkK1Rr89UcBh6nW 0rf5OKusfM+mSuERz6I8KV/1iRFaKaQUETsIACqZcYfKoH7dqWVQHOCccQw9NZJR Y4X4+fADYIDRg2NgEzfXmmBUkKBV73BRPhAVlLVZ4XeqKUzJ+3MIZh7DwNqKOGQ= =gm1a -----END PGP SIGNATURE-----
ok, te encargas tu de hacerlo?
Acabo de ver que hay dos estados: el de socio y el de socio autoocupado, se puede dar de baja d socio autocupado pero se sigue siendo socio de la cic no tengo muy claro si tu implementación lo tiene en cuenta
respecte lo dels estats de socis que dius: son dos registres diferents, el registre de socis de la cic y el de autoocupats, un soci pot estar donat d'alta d'autoocupat un temps i despres donar-se de baixa del 'servei', sense deixar de ser soci, evidentment. Inclus pot tenir varios registres tancats (amb data de baixa) com a historic de les vegades que s'ha donat d'alta i baixa del servei d'autoocupats. Si preferim no tenir varios registres d'autoocupat per cada soci, en el cas que un soci torni a ser 'autoocupat', sempre podem editar el seu registre d'alta anterior (que estava tancat) i canviar les dates...
respecte lo dels estats de les altes: lo més rapid i senzill ara mateix és fer un camp amb les 'choices' directament, al estil dels tipus de carpa dels firaires, en el codi. Així ens oblidem per ara de les foreignkeys en aquest cas i més fàcil d'afegir a la db el camp nou (ja que no pot ser calculat)... si ho pot fer aleph seria genial.
Dadas las dimensiones de los diferentes asuntos eso de asignar quién lo hace, opino de que, podría hacerse mediante los issues. Más importante detectar y redactar la especificación que asignar, como comentario, quién cristaliza.
Abro hilo: https://wiki.enredaos.net/index.php?title=CICICdev/september#GESTIO_DEV:_Auth_User.States
Se habia hablado con bum2 de que el estado podia ser una función pero veo que no es posible implementar con una función todos los posibles estados que se usan actualmente:
Se deberia añadir el campo para definir todos estos estados