chat.freenode.net #tryton-es log beginning Thu Mar 17 00:02:01 CET 2016 | ||
2016-03-17 01:14 -!- JosDzG(~Thunderbi@187.188.72.34) has joined #tryton-es | ||
2016-03-17 02:05 -!- JosDzGx(~Thunderbi@187.188.72.34) has joined #tryton-es | ||
2016-03-17 04:04 -!- JosDzG(~Thunderbi@187.188.72.34) has joined #tryton-es | ||
2016-03-17 04:40 -!- JosDzG(~Thunderbi@187.188.72.34) has joined #tryton-es | ||
2016-03-17 08:36 <javivf> buenos dias | ||
2016-03-17 08:40 -!- kstenger1(~karla@r186-54-44-119.dialup.adsl.anteldata.net.uy) has joined #tryton-es | ||
2016-03-17 09:14 <meigallodixital> hi | ||
2016-03-17 10:26 <meigallodixital> concho, acaba de meter ced dos modulos nuevos product_classsification y prodcut_classification_taxonomies, donde se puede ver info de roadmap? | ||
2016-03-17 10:48 <meigallodixital> proteus va independiente? | ||
2016-03-17 10:48 <meigallodixital> me refiiero que no va dentro de modules no? | ||
2016-03-17 11:36 <pokoli> meigallodixital: si, proteus va independiente | ||
2016-03-17 11:36 <pokoli> meigallodixital: i el readomap en las issues tienes lo que esta pendiente | ||
2016-03-17 11:37 <meigallodixital> thanks, tengo el core funcionando completo desde el instalador este | ||
2016-03-17 11:37 <meigallodixital> voy a hacerte caso y en vez de partir de pyme ir haciendo mi lista de deps propia y que lea de ahí el instalador | ||
2016-03-17 11:38 <meigallodixital> me falta controlar que modulos no tienen rama 3.8 | ||
2016-03-17 11:40 <pokoli> meigallodixital: al final te hubiera sido mas facil utilizar los ficheros config que utilizamos nosotros ;) | ||
2016-03-17 11:41 <meigallodixital> lo fácil es aburrido :P | ||
2016-03-17 11:41 <meigallodixital> que config? ;) | ||
2016-03-17 11:43 <pokoli> meigallodixital: nosotros teneemos un repo con un fichero .cfg dónde definimos los modulos que queremos clonar y en que rama | ||
2016-03-17 11:43 <pokoli> meigallodixital: y luego un script que lo lee y te baja todos los modulos | ||
2016-03-17 11:44 <meigallodixital> eso estoy haciendo yo, lo que pasa que aparte leo las deps | ||
2016-03-17 11:44 <meigallodixital> y hago los link | ||
2016-03-17 12:07 -!- mariomop(~quassel@host213.190-30-193.telecom.net.ar) has joined #tryton-es | ||
2016-03-17 13:22 <meigallodixital> una cosa que echo en falta en el cliente gtk es que marque los campos readonly | ||
2016-03-17 13:25 <pokoli> meigallodixital: marca los que se pueden editar (cursiva) y los que son obligatorio (negrita) | ||
2016-03-17 13:25 <pokoli> meigallodixital: en los labels | ||
2016-03-17 13:25 <meigallodixital> en windows po lo menos no veo la cursiva | ||
2016-03-17 13:25 <meigallodixital> la negrita si | ||
2016-03-17 13:25 <meigallodixital> dejame revisar | ||
2016-03-17 13:28 <meigallodixital> cierto, el caso es como los requireidos son también cursiva no me di cuenta | ||
2016-03-17 13:28 <meigallodixital> buscas lo típico visualmente que sea sombreado el campo | ||
2016-03-17 13:38 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
2016-03-17 13:40 <pokoli> meigallodixital: claro, porqué tambien se pueden modificar | ||
2016-03-17 13:41 <pokoli> meigallodixital: en versiones anteriores era así, però se cambio para mejorar la accessibilidad | ||
2016-03-17 13:44 <meigallodixital> ok | ||
2016-03-17 13:44 <meigallodixital> a ver si voy cogiendo ritmo y arrancamos de una vez | ||
2016-03-17 13:44 <meigallodixital> pero cmo me interrumpen cada rato me disperso | ||
2016-03-17 14:15 <pokoli> meigallodixital: tipicall spanish | ||
2016-03-17 14:15 <pokoli> meigallodixital: a mi tambien me passa | ||
2016-03-17 14:15 <pokoli> jejejeje | ||
2016-03-17 14:21 <kstenger> creo que lo del campo requerido tambien se cambió para poder hacerlo igual en sao | ||
2016-03-17 14:43 <meigallodixital> pokoli: y aún así sacamos las cosas, nos tendrían que pagar el triple /mode queja off | ||
2016-03-17 14:45 <meigallodixital> una duda | ||
2016-03-17 14:45 <meigallodixital> si yo desisntalo un módulo | ||
2016-03-17 14:45 <meigallodixital> me elimina con el sistema de migraciones las tablas y demás? | ||
2016-03-17 14:46 <meigallodixital> es para elimina party_siret que se me ha colado :P | ||
2016-03-17 15:07 <pokoli> meigallodixital: no las tablas no se eliminan | ||
2016-03-17 15:07 <meigallodixital> ok | ||
2016-03-17 15:08 <meigallodixital> entiendo que este módulo crea más bien campos en party, son dos por lo que veo | ||
2016-03-17 15:09 <kstenger> creo que si sustituyeras el modulo por un modulo vacío e hicieras el update debería borrarte los campos agregados originalmente por el mismo | ||
2016-03-17 15:09 <kstenger> aunque no se si es el efecto deseado en este caso | ||
2016-03-17 15:10 <meigallodixital> estoy en prueba todavía en entorno virt, no hay problema | ||
2016-03-17 15:10 <meigallodixital> es para ir teniendo ideas claras :) | ||
2016-03-17 15:10 <pokoli> kstenger: creo que no, segun yo se tryton solo crea los campos no los elimina (a no ser que se haga manualment en un register) | ||
2016-03-17 15:12 <kstenger> pokoli: creo haber visto que si elimino un campo mientras estoy desarrollando un modulo y hago un update borra el field, no? | ||
2016-03-17 15:14 <pokoli> kstenger: trabajas con SQLite? | ||
2016-03-17 15:15 <kstenger> pokoli: no, postgres, depende de eso? | ||
2016-03-17 15:15 <kstenger> pense que era algo interno de tryton | ||
2016-03-17 15:15 <pokoli> kstenger: no, pero en SQLite renombrar una columna crea una tabla nueva i borra la anterior (algo asi, hablo de memoria) por lo que por esto se te podrian borrar los cambios | ||
2016-03-17 15:16 <pokoli> kstenger: no veo ningun código en modelsql que borre los campos | ||
2016-03-17 15:17 <kstenger> no miré el código, pero estoy segura porque si no me borrara los campos cuando hago un cambio de nombre tendría la BD llena de basura :-D | ||
2016-03-17 15:24 <pokoli> kstenger: pues deberias tener la BD llena de basura :P | ||
2016-03-17 15:25 <kstenger> ahora recordé que hay casos particulares donde si hacés un cambio al modulo el update no lo maneja bien, pero creo que es si cambias el tipo, o si cambias el la condicion de que no sea nulo. Pero nunca tuve problema por cambiar de nombre un campo.... igual voy a revisar :-D | ||
2016-03-17 15:25 <meigallodixital> recuerdo haber visto una doc para el multiempresa os suena por donde andaba? | ||
2016-03-17 15:25 <meigallodixital> pensaba que era en http://doc.tryton-erp.es | ||
2016-03-17 15:25 <meigallodixital> pero no la veo ... | ||
2016-03-17 15:26 <meigallodixital> solo pone esto | ||
2016-03-17 15:26 <meigallodixital> Multicompañía Para poder trabajar en multicompañía deberemos crear una empresa la cual utilizaremos como empresa padre, y de ella dependerán las distintas compañías con las que sí trabajaremos. | ||
2016-03-17 15:47 <pokoli> meigallodixital: que necessitas de multiempresa? | ||
2016-03-17 15:47 <meigallodixital> enterarme bien como se gestiona ;) | ||
2016-03-17 15:47 <meigallodixital> por olo que entiendo se crea una empresa como contenedora | ||
2016-03-17 15:47 <meigallodixital> y esa no se toca no? | ||
2016-03-17 15:50 <meigallodixital> ahora mismo tengo solo tryton core | ||
2016-03-17 15:50 <meigallodixital> es decir no tengo nada de nantic, tryspain o zz | ||
2016-03-17 15:52 <pokoli> meigallodixital: con la empresa padre lo que consigues es que los usuarios puedan acceder a cualquiera de sus empresas hijas, aunque solo trabajar en una a la vez | ||
2016-03-17 15:53 <meigallodixital> y como cambias de empresa? | ||
2016-03-17 15:53 <meigallodixital> por ejemplo para meter un apunte? | ||
2016-03-17 15:55 <kstenger> pokoli: acabo de desasnarme.... tengo la BD llena de basura... ya lo sé para cuando entre en etapa de producción :-( | ||
2016-03-17 15:57 <pokoli> kstenger: te lo dije ;) cuando entres en producción simplemente tienes que crear una BD de zero y tendrás solo los campos que necessitas | ||
2016-03-17 15:57 <kstenger> si si, digo por si tengo que hacer cambios despues de entrar en produccion... siempre hay cambios!! :-D | ||
2016-03-17 15:57 <meigallodixital> pokoli: entiendo que el lloro de kstenger es que lo de devel es la alpha de prod :P | ||
2016-03-17 15:58 <kstenger> gracias pokoli | ||
2016-03-17 15:59 <kstenger> meigallodixital: no entendí | ||
2016-03-17 15:59 <pokoli> meigallodixital: kstenger yo tampoco | ||
2016-03-17 15:59 <kstenger> jajaja | ||
2016-03-17 15:59 <pokoli> kstenger: Luego tienes que borrar manualmente los campos, si es necessario | ||
2016-03-17 15:59 <meigallodixital> kstenger: me refería que igual tenías datos 'reales' ya metidos | ||
2016-03-17 15:59 <meigallodixital> xd | ||
2016-03-17 16:00 <meigallodixital> vamos empresas reales, empleados reales, proveeedores reales ... | ||
2016-03-17 16:00 <pokoli> kstenger: basicamente eliminando el not null en los campos obligatorios es suficiente (si no te molesta tener campos vacios) | ||
2016-03-17 16:00 <pokoli> ACTION trabaja siempre con datos reales (copia de producción) | ||
2016-03-17 16:00 <kstenger> ahh, no, me refería a que si en algun momento hay que descartar un campo, bueno, hay que hacerlo a mano para no llenarse de basura y no ocupar mas espacio del necesario... trabajo administrativo es mi lloro | ||
2016-03-17 16:01 <kstenger> si claro... a no ser que no te moleste que queden ahí :) | ||
2016-03-17 16:02 <kstenger> meigallodixital: si en realidad te importara conservar los datos ahi sí tengo claro que habría que manejar el cambio a mano | ||
2016-03-17 16:02 <pokoli> kstenger: nosotros tenemos campos y no nos molestan. Tryton no va a incluir-los en los selects porqué no conoce su existencia | ||
2016-03-17 16:03 <kstenger> pokoli: buen punto | ||
2016-03-17 16:28 <meigallodixital> otra duda, cuando compras un producto luego hay forma de ponerle por item único una descripción? | ||
2016-03-17 16:40 <meigallodixital> ProgrammingError: no existe la columna f.lot | ||
2016-03-17 16:40 <meigallodixital> parece que los lotes no los ha cogido bien | ||
2016-03-17 16:40 <meigallodixital> es al ahce runa venta | ||
2016-03-17 16:49 <pokoli> meigallodixital: te falta actualitzar algun mòdulo en la BD que añade el campo lote | ||
2016-03-17 16:49 <meigallodixital> hice un --all después de meter los módulos | ||
2016-03-17 16:49 <meigallodixital> le vuelvo a dar a ver .... | ||
2016-03-17 16:54 <meigallodixital> lo mismo | ||
2016-03-17 16:54 <meigallodixital> solo se me ocurre que me falte inicializar algún parámetro en algún sitio ... | ||
2016-03-17 16:55 -!- bvillasanti(~bvillasan@138.117.20.246) has joined #tryton-es | ||
2016-03-17 16:56 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
2016-03-17 17:08 -!- bvillasanti(~bvillasan@138.117.20.246) has joined #tryton-es | ||
2016-03-17 17:23 -!- smarro(~sebastian@190.14.157.18) has joined #tryton-es | ||
2016-03-17 17:40 <meigallodixital> clear | ||
2016-03-17 17:40 <meigallodixital> uis xd | ||
2016-03-17 18:00 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
2016-03-17 18:17 <meigallodixital> podría llegar a combinar teerceros entre enpresas padre e hijas? | ||
2016-03-17 18:18 <meigallodixital> me refiero que si para que ese tercero lo vean todas las hijas | ||
2016-03-17 18:18 <meigallodixital> lo puedo meter en la padre | ||
2016-03-17 18:18 <meigallodixital> pero luego todo lo que haga la empresa hija quede asociado a ella | ||
2016-03-17 18:18 <meigallodixital> me interesa sobre todo por el tema de comprar a particular | ||
2016-03-17 18:18 <meigallodixital> para las alertas de vendedor poco fiable o con problemas | ||
2016-03-17 18:20 -!- JosDzG(~Thunderbi@187.188.72.34) has joined #tryton-es | ||
2016-03-17 20:18 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es | ||
2016-03-17 20:43 -!- kstenger1(~karla@r186-49-250-94.dialup.adsl.anteldata.net.uy) has joined #tryton-es | ||
2016-03-17 23:00 -!- bvillasanti(~bvillasan@138.117.20.246) has joined #tryton-es | ||
2016-03-17 23:31 -!- smarro(~sebastian@186.22.212.208) has joined #tryton-es |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!