Re: [tryton-dev] Missing translations for release 4.8

[Udo Spallek]

Hi Clemens,

Fri, 18 May 2018 00:38:19 -0700 (PDT)
Clemens Hupka <clemens.hu...@gmail.com>:
>Am Donnerstag, 17. Mai 2018 12:33:13 UTC+2 schrieb Udo Spallek:
>> Am Mittwoch, 16. Mai 2018 21:42:23 UTC+2 schrieb Udo Spallek:  
>> > Tue, 8 May 2018 21:36:26 +0200
>> > Udo Spallek :  
>> > >Mon, 7 May 2018 14:45:39 +0200
>> > >Sergi Almacellas Abellana :  
>> > >>El 07/05/18 a les 14:38, Udo Spallek ha escrit:
>> > >>> Is it correct that there are more than 5000 entries to
>> > >>> edit?  
>> > >>This probably because you get results from country and currency
>> > >>modules. Skipping this modules gives (at least for catalan) less
>> > >>words to translate. See:
>> > >>Hope it helps.  
>> > >yes, it was helpful. Thanks a lot.
>> > >The German translation is ready to review by Clemens Hupka.  
>> > Please review.  
>> it seems neither Clemens nor anyone else find the time to review and 
>> accept my translation proposals. So please give me, - or anyone else
>> who finds time, - the privilege to accept my reviews.  
>Sorry, had a very busy week. I will do the review this afternoon.

no problem, everything is done, now.
Thanks, Udo
-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180518155528.374f8b42%40bender.fritz.box.


pgpQAJBXf7u2_.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Missing translations for release 4.8

[Udo Spallek]

Hi,

Am Mittwoch, 16. Mai 2018 21:42:23 UTC+2 schrieb Udo Spallek:
> Tue, 8 May 2018 21:36:26 +0200
> Udo Spallek :
> >Mon, 7 May 2018 14:45:39 +0200
> >Sergi Almacellas Abellana :
> >>El 07/05/18 a les 14:38, Udo Spallek ha escrit:  
> >>> Is it correct that there are more than 5000 entries to edit?
> >>This probably because you get results from country and currency
> >>modules. Skipping this modules gives (at least for catalan) less words
> >>to translate. See:
> >>Hope it helps.
> >yes, it was helpful. Thanks a lot.
> >The German translation is ready to review by Clemens Hupka.
> Please review.

it seems neither Clemens nor anyone else find the time to review and 
accept my translation proposals. So please give me, - or anyone else who 
finds time, - the privilege to accept my reviews.
 
Regards Udo
-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/494cbb59-6c92-432e-9a9f-64d3f076db41%40googlegroups.com.

Re: [tryton-dev] Missing translations for release 4.8

[Udo Spallek]

Hi,

Tue, 8 May 2018 21:36:26 +0200
Udo Spallek <udo.spal...@gmail.com>:

>Mon, 7 May 2018 14:45:39 +0200
>Sergi Almacellas Abellana <se...@koolpi.com>:
>>El 07/05/18 a les 14:38, Udo Spallek ha escrit:  
>>> Is it correct that there are more than 5000 entries to edit?
>>This probably because you get results from country and currency
>>modules. Skipping this modules gives (at least for catalan) less words
>>to translate. See:
>>Hope it helps.
>yes, it was helpful. Thanks a lot.
>The German translation is ready to review by Clemens Hupka.

Please review.

Regards Udo
-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180516214212.27b08667%40bender.fritz.box.


pgpPRmigQd37z.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Missing translations for release 4.8

['Udo Spallek' via tryton-dev]

Hi,
Mon, 7 May 2018 14:45:39 +0200
Sergi Almacellas Abellana <se...@koolpi.com>:
>El 07/05/18 a les 14:38, Udo Spallek ha escrit:
>> Is it correct that there are more than 5000 entries to edit?  
>This probably because you get results from country and currency
>modules. Skipping this modules gives (at least for catalan) less words
>to translate. See:
>Hope it helps.

yes, it was helpful. Thanks a lot.
The German translation is ready to review by Clemens Hupka.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180508213626.79cbefaf%40bender.fritz.box.


pgp5v8DLMIf5j.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] NSIS new string PreviousInstall

['Udo Spallek' via tryton-dev]

Tue, 8 May 2018 10:30:43 +0200
Udo Spallek <ud...@virtual-things.biz>:

>Tue, 8 May 2018 00:15:32 +0200
>Cédric Krier <cedric.kr...@b2ck.com>:
>>LangString PreviousInstall ${CURLANG} "Tryton is already
>> installed.$\n$\nClick `OK` to remove the previous version or `Cancel`
>> to cancel this upgrade."  



>German: "Tryton ist bereits installiert.$\n$\nWählen Sie `OK` um die
>bisherige Version zu entfernen oder `Abbrechen` um die Aktualisierung
>abzubrechen."
sorry, typo:

German: "Tryton ist bereits installiert.$\n$\nWählen Sie `OK`, um die
bisherige Version zu entfernen oder `Abbrechen` um die Aktualisierung
abzubrechen."

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180508113943.0176ecdd%40bender.fritz.box.


pgpQrUYrmySEm.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] NSIS new string PreviousInstall

[Udo Spallek]

Tue, 8 May 2018 00:15:32 +0200
Cédric Krier <cedric.kr...@b2ck.com>:
>LangString PreviousInstall ${CURLANG} "Tryton is already
> installed.$\n$\nClick `OK` to remove the previous version or `Cancel`
> to cancel this upgrade."

German: "Tryton ist bereits installiert.$\n$\nWählen Sie `OK` um die
bisherige Version zu entfernen oder `Abbrechen` um die Aktualisierung
abzubrechen."

-- 
Udo Spallek
virtual things
Preisler & Spallek GbR

https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180508103043.3823d510%40bender.fritz.box.


pgp7E9wpYYFLA.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Missing translations for release 4.8

[Udo Spallek]

Hi,

FYI I am working on this for the de (german) translations.
Is it correct that there are more than 5000 entries to edit?

Regards Udo
-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180507143824.732ab7f1%40bender.fritz.box.


pgpm_0hhW_cwj.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Appearence of the product field on product template form view

[Udo Spallek]

Wed, 25 Apr 2018 09:40:58 +0200
Cédric Krier <cedric.kr...@b2ck.com>:

>On 2018-04-24 17:53, Udo Spallek wrote:
>It can not work because clients build first the view before bind it
>with record values.

Thank you for the explanation. 

>I think it will be better to have a configuration option that defines
>if the company is working with variants or not. This configuration
>will be used to set a proper mode.

I thought about a configuration, too. IMHO a configuration has
limitations, as it is company-wide and not product specific:

* Even when using variants in a setup, there can also be other
  products which are not variants.
* When using variants it can be useful to have the product (variant)
  form view shown on new product templates, just for quick encoding.

But I found another solution. I put two products fields in the
view. There is one for mode="tree,form" and another for
mode="form,tree", each of them surrounded by a group with a separate
id::

   
 


 




  

(Maybe it can be done simpler with less use of groups)

And now each group can be switched by view attributes::

class Template:
__metaclass__ = PoolMeta
__name__ = "product.template"

@classmethod
def view_attributes(cls):
res = super(Template, cls).view_attributes()

res.append((
"//group[@id='products-form']",
'states',
{'invisible': Greater(Len(Eval('products')), 1)},
))
res.append((
"//group[@id='products-tree']",
'states',
{'invisible': Less(Len(Eval('products')), 2)},
))
return res

For me it is the perfect solution:

if the Variants have more than one record, it is shown as a list
if the Variants have less than two records, it is shown as a form

Is it an interesting enhancement of the product module?

Regards Udo

-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180425140700.3f2b971a%40bender.fritz.box.


pgppdRVdKlOHY.pgp
Description: Digitale Signatur von OpenPGP

[tryton-dev] Do you speak English? Please help to review the tool tips

[Udo Spallek]

Hi,

please help to review the *tool tips* (also known as *help texts*) of
the Tryton server:

https://tryton-rietveld.appspot.com/44551003

Thank you very much in advance for finding misspellings, typos,
guideline[1] issues and better explanations.

Regards
Udo Spallek

[1] https://discuss.tryton.org/t/how-to-write-tooltips
-- 
virtual things
Preisler & Spallek GbR
Tel: +498971048155
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180425085830.17113a66%40bender.fritz.box.


pgpn9yLd_fL1c.pgp
Description: Digitale Signatur von OpenPGP

[tryton-dev] Appearence of the product field on product template form view

[Udo Spallek]

Hi,

the products field in model product.template[1] has per default a
hard coded::

mode="form,tree"

which displays the first product in a one2many form instead of the
usual list.
This default greatly helps to ease the understanding of product (aka
variant) and templates for setups using simple products without
variants.

But for setups using variants, it seems better to have a::

mode="tree,form"

which shows all products (variants) in a list of the product template
form.

I think about if it is a good general pattern for the appearance of a
one2many field in a form view:

* if it has more than one entry, show initially a list
* otherwise show initially a form

What do you think? For product and variant it would fit perfect IMHO,
since even if a setup uses variants, there can also be products without.

As the view_attribute[2] is already used to set *spell* and *state*
PYSON encoded conditions for attributes defined in the XML, I tried to
implement on this base.

But the following code (in version 4.0), but it doesn't work,  
the view_attribute[2] does not *dynamically* set the 
*mode*[3] attribute::


class Template:
__metaclass__ = PoolMeta
__name__ = "product.template"


@classmethod
def view_attributes(cls):
res = super(Template, cls).view_attributes()

res.append((
"/form/notebook/page[@id='general']/field[@name='products']",
'mode',
If(Greater(Len(Eval('products')), 1),
'tree,form', 'form,tree')
))
return res

Are there any ideas how it could work? What is missing?

TIA and regards
Udo Spallek

[1]
http://hg.tryton.org/modules/product/file/tip/view/template_form.xml#l29
[2]
http://doc.tryton.org/4.8/trytond/doc/ref/models/models.html?highlight=view_attribute#trytond.model.ModelView.view_attributes
[3] http://doc.tryton.org/4.8/trytond/doc/topics/views/index.html#field
-- 
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München

Tel: +49 (89) 710 481 55
i...@virtual-things.biz
https://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180424175308.2e2eb9b2%40bender.fritz.box.


pgphk2M81HoVj.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] MySQL backend removal

['Udo Spallek' via tryton-dev]

Hi,
Sun, 21 Jan 2018 19:24:41 +0100
Cédric Krier :
>I'm working on https://bugs.tryton.org/issue7017 which remove the mysql
>backend from trytond repository and move it to its own backend
>repository (like for trytond-gis). But I'm facing many issues to make
>it working. Indeed it is broken since years and nobody care of it.
>So in https://bugs.tryton.org/msg37708, I propose to just move the
>existing code in a sandbox repository and wait to see if someone want
>to make it works.
>So the requirement to become an official package will be to have the
>standard tests passing.

it is a good idea to move it in a sandbox repository.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180123203527.2b473ebf%40bender.fritz.box.


pgpCL4ECV1P_X.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Extending python-sql

['Udo Spallek' via tryton-dev]

Thu, 4 Jan 2018 19:38:54 +0100
Sergi Almacellas Abellana <se...@koolpi.com>:
>El 04/01/18 a les 18:13, 'Udo Spallek' via tryton-dev ha escrit:
>> Thu, 4 Jan 2018 15:31:45 +0100
>> Sergi Almacellas Abellana <se...@koolpi.com>:  
>>> El 04/01/18 a les 11:26, Cédric Krier ha escrit:  
>>>> In general, I think it is the wrong way to implement a discount.
>>>> The discount should modify the unit price.   
>> Is this in general your proposal?
>> On sale.line/invoice.line, if there is a product, it has a list
>> price. We can calculate the percentage between product list price
>> and line unit price as line discount.
>> When changing unit price value the discount to the product list_price
>> is re-calculated.
>> When changing discount value, the unit price is re-calculated from
>> product list_price.
>> As an exception the unit price also can be an individual amount if
>> there is no product given. Without a product, there is no discount,
>> the discount field becomes invisible.  
>Moreless. Probably the discount can be a functional field which should
>update the unit_price.
>But this will be better discusses as a blueprint on
>https://discuss.tryton.org/

Yes, lets move to:
https://discuss.tryton.org/t/discount-on-the-list-price-of-products/472

Thanks for comments!

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180104203512.57e2af9b%40bender.fritz.box.


pgp4vsz9S3MJ3.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Extending python-sql

['Udo Spallek' via tryton-dev]

Hi,

Thu, 4 Jan 2018 15:31:45 +0100
Sergi Almacellas Abellana :
>El 04/01/18 a les 11:26, Cédric Krier ha escrit:
>> In general, I think it is the wrong way to implement a discount. The
>> discount should modify the unit price. 

Is this in general your proposal?

On sale.line/invoice.line, if there is a product, it has a list price.
We can calculate the percentage between product list price and line unit
price as line discount.
When changing unit price value the discount to the product list_price
is re-calculated.
When changing discount value, the unit price is re-calculated from
product list_price.
As an exception the unit price also can be an individual amount if
there is no product given. Without a product, there is no discount,
the discount field becomes invisible.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20180104181251.7f7b7a9d%40bender.fritz.box.


pgpw0ZT0VZPSz.pgp
Description: Digitale Signatur von OpenPGP

[tryton-dev] Extending python-sql

['Udo Spallek' via tryton-dev]

Hi,

I would like to extend account_invoice.Invoice.search_total_amount[A]
which is based on a python-sql query.
It should be extended with another module.
In my extension I would like to replace the following column[B]::

Coalesce(Sum(Round(
(
line.quantity * line.unit_price).cast(type_name),
  currency.digits)), 0).as_('total_amount'), 

with something like this::

Coalesce(Sum(Round(
(
line.quantity * line.unit_price * (1 - line.discount /
100.0) ).cast(type_name), currency.digits)), 0).as_('total_amount')


The general boilerplate code in the other module looks like::

class Invoice:
__metaclass__ = PoolMeta
__name__ = 'account.invoice'

@classmethod
def search_total_amount(cls, name, clause):

result = super(Invoice, cls).search_total_amount(
name, clause)


With introspection I found the column::

columns = list(
result[0][2].columns[0].table.select.im_self
.queries[0].columns)

But I have no idea, how to replace the column, because I have not the
correct line object from the depends module.
When I try something like this::

pool = Pool()
Line = pool.get('account.invoice.line')
line = Line.__table__()

columns[1] = Coalesce(Sum(Round((
line.quantity * line.unit_price * (1 - line.discount / 100.0)
).cast(type_name), currency.digits)), 0).as_('total_amount')

result[0][2].columns[0].table.select.im_self.queries[0].columns = \
tuple(columns)

the line table is wrong, I need the table from [B].

Questions:
1. Is it a good practice trying to extend python-sql?
2. Is there a better way to introspect the python-sql then this::

columns = list(
result[0][2].columns[0].table.select.im_self
.queries[0].columns)
3. How to get the line-object from the base sql?

TIA and Regards Udo Spallek

[A]http://hg.tryton.org/modules/account_invoice/file/tip/invoice.py#l741
[B]
http://hg.tryton.org/modules/account_invoice/file/tip/invoice.py#l764

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20171230150819.645b27b7%40bender.fritz.box.


pgpYsbFljkH3x.pgp
Description: Digitale Signatur von OpenPGP

[tryton] The period context from income statement is not propagated to accounts and move lines

['Udo Spallek' via tryton]

Hello,

in version 4.0.9 I am facing a strange problem:
The fiscalyear/period context from the dynamic views of income statement
is not propagated to the underlying accounts and move lines.


Scenario

Having a fiscal year with many periods and account moves using relevant
accounts for income statement.

Show the dynamic view of the income statement. with::

Menu: Financial / Reporting /Income Statement

In the context header choose a fiscal year, start period and end period.
After reload, the tree view and the accumulated sums of the income
statement are updated.
*Double-clicking* or pressing *Enter* on an account type with connected
accounts, shows

* a different accumulated sum than in the income statement.

Entering one of these accounts, shows all move lines in all open
periods, but

* it should only show move lines in the given periods of the
  context.

