[tryton-es] Re: Pobre documentacion - HELP

[Francisco Maria Moyano Casco]

El jueves, 17 de marzo de 2016, 5:01:22 (UTC-3), Eduardo862005 
eduardo862005 escribió:
>
>
> 
> estimados colegas, alquien tendra compilado los parametros de cada 
> instruccion del framework TRYTON adjunto una imagen del extracto de la 
> pobre documentacion que suministra Tryton.org a todo le pone (See in 
> COMMON-attributes) asi no se puede avanzar. alquien sabe bien que 
> parametros lleva. gracias a todos
>
 
Cuando haces clic en common-attributes-* te lleva hasta donde explica que 
valores acepta y su descripción.
Otra forma, que es la que utilizo yo, es ir hasta el código fuente de 
módulos oficiales y ver como los utiliza. 
Saludos
   Francisco

[tryton-es] Re: pyson, domain y xml

[Francisco Maria Moyano Casco]

La versión que estoy usando es la 3.4
Ya esta resuelto de la manera publicada, gracias!

Francisco

El viernes, 25 de septiembre de 2015, 9:09:21 (UTC-3), Sergio Morillo 
escribió:
>
>
>
> El viernes, 25 de septiembre de 2015, 3:57:50 (UTC+2), Francisco Maria 
> Moyano Casco escribió:
>>
>> Hay que usar caracteres de escape
>> en este caso
>>
>> [('state', 
>> '=','request'),('request_date','',DateTime(hour=0, minute=0, second=0, 
>> microsecond=0, delta_days=7))]
>>
>
> ¿Con qué versión estás trabajando? 
> En la versión 3.6 tienes que usar eval [1].
>  
> [1] http://hg.tryton.org/modules/account/rev/d60176cc48a2
>
>>
>> Saludos
>>       Francisco
>>
>> El jueves, 24 de septiembre de 2015, 14:10:16 (UTC-3), Francisco Maria 
>> Moyano Casco escribió:
>>>
>>> Estimados.
>>>   En el siguiente código, no me toma la expresión de dominio  
>>> con el operador <= en el xml de definición de vistas
>>>
>>> >> id="act_maintenance_historical_request_state">
>>>   Hoy
>>>   
>>>  >> name="domain">[('state','=','request'),('request_date','<=',DateTime(hour=0,
>>>  
>>> minute=0, second=0, microsecond=0, delta_days=1))]
>>> 
>>>  
>>>
>>>
>>> Me da el error
>>>xml.sax._exceptions.SAXParseException: 
>>> :66:71: not well-formed (invalid token)
>>> que es el que sale cuando das cierre a un tag
>>>
>>>  Saludos, y muchísimas gracias por anticipado.
>>> Francisco
>>>
>>>
>>>

[tryton-es] pyson, domain y xml

[Francisco Maria Moyano Casco]

Estimados.
  En el siguiente código, no me toma la expresión de dominio  con 
el operador <= en el xml de definición de vistas


  Hoy
  
 [('state','=','request'),('request_date','<=',DateTime(hour=0, 
minute=0, second=0, microsecond=0, delta_days=1))]

 


Me da el error
   xml.sax._exceptions.SAXParseException: :66:71: 
not well-formed (invalid token)
que es el que sale cuando das cierre a un tag

 Saludos, y muchísimas gracias por anticipado.
Francisco

Re: [tryton-es] Valores por defecto en m2o

[Francisco Maria Moyano Casco]

Este es el extracto de código. Cuando hago 'clic' en nuevo, se pudre todo. 
jaja


meta_producto = fields.Many2One('product.template', 'Plantilla de producto',
  
domain=[('purchasable','=',True),

('type','=','assets') ])
Saludos y muchas gracias.
   Francisco

El martes, 7 de julio de 2015, 12:45:39 (UTC-3), Sergi Almacellas Abellana 
escribió:

 El 07/07/15 a les 13:02, Francisco Maria Moyano Casco ha escrit: 
  Estoy usando la versión 3.2 . Tal vez ya esta resuelto en versiones mas 
  recientes. 

 La versión 3.2 esta soportada, por lo que aún se aceptan correciones. 

  O tal vez lo estoy haciendo mal. 

 Sin ver el código no te lo puedo decir :) 


 -- 
 Sergi Almacellas Abellana 
 www.koolpi.com 
 Twitter: @pokoli_srk 

