Re: [Web-erp-developers] Lisencing

[Hani N. <ha...@na...>]

Phil Daintree wrote:

>*This message was transferred with a trial version of CommuniGate(tm) Pro*
>In reponse to Steve's question:
>
>  
>
>>Having said that, if we run into a customer who has a multilanguage
>>    
>>
>requirement what are the concerns >under the licencing of us customizing
>webERP as I've discussed for them? To my understanding that is >ok, right?
>Should I be asking this type of question here or in a different forum?!
>  
>
>>Having said that, if we run into a customer who has a multilanguage
>>    
>>
>requirement what are the concerns >under the licencing of us customizing
>webERP as I've discussed for them? To my understanding that is >ok, right?
>Should I be asking this type of question here or in a different forum?!
>
>
>I am pretty relaxed about all this stuff. I would prefer that any
>modifications made were at least offered back to the project for the benefit
>of any others. However, I am aware of folks who just rip it off make cool
>modifications which they do not then include as open source and feel no
>prick of conscience in doing so. Clearly my ability to police the GPL is
>pretty limited - I am much more interested in developing new functionality
>thats why I plead and beg for help in doing so. In terms of multi-language
>stuff which might compromise stability I didn't have the stomach for it when
>Sherif and Hani wanted to have a go that's why Open Accounting was started -
>it looks like they are floundering with this project and it makes me
>particularly nervous in going down that track too. I think if anyone could
>have pulled it off those guys could and my preference would be for resources
>and help re language support to go to Open-Accounting rather than
>re-inventing the wheel with web-erp.
>
>I am not sure where they are up to with their project I think they may have
>re-written large chunks of web-erp in a more elegant way (from the computer
>scientist/purist perspective) - but I expect that it will not be so easy for
>a business person to get their head into with classes and abstraction at
>every turn. This is another aim of web-erp that I expect will be compromised
>by Open-Accounting. The low bandwidth requirement aim has also been
>steamrollered. However, I am still hoping it will re-surface as a good
>multi-language alternative.
>
>
>Phil
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by BEA Weblogic Workshop
>FREE Java Enterprise J2EE developer tools!
>Get your free copy of BEA WebLogic Workshop 8.1 today.
>http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
>_______________________________________________
>Web-erp-developers mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>  
>
Hi Phil,

I am no longer involved with OpenAccounting, but I do look into it every 
now and
then. I would like to point out though that multi-language support has 
been available
for a while now (although  (at the time I left)) no one has submitted 
translations. It does
have an Arabic translation which Sherif uses.(ie it can even support 
Right-To-Left languages)
I don't see how adding multilanguage support has in any way complicated 
the code.
Instead of print "Hello" you say print _("Hello"), sure you are adding a 
few characters to
your pages, but it a small price to pay for such a useful functionality.

I also don't understand your arguments against more structured code. 
Classes are a great
way of managing code. As for the argument that a business person could 
not get their
heads around it! Well if they can figure out php and webwerp, classes 
are not going to stop
them.

What did you mean by low bandwidth? How have we affected bandwidth? and 
what bandwidth?

Don't get me wrong I think webwerp is superb, but your arguments when it 
comes to OpenAcounting
are a bit misleading.

Having said that I think it is a shame we forked, since the goals of 
both projects are soo similar.

What I think would be really cool is to have an accounting engine, which 
defines the business logic
and decoupling it from the interface. So you could then have multiple 
interfaces, such as a web
interface, a rich-client interface etc...

Anyway way, time to sleep!

Good luck and take care,
Hani