Is it a bug, missing feature or am I doing something wrong?
TIA, regards
Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20170905104607.1769bd93%40bender.dsl.


pgp0BFKiYDtgw.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Tree view without new button

['Udo Spallek' via tryton]

Thu, 20 Jul 2017 07:01:51 -0700 (PDT)
Roei Erez <roeie...@gmail.com>:
>Does anyone know how to disable the "new" button on the toolbar for a 
>specific tree view?
>I am implementing a model which has one2many relation and want to
>enforce that the children will only be created in the context of the
>parent form.

IIUC, you are looking for the multi-selection widget[1] for
Many2Many fields. By using it, your users are only able to (de-) select
entries, but not to create new ones.

[1] 
http://www.tryton.org/de/categories/release-1.html#major-changes-in-graphical-user-interface

-- 

Regards Udo Spallek
_
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 Munich
Tel: +49 (89) 710 481 55

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20170725165558.1f931583%40bender.dsl.


pgpYY8eeBYfcH.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Übersetzung 4.4

['Udo Spallek' via tryton-de]

Hi Clemens,

Thu, 27 Apr 2017 08:49:20 -0700 (PDT)
Clemens Hupka :

>Wenn jemand in den nächsten 24h noch ein paar Minuten übrig hat, kann
>er gerne einen Blick auf pootle [1] werfen, vorrangig vielleicht auf
>die neuen Module (sale_advance_payment, sale_subscription, etc.). Ich
>werde morgen noch einmal kurz reinschauen und eventuelle Vorschläge
>kurz vor Übersetzungschluss absegnen.

folgende Module habe ich reviewed:

* sale_subscription.po
* stock_shipment_measurements.po
* sale_advance_payment.po hier bin ich bei einigen Übersetzungen
  unsicher und habe es angemerkt.

Bis auf einige Anmerkungen und Vorschläge: LGTM

Vielen Dank fürs Übersetzen!!!

Viele Grüße
Udo

-- 
_
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpTxwGSmpb2p.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] reconciliation in GeneralLedgerLine

['Udo Spallek' via tryton-dev]

Wed, 29 Mar 2017 18:09:00 +0200
Richard PALO <rich...@netbsd.org>:
>I initially thought to put the fields.Many2One for
>account.move.reconciliation I added in a fields.Function  and provide
>a 'getter' function get_reconciliation, but then I realised that I
>probably didn't have the context necessary (namely
>GeneralLedgerAccountContext) in order to do pick up fiscalyear and
>end_period.
>
>How could this be done? Is there any way to filter columns as opposed
>to records?

IIUC, you need a searcher[1] for the function field to use the field as
filter.

Regards Udo Spallek

[1]
http://doc.tryton.org/4.2/trytond/doc/ref/models/fields.html#trytond.model.fields.Function.searcher
-- 
_
virtual things
Preisler & Spallek GbR

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20170331115301.2269500f%40bender.dsl.


pgpca6PKOfn3c.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Setup my own account chart

['Udo Spallek' via tryton]

hi ulf,

Fri, 30 Dec 2016 06:34:32 -0800 (PST)
ulf.j.eriks...@gmail.com:
>We are planning to implement tryton at a hospital in Tanzania.
>How do i add my own account chart to tryton.
>Is there a good guide somewhere so i can understand how to do it?

you'll not find much information about this topic. But you may
study the basics with the Minimal Account Chart provided by the account
module and refer to the account module documentation, which introduces
the conception of account charts:
http://doc.tryton.org/4.2/modules/account/doc/index.html

Then take a look to other modules providing charts of accounts like
account_de_* account_fr_* … 

There is also some more or less useful aged documentation draft:
https://github.com/udono/tryton/blob/wiki/HowtoCreateAChartOfAccounts.md

Do not hesitate to ask, when you have more specific questions.

Regards
Udo Spallek
-- 
_
virtual things
Preisler & Spallek GbR
München

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20161231002908.2859dbb5%40bender.dsl.


pgpQkkOx1u9s_.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] CI is producing false positives

['Udo Spallek' via tryton-dev]

Fri, 16 Dec 2016 14:17:41 +0100
Sergi Almacellas Abellana :
>P.S: For those who want to now more details about the issue you can
>have a look on the irc log:
>
>http://www.tryton.org/~irclog/latest.log.html#t2016-12-16%2012:26

Fixed address:
http://www.tryton.org/~irclog/2016-12-16.log.html#t2016-12-16%2012:26

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20161217101946.3baeb0be%40bender.dsl.


pgpvQmkpto0xZ.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] How to write tooltips

['Udo Spallek' via tryton-dev]

Hi,

Wed, 28 Sep 2016 10:34:21 +0200
Cédric Krier :
>I started a discussion to rationalize how we should write tooltips in
>Tryton:
>https://discuss.tryton.org/t/how-to-write-tooltips/212
>I think the TUB2016 sprint could be a good place to improve the
>discoverability of the application. (to replace the never starting
>project of writing documentation)

it is IMHO a very good initiative! And it would push a bit the idea of
an auto-generated documentation made of internal help strings.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160928113414.3511a5f7%40bender.dsl.


pgp50leAQRL93.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Re: Liferposten ohne Ursprung mit Proteus zuweisen

['Udo Spallek' via tryton-de]

Hi,

Tue, 28 Jun 2016 12:21:17 -0700 (PDT)
TPH <truckparts-hamb...@gmx.de>:
>Am Dienstag, 28. Juni 2016 11:22:48 UTC+2 schrieb TPH:
...
>Hat jemand evtl. ein Beispiel, wie ich eine Warnung mit
>'res.user.warning' deaktivieren kann?
>Folgendes habe ich probiert:
>UserWarnings(user=user, name=str(shipment.id),
> always=True).save() ShipmentOut.pack([shipment.id],config.context)
In [1] steht aber folgender Pattern:

Model.get('res.user.warning')(user=config.user,
name=str(statement2.lines[0].id), always=True).save()

Den Fehler selbst kannst du mit try except[2] abfangen.

Beste Grüße
Udo Spallek

[1]https://github.com/tryton/account_statement/blob/3.2/tests/scenario_account_statement.rst
[2]https://docs.python.org/2.7/tutorial/errors.html
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpErEI6NAwGY.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Renaming rec_name label?

['Udo Spallek' via tryton-dev]

Hi,

Mon, 6 Jun 2016 18:58:10 +0200
"Jordi Esteve (Zikzakmedia)" :
>> I propose to change the label for "rec_name" though I don't have a
>> strong opinion on what should it be.
>> Here are some ideas that came to my mind:
>> - Summary
>> - Record Summary
>> - Record Name
>> - Record Title
>> - Record Alias
>> Opinions?  
>I agree to change the label for "rec_name".
>I like "Record Name" because it is similar to the current label and in 
>many models the "rec_name" field shows the same as the "name" field.

+1

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160607095101.312e92e0%40bender.dsl.


pgpwdSSgmprJM.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] wass sind die demo user und passwort?

['Udo Spallek' via tryton-de]

Fri, 20 May 2016 05:23:38 -0700 (PDT)
Pieter Lamers <pgm.lam...@gmail.com>:
>On Friday, May 20, 2016 at 12:51:58 PM UTC+2, Udo Spallek wrote:
>> bitte keine cross postings auf mehreren Tryton Mailinglisten. 
>> OK (bekam im english keine Antworten...)  
>> Fri, 20 May 2016 01:38:26 -0700 (PDT) 
>> Pieter Lamers <pgm.l...@gmail.com >:   
>> >Demo 3.8 dump installiert, die owner von alle Tabellen etc geändert
>> >in tryton.   
>> Bist du sicher, dass du alle owner richtig umgestellt hast? 
>> Indices auch nicht vergessen. 
>REASSIGN OWNED nimmt alles mit. In Postgresql haben Indexen (glaube
>ich) immer das ownership von die Tabelle wo sie bei hören. 
>> >Suche jetzt aber in den client nach den user, den user name und
>> >sein passwort. 
>> >In tryton.conf sind das admin passwort und der superuser passwort 
>> >eingestelt auf 'admin' und 'tryton'. 
>> >Ist mir aber nicht möglich mit den client die demo zu öffnen . 
>> > 
>> >Demo demo demo und andere versuchungen geben alle: 
>> >   res = security.login(database_name, user, session) 
>> >  File "/trytond/security.py", line 25, in login 
>> >User = pool.get('res.user') 
>> >  File "/trytond/pool.py", line 172, in get 
>> >return self._pool[self.database_name][type][name] 
>> >KeyError: 'res.user'   
>> Diese Meldung kommt sofort nach dem Login? 
>Kommt im client nach drücken vom Connect button 
>> Bitte kontrollieren, ob die Tabelle res_user in der Datenbank
>> vorhanden ist und dem entsprechenden postgres user als owner
>> zugeordnet ist.  
>In res_user stehen root, admin, user cron, demo, demo de, usw.
>Der postgresql owner vom diese database ist :"tryton". Der soll auch
>rein stehen???
das ist der datenbank user mit passwort, der in der database uri in der
Tryton config hinterlegt ist.

>> Versuch mal die Datenbank "upzugraden" mit:: 
>> trytond --all -d dbname -c config_file  
>Tryton version 3.8.5 lauft, ausser den demo, prima. Ich fürchte dass
>mit "trytond -all" die 3.8.5 version wird erhöht nach 4.0.1. Stimmt???

nein, bzw. wenn dann hast Du eine fehlerhafte Installation.
Der Versionszweig (hier 3.8) aller Komponenten muss immer derselbe sein
bei trytond und in allen Modulen und beim Client.
Die Versionsveröffentlichung (bspw. 3.8._5_) sollte immer die aktuellste
Verfügbare eines Versionszweigs sein, weil dort gefundene Fehler behoben
sind. Die aktuellst Versionsveröffentlichung kann unterschiedlich
sein bei Server, Module und Client, der Versionszweig muss aber immer
derselbe sein.

Tryton lädt nie Aktualisierungen oder Upgrades auf neue Branch Versionen
selbständig herunter. Das erledigt der Benutzer auf Wunsch mit dem
verwendeten Packetmanagement System.

trytond --all -d dbname -c config_file aktualisiert die
Datenbanktabellen mit den Definitionen im Quellcode des servers und
der Module.
Du kannst den Befehl also gefahrlos ausführen in der demo Datenbank.

Best Udo

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgp20ZD1_SuN0.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] wass sind die demo user und passwort?

['Udo Spallek' via tryton-de]

Hi Pieter,

bitte keine cross postings auf mehreren Tryton Mailinglisten.

Fri, 20 May 2016 01:38:26 -0700 (PDT)
Pieter Lamers :
>Demo 3.8 dump installiert, die owner von alle Tabellen etc geändert in 
>tryton.

Bist du sicher, dass du alle owner richtig umgestellt hast?
Indices auch nicht vergessen.

>Suche jetzt aber in den client nach den user, den user name und sein 
>passwort.
>In tryton.conf sind das admin passwort und der superuser passwort 
>eingestelt auf 'admin' und 'tryton'.
>Ist mir aber nicht möglich mit den client die demo zu öffnen .
>
>Demo demo demo und andere versuchungen geben alle: 
>   res = security.login(database_name, user, session)
>  File "/trytond/security.py", line 25, in login
>User = pool.get('res.user')
>  File "/trytond/pool.py", line 172, in get
>return self._pool[self.database_name][type][name]
>KeyError: 'res.user'

Diese Meldung kommt sofort nach dem Login?

Bitte kontrollieren, ob die Tabelle res_user in der Datenbank vorhanden
ist und dem entsprechenden postgres user als owner zugeordnet ist.

Versuch mal die Datenbank "upzugraden" mit::

trytond --all -d dbname -c config_file

Best Udo

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpFboouMv2Hx.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Re: Neuinstallation / Update

['Udo Spallek' via tryton-de]

Mon, 16 May 2016 08:39:57 -0700 (PDT)
Hans Normann <hans.g.norm...@gmail.com>:
>Aber wenn ich *systemctl status trytond* eingebe wird es interessant.
>[root@localhost trytond]# systemctl status trytond -l
>● trytond.service - Tryton server
>   Loaded: loaded (/usr/lib/systemd/system/trytond.service; enabled;
> vendor 
>preset: disabled)
>   Active: active (running) since Mo 2016-05-16 17:29:10 CEST; 2min 3s
> ago Main PID: 29908 (trytond)
>   CGroup: /system.slice/trytond.service
>   └─29908 /usr/bin/python /usr/bin/trytond
> --config /etc/trytond.conf 
>--pidfile=/var/lib/trytond/trytond.pid --logconf=/etc/trytondlog.conf
>
>Mai 16 17:30:49 localhost.localdomain trytond[29908]: tryton
>Mai 16 17:30:49 localhost.localdomain trytond[29908]: Mon May 16
>15:30:49 2016] INFO:trytond.backend.postgresql.database:postgresql
>connect Mai 16 17:30:49 localhost.localdomain trytond[29908]: Mon May
>16 15:30:49 2016] INFO:trytond.backend.postgresql.database:postgresql
>connection Mai 16 17:30:49 localhost.localdomain trytond[29908]:
>DEBUG: CommitTransaction
>Mai 16 17:30:49 localhost.localdomain trytond[29908]: DEBUG:  name:
>unnamed; blockState:   STARTED; state: INPROGR, xid/subid/cid:
>0/1/0, nestlvl: 1, children:
>Mai 16 17:30:49 localhost.localdomain trytond[29908]: tryton
>Mai 16 17:30:49 localhost.localdomain trytond[29908]: Mon May 16
>15:30:49 2016] INFO:trytond.backend.postgresql.database:postgresql
>connect Mai 16 17:30:49 localhost.localdomain trytond[29908]: Mon May
>16 15:30:49 2016] INFO:trytond.backend.postgresql.database:postgresql
>connection Mai 16 17:30:49 localhost.localdomain trytond[29908]: Mon
>May 16 15:30:49 2016] INFO:werkzeug:::1 - - [16/May/2016 15:30:49]
>"POST /tryton/ HTTP/1.1" 200 -
>Mai 16 17:30:59 localhost.localdomain trytond[29908]: Mon May 16
>15:30:59 2016] INFO:werkzeug:::1 - - [16/May/2016 15:30:59]
>"POST /tryton/ HTTP/1.1" 200 -
>[root@localhost trytond]# 
>wieso sehe ich nach einem vergeblichem Login *postgresql connect* und
>*postgresql connection*?

Um überhaupt soweit zu kommen, sich in Tryton einloggen zu können,
braucht es eine funktionierende Datenbankverbindung. Das klingt also
schon mal gut.

Ich denke das in der Datenbank hinterlegte admin user Passwort ist
nicht dasselbe Passwort mit dem Du versuchst Dich einzuloggen.

Ich würde die Datenbank neu erstellen und das admin user Passwort
dabei nochmal neu setzen.
BTW: Das admin user password wird nur während des Anlegens der Datenbank
in der Kommandozeile abgefragt, bzw. im Tryton Datenbankassistenten
(Datei > Datenbank) hinterlegt.

Dieses Passwort wird nur abgefragt und kann nicht in der Konfiguration
hinterlegt werden wie super_pwd und das Datenbank Passwort in der uri
http://doc.tryton.org/4.0/trytond/doc/topics/configuration.html#uri

Viele Grüße
Udo Spallek
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpHhaYug9xAC.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Re: migration from 3.8 -> 4.0 with webdav

['Udo Spallek' via tryton]

Hello Richard,

thank you for your feedback.

Sat, 07 May 2016 06:45:16 +0200
Richard PALO :

>Le 06/05/16 18:55, Cédric Krier a écrit :
>> First, it is trytond-admin that manages now the upgrade.
>> And clearly you don't have an up to date calendar module.
>I asked here primarily for the migration guide.
>For instance, I find no mention about 'trytond-admin' in the
>release announcement nor here (at least not what I can find).
>grepping the Mercurial repository doc/topics/setup_databases.rst
>indicates only that a database can be initialised with trytond-admin.

Maybe you have a proposal to make the documentation better, which would
be very welcome.

Best Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20160512143740.192ea580%40bender.dsl.


