[quote]
I think that the reports edited with OOReport Designer are stored in the 
database and therefore 
a) are provided per database rather than per instance, and 
b) override the rml specification in the addons section of the instance. 
[/quote]

Yes, you are right. When using the OOReport Designer the report is stored in 
the Database. Fabien confirmed that in the mean time. 
When using the OOReport Designer the report in the addons section will not be 
used. If one wants to use the rml from the local file system again, the report 
has to be removed from the database.

When the report is stored in the Database, in my opinion, it has some 
significant disadvantages. For instance, simple code changes like from 
[code]
<para>[[ format(o.note or '') ]]</para>
[/code]
to
[code]
<xpre>[[ o.note ]]</xpre>
[/code]

can not be implemented with the OOReport Designer. So how to do? I did ask 
[EMAIL PROTECTED] NO feedback, not a word. 

I would be prepared to remove the report from my database. However, when using 
the OOReport Designer export to rml function, this freezes my desktop. As a 
matter of fact, it freezes the Desktops all my SUSE machines 9 of 10 times. 
Tiny knows this. They only way out, ctrl shift backspace and log in again. So 
this option is no good.
So one still can use the tiny_SXW2RML option. This would allow to use the 
current template. I have tried this option as well. But unfortunately, the rml 
created from  tiny_SXW2RML does not print. It simply times out. I have tried to 
find the problem but the rml simply does not print. So where to from here? All 
in all that was a 3 Day fact finding mission. My work around for sale order 
notes field in order to get an empty line return for time being is as such:

test
test
|
test
test
and I print the quote. Upon that I remove the | with Acrobat. Ideal no, but 
still quicker then removed the report from the database and reformat the rml. 

[quote]
I suppose you have the source code so could try to fix it. And I suppose also 
that you have a consulting contract that you could try to enforce if there are 
any grounds for that. But if Tiny have supplied several revisions I should 
think they've spent a lot more than that on it trying to sort it out. 
[/quote]

The argument that I should fix something I've bought I don't quite buy. I mean, 
if you buy any equipment from a shop and it does not work you bring it back and 
get it repaired. And if they need to spend actually more time then it is worth, 
its their problem not mine. Its not my fault that Tiny did not test this app 
properly. All in all I received 3 revisions:
 1. The first one was needed so the application actually installed
 2. The second one was needed so I could enter any data in the Server  
Parameter field 
 3. The third one was an attempt to fix the connection and other problems. Did 
not work. 

I do not really think that that was too much to ask for. 

The problems just do not stop here. I had Tiny develop a module for me. I've 
spend EUR 400. Well it installed. But it produces the wrong computation. I've 
reminded Tiny now several times about the issue. No response. So, all in all 
I've bought EUR 900 worth of Software and its not really any use to me because 
its got bugs or produces the wrong output. 

Sure I could enforce it. But it probably will cost me more the EUR 900. I guess 
Tiny knows this. I really would need some customized Modules and some 
modifications to my TinyERP installation, which in all honesty are out of my 
league. I estimate this to be anywhere between EUR 2,000 to 5,000 worth of 
work. If I stick with TinyERP, I do not think I will be contracting Tiny to do 
this work. It appears they do not want it or needed it anyway. 

Regards
Norbert





_______________________________________________
Tinyerp-users mailing list
http://tiny.be/mailman/listinfo/tinyerp-users

Reply via email to