Re: [tryton-es] Valores por defecto en m2o

[Francisco Maria Moyano Casco]

Sabes que no. Pero me parece que es porque en el modulo product, esta por 
defecto que el type = 'goods'. Cuando abrís el form, te marca dicho campo 
con la selección por defecto en rojo (goods en este caso). Y cuando marcas 
purchaseable (el otro campo que se establece en el domain del m2o) cambia 
automáticamente a assets.


El martes, 7 de julio de 2015, 4:58:58 (UTC-3), Sergi Almacellas Abellana 
escribió:

 El 06/07/15 a les 19:47, Jordi Esteve (Zikzakmedia) ha escrit: 
  El 06/07/15 a les 16:15, Francisco Maria Moyano Casco ha escrit: 
  
  Estimados. 
  
  Como hago para pasar valores por defecto cuando creo un nuevo registro 
  a través de un Many2One. Por ejemplo, cuando hago un Many2One a 
  product.template (tengo instalado además el modulo purchase), quiero 
  que del campo type, que es de tipo selection, me seleccione assets 
  de manera automática y por defecto. 
  
  
  Me parece que en v.3.4 y anteriores no se puede, pero en v.3.6 y 3.7 (la 
  de desarrollo) si está implementado, pues creo recordar que se ha 
  retocado el cliente de tryton. 
  
  Lo digo de memoria, quizás sea en la v 3.7 (la de desarrollo) donde se 
  ha implementado. 

 Si utilizas un domain para forzar que el Many2One sea de tipo assets el 
 cliente te va a forzar este valor por defecto al crear nuevos registros. 

 No se, si es lo que quieres, però es una opción 

 Un saludo, 

 -- 
 Sergi Almacellas Abellana 
 www.koolpi.com 
 Twitter: @pokoli_srk 

[tryton-es] Re: Valores por defecto en m2o

[Francisco Maria Moyano Casco]

Hola Jesus.
   Muy buenas e instructivas las respuestas, pero no son lo que 
estoy buscando. De la manera que me lo describís, busca en la tabla 
product.template un registro que sea activo comprable (purchaseable = True, 
type = assets), y te devuelve el primero que encuentra. Como diriamos en 
Argentina, pego en el palo.

   Lo que necesito, es que al hacer un nuevo meta_producto, me 
habrá la vista de product.template con los campos de la manera en que lo 
pide en su domain. O sea, que por defecto este  type = assets, y 
purchaseable = True. 

 Saludos y, otra vez, muchísimas gracias.
   Francisco


   
   

[tryton-es] Re: Valores por defecto en m2o

[Francisco Maria Moyano Casco]

Por si las dudas, aclaro que quiero hacer esto:

meta_producto = fields.Many2One('product.template', 'Plantilla de producto',
  
domain=[('purchasable','=',True),

('type','=','assets') ])

Cuando hago la búsqueda me restringe a ese dominio (activos que se pueden 
comprar). Pero cuando quiero declarar uno nuevo, como el campo type es por 
defecto goods, no hace lo que quiero.

Saludos, y muchas gracias.
 Francisco

[tryton-es] Valores por defecto en m2o

[Francisco Maria Moyano Casco]

 

Estimados.

Como hago para pasar valores por defecto cuando creo un nuevo registro a 
través de un Many2One. Por ejemplo, cuando hago un Many2One a 
product.template (tengo instalado además el modulo purchase), quiero que 
del campo type, que es de tipo selection, me seleccione assets de manera 
automática y por defecto. 

Se que en caso de campos booleanos, se hace


@classmethod
def check_xml_record(cls, records, values):
return True

 

Pero con otros campos hago aguas.

Justo el campo type tiene por defecto el valor goods, así que mataría dos 
pajaros de un tiro con esta consulta


 No se si se entiende la consulta. 

