Primero un poco de top-posting por qué hace referéncia a otro mail.
Las Qt son MUY agradables de programar.
Yo tengo experiencia en C++, pero Python+Qt también tiene buena pinta (aquí
tus ganas de tener la excusa para aprender la serpiente.
Ahora, para tu caso... sigue leyendo.
A Divendres 19 Març 2010 10:48:02, Joan Puiggali va escriure:
> > - Yo contesto que en este caso eso es matar moscas a cañonazos pero que
> > lo miraré para otros proyectos
>
> Por pequeño que sea, con poco esfuerzo lo adaptas, y ya no te tienes que
> picar los proyectos, en serio, no lo descartes. Te olvidas de los clientes
> para cada S.O
>
> Es como tomar la decisión de usar un CRM, para una página "sencilla"...
Sin vacileo... sí, vuelvo a recomendar OpenERP. Y te recuerdo una frase que te
ponía en mi primera respuesta.
"Si el nom 'OpenERP' et molesta, digues-li 'OpenObject' ja que han
generalitzat la solució per què sigui útil per crear eines (sobretot de
gestió) de qualsevol tipus."
Esto no es una simple cuestión de marketing (seguro q también), si no que si
agarras el proyecto 'openobject-server' del Bazaar (sin los 'addons') lo que
tienes es un FRAMEWORK que te da:
- Sistema de usuarios, con grupos, roles y permiso de acceso definible por
objeto, menú y transiciones. De lo que puedes usar más o menos.
- Una 'objeto de negocio' base, los Partner, que és el "contacto" que puede
ser 'cliente', 'proveedor', ambas o ninguna. Simplemente: persona, entidad o
empresa (esto estaba en discusión de hasta quitarlo de 'openobject', pero
vaya, en tu caso te sirve).
- Unos clientes multiplataforma que alimentan su interficie de definiciones en
el servidor (no WYSING o como se escriba, se definen con XML pero bastante ágil
y completo).
A partir de ahí, tu elección: puedes programar todo el resto de 0 o intentar
reutilizar módulos/clases existentes (proyectos addon-XXXX, que puedes
añadirlos y después instalar o no cada módulo).
Tener un objeto nuevo es así de sencillo:
<codigo lang="python">
class competicion_edicion(osv.osv):
_name = 'clubdetiro.competicion.edicion'
_description = "Edición de una competición de tiro"
_columns = {
'name': fields.char("Nombre", size=128, required=True, help="Un nombre
descriptivo de esta edición de la competición."),
'competicion_id': fields.many2one('clubdetiro.competicion',
"Competicion", required=True),
'participacion_ids': fields.many2many('res.partner',
'clubdetiro_edicion_participacion', 'edicion_id', 'partner_id',
"Participantes"),
'permiso_guardia_civil': fields.boolean("Permiso Guardia Civil",
help="Se ha recibido el permiso de la guardia civil?"),
}
competicion_de_tiro()
</codigo>
Y a partir de aquí a desarrollar. Pero ya dispones de un sistema para chequear
condiciones del modelo, para tratar los casos 'onchange' de la interficie,
definir diferentes interfaces para un mismo objeto segun desde qué menú se
accede o de su estado...
Todo esto en Python, con lo que tienes muchas librerías (nativas de python o
de otros lenguajes con sus bindings) para conectarlo a RFID o como gustes.
Y en los addons existentes, si no para usarlos diréctamente, pero ya tienes
mucho código de ejemplo (por ejemplo, para el objeto hr.employee ya hay un
sistema preparado para conectarlo a sistemas para fichar en las empresas (con
su control de estado actual...).
> > [..]
> > Resumen: o los mensajes de la lista llegan desordenados (a mi me llegan
> > con varias horas de retraso. Alguna explicación?), o la gente no los lee
> > antes de contestar, o se abusa de los psicotrópicos por aquí, o somos
> > una panda de locazas esquizofrénicas o todas las anteriores.
me quedo con los psicotrópicos y un poco de todo.
--
Guillem Barba
[email protected]
http://www.guillem.alcarrer.net
L'Hospitalet de Llobregat - Catalunya
--
_______________________________________________
Comandob mailing list
[email protected]
http://lists.badopi.org/mailman/listinfo/comandob
