IRC logs of #tryton-es for Monday, 2017-11-27

chat.freenode.net #tryton-es log beginning Mon Nov 27 00:02:01 CET 2017
-!- kobain(~kobain@unaffiliated/kobain) has joined #tryton-es01:30
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es08:21
-!- javivf_(~javivf@182.red-79-146-83.dynamicip.rima-tde.net) has joined #tryton-es08:26
-!- csotelo(~csotelo@179.7.42.182) has joined #tryton-es08:46
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es08:59
javivfbuenas08:59
pokolibuenos dias09:15
pokolimeigallodixital: yo siempre lo he registrado todo en el propio __init__09:16
-!- csotelo(~csotelo@179.7.42.182) has joined #tryton-es10:12
-!- danypr92(25df1fbc@gateway/web/freenode/ip.37.223.31.188) has joined #tryton-es11:37
danypr92buenas11:39
danypr92para crear un popup de confirmación de los cambios, tendria que tocar el cliente, no?11:40
danypr92estoy trabajando con el cliente de escritorio y nos gustaria tener un popup para confirmar los cambios antes de realizarlos (un alert)11:40
-!- mariomop(~quassel@host234.190-137-72.telecom.net.ar) has joined #tryton-es11:43
pokolidanypr92: puedes utilizar el attributo confirm de los botones11:49
-!- danypr92(25df1fbc@gateway/web/freenode/ip.37.223.31.188) has joined #tryton-es11:53
danypr92pokoli: gracias! y puedo poner contenido dinamico?11:54
pokolidanypr92: que es dinamico?11:54
danypr92porque necesitaria pintar el nombre de un party en el msg de confirmación, pero el party se selecciona en esa misma pantalla que necesita el msg para confirmar la accion11:54
danypr92es un wizard action con un many2one, que cuando lo selecciones y confirmes la acción te pregunte: ¿seguro que quiere realizar la accion sobre X? donde X es el nombre del party que hemos seleccionado11:56
danypr92yo habia pensado en crear otra TransitionView del Wizard con los campos readonly para confirmar o cancelar, pero he preferido preguntar porque siempre hay una solucion que Tryton ya tiene pensada y que no conocia...12:03
pokolidanypr92: los mensajes de confirmación no son dinàmicos12:04
pokolidanypr92: si tienes un wizar lo mejor es que pongas un paso adicional12:04
pokolidanypr92: de todos modos, me parece un poco estúpdio, ya que volverias a mostrar la misma información que esta viendo el usuario12:05
danypr92pokoli: gracias, es lo que tenia pensado.12:14
danypr92pokoli: puede sonar un poco estupido, pero más vale prevenir, que luego se hacen las cosas rápido, se selecciona el cliente que no quieres y la lias12:14
pokolidanypr92: si la van a liar, la van a liar igual con un paso que con dos12:16
pokolidanypr92: mejor tener un procedimiento para "desliar"12:16
-!- smarro(~sebastian@181.16.34.86) has joined #tryton-es13:03
danypr92pokoli: sabes si hay algo como los warnings que si son dinamicos que pueda usar en ese caso?14:15
danypr92con el warning puedo "cubrir" lo que necesito, pero es un mal uso del warning...14:16
-!- csotelo_at_work(~csotelo@179.43.97.56) has joined #tryton-es14:17
pokolidanypr92: ¿que necesitas hacer?14:17
danypr92sigo con el popup14:26
danypr92el confirm14:26
danypr92el warning da la funcionalidad que necesito, cancelar vuelve a donde estas, ok realiza la accion14:27
pokolidanypr92: de hecho, porqué no lo haces con un warning?14:35
pokolidanypr92: que se lance el warning al ejecutar la accion del wizard14:35
danypr92si, lo he hecho con un warning, pero deja mucha basura en el log y no consigo desabilitar el check de skip14:35
-!- danypr92(25df1fbc@gateway/web/freenode/ip.37.223.31.188) has joined #tryton-es15:12
pokolidanypr92: no se puede deshabilitar el check de skip15:15
-!- danypr92_(~daniel@37.223.31.188) has joined #tryton-es15:16
danypr92pokoli: y ocultar o no hacerle caso?15:17
pokolidanypr92: lo podrias ocultar tocando el cliente..15:18
danypr92_pokoli: eso intento evitar...15:20
-!- danypr92(~daniel@37.223.31.188) has joined #tryton-es15:23
danypr92pokoli: y evitar que escriba en db o que no lea el campo skip? crees que podria ser una solucion?15:26
pokolidanypr92: supongo que algun guarrazo se podria hacer sobrescribiendo el modelo del warning15:28
pokolidanypr92: yo invertiria mas tiempo en explicar que la doble confirmación no sirve de nada15:29
pokolidanypr92: y que la información ya la tienes en la primera pantalla15:29
danypr92pokoli: gracias! en realidad si, si un problema aparentemente pequeño tiene que conllevar tantos cambios y hacer cosas que no se deben hacer, creo que mejor dejarlo... tienes razon15:30
pokolidanypr92: si es un wizard, el usuario ya ve el tercero que ha seleccionado, por lo que un mensaje extra no aporta nada, solo complexidad15:33
danypr92pokoli: ya, pero como se realiza un cobro a ese tercero, no viene mal una segunda validación para asegurar que quieres cobrarle a ese tercero15:39
-!- mariomop(~quassel@host234.190-137-72.telecom.net.ar) has joined #tryton-es16:02
-!- danypr92(~daniel@37.223.31.188) has joined #tryton-es16:06
-!- smarro(~sebastian@181.16.34.86) has joined #tryton-es16:10
pokolidanypr92: igual necessitas que otra persona lo apruebe16:21
pokolidanypr92: pero validar dos veces la misma la cosa la misma persona no lo puedes forzar16:21
-!- smarro(~sebastian@181.16.34.86) has joined #tryton-es18:35
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es18:44
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es18:49
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es19:50
-!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es21:17
-!- kobain(~kobain@unaffiliated/kobain) has joined #tryton-es23:19
-!- danypr92(~daniel@2.152.107.85.dyn.user.ono.com) has joined #tryton-es23:50

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!