pgp48EF8X7_Hm.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] New release on Monday

['Udo Spallek' via tryton-dev]

Hi,

Fri, 22 Apr 2016 18:10:24 +0200
Cédric Krier :
>I'm sad to say that I will not make the release on Monday because we
>don't have the news written:
>https://codereview.tryton.org/24161003/

its a pity, but I understand your decision.

Haven't recognized the codereview of the release message, but
to be true, the whole week I was wondering when a draft version would
come to review … next time I'll ask.

I reviewed the news and added several paragraphs.

It would be cool if some others could jump in and help out!
On Monday I'll review another time.

Regards,

Udo
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160422202023.421f4ef9%40bender.dsl.


pgpo0KoPGm3s4.pgp
Description: Digitale Signatur von OpenPGP

[tryton] Tryton VR Client

['Udo Spallek' via tryton]

Welcome TORC, the Tryton VR Client
--
tl;dr

The Tryton developers proudly announce a new era of multi
dimensional business apps.


As announced last month we finished our beta developments for a virtual
reality (VR) client application named TORC, which makes use of the
brand new Oculus Rift head-mounted display.

TORC is fully compatible to the Tryton server and enhances the user
interface with a third dimension and a virtual reality. Instead of tabs
we use a truncated icosahedron to arrange up to 32 different app views
side by side. Just move your eyes left, right, up or down to walk thru
the several open views (former tabs).
With a blink of an eye you focus a view, record or field.
Moving the head forward switches from general list to detail form view,
and vice versa when moving the head back.
Looking up and down to scroll thru long lists.

We integrated Alexa Voice Service (AVS) for speech to text processing
in a sane way. Just say: "Alexa, search Party Smith" to find and open a
party. As easy as saying "Alexa, edit name field enter Miller" and when
finished say:"Alexa, save" to save the changes.
Of course we integrate many internet services, which provides additional
information to many kinds of object like products, parties and
contact information.

To bring more fun to your work, we put context oriented pictures and
videos found on your computer or in the internet as a background themes
of the usually boring business views. E.g. when open a party the
background of the detail view is set to a photo of the person or the
logo of the organization. Addresses have a map with location pickers in
the background, of course a street-view when available.
We invented new accounting views, with endless changing numbers in the
background and walking like ants on frame borders. We did all to
minimize errors and avoid carelessness.

With the integrated headset of the oculus rift, we added an additional
reality dimension to TORC: context oriented music, sounds and voices.
While the sales app whips you up with music for winners and champions.
You'll win the next competition in a coup de main.
But take care, you'll be punished and affronted with bad words (degree
is customizable) by the sale opportunity app, when loosing an interest.
The purchase app calms down your quality and price ideas with playing
endless public domain Bach fugues in 7-bit quality - low quality and no
costs as a reminder for saving your companies real money.
Especially for accountants we provide a sound-theme to allow deeper
levels of concentration: random whispering voices speaking out random
numbers.

Sneak Preview: In an early development version of TORC we transformed
the boring original Tryton menu and apps in to a third-person arena
menu, where you can walk thru a virtual company building on a floor
with a striped rug, with different rooms like sales department,
purchase office, accountant and operation center (Administration).
In this VR you can meet and talk to your colliguanas :-) which are
logged-in, too.

The final version of the third person arena menu will be fully themable.
You will definitely use one of the alternative themes like:

* jungle - you as an animal, pay with the coconut to buy banana.
* doom - fight your way to the sales department, but watch the
  accountant
* amusement park - sale is a raffle ticket booth
* purple unicorn - fun for the small

The following hardware and software specs are required by TORC:

* NVIDIA GTX 970 / AMD 290 equivalent or greater
* Intel i5-4590 equivalent or greater
* 8GB+ RAM
* Compatible HDMI 1.3 video output
* 2x USB 3.0 ports
* Windows 7 SP1 or newer

Gasp our TORC video https://vimeo.com/96977605 and register for the
final version.

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20160401103011.5a3b1377%40bender.dsl.


pgpM_xRoAtpY8.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Looking for mentors for GSoC 2016

['Udo Spallek' via tryton-dev]

Hi,

Thu, 3 Mar 2016 18:55:44 +0100
Cédric Krier :
>On 2016-02-20 15:04, Cédric Krier wrote:
>> I would like to submit Tryton as sub-org under the umbrella of Python
>> for the GSoC 2016 [1].
>> I have already some project ideas but before starting to collect
>> them, I would need to get at least two other mentors as required. The
>> requirement to be a mentor is to be familiar with the Tryton
>> development (for example having submit many patches or better having
>> push access).
>> The dead line is set to March 7th.
>> So if you are willing to be a mentor for the all GSoC period, please
>> just answer to this email.  
>OK I take note, so no GSoC this year as nobody else is willing to spend
>sometime.

in 2011 I mentored a Tryton project for GSoC. Unfortunately this year
I will not find the time for mentoring.

IIRC it was helpful for me, to decide mentoring GSoC to know a little
about the project ideas. But for this it seems a little late.
Anyways it is not that hard to mentor a Tryton GSoC project. It depends
on the student and the project goals, but when you have a couple of
hours at beginning, mid-term and end-phase and a regular hour per week,
it could be enough.

Regards Udo
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160304105320.47e346a6%40bender.dsl.


pgp8G_BPvtFNe.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Überraschend positive Darstellung des Mitspielers...

['Udo Spallek' via tryton-de]

Moin Axel,

danke für die Info.

Tue, 23 Feb 2016 04:39:18 -0800 (PST)
Axel Braun <coogorsail...@gmail.com>:
>gerade per Zufall gefunden:
>http://www.computerwoche.de/a/freie-business-software-odoo-zeigt-erstaunliche-reife,3223400
>Offensichtlich kommt das bling-bling beim Autor besser an als die 
>Hintergründe - falls er die kennt.

Der Autor Holger Reibold ist wohl Inhaber von http://www.Brain-Media.de
und schreibt wohl auch gerade ein Buch über odoo:

http://www.brain-media.de/vorschau/odoo-kompakt.html

Schade nur, dass er nicht offen auf seinen Interessenkonflikt
hinweist. Er schreibt einen positiven Artikel für Oodo um sein
kommendes Buch zu promoten … mehr braucht man eigentlich nicht zu 
wissen für sein Urteil, oder?

Viele Grüße
Udo Spallek
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpTYR6UpAKFQ.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Installable languages

['Udo Spallek' via tryton-dev]

Tue, 23 Feb 2016 11:17:38 +0100
Sergi Almacellas Abellana <se...@koolpi.com>:

>El 22/02/16 a les 13:19, 'Udo Spallek' via tryton-dev ha escrit:
>> Hi,
>> Mon, 22 Feb 2016 11:42:08 +0100
>> Sergi Almacellas Abellana<se...@koolpi.com>:  
>>> >El 22/02/16 a les 11:40, Axel Braun ha escrit:  
>>>> >>Am Samstag, 20. Februar 2016 18:20:03 UTC+1 schrieb Cédric Krier:
>>>> >> On 2016-02-20 09:03, Axel Braun wrote:  
>>>> >>  > why does a language have to be translatable in order to
>>>> >>  > use it in Tryton?
>>>> >>  > That it is active, clear:-)
>>>> >>  > But just active isn't sufficient to log in in that
>>>> >>  > language, it needs to be translatable as well.
>>>> >>  > Can one explain why?  
>>>> >>
>>>> >> Otherwise the interface will not be in the language of the
>>>> >> user.
>>>> >>
>>>> >>I just want to use it in the other language, not translate to the
>>>> >>other language...  
>>> >So how can you use in another language which is not translated?  
>> IMHO it could be good for having different locale support in reports.
>>
>> When you have customers in England und USA both understand English.
>> But for a date like 04/07/2016 you'll need separate date styles to
>> understand. Customers in GB expects DD/MM/ date style.
>> Customers in US expecting MM/DD/YYY AFAIK…  
>So you can mark both as translatable and duplicate the translations
>with a simple query.

Yes, sounds viable, although I never try this way.
But I am not sure if the duplication of translation would be well
maintainable.

There are just some countable differences in translations for en_US and
en_GB, same with de_DE, de_AT, de_CH and de_BE, same for fr_BE and
fr_FR. And I am sure with Spanish and Portuguese language in Europe and
America it is the same.

Maybe it would be better maintainable, when a translation of a
language can depend on another language translation as a fall-back?
This way it sounds more efficient to maintain language similarities
together and only the language differences separated.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160223124622.5200952c%40bender.dsl.


pgpjcAuYD6Trg.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Installable languages

['Udo Spallek' via tryton-dev]

Hi, 
Mon, 22 Feb 2016 11:42:08 +0100
Sergi Almacellas Abellana :
>El 22/02/16 a les 11:40, Axel Braun ha escrit:
>> Am Samstag, 20. Februar 2016 18:20:03 UTC+1 schrieb Cédric Krier:
>> On 2016-02-20 09:03, Axel Braun wrote:  
>>  > why does a language have to be translatable in order to use
>>  > it in Tryton?  
>>  > That it is active, clear :-)
>>  > But just active isn't sufficient to log in in that language,
>>  > it needs to be translatable as well.
>>  > Can one explain why?  
>>
>> Otherwise the interface will not be in the language of the user.
>>
>> I just want to use it in the other language, not translate to the
>> other language...  
>So how can you use in another language which is not translated?

IMHO it could be good for having different locale support in reports.

When you have customers in England und USA both understand English.
But for a date like 04/07/2016 you'll need separate date styles to
understand. Customers in GB expects DD/MM/ date style.
Customers in US expecting MM/DD/YYY AFAIK…

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160222131906.46361cfd%40bender.dsl.


pgpGAfFbv_eWj.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] New wiki

['Udo Spallek' via tryton-dev]

Sat, 6 Feb 2016 16:44:50 +0100
Cédric Krier :
>On 2016-01-23 12:11, Cédric Krier wrote:
>> As we talked previously, we need to setup a new wiki.
>> I think MoinMoin [1] will do the job. I looked up and I think it
>> will be quite ease to write a authentication plugin to use the
>> roundup user base. I think to just use the Modern [2] theme.
>> Of course, we will setup a backup script to tycho (drone server) as
>> for the other services running on moretus.
>> Do anyone see something else we will need?  
>I was working to setup MoinMoin on our server, when I found
>Discourse [1]. It has a kind of Wiki feature [2] and I think it fits
>better our needs because it ease the discussion. Of course it overlaps
>on some features our mailing lists but we could give a try. Also the
>IRC and bugtracker also overlap some mailing list feature.

IMHO Discourse does not have many wiki features. It look and feels like
a discussion platform which allows editable sticky messages on top of a
discussion with a simple diff or version functionality. But it doesn't
makes me happy, having another discussion channel for tryton …

As the ideas are moving away from a wiki based solution, I would like
to support an idea Sharoon Thomas proposed and initiated at TUB
2013: A webhook[1] controlled sphinx repository which is re-build on
every commit and hosted at http://www.readthedocs.org[2].

The pros would be:

* KISS:

  * Use the same technologies we already use for years
  * Use the same formatting language we already use for years

* Different docs for different Tryton versions.
* Sphinx and Webhook cycle of Readthedoc is very close to wiki
  functionality.
* Documentation is a visible contribution and authors can be
  credited (https://www.openhub.net/)
* No hosting costs

Best Udo

[1] https://docs.readthedocs.org/en/latest/webhooks.html#webhooks
[2] https://tryton-documentation.readthedocs.org/en/latest/
http://tryton.readthedocs.org/en/latest/

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20160209110054.1a9cd5ed%40bender.dsl.


pgpLHAiwJgbqN.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Application error: error while try to login

['Udo Spallek' via tryton]

Hi,
Tue, 12 Jan 2016 16:25:54 -0800 (PST)
dmxsopo...@gmail.com:
>El martes, 12 de enero de 2016, 4:37:29 (UTC-4), Albert Cervera Areny 
>escribió:
>> 2016-01-12 0:34 GMT+01:00  :   
>> > I installed tryton and trytond from pip like suggest tryton   
>> documentation,   
>> > create postgresql user and database and create trytond.conf file.
>> > Also I initialize database how is suggested in documentation. 
>> > Here my trytond.conf file here http://pastebin.com/R6HmUgZ9 
>> > My user is admin and the password is admin, too. I crypt the
>> > password   
>> and   
>> > add to trytond.conf file like suggested in the documentation. 
>> > But when I tried to login the gtk client is getting the
>> > following   
>> errors: 
>> Remove the known_hosts file in 
>> ~/.config/tryton//known_hosts 
>> You can also just remove the entry corresponding to the server
>> you're trying to connect to (localhost:8000). 
>I tried your suggestion but the error continue.

you need to stop the Tryton client. After this remove the known_hosts
file.
Then start the Tryton client again.

Regards Udo
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20160113084647.5c993bda%40bender.dsl.


pgpicxYigmtc4.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Stopping all developments on Tryton [resolved]

['Udo Spallek' via tryton-dev]

Sat, 12 Dec 2015 07:42:50 +0700
Cédric Krier :
>On 2015-12-03 11:33, Cédric Krier wrote:
>> On 2015-11-24 19:21, Cédric Krier wrote:  
>> So this means that the all Tryton development is still on hold for an
>> undetermined time.  
>Thanks to the contribution of the Foundation and some donors, the tox
>issue is fixed in the last release.
>All previously failing build have been relaunch with succeed.
>So we are back in development mode.

Thank you!

Best Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/20151214111635.59887c27%40bender.dsl.


pgp9RSetbK9gF.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Re: Use Output of rich text field in ODT in tryton 3.4

['Udo Spallek' via tryton]

Hello Diego,

Tue, 24 Nov 2015 06:29:26 -0800 (PST)
Diego Abad <dabad...@gmail.com>:
>I think maybe odfpy can be useful for this...
>http://opendocumentfellowship.com/repos/odfpy/trunk/contrib/html2odt/html2odt.py

thanks for sharing your idea. It looks interesting. 
The former idea using XSLT would have the limitations, a. that it is
another additional technology and b. AFAIK limited to XML-like
transitions.

With a python parser we would be able to produce other outputs than
html or odf, maybe simple text, markdown or RestructuredText if one
likes...

Best, Udo Spallek

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20151125190232.271ccb4e%40bender.dsl.


pgpdy3N2qs2fk.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Link to Dropbox Folder with some pictures of TUBA2015

[Udo Spallek]

Hello Roberto,

Mon, 16 Nov 2015 14:03:12 -0800 (PST)
Roberto Novaes :
>Here is a link to some pictures of TUBA 2015:
>https://www.dropbox.com/sh/340ru8jpy6k7j7c/AAA17JHV5dwrlzhId6gpCw_Ba?dl=0

Thank you very much! It is such a pity not to be at the TUBA2015.

Regards Udo

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20151117084504.1eec7246%40bender.dsl.


pgp25FNYeooNT.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Use Output of rich text field in ODT in tryton 3.4

['Udo Spallek' via tryton]

Thu, 1 Oct 2015 10:11:27 +0200
Cédric Krier <cedric.kr...@b2ck.com>:
>On 2015-10-01 00:28, 'Udo Spallek' via tryton wrote:
>> Is there a way to get the rendered text shown in libre office?
>I did not test but the release 0.6.2 of relatorio include new directive
>like content and replace. Those directive should allow you to "insert"
>the HTML content in the odt.
Thank you, but I have no idea how to insert those directives in libreoffice.
I tried placeholder type "text" with:





But it always produces errors:

http://pastebin.com/4QfTXspt

Maybe placeholder is not the correct way?

>But be careful that in 3.4, the richtext widget doesn't always generate
>valid HTML as it is a mix of HTML and GTK markup.
>Also I don't know if ODT spec contains exactly the subset of HTML (from
>trunk) we use, maybe a converter should be used.



pgpuRTI4y2V1v.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Use Output of rich text field in ODT in tryton 3.4

['Udo Spallek' via tryton]