Saludos, y muchas gracias.

Francisco

[tryton-es] Re: Visualizar modulos en tryton 3.2

[Francisco Maria Moyano Casco]

Hola Carlos.
   Una pregunta rápida, ¿la instalación la hiciste con el 
script de instalación de la página; o descargaste el trytond y los módulos 
uno a uno; o solo descargaste el script y no lo instalaste?
   Por si las dudas, el setup.py (no quiero sonar pesado ni 
repetitivo), se encuentra dentro de la carpeta de cada modulo. Fíjate que 
ahí estas en la carpeta modules, tener que estar en la carpeta del módulo 
en cuestión. Por ejemplo$HOME/gnuhealth/tryton/server/modules/modulo 
en cuestion/setup.py
   Saludos.
   Francisco 
  
El miércoles, 10 de diciembre de 2014 12:22:59 UTC-3, Carlos navarro 
alvarado escribió:

 un dato los modulos no cuentan con un archivo setup.py solo con uno que se 
 llama __init__.py y cuando trato de hacer el python __init__.py install 
 aparece estos mensajes 

 ob1006:/usr/lib/python2.7/site-packages/trytond/modules # python 
 __init__.py install
 Traceback (most recent call last):
   File __init__.py, line 16, in module
 import trytond.tools as tools
   File /usr/lib/python2.7/site-packages/trytond/__init__.py, line 6, in 
 module
 from . import server
   File /usr/lib/python2.7/site-packages/trytond/server.py, line 17, in 
 module
 from trytond.pool import Pool
   File /usr/lib/python2.7/site-packages/trytond/pool.py, line 5, in 
 module
 from trytond.modules import load_modules, register_classes
   File /usr/lib/python2.7/site-packages/trytond/modules/__init__.py, 
 line 16, in module
 import trytond.tools as tools
   File /usr/lib/python2.7/site-packages/trytond/tools/__init__.py, line 
 3, in module
 from .misc import *
   File /usr/lib/python2.7/site-packages/trytond/tools/misc.py, line 11, 
 in module
 import smtplib
   File /usr/lib64/python2.7/smtplib.py, line 46, in module
 import email.utils
   File /usr/lib64/python2.7/email/utils.py, line 32, in module
 from email._parseaddr import quote
   File /usr/lib64/python2.7/email/_parseaddr.py, line 16, in module
 import time, calendar
   File 
 /usr/lib/python2.7/site-packages/trytond/modules/calendar/__init__.py, 
 line 4, in module
 from trytond.pool import Pool
 ImportError: cannot import name Pool



 El martes, 9 de diciembre de 2014 08:12:26 UTC-6, Francisco Maria Moyano 
 Casco escribió:

 Hola Carlos. 
   ¿Has hecho el python setup.py install en cada directorio de modulo que 
 queres instalar?
