Re: [tryton-dev] proposal for new features for ".ods" reports

2012-09-29 Thread Cédric Krier
On 29/09/12 09:00 -0500, Oscar Alvarez wrote:
> El 27/09/12 03:08, Cédric Krier escribió:
> >On 26/09/12 17:07 -0700, oscar_alvarez wrote:
> >>First, Add the ".ods" extension to setup.py in package_data for all
> >>modules, the ".ods" file is a bit more flexibility for later work it for
> >>the final users, because let it more options for data processing in LO 
> >>(statistics,
> >>filters, functions, graphics, etc)
> >I don't get you. Why including file that doesn't exist?
> 
> Ok maybe, it doesn't put ods extension, in setup file, but it could
> be very useful to include a template "letter.ods" file in Company
> module because for to generate ods reports this template file is
> required,

I really don't get you. Why do you need a "letter.ods" to create a
report?

> >>Second, When tryton generates the report for ".ods" extension, the fields
> >>Numeric, Float, Integers are processed like String fields inside the
> >>template, so this to do hard work the new render file, because, we can't to
> >>realize computes about the data because are strings not numbers.
> >I think it is a relatorio issue.
> >
> Yes, I think so, but I make patching the report converting Decimal,
> Numerics, Integers fields values to float type, (Yes, it is ugly
> solution), but work it for now.

I think it just needs to include Decimal in [1]

> @cedk
> What do you think about this relatorio fork?
> 
> http://www.alistek.com/index.php?option=com_content&id=93%3Aaeroo-reports-for-open-erp-5-a-6

It is just a useless fork as every *real* improvement they made over
Relatorio are in Relatorio since long time (their page is deprecated).
But of course we did not include:

- the remove of unittest (they seem to not understand the goal of
  it :-)
- the remove of other format than OpenDocument
- the PEP8 not compliant
- the silent failure

They also added a lot of post-processing which generate a full scan of
the XML each time.

And finally, they made the development hiden and hard to follow:

- they only publish the repositories big changes of the release
- remove the history of Relatorio

For the record, the guy behind Aeroolib has just reported one issue [2]
in relatorio before forking and the requested feature is still not
implemented in Aeroolib [3].


[1] 
http://relatorio.openhex.org/browser/relatorio/templates/opendocument.py#L110
[2] http://relatorio.openhex.org/ticket/22
[3] https://bugs.launchpad.net/aeroolib/+bug/715164

-- 
Cédric Krier

B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
Email/Jabber: cedric.kr...@b2ck.com
Website: http://www.b2ck.com/


pgppifbcAKQPu.pgp
Description: PGP signature


Re: [tryton-dev] proposal for new features for ".ods" reports

2012-09-29 Thread Oscar Alvarez

El 27/09/12 03:08, Cédric Krier escribió:

On 26/09/12 17:07 -0700, oscar_alvarez wrote:

First, Add the ".ods" extension to setup.py in package_data for all
modules, the ".ods" file is a bit more flexibility for later work it for
the final users, because let it more options for data processing in LO 
(statistics,
filters, functions, graphics, etc)

I don't get you. Why including file that doesn't exist?


Ok maybe, it doesn't put ods extension, in setup file, but it could be 
very useful to include a template "letter.ods" file in Company module 
because for to generate ods reports this template file is required, so 
for example I made it manually in tryton installation for my bussines 
(small company) with a sale report and the results are goods, any way 
this give more options in a future for to generate new type reports.





Second, When tryton generates the report for ".ods" extension, the fields
Numeric, Float, Integers are processed like String fields inside the
template, so this to do hard work the new render file, because, we can't to
realize computes about the data because are strings not numbers.

I think it is a relatorio issue.

Yes, I think so, but I make patching the report converting Decimal, 
Numerics, Integers fields values to float type, (Yes, it is ugly 
solution), but work it for now.


@cedk
What do you think about this relatorio fork?

http://www.alistek.com/index.php?option=com_content&id=93%3Aaeroo-reports-for-open-erp-5-a-6


--
tryton-dev@googlegroups.com mailing list


Re: [tryton-dev] proposal for new features for ".ods" reports

2012-09-27 Thread Cédric Krier
On 26/09/12 17:07 -0700, oscar_alvarez wrote:
> First, Add the ".ods" extension to setup.py in package_data for all 
> modules, the ".ods" file is a bit more flexibility for later work it for 
> the final users, because let it more options for data processing in LO 
> (statistics, 
> filters, functions, graphics, etc)

I don't get you. Why including file that doesn't exist?

> Second, When tryton generates the report for ".ods" extension, the fields 
> Numeric, Float, Integers are processed like String fields inside the 
> template, so this to do hard work the new render file, because, we can't to 
> realize computes about the data because are strings not numbers.

I think it is a relatorio issue.

-- 
Cédric Krier

B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
Email/Jabber: cedric.kr...@b2ck.com
Website: http://www.b2ck.com/


pgpNRdftTZvbE.pgp
Description: PGP signature


[tryton-dev] proposal for new features for ".ods" reports

2012-09-26 Thread oscar_alvarez

Hi, Devs

I should like to propose two new features for tryton :

First, Add the ".ods" extension to setup.py in package_data for all 
modules, the ".ods" file is a bit more flexibility for later work it for 
the final users, because let it more options for data processing in LO 
(statistics, 
filters, functions, graphics, etc)

Second, When tryton generates the report for ".ods" extension, the fields 
Numeric, Float, Integers are processed like String fields inside the 
template, so this to do hard work the new render file, because, we can't to 
realize computes about the data because are strings not numbers.

I can work about this features, ¿what do you think about?






-- 
tryton-dev@googlegroups.com mailing list