Thu, 1 Oct 2015 12:58:10 +0200
Cédric Krier <cedric.kr...@b2ck.com>:
>On 2015-10-01 12:34, 'Udo Spallek' via tryton wrote:
>> Thu, 1 Oct 2015 10:11:27 +0200
>> Cédric Krier <cedric.kr...@b2ck.com>:
>> >On 2015-10-01 00:28, 'Udo Spallek' via tryton wrote:
>> >> Is there a way to get the rendered text shown in libre office?
>> >I did not test but the release 0.6.2 of relatorio include new
>> >directive like content and replace. Those directive should allow
>> >you to "insert" the HTML content in the odt.
>> Thank you, but I have no idea how to insert those directives in
>> libreoffice. I tried placeholder type "text" with:
>> 
>> 
>> 
>> 
>> 
>> But it always produces errors:
>> 
>> http://pastebin.com/4QfTXspt
>> 
>> Maybe placeholder is not the correct way?
>Yes it should. The content directive is like any other directive, you
>have to put something like in the placeholder:
>
>content: p=sale.quotation_appendix
>
>where "p" is the name of the parent tag for which you want to set the
>content.
>There is an example in relatorio/examples/columns.odt

Yes, you where correct, it works with placeholder type text::



Using this rich text content from Tryton 3.4::

My Rich Text  

... with this odt (extract from content.xml, used
aa and bb as marker around)::
aa

 
bb

... I get this result::

aa

My Rich Text 
bb

I think to solve this, it is needed to write a xslt converter for
relatorio, to convert the tryton-richtext-widget-language to open
document format.

Regards Udo


pgpW3Yni71BbZ.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Tryton Module Testen mit virtualenv, pip, mercurial und hgnested

['Udo Spallek' via tryton-de]

Hi,
Wed, 9 Sep 2015 10:49:23 -0700 (PDT)
TPH <truckparts-hamb...@gmx.de>:
...
>1. Virtuelle Umgebung anlegen und 
>in diese wechseln:
>virtualenv $HOME/Projekte/Tryton/ModuleMitVenv
>source  $HOME/Projekte/Tryton/ModuleMitVenv/bin/activate
>2. mercurial und hgnested installieren
>pip install mercurial
>pip install hgnested
was bedeutet, dass du mercurial und hgnested in die virtuelle
Umgebung installiert hast

> echo -e "[extensions]\nhgnested=" >> ~/.hgrc
> hg nclone http://hg.tryton.org/trytond -b 3.4
>*** failed to import extension hgnested: No module named hgnested

Hier rufst du hg aus dem System auf, das nichts von der 
extension hgnested weiß. S.a. ::

$ which hg

>Kann mir jemand weiterhelfen?

Zwei Möglichkeiten:
1. Du benutzt $HOME/Projekte/Tryton/ModuleMitVenv/bin/hg
2. hgnested ins System installieren und nicht in der venv.

Beste Grüße
Udo Spallek
-- 
_
virtual things
Preisler & Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout


pgpqsiBe6gVXF.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Starting a POS module

['Udo Spallek' via tryton]

Wed, 19 Aug 2015 11:34:00 +0200
Dominique Chabord dominique.chab...@sisalp.org:

2015-08-19 11:20 GMT+02:00 'Udo Spallek' via tryton
tryton@googlegroups.com:
 Hi,

 Sun, 16 Aug 2015 23:39:09 +0200
 Cédric Krier cedric.kr...@b2ck.com:
 ...
The design should be take into account such possible extension:

- using a wizard to add lines
- allow to request a shipment (included back-order)
- support for sale_extra and sale_promotion
- fidelity card
 ...
 there are some other considerable requirements I heard about
 with cash register drawers (e.g. POS terminals in a supermarket):

Supermarkets use cashiers not POS. Maybe just a matter of name, but I
don't think we are considering cashiers here.

You are right, but I don't meant the all in one cashier systems. I meant
setups like this, based on a PC platform with POS specific hardware
(from Tryton GSOC ):
https://www.youtube.com/watch?v=uzi-N4-aYtQ

Regards Udo


pgpTrVDSfiNd3.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Reading data from tryton database

['Udo Spallek' via tryton-dev]

Hi,
Mon, 29 Jun 2015 09:42:49 -0300
Daniela Barroso sdanielabarr...@gmail.com:
I need to read imported datas storaged in the tryton database. How Ido
this?
it depends on the database type you choose in the tryton.conf file.

For postgres databases I use ``psql`` or if you like a GUI I can
recommend ``pgadmin3``.
For sqlite-files I use ``sqlite3`` or 
``sqlitebrowser``.

Best Udo
--
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


pgpTJBb6nEKva.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Incompatible Server Version, but server and client match exactly

['Udo Spallek' via tryton]

Hi,


This is already answered on the german language group.

Thank you for not cross post messages. See the
http://linux.sgms-centre.com/misc/netiquette.php


pgplG7vTKc3T8.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Built Status

['Udo Spallek' via tryton-dev]

Thu, 11 Jun 2015 08:52:52 +0200
Cédric Krier cedric.kr...@b2ck.com:
I wrote a simple page that shows the built status from drone for each
active branch of each repository:
http://tests.tryton.org/
I patched trypod to generate dynamically the page:
https://codereview.tryton.org/7221002/
PS: You need to have accepted CACert as trusted authority to get the
image from https://drone.tryton.org/

Very nice, thanks!
Regards Udo


pgpkE5MtJejA3.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] get_singleton() vs. Config(1)

[Udo Spallek]

Sat, 16 May 2015 20:39:38 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 16 May 14:20, Udo Spallek wrote:
...
 Is the use of ``get_singleton()`` recommended in module code or
 better stay with config = Config(1)?
Obviously it is not the recommended way.
Indeed I don't see any advantage in using get_singleton but I see one
for the current way, it prevent a search if the configuration is not
used.

Ok, sounds reasonable. Is a patch welcome, removing get_singleton()
from code and doc?

Regards Udo



pgpuP8dxCaW32.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] get_singleton() vs. Config(1)

[Udo Spallek]

Mon, 18 May 2015 16:21:29 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 18 May 16:08, Udo Spallek wrote:
 Sat, 16 May 2015 20:39:38 +0200
 Cédric Krier cedric.kr...@b2ck.com:
 On 16 May 14:20, Udo Spallek wrote:
 ...
  Is the use of ``get_singleton()`` recommended in module code or
  better stay with config = Config(1)?
 Obviously it is not the recommended way.
 Indeed I don't see any advantage in using get_singleton but I see
 one for the current way, it prevent a search if the configuration
 is not used.
 Ok, sounds reasonable. Is a patch welcome, removing get_singleton()
 from code and doc?
Why?

Ouch, I see, the method is solely for internal use in ModelSingleton.
So nothing else to do here. Thanks for clarification.

Regards Udo


pgpjUuV5whSfZ.pgp
Description: Digitale Signatur von OpenPGP

[tryton-dev] get_singleton() vs. Config(1)

[Udo Spallek]

Hi, 

in [1][2] we introduce a ``get_singleton()`` method for Singelton
models.
In the modules we always use a patter like this::

Config = pool.get('xxx.configuration')
config = Config(1)

or 

Configuration = pool.get('xxx.configuration')
config = Configuration(1)


instead of::

config = Config.get_singleton()

Is the use of ``get_singleton()`` recommended in module code or better
stay with config = Config(1)?

Best
Udo Spallek

[1]http://doc.tryton.org/3.6/trytond/doc/ref/models/models.html#trytond.model.ModelSingleton.get_singleton
http://doc.tryton.org/3.6/trytond/doc/ref/models/models.html#trytond.model.ModelSingleton.get_singleton
[2]
http://hg.tryton.org/trytond/file/0e853ce7b6b5/trytond/model/modelsingleton.py#l12


pgpAWIvevUkbj.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Get the location of a product with Proteus - Tryton 2.8

[Udo Spallek]

Mon, 04 May 2015 14:59:15 +0200
Truckparts Hamburg COM truckparts-hamb...@gmx.de:
Am 04.05.2015 um 09:58 schrieb Cédric Krier:
 On 03 May 13:41, Truckparts Hamburg COM wrote:
 Am 02.05.2015 um 18:50 schrieb Cédric Krier:
 On 01 May 06:21, TPH wrote:
 You need to set the product in context before find locations
 Product = Model.get('product.product')
 Location = Model.get('stock.location')
 (product,) = Product.find([('code', '=', product_code)])
 config.context['product'] = product.id
 (location,) = Location.find([('type', '=', 'storage'), (name,
 =, location_name)])
 config._context['locations'] = [location.id]
 You must not set the context like that but you must use the context
 manager of proetus.config.set_context
 This part is working. If I not set config._context['locations']
 product stock is also 0.
 If I try proteus.config.set_context['product'] = product.id is
 get result: AttributeError: 'module' object has no attribute
 'set_context'
 proteus.config.set_context is a method for a context manager so you
 must call it.
 Something like:
  with proteus.config.set_context(product=product.id):
Does this work?

with config.set_context(product=product.id):
location, = Location.find(
[
('type', '=', 'storage'),
('name', '=', location_name)])

Best Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


pgpiCWAl8QD7D.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] Copy-paste bug in 3.0.8 in Mac client?

[Udo Spallek]

Tue, 28 Apr 2015 16:53:31 +0200
Ossi Viljakainen ossi.viljakai...@iki.fi:
I do a ctrl+a.

Do you also a ctrl-c?

Regards
Udo Spallek


pgpUYLllTRBwg.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] contributions: approval rules

[Udo Spallek]

Hi,

thank you Pierre-Louise for starting this constructive
collection and discussion and for taking the initiative.

Tue, 16 Dec 2014 10:51:44 +0100
Mathias Behrle mbeh...@m9s.biz:
* Pierre-Louis Bonicoli:  Re: [tryton-dev] contributions: approval
  rules (Tue, 16 Dec 2014 04:38:03 +0100):
 On 20/08/2014 12:50, Pierre-Louis Bonicoli wrote:
 [...]
 - what is the Vote results performed on 2010-07-05 ?
See [1][2].
[1] thread.gmane.org/gmane.comp.python.tryton/1591/
[2] http://article.gmane.org/gmane.comp.python.tryton/1641

As an old discussion I participated is *swimming up*, I would like to
explain my opinion today.
After the SCO-Linux controversies[3] I changed my opinion[4]
in many of the proposals.

 - The contributor name must be the real name of the natural person
 who submit the code
 - The contributor email must be a valid email address
 - The username of mercurial patch must be in the form:
 Name email

Today, I would strongly vote *yes* for the above proposals.
Because it makes the project stronger in case of copyright questions.
In my country the copyright of a creation is fixed to the natural
persons who act as a creators.
IANAL, but AFAIK in Germany the copyright is not transferable to anyone
else (§ 29 Abs. 1 UrhG).
In other countries like USA it is different, the copyright is
transferable even to legal person.

I think it is good when the Tryton project is able to identify a
natural or legal person as author.
Additionally I find we need a sign-off process for contributors to the 
developer-certificate-of-origin[5], as many other projects do[6].

[3]http://en.wikipedia.org/wiki/SCO%E2%80%93Linux_controversies
[4]http://thread.gmane.org/gmane.comp.python.tryton/1591/
[5]http://www.do-not-panic.com/2014/02/developer-certificate-of-origin.html
[6]https://www.gnu.org/licenses/why-assign.en.html
https://www.kernel.org/doc/Documentation/SubmittingPatches

Regards
Udo Spallek
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


pgplwh2Un4Gwr.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-de] Re: Tryton DACH

[Udo Spallek]

 bietet strategische Vorteile
für das Unternehmen. Es wird gleichermaßen ein Beitrag zur ...

Gemeinwohlökonomie und einen Beitrag zur Nachhaltigkeit und Zukunft
unserer Wissensgesellschaft.  
... geleistet.


Alle eigenen Texte cc-by-sa 3.0 Udo Spallek

-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
tryton-de sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/20141126115736.33bc5184%40bender.dsl,
 um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout


pgpDDg8NycbaY.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Tree view with many parents

[Udo Spallek]

Sat, 22 Nov 2014 14:51:59 +0100
Cédric Krier cedric.kr...@b2ck.com:
On 22 Nov 12:08, Udo Spallek wrote:
 Sat, 22 Nov 2014 10:18:18 +0100
 Cédric Krier cedric.kr...@b2ck.com:
 This works[1] with some problems[2]. But thank you a lot.
 I needed a patch[3] to avoid the following error:
 But maybe I did something wrong in the API. When you can confirm
 there is indeed an issue, I'll start an issue/review.
Yes, this is something not done in base module and so not tested.

cool, exploring the unknown :-)
https://bugs.tryton.org/issue4358


pgpOs8Fswo_jJ.pgp
Description: Digitale Signatur von OpenPGP

[tryton-dev] Tree view with many parents

[Udo Spallek]

Hello,

what is the best way in Tryton to view a tree with many parents per
entry?


Goal

We have an Artist class which can be a person or a band/group/project.
Bands could be made of other Artists.
I would like to see a tree view with Artists, which can have many
Bands as a parent. So one and the same Artist can be member of many
bands, like this:

* Arto Tunçboyacıyan (solo artist person)
* Daron Malakianv (solo artist person)
* Serj Tankian (solo artist person)
* System of a Down (band)
  * Serj Tankian
  * Daron Malakianv
* Scars on Broadway (band)
  * Daron Malakian
* Serart (project)
  * Serj Tankian
  * Arto Tunçboyacıyan


Status Quo
--
In Tryton we have the tree view which is able to show parent-children
relationships as a graph. But this view seems to be limited to have
only one parent relation.

The general setup in Tryton 3.2 for a tree view is like this:

class Artist(ModelSQL, ModelView):
'Artist'
__name__ = 'artist.artist'
name = fields.Char('Name', required=True)
parent = fields.Many2One(
'artist.artist', 'Parent', select=True, states=STATES,
depends=DEPENDS)
children = fields.One2Many(
'artist.artist', 'parent', 'Children', states=STATES,
depends=DEPENDS) active = fields.Boolean('Active')

XML:

record model=ir.ui.view id=artist_tree_view
field name=modelartist.artist/field
field name=typetree/field
field name=field_childschildren/field
field name=nameartist_tree/field
/record
record model=ir.action.act_window id=act_artist_tree
field name=nameArtists/field
field name=res_modelartist.artist/field
field name=domain[]/field
field name=search_value[]/field
/record
record model=ir.action.act_window.view id=act_artist_tree1
field name=view ref=artist_tree_view/
field name=act_window ref=act_artist_tree/
/record
menuitem action=act_artist_tree id=menu_artist_tree
sequence=20/

I feel there is a need for an Many2Many relation, but I do not get a
clue. Any Ideas are welcome.

TIA and regards
Udo Spallek


pgpdG_J7kRYdc.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton-dev] Tree view with many parents

[Udo Spallek]

Sat, 22 Nov 2014 10:18:18 +0100
Cédric Krier cedric.kr...@b2ck.com:

On 22 Nov 09:06, Udo Spallek wrote:
 I feel there is a need for an Many2Many relation, but I do not get a
 clue. Any Ideas are welcome.

treeview doesn't require a parent field and you can use a M2M as
children.

This works[1] with some problems[2]. But thank you a lot.
I needed a patch[3] to avoid the following error:
But maybe I did something wrong in the API. When you can confirm there
is indeed an issue, I'll start an issue/review.

Cheers Udo

[1] My setup::

class Artist(ModelSQL, ModelView):
'Artist'
__name__ = 'artist.artist'
name = fields.Char('Name', required=True)
children = fields.Many2Many(
'artist.artist-artist.artist', 'artist_parent',
'artist_child', 'Children', states=STATES, 
depends=DEPENDS)

class ArtistArtist(ModelSQL):
'Artist - Artist'
__name__ = 'artist.artist-artist.artist'
_table = 'artist_artist_rel'
artist_parent = fields.Many2One(
'artist.artist', 'Artist Parent', required=True, select=True)
artist_child = fields.Many2One(
'artist.artist', 'Artist Child', required=True, select=True)

XML is the same as in the initial post.

[2] The error::
ERROR:tryton.common.common:Traceback (most recent call last):
  File /trytond/protocols/jsonrpc.py, line 125, in _marshaled_dispatch
response['result'] = dispatch_method(method, params)
  File /trytond/protocols/jsonrpc.py, line 158, in _dispatch