Saludos
  Francisco

 El lunes, 8 de diciembre de 2014 18:12:25 UTC-3, Carlos navarro alvarado 
 escribió:

 Buenos días, tardes, noches,

 el día de hoy al hacer la instalación de GNU health y tryton  en 
 opensuse 13.1 me dí cuenta que solo se pueden visualizar los siguientes 
 modulos  ir, res y webdav en tryton client 3.2, al verificar encuentro 
 que los demas modulos se encuentran en esta dirección

  /usr/lib/python2.7/site-packages/trytond/modules 

 # ls
 __init__.py  country  health_gyneco
 health_inpatient   health_ntd_dengue
 health_reportingproduct
 __init__.pyc currency health_history   
 health_inpatient_calendar  health_nursing   
 health_services stock
 account  health   health_icd10 
 health_lab health_pediatrics
 health_socioeconomics   stock_lot
 account_invoice  health_archives  health_icd10pcs  
 health_lifestyle   health_pediatrics_growth_charts  health_stock
 account_product  health_calendar  health_icpm  
 health_mdg6health_pediatrics_growth_charts_who  
 health_surgery
 calendar health_cryptohealth_icu   
 health_ntd health_profile   
 health_who_essential_medicines
 company  health_genetics  health_imaging   
 health_ntd_chagas  health_qrcodes   party

 reinicie el servcio de trytond y de postgresql y sigo sin verlos
 ¿será que necesite cambiarlos de carpeta? ¿cambiar algún parametro del 
 archivo /etc/trytond.conf ? la instalación la hice atraves de zypper.
 anexo la configuracion del archivo /etc/trytond.conf
 Saludos.

 vim /etc/trytond.conf

 #privatekey = server.pem
 #certificate = server.pem

 # Configure the SMTP connection
 #smtp_server = localhost
 #smtp_port = 25
 #smtp_ssl = False
 #smtp_tls = False
 #smtp_password = False
 #smtp_user = False
 #smtp_default_from_email = False

 # Configure the path to store attachments and sqlite database
 #data_path = /var/lib/trytond

 # Allow to run more than one instance of trytond
 #multi_server = False

 # Configure the session timeout (inactivity of the client in sec)
 #session_timeout = 600

 # Enable auto-reload of modules if changed
 #auto_reload = True


 # Prevent database listing
 #prevent_dblist = False

 # Enable cron
 # cron = True

 # unoconv connection
 #unoconv = pipe,name=trytond;urp;StarOffice.ComponentContext

[tryton-es] Re: Visualizar modulos en tryton 3.2

[Francisco Maria Moyano Casco]

Hola Carlos. 
  ¿Has hecho el python setup.py install en cada directorio de modulo que 
queres instalar?
   Saludos
 Francisco

El lunes, 8 de diciembre de 2014 18:12:25 UTC-3, Carlos navarro alvarado 
escribió:

 Buenos días, tardes, noches,

 el día de hoy al hacer la instalación de GNU health y tryton  en opensuse 
 13.1 me dí cuenta que solo se pueden visualizar los siguientes modulos  
 ir, res y webdav en tryton client 3.2, al verificar encuentro que los 
 demas modulos se encuentran en esta dirección

  /usr/lib/python2.7/site-packages/trytond/modules 

 # ls
 __init__.py  country  health_gyneco
 health_inpatient   health_ntd_dengue
 health_reportingproduct
 __init__.pyc currency health_history   
 health_inpatient_calendar  health_nursing   
 health_services stock
 account  health   health_icd10 
 health_lab health_pediatrics
 health_socioeconomics   stock_lot
 account_invoice  health_archives  health_icd10pcs  
 health_lifestyle   health_pediatrics_growth_charts  health_stock
 account_product  health_calendar  health_icpm  
 health_mdg6health_pediatrics_growth_charts_who  
 health_surgery
 calendar health_cryptohealth_icu   
 health_ntd health_profile   
 health_who_essential_medicines
 company  health_genetics  health_imaging   
 health_ntd_chagas  health_qrcodes   party

 reinicie el servcio de trytond y de postgresql y sigo sin verlos
 ¿será que necesite cambiarlos de carpeta? ¿cambiar algún parametro del 
 archivo /etc/trytond.conf ? la instalación la hice atraves de zypper.
 anexo la configuracion del archivo /etc/trytond.conf
 Saludos.

 vim /etc/trytond.conf

 #privatekey = server.pem
 #certificate = server.pem

 # Configure the SMTP connection
 #smtp_server = localhost
 #smtp_port = 25
 #smtp_ssl = False
 #smtp_tls = False
 #smtp_password = False
 #smtp_user = False
 #smtp_default_from_email = False

 # Configure the path to store attachments and sqlite database
 #data_path = /var/lib/trytond

 # Allow to run more than one instance of trytond
 #multi_server = False

 # Configure the session timeout (inactivity of the client in sec)
 #session_timeout = 600

 # Enable auto-reload of modules if changed
 #auto_reload = True


 # Prevent database listing
 #prevent_dblist = False

 # Enable cron
 # cron = True

 # unoconv connection
 #unoconv = pipe,name=trytond;urp;StarOffice.ComponentContext

 # Number of retries on database operational error
 # retry = 5

 # Default language code
 # language = en_US