IRC logs of #tryton-es for Friday, 2018-12-07

chat.freenode.net #tryton-es log beginning Fri Dec 7 00:02:01 CET 2018
-!- mariomop(~quassel@host65.201-253-198.telecom.net.ar) has joined #tryton-es12:12
-!- csotelo(~csotelo@132.157.131.163) has joined #tryton-es14:12
-!- josesalvador(~josesalva@93.176.184.38) has joined #tryton-es16:12
josesalvadorHola16:12
josesalvador¿Conocéis algún modo de que a la realización de una factura de Cliente (no desde Ventas) coloque el precio venta definido en el producto al seleccionar el mismo en la linea de fra?16:12
pokolijosesalvador: no, debes utilizar el módulo de ventas para calcular los precios de venta17:12
josesalvadorpokoli: ack. gracias17:12
pokolijosesalvador: de todos modos, que es lo que estas intentando hacer?17:12
josesalvadorpokoli: nada extraordinario, sencillamente introducir una factura de cliente por factura de cliente, no desde ventas17:12
josesalvadorpokoli: antes de preguntar he estado viendo el código y me había parecido ver que la respuesta que me has dado es el comportamiento normal de tryton17:12
josesalvadorpokoli: aunque la verdad, no entiendo porqué desde factura de cliente no se propone el precio de venta definido en el producto17:12
josesalvadorpokoli: si el account_invoice ya tiene dependencias con el módulo de producto (para poder escogerlo desde linea, p.e.)...17:12
pokolijosesalvador: porqué puede ser que el precio dependa de una tarifa y no sea correcto17:12
pokolijosesalvador: por eso se hace desde el módulo de ventas que es de dónde se gestionan todos los possibles cálculos de precio del producto17:12
josesalvadorpokoli: ack17:12
-!- csotelo(~csotelo@161.132.199.41) has joined #tryton-es17:12
pokolijosesalvador: como va con tryton, vas avanzando?17:12
josesalvadorpokoli: si, voy avanzando pero aún no he picado una línea de código18:12
josesalvadorpokoli: ahora mismo estamos implantando nuestro primer tryton :-D18:12
josesalvadorpokoli: pero nuestro trabajo con tryton en estos momentos se ciñe a:18:12
josesalvadorpokoli: tareas devops (implantación y despliegue) y modo usuario "avanzado" (conociendo cómo funcionan ya varios módulos de tryton), lo que nos implica leer mucha doc, realizar muchas pruebas (no tests en el sentido de desarrollo) de funcionamiento y leer mucho código18:12
josesalvadorpokoli: poco a poco nos vamos sientiendo más agusto con tryton y ya hace un tiempo que no pasa una semana que no le dediquemos la mayor parte del tiempo a tryton18:12
josesalvadorpokoli: ya que has preguntado te comento algo que aún no me atrevo a poner en foro público por mi desconocimiento del framework tryton18:12
josesalvadorpokoli: porque Demeter brilla por su asencia en el código en pro de la notación por puntos??18:12
josesalvadorpokoli: Aplicar demeter a tryton no haría más legible el código y... quizás minimizaría la dependencia entre módulos??18:12
pokolijosesalvador: perdona si la pregunta es tonta, però que es "Demeter"???18:12
pokolixD18:12
josesalvadorpokoli: https://es.wikipedia.org/wiki/Ley_de_Demeter18:12
pokolijosesalvador: de hecho es mejor primero entender cómo funciona el programa y luego empezar a tocar código, sino te puede pasar que piques código que ya esta implementado en alguna parte que no conóces18:12
josesalvadorpokoli: gracias por el consejo, en ello estoy18:12
josesalvadorpokoli: en cuanto a demeter, por resumirlo, lo que "prohhibe" son notaciones como account.party.name18:12
josesalvadorpokoli: si deseas acceder desde account al name del party deberías escribir account.party_name18:12
pokolijosesalvador: el account.party.name es la notación de ActiveRecord que es el patrón que se utiliza en tryton18:12
pokolijosesalvador: supongo que uno de los principales motivos es porqué tryton es flexible por naturaleza y se puede añadir nuevos campos a modelos existentes (por ejemplo el party) a través de un módulo18:12
josesalvadorpokoli: account, tendría una propiedad party_name que es quien devolvería party.name18:12
pokolijosesalvador: con ActiveRecord el attributo passa a estar disponible de forma automática en todas partes18:12
josesalvadorpokoli: de esa manera account solo conoce a party, y no name18:12
josesalvadorpokoli: el código resultaría menos acoplado a cambios de api/implementación y por supuesto de módulos18:12
pokolijosesalvador: de hecho, este Demeter se utiliza en las evaluaciones de PYSON (en clientes y servidores), en que solo se pueden acceder las propiedades del propio registro18:12
pokolijosesalvador: si quieres evaluar el nombre del cliente debes añadir un campo funcional del propio modelo para poder acceder a él18:12
josesalvadorpokoli: exacto18:12
josesalvadorpokoli: esa es la idea18:12
josesalvadorpokoli: la única parte negativa que tiene demeter es la proliferación de propiedades18:12
josesalvadorpokoli: pero minimiza las interdependencias entre clases, módulos... confiere un código más legible (se acabarían los accesos tipo x.y.z.a...) y permitiría más flexibilidad a la hora de cambiar apis y/o implementaciones18:12
pokolijosesalvador: si quieres publicarlo en el foro de discussión adelante, pero al ser un sistema mas flexible, a mi me parece bien cómo esta18:12
pokolijosesalvador: de hecho, lo encuentro un poco engorroso tener que hacer campos funcionales para la evaluación de pyson18:12
pokolijosesalvador: yo seria más partidario de poder hacer la evaluación del punto en el pyson :P18:12
josesalvadorpokoli: quizás cuando pueda defenderme con tryton pueda defender lo de Demeter (o hacer como que nunca dije nada X-D!!! )18:12
josesalvadorpokoli: lo es (proliferación de campos/propiedades). Es el precio a pagar :-(18:12
pokolijosesalvador: para mi es mas prioritario añadir funcionalidades para el usuario que algún cambio de este tipo :P19:12
josesalvadorpokoli: no te lo discuto, solo era un comentario que incluso quizás pueda no tener ningún sentido19:12
josesalvadorpokoli: sólo me llamó la atención19:12
pokolijosesalvador: sin problema, cualquier crítica es siempre bienvenida :P19:12
pokolijosesalvador:  hablamos otro rato, yo me desconecto por ahora. Saludos!19:12
josesalvadorpokoli: buen finde!! :-D19:12
-!- csotelo(~csotelo@2800:200:f400:c6d:93cb:150d:4bbf:365a) has joined #tryton-es22:12

Generated by irclog2html.py 2.16.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!