res = dispatch(*args)
  File /trytond/protocols/dispatcher.py, line 158, in dispatch
result = rpc.result(meth(*c_args, **c_kwargs))
  File /trytond/model/modelview.py, line 240, in fields_view_get
result['field_childs'])
  File /trytond/model/modelview.py, line 339, in _view_look_dom_arch
fields_def.setdefault(field.field, {'name': field.field})
AttributeError: 'Many2Many' object has no attribute 'field'

'Many2Many' object has no attribute 'field'


[3] Patch for trytond 3.2::
diff --git a/trytond/model/modelview.py b/trytond/model/modelview.py
index 4847a4e..4642644 100644
--- a/trytond/model/modelview.py
+++ b/trytond/model/modelview.py
@@ -334,7 +334,8 @@ class ModelView(Model):
 fields_def.setdefault(field_children, {'name':
field_children}) if field_children in cls._fields:
 field = cls._fields[field_children]
-fields_def.setdefault(field.field, {'name':
field.field})
+if field._type != 'many2many':
+fields_def.setdefault(field.field, {'name':
field.field}) 
 for field_name in fields_def.keys():
 if field_name in cls._fields:


pgputh1T3aMDz.pgp
Description: Digitale Signatur von OpenPGP

Re: [tryton] RE: [issue3951] database restore failed error, but restore appears correct

[Udo Spallek]

Hi Dale,

Mon, 22 Sep 2014 13:40:40 -0600
Dale Scott dalesc...@shaw.ca:
Hi, I'd like to help but am only familiar with installing trytond
using pip (just a dumb user ;-))
With the imminent release, can someone else volunteer to test this
patch? 

the patch is closed and already applied. See
https://bugs.tryton.org/issue3951 for reference.

Regards Udo


signature.asc
Description: PGP signature

Re: [tryton-dev] RFC: new design for many2one

[Udo Spallek]

Hi,

Mon, 8 Sep 2014 23:45:23 +0200
Cédric Krier cedric.kr...@b2ck.com:
To fix the issue4158, I had to change the design of Many2One widget by
replacing the buttons by just icon inside entry.
I think to have only the search/open icon is fine enough because:
- creation is still available from F3
- there is still create entry in menu completion
- the create button is available on the search popup
Also side effect, it makes the UI a little bit lighter.
https://bugs.tryton.org/issue4158
Looks very nice! The mouse usability makes no big difference to me. I
usually use F2 and F3, but keyboard usability is IMHO much better.

Here is a screen shot:
http://picpaste.de/tryton_icon_inside_entry-IXTmLcVd.png

There is maybe an issue with the length of the many2one. It seems to be
*wider* than text fields. Compare fields ``SEPA Creditor
Identifier`` and ``Customer Payment Term`` in the screen shot.

Regards Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] RFC: account_tax_rule_country

[Udo Spallek]

Hi Mathias,

Thu, 4 Sep 2014 19:59:53 +0200
Mathias Behrle mbeh...@m9s.biz:
* Cédric Krier:  Re: [tryton-dev] RFC:
account_tax_rule_country (Thu, 4 Sep
  2014 11:49:13 +0200):
 On 04 Sep 11:43, Mathias Behrle wrote:
  * Cédric Krier:  Re: [tryton-dev] RFC:
  account_tax_rule_country (Thu, 4 Sep 2014 09:36:58 +0200):
   On 04 Sep 09:02, Udo Spallek wrote:
Thu, 28 Aug 2014 10:49:59 +0200
Cédric Krier cedric.kr...@b2ck.com:
I created a module to add from/to country on the matching
mechanism of tax rule. It is more a POC about how tax rule
should be customized. Comments are welcomed.
https://bugs.tryton.org/issue4139
it would be good to have additionally a coarse grained
structuring, for supra-regional groups like, trade agreement
zones or free trade agreements ...
These groups are collections of countries or other groups.
Every membering country has an entry date and could have an
exit date to the group.
E.g. countries in the European Union use special tax rules for
business with other membering countries.
Instead of defining and maintaining with every single country
a single tax rule, it would be good to define one tax rule for
one group.
   The main difficulty is that often your local country is handled
   differently than others one of the same zone.
  So the own country shouldn't be added to such a group.
 But such design will make them not shareable.
Indeed. But having the possibility to use them is already better than
nothing at all. 
Random thoughts:
- We could share the records for such a group, but disable the own
country on
  configuration (e.g. when creating the account chart). Looks hackish,
 groups could be used for different purposes.
Yes, you are right, I would prefer to re-use these groups for other
purposes, too.

- If we had an excludes field on the tax rule, we could define:
members of the
  group, but not the excluded ones. Still hackish, but a little less.
It's a better idea.

Other ideas?

Maybe just with some documentation:

Tax rule lines are evaluated in a sequence.
A rule line with a single country will match at least for the exact
country.
A rule line with a zone, will match at least for every country defined
in this zone.
A rule line for zones can be *overwritten* by rule lines for single
countries, even if the country is member of the zone.
Include explicit separate rule lines for every country.
Rule lines with zones (collection of countries) needs to have a higher
sequence number (evaluated later) than the rule lines with single
countries.

This will change the actual behavior of tax rules. For now we will have
a nice fallback to default product taxes for usually inland parties,
when no rule matches.
But on the other Hand it does IMHO not bring too much complexity to
explicit define rules for inland taxes.

Best regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] module loader

[Udo Spallek]

Hi Simon,

Thu, 4 Sep 2014 08:09:20 +0200
Simon Klemenc simon.klem...@gmail.com:
Am 04.09.2014 02:19 schrieb Pierre-Louis Bonicoli 
pierre-louis.bonic...@gmx.fr:
 On 04/09/2014 01:04, Simon Klemenc wrote:
  You are right, this is more of a first-world-problem. Its
  absolutely doable to add a setup.py from the template in hg but
  when doing only slight modifications to the view, workflow,
  models,... or splitting modules it makes life easier to just work
  inside a dedicated directory, and have trytond behave more like a
  framework...
 Is your goal to use a Tryton module located outside the
 trytond/modules directory ?
Yes, the goal is to be able to manage the large number of modules in a
freely defined folder-structure: custom, tryton, 3rd-party maybe, and
to have it working like an encapsulated app...

you can put all Tryton module *packages* in a persistent volume outside
docker, maybe using fig.
From inside docker you install the module in editable mode::

$ pip install -e outsde/volume/tryton/party
$ pip install -e outsde/volume/tryton/account
…

The ``-e`` is pips editable mode, which links (not install) the package
source to the correct targets.
So you can edit your Tryton modules outside docker and they'll persist a
restart.

Regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] RFC: account_tax_rule_country

[Udo Spallek]

Thu, 28 Aug 2014 10:49:59 +0200
Cédric Krier cedric.kr...@b2ck.com:
I created a module to add from/to country on the matching mechanism of
tax rule. It is more a POC about how tax rule should be customized.
Comments are welcomed.
https://bugs.tryton.org/issue4139

it would be good to have additionally a coarse grained structuring, 
for supra-regional groups like, trade agreement zones or free trade
agreements ...
These groups are collections of countries or other groups.
Every membering country has an entry date and could have an exit
date to the group.

E.g. countries in the European Union use special tax rules for
business with other membering countries.
Instead of defining and maintaining with every single country a single
tax rule, it would be good to define one tax rule for one group.

Regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

[tryton] Meet us at the EuroPython 2014

[Udo Spallek]

Hi,

is anybody attending EuroPython 2014 in Berlin?
Maybe we can arrange a small meeting.
It would be great to meet you there.

Regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] Some thoughts about web application development with Tryton

[Udo Spallek]

Sat, 4 Jan 2014 17:05:28 +0100
Cédric Krier cedric.kr...@b2ck.com:
- web_user
The idea of this module is about having a common minimal web user
definition/support. I think such user should be identify by just
their E-mail and that the module should provide a password
authentication. I also think having a way to validate user by
verifying email address is also a common need.

yes, agree.

An other common need is IMHO a password reset request, in case the
password is lost.

At least for verification we will rely on data coming from untrusted
environments.
To be sure it is not faked/manipulated we could use itsdangerous[1] to
sign e.g. the email address with the password and/or another secret as
key.

[...]
The module should also provide an optional session mechanism where
any web framework could be plugged on. The goal will be to have a
shared via database session across multiple instance.

Maybe we can marriage Tryton with beaker[2] whose sessions seem to be
supported by flask, django, pylons or pyramid applications.

[1] https://pythonhosted.org/itsdangerous
[2] http://beaker.readthedocs.org

Regards
Udo Spallek
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] What should be the search on: 1..42

[Udo Spallek]

Hi Nicolas,
Thu, 12 Jun 2014 14:28:49 +0200
Nicolas Évrard nicolas.evr...@b2ck.com:
We get some astonishement with the current behavior of the client with
the range search syntax.
Currently: `Field: 1..42` will become

`[('field', '=', 1), ('field', '', 42)]`
But it seems people expect:

`[('field', '=', 1), ('field', '=', 42)]`
One point about the current behavior is that you can slide the range
by the length and it will not contain any duplication.
So what do you think?
It depends as it is displayed by the two questions in this
stackoverflow post:

 https://english.stackexchange.com/questions/118402/when-is-between-inclusive-and-when-exclusive
So I think it's a matter of convention and of context.
The only way to be unambiguous would be to implement a different
version of the .. operator:
Field: ]1, 42]
Field: [1, 42[

your answer shows IMHO the perfect solution, because it
respects both valid expectations:

* natural-look-and-feel boundaries and
* flexible slicing-optimized-boundaries.

The expectation from natural language:
[1..42] : 1 = x = 42 (1 to 42 all numbers inclusive)

The expectation from slicing:
[1..42[ : 1 = x   42 (1 to 41 all numbers inclusive)

And for sake of completeness the slicing super powers, which where
initially not requested:
]1..42] : 1   x = 42 (2 to 42 all numbers inclusive)
]1..42[ : 1   x   42 (2 to 41 all numbers inclusive)

But the parser might not allow it.
Your chosen ][-syntax looks very familiar to me, because
it is what I learned in mathematics at school.

I do not know the parser implementation, but I would
change the parsing of [1..42] to natural
`[('field', '=', 1), ('field', '=', 42)]`.
But finding another syntax for slicing. If possible I would use what
you suggested [1..42[ or something different like [1::42] or 1to42.

Regards Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton] How should BoMs be named?

[Udo Spallek]

Hi Dale,

Sun, 8 Jun 2014 10:54:49 -0700 (PDT)
Dale Scott d...@dalescott.net:
What naming conventions are you using for Products and BoMs?
It seems there is no required relationship between the name of a
Product and the name of a BoM for that product.
yes, no relationship based on names. Its based on internal ids.

It seems some
convention is needed for things to be clear for users, especially if
searching for a BoM for a particular product.
yes, if you like a semantic connection between product and recipe.

The first strategy I came up with is something like:
Product: ASSY,FIELD SPARES,AIRCRAFT WIRELESS
Code: 6001 (we have a long-established 8-digit internal part
number)
BoM Name: 6001-01 (e.g. rev 01 of BoM for product code 6001)
Have you come up with a convention that is working for you?
your convention sounds reasonable to me. A customer uses something
similar, but based on product name == BOM name. They have the case to
be able to order a product instead of producing it. The internal product
code is other than the suppliers codes. So they base their naming
scheme on names instead of codes.

I would prefer a naming convention based on codes, as you suggest.
Because names may change over time, codes should not.

The revision suffix is IMHO only needed, when you may have more
then one recipe (BOM) per product, or when your recipes changes over
time.

Cheers Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Adding another Report to Sale module

[Udo Spallek]

Hello Paul,

Mon, 9 Jun 2014 02:13:49 -0700 (PDT)
Paul Leverett p...@marsguitars.co.uk:
On Sunday, June 8, 2014 11:22:23 PM UTC+1, Cédric Krier wrote:
  This is my method for adding a second report: 
  1) Create a new record in AdministrationUser
  InterfaceActionsReports 
 by 
  duplicating the existing report Sale.  On the duplicate, change
  the 
 name 
  to Sale1 and internal name to sale.sale1 on the duplicate. Do not
  change the path or any other details. 
 I think you should not change the internal name because it should be
 the name of the Report class. 
If I do not change the name (keep sale.sale on the duplicate record) I
no longer get the error - thanks.
But my new reports do not show. I get the correct entries in Open
Report but, the new report always shows sale.pdf - the report loaded
in the standard Sale report position.
try to duplicate and then to deactivate (uncheck active field) the old
report. 

Cheers Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton-dev] RFC sticky note

[Udo Spallek]

Hi,
Wed, 4 Jun 2014 17:48:14 +0200
Cédric Krier cedric.kr...@b2ck.com:
I created a blueprint for a sticky note system for Tryton.
https://code.google.com/p/tryton/wiki/StickyNote

I don't understand the need in having two kinds of /attachments/.
For me the conception of sticky notes sounds very equal to text
attachments. Why not combine both? What is the difference?

Regards Udo


signature.asc
Description: PGP signature

Re: [tryton-dev] Easy path for new contributors

[Udo Spallek]

Hi,

Fri, 06 Jun 2014 19:27:44 +0200
Sergi Almacellas Abellana se...@koolpi.com:
I have seen in other open source projects that they mark easy issues
in order to ease the introduction of newcomers to the project
development, for example [1].
I wonder if this will be a good idea for the tryton community. Do you 
think this will be helpful?
In order to make this happen, this are the required tasks to do:
- Add some type of mechanism in roundup to mark easy tasks.
We could use Roundup Keywords.

- Add a new query in order to show them.
- Modify the HowtoContribute page in order to show this changes.
- Marking existing issues as easy issues (Maybe this is the most
tedious task, but can me done progressively).
Thoughts?
Why not!

[1] 
https://github.com/owncloud/core/issues?labels=Junior+Jobpage=1state=open

Regards
Udo Spallek

Re: [tryton-dev] Automated client functional testing

[Udo Spallek]

Wed, 9 Apr 2014 22:23:52 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 09 Apr 09:22, fernan...@lgdmh.com wrote:
  Moreover, I really doubt that such tests will be of any help
  because the current missing testing part is the human interaction
  and I doubt any test which is not performed by human will help
  there. Also, you should know the the client code is a very small
  part of the all code of Tryton (about less than 5%) and that
  almost all the code is run when you preform any simple business
  workflow. Finally, you should know that the major number of bug
  reported on the client are to improve the behavior and not really
  regressions.
 Thank you for the info, I see that automatic gui testing would not
 provide in tryton all the benefits that I expected.
There is one room where I see some testing will be good, it is to test
all the tryton/gui/window/form/model/* stuffs but it will required to
connect to a server etc.

Maybe an idea would be creating a module which provides similar
functionality like gtk-demo or gtk3-demo. Menu entries grouping the
different topics. Board-, list- and form-views visualizing widgets,
attributes, spacer, tabs and other visual usability concepts.
Having the source code beside each example could give newbies
introduction and best practice.
New visual concepts and widgets included into Tryton are using this
module to prepare a use- and a show-case.
The most important use would be the manual client testing of all
functionality as a whole before a release. Testing sao is included ...

What do you think?

Regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Re: Calling for more icons

[Udo Spallek]

Hi,

Wed, 5 Mar 2014 01:55:42 -0800 (PST)
T Kbuilder mayanu...@gmail.com:
I am thinking of having a go at helping with this work.
Before getting too carried away with graphical work. I thought I'd get
some ideas of each icon required
good idea!

-address
==icon elements that look like the writing of an address on evelop?
+1

- product variant (probably a variantion of product) 
- carrier 
==brown paper package with string
this I would associate with 'packing' or 'packaging'...

- banking 
==look like concrete pillar bank structure OR a bag of money  OR a
piggy bank
For me the 'temple of mammon' ;-) is the best fitting picture for
'bank', maybe something like this:
http://shop.fiu.edu/_assets/images/one-card/icon_banking.png

I associate piggy bank and bag of money with Cash, not Bank. And I
prefer '$' as symbol, not '€'. 

- dashboard 
==machine gauge eg rpm
Yes, or a small cockpit like:
http://www.appliedtechnologies.de/Loesungen/PublishingImages/Icon_Cockpit_300px.png
but simpler.

- asset 
Maybe something like a factory in background and a van and a mobile in
foreground...

Regards
Udo

Re: [tryton] Soa slow resize + poc

[Udo Spallek]

Hi.

Wed, 5 Mar 2014 07:49:35 -0800 (PST)
Emma delesco...@gmail.com:
  So if I understand well what you are saying. If xfill/xexpand work
  as intended  and the interface renders on larger screens as it
  renders on 
 the 
  gtk client AND renders on smaller screens as it does in pda mode,
  the codereview replacing tables by div's would be included in sao? 
 I can not give white card like that. I only validate when I can see
 and test the code. 
I am not asking for a white card (or any other colored card for that 
matter) I am asking if an implementation with the said fully
functional features would be included.
You cannot give white card, I cannot decide to waste time working on 
something you are not interested in (and from your answers, as opposed
to a lot of other answers on this thread you DO NOT seem interested at
all). And frankly I am already feeling like I am loosing my time.

I am interested in something similar to the GTK client PDA mode in
Sao, which makes it better usable on small devices. Comparing Sao
including your patch [1] and the GTK clients PDA mode with a one column
table [2], both results looking quite similar to me.
The only difference is an implementation detail in using div vs.
table. Please correct me if I am wrong, but as long as the form view in
the GTK client uses a table structure as raster, it would be easier
to implement the Sao PDA mode similar as a one column table.

IIUC the only implementation argument for div is that bootstrap needs
it instead of table tags. But in the actual incomplete development
state of Sao I can not see a benefit in having bootstrap and all its
complexity integrated. I am even not sure if bootstrap is the right
tool for ... for gaining what exactly? But I am not an expert.

So for me it would be more than enough for now, to make just the next
step, and implement the one column view for small devices in a similar
way the GTK client does.

Thank you for investigation and sharing your bootstrap POC!

Regards
Udo

[1]
https://lh3.googleusercontent.com/-DER-9KI45Ic/Uxc1jXeKzMI/ALc/Nqi7Eki9oZw/s1600/592_sao_responsive.png
[2] http://www.b2ck.com/~ced/tryton_pda.png

-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton] Tryton is now an official openSUSE package

[Udo Spallek]

Hello Axel,
Fri, 22 Nov 2013 16:22:35 +0100
Dr. Axel Braun axel.br...@gmx.de:
...
With this move, Tryton became an 'official' openSUSE-package.
Currently the 2.8 and 3.0 branch are maintained.

This are good news! My congratulations.

Best Udo
-- 
_
virtual things
Preisler  Spallek GbR
Munich - Aachen

Windeckstr. 77
81375 Munich - Germany
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Party Relationship

[Udo Spallek]

Hello Denis,

Wed, 30 Oct 2013 11:36:24 -0700 (PDT)
alsterh...@googlemail.com:
 When setting up a party relationship module, the first thing we may 
 want to consider is: 
 NATURE 
 1. Legal entity. 
 2. Natural person. 
 For me a basis model for relationships should not make this 
 difference nor be based on it. IMHO this functionality should be 
 implemented in other modules, since it is an independent and special 
 conception. 
I think this is the most important difference between the parties. The 
natural person can move from one legal entity to the other. It is not 
possible the other way around. I do not see a reason why a 
non-distinguishment could be of any use. I do not see a situation in
which I may not need to know whether it is a real person or a legal
entity.
no, I do not agree that this would be the most important difference
between parties in all businesses. It is also reasonable to distinguish 
persons from legal or informal organizations. While running an
website it could be useful to have a special type for cookies or
referer-ids and when running a cemetery it could be useful to
distinguish the living from the death persons. Pure B2B or B2C do
not need this distinction at all.

This distinctions are useful in many scenarios, but they are _not
needed_ to build relationships with parties. We always try to cut away
everything not mandatory, to follow the UNIX philosophy.

 These two objects can have three main relations between each other. 
 RELATION 
 A. Active relation (ongoing) 
 B. Passive relation (from the past) 
 C. Future relation (back to the future) 
 IMHO start date and thru date are optional attributes of 
 relationships. 
 I do not understand 'main relations'. IMHO especially *relation* is 
 the attribute in the model, we wanted to use in a flexible way. It 
 is just to be able to collect *all* used party relations in every 
 business we can think of.
I am not sure what the correct name may be. But we only have these
three options. And all three are important to link the relation.
For me this would be much better controlled by using start- and end-date
as optional attributes for each relation. Having no date or one
start-date only is similar to your type A. Having start- and end-date
in the past is type B and when both dates are in the future, it is
type C. 

On the other hand your suggestion has problems with a moving time axis:
What to do when the date of today is catching the dates of a
relation you defined type C? By definition it is type C, but by the
current date it is type A an active relation.

 These relations again can be tagged by endless characteristics. 
 CHARACTERISTIC 
 i. Client 
 ii. Supplier 
 iii. Forwarder 
 iv. Employee 
 v. Authority 
 vi. Franchise-Partner 
 vii. Agent 
 viii. Consortium 
 etc... 
 From my point of view, as business models tend to be so different,
 I would propose to have everybody create his own characteristics
 fitting to business requirements. You can then combine as much as
 you like. 
 AFAIU these 'characteristics' are similar to Silverstons 'Party 
 Roles'. Where parties 'play roles' in the company. This 
 conception is in my understanding not necessary for a relationship
 model and could be implemented otherwise.
I believe this is crucial, because if we do not include this - what
then are we including that can be of any help? This is probably my
main problem of understanding. I do not understand what you/we want to
link, if not this.
AFAIU we want to have a named link between parties or maybe party-like
objects. Cédric mentioned the closest conception to roles or
characteristics in Tryton are the models based on party, like company,
employee or bank. So the idea is, to build relationships not only
upon records in the party model, but on records of possibly different
models, like said in his examples:

Fri, 18 Oct 2013 18:19:29 +0200
Cédric Krier cedric.kr...@b2ck.com:
 Employee of - there is a employee and a company
 Customer of - there is a customer and a supplier
 Subsidiary of - there are two companies
 Salemen of - there is a party and a company

I find a module which can handle and display this examples would be 
very promising to argue. These relationships could be able to replace
the company tree, we are currently using to set up multi-company
scenarios and the hard wired company-employee relationship in Tryton.
But surely this needs discussion.

 Besides, one of the most crucial parts is whether the solution is
 easy and comfortable to handle during operations, as every CRM
 module depends on the user's ability and will to nurture the system
 and benefit from it. 
 When I get a phone call from a person introducing him/herself with 
 name and company, I must be able to type this into the computer
 within seconds to get an overview of who this contact is and what I
 should be doing and consider. If the system does not allow this,
 the best architecture will not be used and the data pool will not
 grow after implementation as 

Re: [tryton] Party Relationship

[Udo Spallek]

Hello Denis,

thank you for your feedback.

Tue, 29 Oct 2013 15:27:06 -0700 (PDT)
alsterh...@googlemail.com:
Still, very difficult to follow your ideas here without reading a 
structured outline of what is needed and what is doable.
In such a long thread I am a bit lost to understand which ideas exactly
you do not follow. Please be more precise here.

Needed in this discussion is IMHO to argue and typify the most simple
base functionality to maintain relationships between parties.

When setting up a party relationship module, the first thing we may
want to consider is:
NATURE
1. Legal entity.
2. Natural person.
For me a basis model for relationships should not make this
difference nor be based on it. IMHO this functionality should be
implemented in other modules, since it is an independent and special
conception.

These two objects can have three main relations between each other.
RELATION
A. Active relation (ongoing)
B. Passive relation (from the past)
C. Future relation (back to the future)
IMHO start date and thru date are optional attributes of
relationships.

I do not understand 'main relations'. IMHO especially *relation* is
the attribute in the model, we wanted to use in a flexible way. It
is just to be able to collect *all* used party relations in every
business we can think of.

These relations again can be tagged by endless characteristics.
CHARACTERISTIC
i. Client
ii. Supplier
iii. Forwarder
iv. Employee
v. Authority
vi. Franchise-Partner
vii. Agent
viii. Consortium
etc...
From my point of view, as business models tend to be so different, I
would propose to have everybody create his own characteristics fitting
to business requirements. You can then combine as much as you like.
AFAIU these 'characteristics' are similar to Silverstons 'Party
Roles'. Where parties 'play roles' in the company. This
conception is in my understanding not necessary for a relationship model
and could be implemented otherwise.

Besides, one of the most crucial parts is whether the solution is easy
and comfortable to handle during operations, as every CRM module
depends on the user's ability and will to nurture the system and
benefit from it.
When I get a phone call from a person introducing him/herself with
name and company, I must be able to type this into the computer within
seconds to get an overview of who this contact is and what I should be
doing and consider. If the system does not allow this, the best
architecture will not be used and the data pool will not grow after
implementation as it costs more time than helps.
For me this is far beyond of the aim of a base module which should
introduce basic handling of party relationships. Of course you are right
that it would be nice to have more modules coming, providing detailed
functionality and optimized usability for certain use cases.
But all these good ideas are definitely not necessary for a base party
relationship module.

Regards
Udo
--
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Party Relationship

[Udo Spallek]

Fri, 18 Oct 2013 18:19:29 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 18/10/13 17:08 +0200, Udo Spallek wrote:
 Fri, 18 Oct 2013 15:15:15 +0200
 Cédric Krier cedric.kr...@b2ck.com:
 On 18/10/13 14:01 +0200, Udo Spallek wrote:
  Wed, 9 Oct 2013 19:15:29 +0200
  Albert Cervera i Areny alb...@nan-tic.com:
[...]
  Len's model is able to handle the traditional
  customer relationships like (see table 1 for the data):
  In a Customer-Relationship, Party ACME Company takes the
  role as a Customer of DEF firm an Internal Organization
 Yes.
  but also to collect information about a competitor:
   In a Customer-Relationship, Party Eric is a Customer
  of Party UVW an (external) Competitor
 And why can't we store it with current design?
 The relation type will be is customer of.
 The fact that UVW is a competitor is outside the relation because
 it is the relation the current company has with UVW.
 no, that's unfortunately too simple. A 'relation' or 'relationship'
 is a _relational_ link or connection, not a functional. E.g. in
 another relationships UVW can be also play the role as a 'partner'
 of the enterprise, when they sponsoring a convention.
I don't agree with you. The proof is that the word Customer is in
your example in the name of the relation and also in the role.
There are here a duplication of information.
Yes, you are right, duplication of information is bad. And I think
we can store the same information with the proposed model:

1. Party ACME Company 'is customer of' DEF firm (internal company)
2. Party Eric 'is customer of' Party UVW
3. Party UVW 'is competitor' of DEF firm (internal company)

I begin to like the proposed model, because it is simple and beautiful:
Parties are nodes and relationships are edges between nodes.

  It can be used to describe hierarchical relationships like company
  roll-ups your blueprint also provides,
  In a Organization-Rollup-Relationship, Party XYZ is a
  Subsidiary of Party ABC the Parent Organization
  In a Organization-Rollup-Relationship, Party DEF is a
  Subsidiary of Party ABC the Parent Organization
 Same here.
  or handle information with different opinions
  In Sales-Lead-Relationship, Party Thomas is a Hot-Lead
  of Party Victor an internal employee
  In Sales-Lead-Relationship, Party Thomas is a Cold-Lead
  of Party Jack an internal employee
  In a Sale-Chance-Relationship, Party Thomas is a 90%-Chance
  of Party Victor an internal employee
  In a Sale-Chance-Relationship, Party Thomas is a 10%-Chance
  of Party Jack an internal employee
 I would prefer to have a percentage field on the relation for such
 case instead of predefined value in the relation/role.
 Here my point is: ability to collect different opinions about one and
 the same thing. Here are two employees having different opinions
 about one and the same interest. Again, as the name 'Relationship'
 suggests, it is about relational connections, not functional.
I don't think such data design could be re-used/exploit in anywhere.
I think also that it is not a relation because it is not a fact.
Beside my not-so-good-example, I think it is good to be able to handle
different relations and take them all as facts. And Alberts proposed
model seems not to restrict this.

Maybe think about a 'weight'-attribute of a relation, which is heavy
when many users reconfirm the relation, or which is light when only one
user allege the relation. In a painted picture of the graph, the heavy
relations are big lines and the light ones are thin. Evidently, such an
attribute should not be part of the base model.

For your example, I will just store this information on the
sale_opportunity not on the party.
Maybe my example fails, because we have already a sufficient model
with sale_opportunity.

  The basic idea of Silverston's conception is to collect
  semantic information the company is interested in separated by 
  relationship types. It is using the roles (and role types) the
  parties *take* or *play* in the relationship as the relators.
 I think the error is here. It is only about the point of view of the
 company.
 Wrong. The collected data is about the point of view of everyone
 (usually Tryton users) who fills the database with
 opinions/meanings/facts. These facts can unfortunately change over
 time.
Not for me, relationship must be filled with fact and fact doesn't
change over time.
In this point I am sure these facts will and should change.
We already put many things which not change over time into the party
model. But relationships are IMHO more relative.
One day ABC cooperation is a competitor of ACME, another day ABC
becomes its dependance. One day Peter works for department A, another
day he changes to B and some weeks later he quits, finally.
A coming joint venture will always start with a hearsay: 

Did you hear about A and B want to fusion?

Depending on your business it can be nice to collect such vague
information

Re: [tryton] Party Relationship

[Udo Spallek]

Hello Albert,

great that you reanimate the discussion.

Wed, 9 Oct 2013 19:15:29 +0200
Albert Cervera i Areny alb...@nan-tic.com:
I've just created a blueprint for it. Your comments will be very
welcomed.
[1] https://code.google.com/p/tryton/wiki/PartyRelationship

IIUC the blueprint proposes structural relationships like memberships or
roll-ups. IMHO the handling of structuring parties without sorting them
them into persons and (legal/informal) organizations makes the
later use of the information complicated (See [1] for the aged
plannings).

But more important for me is, relationships could be so much more
than *just* a structural roll-up of people and organizations.

Len Silverston, - the guy from whom we borrowed the conception of the
actual party model,- proposes already a conception[2][3] for a
relationship management which introduces *party roles* to relate
parties in a relationship. His proposed design is not restricted to the
management of *structural relationships* or just *customer
relationships*. Len's model is able to handle the traditional
customer relationships like (see table 1 for the data):

In a Customer-Relationship, Party ACME Company takes the
role as a Customer of DEF firm an Internal Organization

but also to collect information about a competitor:

 In a Customer-Relationship, Party Eric is a Customer
of Party UVW an (external) Competitor

It can be used to describe hierarchical relationships like company
roll-ups your blueprint also provides,

In a Organization-Rollup-Relationship, Party XYZ is a Subsidiary
of Party ABC the Parent Organization
In a Organization-Rollup-Relationship, Party DEF is a Subsidiary
of Party ABC the Parent Organization

or handle information with different opinions

In Sales-Lead-Relationship, Party Thomas is a Hot-Lead
of Party Victor an internal employee
In Sales-Lead-Relationship, Party Thomas is a Cold-Lead
of Party Jack an internal employee

In a Sale-Chance-Relationship, Party Thomas is a 90%-Chance
of Party Victor an internal employee
In a Sale-Chance-Relationship, Party Thomas is a 10%-Chance
of Party Jack an internal employee

The basic idea of Silverston's conception is to collect
semantic information the company is interested in separated by 
relationship types. It is using the roles (and role types) the parties
*take* or *play* in the relationship as the relators.

So for me, either the name 'Relationship' or 'Relation' is much too
general for the structure-only approach of the blueprint, or the
functionality misses all the needed parts to build real *semantic*
relationships.

Regards Udo



Table 1:

  ==  ==  ===  
PARTY
RELATIONSHIP  FROMFROMTO   TO
TYPE NAME PARTY   ROLEPARTYROLE
  ==  ==  ===  
Customer  ACMECustomerDEF  Internal
Relationship  Company firm organization
  --  --  ---  
Customer  EricCustomerUVW  Competitor
Relationship, 
  --  --  ---  
Organization  XYZ Subsidiary  ABC  Parent
Rollupfirmcompany  Organization
  --  --  ---  
Organization  DEF Subsidiary  ABC  Parent
Rollupcompany company  Organization
  --  --  ---  
Sales-LeadThomas  Hot-LeadVictor   internal
   employee
  --  --  ---  
Sales-LeadThomas  Cold-Lead   Jack internal
   employee
  --  --  ---  
Organization  CustomerDivisionDEF  Subsidiary
RollupService firm
  Division
  --  --  ---  
Agent Sell-   Sales   DEF  Internal
Relationship  Assist. agent   firm organization
  Corp.
  --  --  ---  
Supplier  Fantastic   SupplierDEF  Internal
Relationship  Suppliesfirm organization
  --  --  ---  


[1] https://codereview.appspot.com/2001042/
[2] Silverston, Len:Data Model Resource Book Volume 1, 2001,
Wiley, http://books.google.de/books?id=XkBPl4Ted40C
[3] http://media.wiley.com/assets/281/22/v1diagram.jpg

-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

Re: [tryton] Party Relationship

[Udo Spallek]

Hi Cédric,

thanks a lot for your feedback!

Fri, 18 Oct 2013 15:15:15 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 18/10/13 14:01 +0200, Udo Spallek wrote:
 great that you reanimate the discussion.
 Wed, 9 Oct 2013 19:15:29 +0200
 Albert Cervera i Areny alb...@nan-tic.com:
 I've just created a blueprint for it. Your comments will be very
 welcomed.
 [1] https://code.google.com/p/tryton/wiki/PartyRelationship
 IIUC the blueprint proposes structural relationships like
 memberships or roll-ups. IMHO the handling of structuring parties
 without sorting them them into persons and (legal/informal)
 organizations makes the later use of the information complicated
 (See [1] for the aged plannings).
I don't see why.
In structural relationships could be combinations which doesn't make
sense, like making parent-child relations out of persons. Employees can
be persons only. Companies are always 'organizations'...
It is just collecting semantic information and find ways to use them.

 But more important for me is, relationships could be so much more
 than *just* a structural roll-up of people and organizations.
I don't think the current design is.

 Len Silverston, - the guy from whom we borrowed the conception of the
 actual party model,- proposes already a conception[2][3] for a
 relationship management which introduces *party roles* to relate
 parties in a relationship. His proposed design is not restricted to
 the management of *structural relationships* or just *customer
 relationships*.
We did not always follow it otherwise we will have a Rube Goldberg
machine.
That's a good argument, but this one is better:
Rube Goldberg machines are always awesome
http://www.youtube.com/watch?v=qybUFnY7Y8w

 Len's model is able to handle the traditional
 customer relationships like (see table 1 for the data):
 
 In a Customer-Relationship, Party ACME Company takes the
 role as a Customer of DEF firm an Internal Organization
Yes.
 but also to collect information about a competitor:
 
  In a Customer-Relationship, Party Eric is a Customer
 of Party UVW an (external) Competitor
And why can't we store it with current design?
The relation type will be is customer of.
The fact that UVW is a competitor is outside the relation because it is
the relation the current company has with UVW.
no, that's unfortunately too simple. A 'relation' or 'relationship' is a
_relational_ link or connection, not a functional. E.g. in another
relationships UVW can be also play the role as a 'partner' of the
enterprise, when they sponsoring a convention.

 It can be used to describe hierarchical relationships like company
 roll-ups your blueprint also provides,
 
 In a Organization-Rollup-Relationship, Party XYZ is a Subsidiary
 of Party ABC the Parent Organization
 In a Organization-Rollup-Relationship, Party DEF is a Subsidiary
 of Party ABC the Parent Organization
Same here.
 or handle information with different opinions
 
 In Sales-Lead-Relationship, Party Thomas is a Hot-Lead
 of Party Victor an internal employee
 In Sales-Lead-Relationship, Party Thomas is a Cold-Lead
 of Party Jack an internal employee
 
 In a Sale-Chance-Relationship, Party Thomas is a 90%-Chance
 of Party Victor an internal employee
 In a Sale-Chance-Relationship, Party Thomas is a 10%-Chance
 of Party Jack an internal employee
I would prefer to have a percentage field on the relation for such case
instead of predefined value in the relation/role.
Here my point is: ability to collect different opinions about one and
the same thing. Here are two employees having different opinions about
one and the same interest. Again, as the name 'Relationship' suggests,
it is about relational connections, not functional.

 The basic idea of Silverston's conception is to collect
 semantic information the company is interested in separated by 
 relationship types. It is using the roles (and role types) the
 parties *take* or *play* in the relationship as the relators.
I think the error is here. It is only about the point of view of the
company.
Wrong. The collected data is about the point of view of everyone
(usually Tryton users) who fills the database with
opinions/meanings/facts. These facts can unfortunately change over time.

I think it is more powerful to remove this point of view and
be generic. And later with customization adding the point of view if
needed.
There is no 'point of view of the company', because the company is not
a person/user, which can encode the information/opinions. And be sure
facts can be 'wrong' or getting 'wrong' over time.

 So for me, either the name 'Relationship' or 'Relation' is much too
 general for the structure-only approach of the blueprint, or the
 functionality misses all the needed parts to build real *semantic*
 relationships.
I think it is excatly the power of this design.
Why?

 Table 1

Re: [tryton-dev] Stylesheet in Sao

[Udo Spallek]

Tue, 17 Sep 2013 18:50:58 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 17/09/13 18:21 +0200, Guillem Barba Domingo wrote:
 Hi people,
 I only want to notice you that SAO already has a base stylesheet
 that show it so beauty to be presented to customers [1].
 Cedk has improved a lot my first version [2] and he has added grunt
 management of stylesheet files (I have to look the patch more
 deeply).
 It would be very nice to have the top bar that Openlabs showed us in
 some screenshots in the past, so I encourage Sharoon to share that
 work. If you don't have time, open a codereview with me (and cedk?)
 as collaborators to get your work and try to merge in trunk.
I think we should drop the menu and just have 2 links: preferences and
logout on top (probably hardcoded in index.html).
I like this idea. More radical, why not include the two links
into the left menu and do the page without a heading at all. No heading
would have the benefit, that it is much easier to include the Tryton web
client into a custom page.

Regards Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton-dev] sao: Improve selection management in tree view

[Udo Spallek]

Hi Cedric,

Thu, 5 Sep 2013 11:21:07 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 04/09/13 15:07 +0200, Cédric Krier wrote:
 On 04/09/13 12:14 +0200, Cédric Krier wrote:
  On 04/09/13 09:09 -, Code Review - New issues: ced wrote:
   (No description)
   URL: http://codereview.tryton.org/1055003/
  I would really like to request your opinions on this patch.
  It changes the selection and dblclick on tree view to allow to
  work on mobile device (which doesn't support well dblclick):
for me it is hard to get an opinion without using it every day on a
small device...
But to start the discussion: if you want to address mobile devices,
IMHO the check-boxes could be displayed per default on the most
right-hand side of the table, to ease the control with the right-hand
thumb. But I am not sure if this would interferes with the general
scrolling of the page. This behavior should have an eye on left-handed
persons or rtl-language support...

  - add a selection box on each lines
  - add a global selection box
  - simple click select the line if not selected
 activate/switch view if already selected
  - ctrl click to toggle the selection of a line
  I think it is a good compromise for both platform.
I like it for now.

  I will work on
  improving the menu to work with simple click.
 Last patch set contains the one-click menu, please test and comment.
 I also tested the all on my FirefoxOS, except the size (non
 responsive) etc. I find it workable with tap instead of click.
As I don't get answer, I guess I have to simplify the testing so
http://demo.tryton.org/ contains this patch to test.
Yes, this is my main reason not to test sao patches. I have sao
installed locally, I applied the patch the day before yesterday, but I
never see the check-boxes. For me it is much easier to have
http://demo.tryton.org/ with recent patches applied.

Regards
Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Recording TUB2013

[Udo Spallek]

Hi,
Thu, 5 Sep 2013 10:28:15 +0200
Cédric Krier cedric.kr...@b2ck.com:
At B2CK, we are thinking about investing in a small camera to record
talks at the TUB2013. 
IMHO for documentary films a jack for an external microphone (maybe
bluetooth[1]:-), a good external microphone, the possibility to fix the
camera on a tripod and good light in the room are most important.
Ideal are two cameras.

The videos from TUL2011[2] shows that the quality of the audio is
sometimes not so well, because we place the (good quality external)
microphone just on the table of the speaker. Maybe a small tripod for
the microphone or a headset-microphone would be nice, too.

But before proceeding, we would like to know if
anyone has already planned to do it or if there are already such
facilities in the conference room?
Maybe it is possible to borrow the equipment on-site?

Regards Udo

[1]
http://www.youtube.com/watch?feature=player_detailpagev=61a0qHFcQE4#t=9
[2] http://code.google.com/p/tryton/wiki/Liege2011#Videos
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton-dev] Allow field type one2one use recursion check. (issue 1048002)

[Udo Spallek]

Hello,
Thu, 29 Aug 2013 21:40:17 +0200
Nicolas Évrard nicolas.evr...@b2ck.com:
* udo.spal...@googlemail.com  [2013-08-29 16:36 +0200]: 
Reviewers: tryton-dev_googlegroups.com,
Subscribing tryton-dev to the review is not necessary anymore (and it
generates noise on the mailing list).
Sorry.

Concerning the review I find your use case kind of strange.
Why?

Cheers Udo


signature.asc
Description: PGP signature

[tryton-dev] Allow field type one2one use recursion check. (issue 1048002)

[udo . spallek]

Reviewers: tryton-dev_googlegroups.com,



Please review this at http://codereview.tryton.org/1048002/

Affected files:
  M trytond/model/modelstorage.py


Index: trytond/model/modelstorage.py
===
--- a/trytond/model/modelstorage.py
+++ b/trytond/model/modelstorage.py
@@ -817,17 +817,17 @@ class ModelStorage(Model):
 @classmethod
 def check_recursion(cls, records, parent='parent',  
rec_name='rec_name'):

 '''
 Function that checks if there is no recursion in the tree
 composed with parent as parent field name.
 '''
 parent_type = cls._fields[parent]._type

-if parent_type not in ('many2one', 'many2many'):
+if parent_type not in ('many2one', 'many2many', 'one2one'):
 raise Exception(
 'Unsupported field type %s for field %s on %s'
 % (parent_type, parent, cls.__name__))

 visited = set()

 for record in records:
 walked = set()

[tryton-dev] Re: Allow field type one2one use recursion check. (issue 1048002)

[udo . spallek]

http://codereview.tryton.org/1048002/

[tryton-dev] Re: Allow field type one2one the use of recursion check (issue 1048002)

[udo . spallek]

python trytond/trytond/tests/test_tryton.py
[...]
--
Ran 117 tests in 19.983s

OK

http://codereview.tryton.org/1048002/

Re: [tryton-dev] create basic password field

[Udo Spallek]

Thu, 25 Jul 2013 09:19:04 -0700 (PDT)
Demoy Blake dem...@gmail.com:

I want create a password field (a field that does not echo user input)
 to accept password from the client when needed.
 the input of this password field should not encrypted . 

I tried to use a sha field for this, but I must have missunderstood
the documentation because the field won't appear in my views.

  MPass=fields.Sha('MITS 
password',required=True,help='')
Maybe use:

m_pass = fields.Char('MITS password', required=True)

... and in the view definition:

label name=m_pass/
field name=m_pass widget=sha/

See also:
http://hg.tryton.org/modules/ldap_connection/file/6040fb853e3c/view/connection_form.xml#l14

Cheers Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton] Invoice with special footer on first side

[Udo Spallek]

Hello Marco,

Mon, 29 Jul 2013 07:33:50 -0700 (PDT)
Marco Mueller m...@muellersbuero.biz:
Thanks for the fast answer.
  guess you should remove the header_A4 from style sheet for the
 Invoice and make your custom header directly in the invoice
 template. 
Removing the header_A4.odt in AdministrationActionReports will 
result in an error:
You are not allowed to modify this record, This is part of the base 
configuration. 
I tried to setup a new report, but also no success.
The report has still no first page with different header.
Does anyone setup this before? 
yes, it is done in {libre,open}office and the result is as expected.
You need to edit the header_A4.odt file and find out how to create an
open office document with different page styles[1].
In one page style you create your first page and in the other style
you can create the other pages. The header_A4.odt will finally have two
pages, with different page styles and different headers/footers.

[1]
https://help.libreoffice.org/Writer/Defining_Different_Headers_and_Footers

Cheers
Udo Spallek
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton-dev] Poll about new instance method on Uom

[Udo Spallek]

Hi,
Mon, 15 Jul 2013 00:20:17 +0200
Cédric Krier cedric.kr...@b2ck.com:
I would like to submit this poll for this change:
http://codereview.tryton.org/969002/#msg9
kg.convert(1000, gr) == 1
If this means something like convert 1000 gram into kilogram this one
is right and more logical for me. 1000 and 'gr' are written
close together, so they 'belong' together. The pattern is IMHO
similar to::

','.join(('Hello', 'World')) vs.
'Hello'.join((',', 'World'))

gr.convert(1000, kg) == 1
Which one is more logical/easy/right?
IHMO both are not 'easy'. Easy could be something like this::

https://pypi.python.org/pypi/units/

Regards
Udo


signature.asc
Description: PGP signature

[tryton-dev] Add empty view after transition_action (issue 801002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/801002/

Affected files:
  M trytond/ir/__init__.py
  M trytond/ir/module/module.py
  M trytond/ir/module/module.xml
  A trytond/ir/view/module_config_wizard_last_form.xml


Index: trytond/ir/__init__.py
===
--- a/trytond/ir/__init__.py
+++ b/trytond/ir/__init__.py
@@ -67,16 +67,17 @@ def register():
 ExportLine,
 RuleGroup,
 Rule,
 Module,
 ModuleDependency,
 ModuleConfigWizardItem,
 ModuleConfigWizardFirst,
 ModuleConfigWizardOther,
+ModuleConfigWizardLast,
 ModuleInstallUpgradeStart,
 ModuleInstallUpgradeDone,
 Cache,
 Date,
 Trigger,
 TriggerLog,
 Session,
 SessionWizard,
Index: trytond/ir/module/module.py
===
--- a/trytond/ir/module/module.py
+++ b/trytond/ir/module/module.py
@@ -7,17 +7,18 @@ from trytond.wizard import Wizard, State
 from trytond.backend import TableHandler
 from trytond.pool import Pool
 from trytond.transaction import Transaction
 from trytond.pyson import Eval
 from trytond.rpc import RPC

 __all__ = [
 'Module', 'ModuleDependency', 'ModuleConfigWizardItem',
-'ModuleConfigWizardFirst', 'ModuleConfigWizardOther', 'ModuleConfigWizard',
+'ModuleConfigWizardFirst', 'ModuleConfigWizardOther',
+'ModuleConfigWizardLast', 'ModuleConfigWizard',
 'ModuleInstallUpgradeStart', 'ModuleInstallUpgradeDone',
 'ModuleInstallUpgrade', 'ModuleConfig',
 ]


 class Module(ModelSQL, ModelView):
 Module
 __name__ = ir.module.module
@@ -372,16 +373,21 @@ class ModuleConfigWizardOther(ModelView)
 Item = pool.get('ir.module.module.config_wizard.item')
 done = Item.search([
 ('state', '=', 'done'),
 ], count=True)
 all = Item.search([], count=True)
 return 100.0 * done / all


+class ModuleConfigWizardLast(ModelView):
+'Module Config Wizard Last'
+__name__ = 'ir.module.module.config_wizard.last'
+
+
 class ModuleConfigWizard(Wizard):
 'Run config wizards'
 __name__ = 'ir.module.module.config_wizard'

 class ConfigStateAction(StateAction):

 def __init__(self):
 StateAction.__init__(self, None)
@@ -408,31 +414,37 @@ class ModuleConfigWizard(Wizard):
 Button('Ok', 'action', 'tryton-ok', default=True),
 ])
 other = StateView('ir.module.module.config_wizard.other',
 'ir.module_config_wizard_other_view_form', [
 Button('Cancel', 'end', 'tryton-cancel'),
 Button('Next', 'action', 'tryton-go-next', default=True),
 ])
 action = ConfigStateAction()
+last = StateView('ir.module.module.config_wizard.last',
+'ir.module_config_wizard_last_view_form', [])
+last_action = StateTransition()

 def transition_start(self):
 res = self.transition_action()
 if res == 'other':
 return 'first'
 return res

 def transition_action(self):
 pool = Pool()
 Item = pool.get('ir.module.module.config_wizard.item')
 items = Item.search([
 ('state', '=', 'open'),
 ])
 if items:
 return 'other'
+return 'last'
+
+def transition_last_action(self):
 return 'end'


 class ModuleInstallUpgradeStart(ModelView):
 'Module Install Upgrade Start'
 __name__ = 'ir.module.module.install_upgrade.start'
 module_info = fields.Text('Modules to update', readonly=True)

Index: trytond/ir/module/module.xml
===
--- a/trytond/ir/module/module.xml
+++ b/trytond/ir/module/module.xml
@@ -78,16 +78,22 @@ this repository contains the full copyri


 record model=ir.ui.view  
id=module_config_wizard_first_view_form
 field  
name=modelir.module.module.config_wizard.first/field

 field name=typeform/field
 field name=namemodule_config_wizard_first_form/field
 /record

+record model=ir.ui.view  
id=module_config_wizard_last_view_form

+field name=modelir.module.module.config_wizard.last/field
+field name=typeform/field
+field name=namemodule_config_wizard_last_form/field
+/record
+
 record model=ir.ui.view  
id=module_config_wizard_other_view_form
 field  
name=modelir.module.module.config_wizard.other/field

 field name=typeform/field
 field name=namemodule_config_wizard_other_form/field
 /record

 record model=ir.action.wizard id=act_module_install_upgrade
 field name=namePerform Pending Installation/Upgrade/field
Index: trytond/ir/view/module_config_wizard_last_form.xml
===
new 

[tryton-dev] Add German language mailing list. (issue 796002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/796002/

Affected files:
  M stories/community.txt


Index: stories/community.txt
===
--- a/stories/community.txt
+++ b/stories/community.txt
@@ -15,16 +15,17 @@

 Mailing Lists
 -

 .. class:: nav-list

 * `English http://groups.tryton.org/`_
 * `Català http://groups-ca.tryton.org/`_
+* `Deutsch http://groups-de.tryton.org/`_
 * `Español http://groups-es.tryton.org/`_
 * `Français http://groups-fr.tryton.org/`_
 * `РУССКИЙ http://groups-ru.tryton.org/`_
 * `Developers http://groups-dev.tryton.org/`_
 * `Announce http://groups-announce.tryton.org/`_
 * `Commit http://groups-commit.tryton.org/`_
 * `Contrib http://groups-contrib.tryton.org/`_

[tryton-dev] Questions about sale and purchase checks for account in get_invoice_line()

[Udo Spallek]

Hi,

on sale[1] and purchase[2] there are checks in get_invoice_line()
for account_revenue and account_expense. It is hard to extend the 
get_invoice_line() method when you want to introduce an alternative
conception, like account_product_rule[3] does. 

Is a patch welcome which factors out these checks?

Regards Udo

[1] http://hg.tryton.org/modules/sale/file/8a0414095b30/sale.py#l1250
[2]
http://hg.tryton.org/modules/purchase/file/38bca07037aa/purchase.py#l1156
[3] https://bitbucket.org/ukoma/account_product_rule/
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

[tryton-dev] Sale, Purchase and Invoice: do we mix-up domains and responsibilities?

[Udo Spallek]

Hello,

on invoice we have a constraint[1] which restricts the creation of
draft invoices with lines of type product without a given
revenue/expense account. When the sales men and the accountant are the
same person, and there are only some sales/purchases to handle, I
understand some usefulness of the constraint. But this constraint moves
problems from the accounting domain into the sale or purchase domain.

Blocking sale or purchase orders because of missing information for the
accounting domain is IMHO an issue. The revenue/expense account has
neither a function nor a meaning on sales or purchase.
The revenue/expense accounts should become required on invoices which
are checked to 'open'. These accounts are IMHO not required on draft
invoices.

  * Is there a technical or functional reason for the constraint?
  * Is it an idea to allow draft invoices with lines without
revenue/expense accounts? 
(move the constraint to state != draft, cancel)

[1]
http://hg.tryton.org/modules/account_invoice/file/4d3e00bb65ca/invoice.py#l1534

Regards
Udo Spallek
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz

Re: [tryton-dev] Sale, Purchase and Invoice: do we mix-up domains and responsibilities?

[Udo Spallek]

Hi,

thanks for your answer.
Fri, 5 Apr 2013 14:44:12 +0200
Cédric Krier cedric.kr...@b2ck.com:
On 05/04/13 14:18 +0200, Udo Spallek wrote:
 The revenue/expense accounts should become required on invoices which
 are checked to 'open'. These accounts are IMHO not required on draft
 invoices.
   * Is there a technical or functional reason for the constraint?
Data Integrity.
User experience, it is always bad to have a popup that says one of
your many lines miss an account.

Yes understand. But is'nt it for now a worse usability? Having on 
sale and purchase 'a popup that says one of your many lines miss an
account.'. It is a complete different business domain than accounting.
On sale/purchase you can not even set an account (not that I would like
to have this possibility...).

   * Is it an idea to allow draft invoices with lines without
 revenue/expense accounts? 
 (move the constraint to state != draft, cancel)
I don't understand what could be a invoice line without an account.

It is a draft invoice line, of course.

A salesman usually does not know which taxes and accounts are used.
Sometimes he can not know. On purchase the same. A buyer can not
determine correctly taxes and accounts before he has the supplier
invoice in his hands.

Finally it is always the accountant who is responsible to check
draft invoices for the correct accounts before opening the invoice.
And an accountant should know what to do, when the exception 
one of your many lines miss an account pops up.


Regards Udo
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

Re: [tryton-dev] Questions about sale and purchase checks for account in get_invoice_line()

[Udo Spallek]

Fri, 5 Apr 2013 14:40:42 +0200
Cédric Krier cedric.kr...@b2ck.com:

On 05/04/13 13:58 +0200, Udo Spallek wrote:
 It is hard to extend the 
 get_invoice_line() method when you want to introduce an alternative
 conception, like account_product_rule[3] does. 
Don't really understand the module but I don't see any modular
difficulties in this code. It uses function fields that can be
extended.

So, when I want to deactivate the check, the way to go
would be to overwrite the function fields e.g. supplier_taxes_used[1]
getter[2] to always return true, like this:

class Template:
__name__ = 'product.template'

def get_account(self, name):
return True

With this getter I can short-cut the check in [3].

Is it the proposed way to deactivate this kind function
field and the checks you meant with?

 It uses function fields that can be extended.

TIA and regards
Udo

[1]http://hg.tryton.org/modules/account_product/file/95b9737d01dc/product.py#l185
[2]http://hg.tryton.org/modules/account_product/file/95b9737d01dc/product.py#l232
[3]http://hg.tryton.org/modules/purchase/file/38bca07037aa/purchase.py#l1156
-- 
_
virtual things
Preisler  Spallek GbR
München - Aachen

Windeckstr. 77
81375 München
Tel: +49 (89) 710 481 55
Fax: +49 (89) 710 481 56

i...@virtual-things.biz
http://www.virtual-things.biz


signature.asc
Description: PGP signature

[tryton-dev] News from Development

[Udo Spallek]

News from Development
-
It was a little silent in the last months after the Tryton Unconference
Liege 2012[1] (TUL). Take it as silence before the storm, because we
have ground-breaking and mind-changing news for you. You might already
know, Tryton is not just another ERP system, 

Tryton can be so much more...

Inspired by this special spirit we started something great and
new. We are very proud to present you and the other developers on this
mailing list a sneak preview of

TOS, the Tryton Operating System*

From our competitors we learned that a good application is worth
nothing, without an unique and optimized operating system. So we
started to develop a new operating system based on the Tryton
technology. We implemented trytond directly in the kernel-land. This
brings an unimaginable performance boost of 2.000 %, yes, two thousand
percent!
The best detail is, TOS is totally X free ;-) Yes, it might be an open
secret, but X11 is too complicated, too old and boring stable. History
tells, a successful operating system never ever has X11 as a display
server. You might ask, which display server we choose for TOS. And yes,
we really would love to use Wayland[2]. But Wayland is missing an
important feature for us. We could implement this feature, but we do
not think it is the way to go. Wayland is like IPv6: Once it is ready
it is obsolete.
We decided to do what every successful operating system vendor does:
having our own technology and start something new from a fork. As a
result we have created 'Titanic' our display server completely written
in Python the core technology of Tryton. Titanic is a fork of Mir[3],
the brand new display manager for Ubuntu which is a fork of Wayland.
BTW we choose the name 'Titanic' to honor the maritime meaning of
Tryton[4] and to follow the name pattern of Ubuntu with Mir[5][6].

Enough appetizer? See our Video[7].

* System Requirements: Runs on computers, tablets, smart phones or
  similar hardware.


[1] http://code.google.com/p/tryton/wiki/Liege2012
[2] http://wayland.freedesktop.org
[3] https://wiki.ubuntu.com/Mir
[4] http://en.wikipedia.org/wiki/Triton_%28mythology%29
[5] http://en.wikipedia.org/wiki/Sinking_of_the_RMS_Titanic
[6] http://en.wikipedia.org/wiki/Deorbit_of_Mir
[7] http://youtu.be/oHg5SJYRHA0

[tryton-dev] timesheet: Use rec_name of company instead of name (issue 750002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/750002/

Affected files:
  M line.py


Index: line.py
===
--- a/line.py
+++ b/line.py
@@ -64,17 +64,17 @@ class Line(ModelSQL, ModelView):
 return Transaction().context.get('date') or Date_.today()

 @classmethod
 def view_header_get(cls, value, view_type='form'):
 if not Transaction().context.get('employee'):
 return value
 Employee = Pool().get('company.employee')
 employee = Employee(Transaction().context['employee'])
-return value +  ( + employee.name + )
+return value +  ( + employee.rec_name + )


 class EnterLinesStart(ModelView):
 'Enter Lines'
 __name__ = 'timesheet.line.enter.start'
 employee = fields.Many2One('company.employee', 'Employee',  
required=True,

 domain=[('company', '=', Get(Eval('context', {}), 'company'))])
 date = fields.Date('Date', required=True)

[tryton-dev] account_invoice: Add missing Active Record migration. (issue 742002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/742002/

Affected files:
  M invoice.py


Index: invoice.py
===
--- a/invoice.py
+++ b/invoice.py
@@ -905,17 +905,17 @@ class Invoice(Workflow, ModelSQL, ModelV

 accounting_date = self.accounting_date or self.invoice_date
 period_id = Period.find(self.company.id,
 date=accounting_date, test_state=test_state)
 period = Period(period_id)
 sequence_id = period.get_invoice_sequence(self.type).id
 if not sequence_id:
 self.raise_user_error('no_invoice_sequence', {
-'invoice': invoice.rec_name,
+'invoice': self.rec_name,
 'period': period.rec_name,
 })
 with Transaction().set_context(
 date=self.invoice_date or Date.today()):
 number = Sequence.get_id(sequence_id)
 vals = {'number': number}
 if (not self.invoice_date
 and self.type in ('out_invoice', 'out_credit_note')):

[tryton-dev] party: Add missing Active Record migration. (issue 743002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/743002/

Affected files:
  M category.py


Index: category.py
===
--- a/category.py
+++ b/category.py
@@ -45,17 +45,17 @@ class Category(ModelSQL, ModelView):
 def validate(cls, categories):
 super(Category, cls).validate(categories)
 cls.check_recursion(categories, rec_name='name')
 for category in categories:
 category.check_name()

 def check_name(self):
 if SEPARATOR in self.name:
-self.raise_user_error('wrong_name', (category.name,))
+self.raise_user_error('wrong_name', (self.name,))

 def get_rec_name(self, name):
 if self.parent:
 return self.parent.get_rec_name(name) + SEPARATOR + self.name
 return self.name

 @classmethod
 def search_rec_name(cls, name, clause):

[tryton-dev] issue3076 (issue 732002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/732002/

Affected files:
  M payment_term.py


Index: payment_term.py
===
--- a/payment_term.py
+++ b/payment_term.py
@@ -55,28 +55,28 @@ class PaymentTerm(ModelSQL, ModelView):
 remainder = amount
 for line in self.lines:
 value = line.get_value(remainder, amount, currency)
 value_date = line.get_date(date)
 if not value or not value_date:
 if (not remainder) and line.amount:
 self.raise_user_error('invalid_line', {
 'line': line.rec_name,
-'term': payment_term.rec_name,
+'term': self.rec_name,
 })
 else:
 continue
 if ((remainder - value) * sign)  Decimal('0.0'):
 res.append((value_date, remainder))
 break
 res.append((value_date, value))
 remainder -= value

 if not currency.is_zero(remainder):
-self.raise_user_error('missing_remainder',  
(payment_term.rec_name))

+self.raise_user_error('missing_remainder', (self.rec_name))
 return res


 class PaymentTermLine(ModelSQL, ModelView):
 'Payment Term Line'
 __name__ = 'account.invoice.payment_term.line'
 sequence = fields.Integer('Sequence',
 order_field='(%(table)s.sequence IS NULL) %(order)s, '

[tryton-dev] Add missing values to error messages. (issue 733002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/733002/

Affected files:
  M invoice.py


Index: invoice.py
===
--- a/invoice.py
+++ b/invoice.py
@@ -1109,19 +1109,23 @@ class Invoice(Workflow, ModelSQL, ModelV
 pool = Pool()
 Move = pool.get('account.move')
 Period = pool.get('account.period')

 lines = []

 if self.type in ('out_invoice', 'in_credit_note'):
 if self.account == journal.debit_account:
-self.raise_user_error('same_debit_account')
+self.raise_user_error('same_debit_account', {
+'journal': journal.rec_name,
+'invoice': invoice.rec_name,
+})
 if not journal.debit_account:
-self.raise_user_error('missing_debit_account')
+self.raise_user_error('missing_debit_account',
+(journal.rec_name,))

 lines.append({
 'description': description,
 'account': self.account.id,
 'party': self.party.id,
 'debit': Decimal('0.0'),
 'credit': amount,
 'amount_second_currency': amount_second_currency,

[tryton-dev] Signature of raise_user_error is tuple (issue 734002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/734002/

Affected files:
  M payment_term.py


Index: payment_term.py
===
--- a/payment_term.py
+++ b/payment_term.py
@@ -66,17 +66,17 @@ class PaymentTerm(ModelSQL, ModelView):
 continue
 if ((remainder - value) * sign)  Decimal('0.0'):
 res.append((value_date, remainder))
 break
 res.append((value_date, value))
 remainder -= value

 if not currency.is_zero(remainder):
-self.raise_user_error('missing_remainder', (self.rec_name))
+self.raise_user_error('missing_remainder', (self.rec_name,))
 return res


 class PaymentTermLine(ModelSQL, ModelView):
 'Payment Term Line'
 __name__ = 'account.invoice.payment_term.line'
 sequence = fields.Integer('Sequence',
 order_field='(%(table)s.sequence IS NULL) %(order)s, '

[tryton-dev] Signature of raise_user_error is tuple. (issue 735002)

[udo . spallek]

Reviewers: ,



Please review this at http://codereview.tryton.org/735002/

Affected files:
  M move.py


Index: move.py
===
--- a/move.py
+++ b/move.py
@@ -126,10 +126,10 @@ class Move:

 @classmethod
 def delete(cls, moves):
 moves = cls.search([
 ('id', 'in', [m.id for m in moves]),
 ('fifo_quantity', '!=', 0.0),
 ])
 if moves:
-cls.raise_user_error('del_move_fifo', (moves[0].rec_name))
+cls.raise_user_error('del_move_fifo', (moves[0].rec_name,))
 super(Move, cls).delete(moves)