tag:old.nabble.com,2006:forum-4406
Nabble - webERP accounting
2009-12-03T11:52:04Z
Integrated web based ERP. Multi-language/currency/inventory locations. Full double entry. SO/AR/PO/AP/GL/Bank/Sales Analysis. BOMs/assemblies/kit-sets. Flexible pricing. Emailable pdf invoices/statements & all reports. Fast html for any browser. webERP accounting home is <a href="http://sourceforge.net/projects/web-erp/" target="_top" rel="nofollow">here</a>.
tag:old.nabble.com,2006:post-26632075
Re: SVN gurus
2009-12-03T11:52:04Z
2009-12-03T11:52:04Z
Damon Davison
If you're unhappy with the complexity of Subversion, then you should consider using Git instead. It's simple and very powerful. We've used both CVS and Subversion, and Git is our tool of choice these days. <a href="http://git-scm.com/" target="_top" rel="nofollow">http://git-scm.com/</a><br>
<br>Tutorial for Subversion users:<br><br><a href="http://git.or.cz/course/svn.html" target="_top" rel="nofollow">http://git.or.cz/course/svn.html</a><br><br>And of course, there's git-svn "Bidirectional operation between a Subversion repository and git"<br>
<br><a href="http://www.kernel.org/pub/software/scm/git/docs/git-svn.html" target="_top" rel="nofollow">http://www.kernel.org/pub/software/scm/git/docs/git-svn.html</a><br><br>And a comparison of the two RCS:<br><br><a href="http://git.or.cz/gitwiki/GitSvnComparsion" target="_top" rel="nofollow">http://git.or.cz/gitwiki/GitSvnComparsion</a><br>
<br>The Git home page shows some projects that use Git.*<br><br><br><br>* Another advantage. You end up saying "git" a lot.<br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26632075&i=0" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26630396
Re: SVN gurus
2009-12-03T10:05:40Z
2009-12-03T10:05:40Z
Phil Daintree-3
I'm sorry this is falling to you again Tim - I thought we had SVN people
<br> who were stepping in now due to the shortcomings of CSV.... funny
<br>these people are nowhere to be seen now!
<br><br>I think this illustrates the folly of being pressured into changing
<br>development tools with only dubious "advantages" - from my perspective I
<br>just see more disk space used and I am less capable in using it.
<br>Otherwise I just get occasional conflicts that I am unable to resolve so
<br>ditch my changes and update from SVN then redo my changes!
<br><br>Happy to revert to CVS whenever you like!
<br><br>Phil
<br><br>Tim Schofield wrote:
<div class='shrinkable-quote'><br>> I have instructions for this at home. If someone wants to do this
<br>> before I am home on Tue/Wed please do it, otherwise I will do it then.
<br>>
<br>> Thanks
<br>> Tim
<br>>
<br>>
<br>> On 03/12/2009, AESE, S.L., Javier de Lorenzo-Cáceres. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=0" target="_top" rel="nofollow">info@...</a>> wrote:
<br>>> The "3.11-UTF8" branch is not needed but it was "imported" so I guess it
<br>>> keeps the original files history. On the other hand, the "utf-8" branch was
<br>>>
<br>>> "added" so it was a starting point with zero milestone.
<br>>>
<br>>> I'm not an svn expert but I guess that a "tag" for the trunk is the first
<br>>> thing that must be done.
<br>>>
<br>>> Not being an svn expert, and not having done those kind of operations ever,
<br>>>
<br>>> and haven't read the manual, I think it's better for all of us that I keep
<br>>> away from touching and breaking the trunk for the moment.
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=1" target="_top" rel="nofollow">phil@...</a>>
<br>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=2" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>> Sent: Wednesday, December 02, 2009 7:15 PM
<br>>> Subject: [WebERP-developers] SVN gurus
<br>>>
<br>>>
<br>>>> We need to merge in the utf-8 branch with the main trunk.
<br>>>> The Taxes branch can be removed also - don't see why we need the
<br>>>> utf-8_3.11 branch either? Correct me if I am wrong Javier?
<br>>>>
<br>>>> Hoping I wouldn't need to learn how to do this and since it is such a
<br>>>> critical operation I would prefer an old pro to do this - Nicholas? or
<br>>>> Javier?
<br>>>>
<br>>>> Phil
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>>> a free event focused on virtualization and cloud computing.
<br>>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> a free event focused on virtualization and cloud computing.
<br>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630396&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26628922
Re: SVN gurus
2009-12-03T08:30:42Z
2009-12-03T08:30:42Z
Tim Schofield-4
I have instructions for this at home. If someone wants to do this
<br>before I am home on Tue/Wed please do it, otherwise I will do it then.
<br><br>Thanks
<br>Tim
<br><br><br>On 03/12/2009, AESE, S.L., Javier de Lorenzo-Cáceres. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=0" target="_top" rel="nofollow">info@...</a>> wrote:
<div class='shrinkable-quote'><br>> The "3.11-UTF8" branch is not needed but it was "imported" so I guess it
<br>> keeps the original files history. On the other hand, the "utf-8" branch was
<br>>
<br>> "added" so it was a starting point with zero milestone.
<br>>
<br>> I'm not an svn expert but I guess that a "tag" for the trunk is the first
<br>> thing that must be done.
<br>>
<br>> Not being an svn expert, and not having done those kind of operations ever,
<br>>
<br>> and haven't read the manual, I think it's better for all of us that I keep
<br>> away from touching and breaking the trunk for the moment.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=1" target="_top" rel="nofollow">phil@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=2" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Wednesday, December 02, 2009 7:15 PM
<br>> Subject: [WebERP-developers] SVN gurus
<br>>
<br>>
<br>>> We need to merge in the utf-8 branch with the main trunk.
<br>>> The Taxes branch can be removed also - don't see why we need the
<br>>> utf-8_3.11 branch either? Correct me if I am wrong Javier?
<br>>>
<br>>> Hoping I wouldn't need to learn how to do this and since it is such a
<br>>> critical operation I would prefer an old pro to do this - Nicholas? or
<br>>> Javier?
<br>>>
<br>>> Phil
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> a free event focused on virtualization and cloud computing.
<br>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26628922&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26623591
Re: weberp.org unreadable
2009-12-03T02:15:42Z
2009-12-03T02:15:42Z
Steve Doughton
Still down at 10:14 GMT on 3rd Dec 09. I have sent an e-mail to weberp@paradise.net.nz
<br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Damon Davison wrote:</div>
<div class="quote-message shrinkable-quote">It looks like a mod_deflate misconfiguration on Apache, perhaps the content
<br>type is missing?
<br><br>I'm now getting a 404 when I navigate to <a href="http://www.weberp.org" target="_top" rel="nofollow">http://www.weberp.org</a><br><br>-d.
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br>Web-erp-developers@lists.sourceforge.net
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a></div>
</div></blockquote>
<p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26622664
Re: SVN gurus
2009-12-03T00:42:52Z
2009-12-03T00:42:52Z
Javier de Lorenzo-Cáceres
The "3.11-UTF8" branch is not needed but it was "imported" so I guess it
<br>keeps the original files history. On the other hand, the "utf-8" branch was
<br>"added" so it was a starting point with zero milestone.
<br><br>I'm not an svn expert but I guess that a "tag" for the trunk is the first
<br>thing that must be done.
<br><br>Not being an svn expert, and not having done those kind of operations ever,
<br>and haven't read the manual, I think it's better for all of us that I keep
<br>away from touching and breaking the trunk for the moment.
<br><br>javier
<br><br><br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26622664&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26622664&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>Sent: Wednesday, December 02, 2009 7:15 PM
<br>Subject: [WebERP-developers] SVN gurus
<br><br><div class='shrinkable-quote'><br>> We need to merge in the utf-8 branch with the main trunk.
<br>> The Taxes branch can be removed also - don't see why we need the
<br>> utf-8_3.11 branch either? Correct me if I am wrong Javier?
<br>>
<br>> Hoping I wouldn't need to learn how to do this and since it is such a
<br>> critical operation I would prefer an old pro to do this - Nicholas? or
<br>> Javier?
<br>>
<br>> Phil
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26622664&i=2" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
</div><br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26622664&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26621174
Re: webERP in Mexico
2009-12-02T21:16:41Z
2009-12-02T21:16:41Z
Tim Schofield-4
Hi Tony,
<br><br>Thanks for your comments.
<br><br>WebERP doesnt allow the editing of general ledger transactions once
<br>they are entered. This is a discussion that has come up before. My
<br>personal feelings are as an accountant that this shouldn't be
<br>possible, and that if a GL transaction is incorrect then a correcting
<br>entry should be put through.
<br><br>Regarding chartdetails there is a script, from memory its called
<br>something like Z_ReposGLFromPeriod.php that will update chartdetails
<br>if it is out of sync with gltrans. I think this would have solved your
<br>issue once you had changed the db.
<br><br>Tim
<br><br><br>On 02/12/2009, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=0" target="_top" rel="nofollow">preyes24973@...</a> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=1" target="_top" rel="nofollow">preyes24973@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi there everyone,
<br>>
<br>> I must agree with Tim; WEB-ERP has a very... very clear code structure that
<br>>
<br>> not only makes it easy to read, but it's file naming convention and it's
<br>> documentation in the code allow you to find exactly what you need. The
<br>> challenge is not so much implementing particular accounting needs, but
<br>> knowing WEB-ERPs approach to these needs. You or I may be familiar with a
<br>> particular accounting concept and have an intuitive way of using accounting
<br>>
<br>> apps. This pre-conceived mindset may be the vey foundation you must be
<br>> relying upon to determine whether or not an app can do what you want or not.
<br>>
<br>> But, as Tim said, Web-Erp "DOES" take care of the issue you presented before
<br>>
<br>> us, just not the way you would've expect it to. It's just a matter of being
<br>>
<br>> diligent rather than jumpy and digging enough to make conclusions instead of
<br>>
<br>> assumptions.
<br>>
<br>> As far as "wide usage", it's subjective. "Wide" could mean global, regional
<br>>
<br>> or niche specific.... so Tim: I wouldn't even worry too much about debating
<br>>
<br>> this statement. After all perception is reality and each one of us has their
<br>>
<br>> own perception, thus their own reality... so no need to go there. I'll tell
<br>>
<br>> you this much: "I'm from Panama and I see a great future in it."
<br>>
<br>> Changing the topic just a bit, does anyone know how to edit manual input
<br>> journal entries to the ledger? Is it even possible? I so where? If not, is a
<br>>
<br>> particular team working on a module (edit permissions just for admins) to
<br>> allow journal entry modifications (of course, with an audit trail trace)? I
<br>>
<br>> have been forced to go in the database directly to make corrections, but
<br>> unfortunately these corrections do not reflect on the Trial Balance tables
<br>> so I end up exporting the database to make these corrections and doing a
<br>> re-import.
<br>>
<br>> I was "forced" to update the 'chartdetails' table in a text environment
<br>> (export - then delete the entire database - then re-import) because the JOIN
<br>>
<br>> properties didn't allow to make UPDATES within the DATABASE itself. This is
<br>>
<br>> just too much hassle when I must fix routine data entry mistakes.
<br>>
<br>> The 'chartdetails' table gets populated every time a "NEW" journal entry is
<br>>
<br>> entered. But it does not have the ability to recreate itself when
<br>> corrections are made outside the application's environment for previous
<br>> corrected entries.
<br>>
<br>> So again.... is anyone working on this? I know enough PHP and MySQL to read
<br>>
<br>> and understand what goes on, but I'm not savvy enough to go there and fix it
<br>>
<br>> myself.
<br>>
<br>> Cheers,
<br>>
<br>> Tony R.
<br>> Panama
<br>>
<br>>
<br>>
<br>> --------------------------------------------------
<br>> From: "Tim Schofield" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=2" target="_top" rel="nofollow">tim@...</a>>
<br>> Sent: Wednesday, December 02, 2009 12:07 PM
<br>> To: "For the general discussion of webERP project"
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=3" target="_top" rel="nofollow">web-erp-users@...</a>>
<br>> Subject: Re: [webERP-users] webERP in Mexico
<br>>
<br>>> Hi,
<br>>>
<br>>> Thanks for the translation Damon. My Spanish isn't good enough to
<br>>> reply in that language, but I will try in English and hopefully the
<br>>> original poster will be able to understand it.
<br>>>
<br>>> "General ledger that cannot have multiple sub groups". webERP supports
<br>>> account sections and under that multiple levels of account groups, and
<br>>> within those individual transactions can be tagged to give splits
<br>>> within those accounts, Can you really suggest that this doesn't give
<br>>> the webERP general ledger enough functionality to be usable? webERP
<br>>> can easily be used to run several branches of the same company. I am
<br>>> surprised you didn't ask for advice at the time. Maybe you did and I
<br>>> missed it. If so my apologies.
<br>>>
<br>>> Spaghetti code? Maybe this is a google translation error as I can't
<br>>> imagine that anyone who has given more than a cursory glance to the
<br>>> code could possibly accuse us of producing spaghetti code. There are
<br>>> things that people can and do criticise our coding guidelines of, but
<br>>> producing spaghetti code has never been one of them. If yyou are
<br>>> serious then I can only think the definition of spaghetti code has
<br>>> changed since I was at school - it was a long time ago.
<br>>>
<br>>> Thanks
<br>>> Tim
<br>>>
<br>>> On 02/12/2009, Damon Davison <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=4" target="_top" rel="nofollow">damon@...</a>> wrote:
<br>>>> Mejór escribirlo en inglés a fines que puedan contestar todos:
<br>>>>
<br>>>> Via Google Translate, with a few adjustments. I think you all will get
<br>>>> the
<br>>>> idea.
<br>>>>
<br>>>> "I tried to implement it here in Costa Rica, but I feel WebERP is not
<br>>>> yet
<br>>>> ready."
<br>>>>
<br>>>> "Even trying to implement only the accounting module, I ran into very
<br>>>> basic difficulties
<br>>>> in that area, such as General Ledger accounts that cannot have multiple
<br>>>> subgroups, and these be represented in the accounting reports, as it
<br>>>> supports Quickbooks, and share accounts business between companies, as
<br>>>> the
<br>>>> company wants to implement it has several branches, so you must repeat
<br>>>> the
<br>>>> information for each company, when all you need is an Accounts
<br>>>> Payable-Company table to determine which accounts belong to as many
<br>>>> accounting firms, and in the case of the subgroup accounting, the
<br>>>> accounts
<br>>>> table linked to itself, but changing this in a design that does not use
<br>>>> MVC
<br>>>> (Model-View-Controller) makes things even worse, because for me it is
<br>>>> spaghetti
<br>>>> code that is harder to do it again to change it."
<br>>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> a free event focused on virtualization and cloud computing.
<br>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> web-ERP-users mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=5" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>>
<br>>>
<br>>> __________ Information from ESET NOD32 Antivirus, version of virus
<br>>> signature database 4651 (20091201) __________
<br>>>
<br>>> The message was checked by ESET NOD32 Antivirus.
<br>>>
<br>>> <a href="http://www.eset.com" target="_top" rel="nofollow">http://www.eset.com</a><br>>>
<br>>>
<br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> web-ERP-users mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=6" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621174&i=7" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26621097
Re: webERP in Mexico
2009-12-02T21:07:24Z
2009-12-02T21:07:24Z
Tim Schofield-4
Hi Edgar,
<br><br>I think that reading your previous post again that the problem may be
<br>that you are comparing webERP with quickbooks. Quickbooks is possibly
<br>easier to setup, but in terms of functionality is in a league below
<br>webERP. The extra functionality that webERP provides probably makes it
<br>more complex to setup, but the rewards in the end are greater.
<br><br>I would be very happy to work with you to help you get webERP setup if
<br>that is what you want.
<br><br>Many thanks,
<br>Tim
<br><br><br>On 03/12/2009, Edgar Prada <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=0" target="_top" rel="nofollow">epradav@...</a>> wrote:
<div class='shrinkable-quote'><br>> Well, I suppose I must apologize if I did not have the ability to implement
<br>> WebERP, and, misleading Jorge León (OP) from his attempt to implement it in
<br>> Mexico. Maybe I did not have enough time to modify it or understand how to
<br>> make it work in a way that the 2 accountants I consulted thought was the
<br>> way
<br>> they needed the accounting module to work in the company. I am happy that
<br>> a
<br>> lot of people are getting the results they need, because I really believe
<br>> in
<br>> FLOSS, specially in poor countries like mine.
<br>>
<br>> I will keep looking for a company here in Costa Rica from which I can get
<br>> experience in the way it works.
<br>>
<br>> Thanks for your time.
<br>>
<br>>
<br>> On Wed, Dec 2, 2009 at 12:44 PM, <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=1" target="_top" rel="nofollow">preyes24973@...</a>> wrote:
<br>>
<br>>> Hi there everyone,
<br>>>
<br>>> I must agree with Tim; WEB-ERP has a very... very clear code structure
<br>>> that
<br>>> not only makes it easy to read, but it's file naming convention and it's
<br>>> documentation in the code allow you to find exactly what you need. The
<br>>> challenge is not so much implementing particular accounting needs, but
<br>>> knowing WEB-ERPs approach to these needs. You or I may be familiar with a
<br>>> particular accounting concept and have an intuitive way of using
<br>>> accounting
<br>>> apps. This pre-conceived mindset may be the vey foundation you must be
<br>>> relying upon to determine whether or not an app can do what you want or
<br>>> not.
<br>>> But, as Tim said, Web-Erp "DOES" take care of the issue you presented
<br>>> before
<br>>> us, just not the way you would've expect it to. It's just a matter of
<br>>> being
<br>>> diligent rather than jumpy and digging enough to make conclusions instead
<br>>> of
<br>>> assumptions.
<br>>>
<br>>> As far as "wide usage", it's subjective. "Wide" could mean global,
<br>>> regional
<br>>> or niche specific.... so Tim: I wouldn't even worry too much about
<br>>> debating
<br>>> this statement. After all perception is reality and each one of us has
<br>>> their
<br>>> own perception, thus their own reality... so no need to go there. I'll
<br>>> tell
<br>>> you this much: "I'm from Panama and I see a great future in it."
<br>>>
<br>>> Changing the topic just a bit, does anyone know how to edit manual input
<br>>> journal entries to the ledger? Is it even possible? I so where? If not,
<br>>> is
<br>>> a
<br>>> particular team working on a module (edit permissions just for admins) to
<br>>> allow journal entry modifications (of course, with an audit trail trace)?
<br>>> I
<br>>> have been forced to go in the database directly to make corrections, but
<br>>> unfortunately these corrections do not reflect on the Trial Balance
<br>>> tables
<br>>> so I end up exporting the database to make these corrections and doing a
<br>>> re-import.
<br>>>
<br>>> I was "forced" to update the 'chartdetails' table in a text environment
<br>>> (export - then delete the entire database - then re-import) because the
<br>>> JOIN
<br>>> properties didn't allow to make UPDATES within the DATABASE itself. This
<br>>> is
<br>>> just too much hassle when I must fix routine data entry mistakes.
<br>>>
<br>>> The 'chartdetails' table gets populated every time a "NEW" journal entry
<br>>> is
<br>>> entered. But it does not have the ability to recreate itself when
<br>>> corrections are made outside the application's environment for previous
<br>>> corrected entries.
<br>>>
<br>>> So again.... is anyone working on this? I know enough PHP and MySQL to
<br>>> read
<br>>> and understand what goes on, but I'm not savvy enough to go there and fix
<br>>> it
<br>>> myself.
<br>>>
<br>>> Cheers,
<br>>>
<br>>> Tony R.
<br>>> Panama
<br>>>
<br>>>
<br>>>
<br>>> --------------------------------------------------
<br>>> From: "Tim Schofield" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=2" target="_top" rel="nofollow">tim@...</a>>
<br>>> Sent: Wednesday, December 02, 2009 12:07 PM
<br>>> To: "For the general discussion of webERP project"
<br>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=3" target="_top" rel="nofollow">web-erp-users@...</a>>
<br>>> Subject: Re: [webERP-users] webERP in Mexico
<br>>>
<br>>> > Hi,
<br>>> >
<br>>> > Thanks for the translation Damon. My Spanish isn't good enough to
<br>>> > reply in that language, but I will try in English and hopefully the
<br>>> > original poster will be able to understand it.
<br>>> >
<br>>> > "General ledger that cannot have multiple sub groups". webERP supports
<br>>> > account sections and under that multiple levels of account groups, and
<br>>> > within those individual transactions can be tagged to give splits
<br>>> > within those accounts, Can you really suggest that this doesn't give
<br>>> > the webERP general ledger enough functionality to be usable? webERP
<br>>> > can easily be used to run several branches of the same company. I am
<br>>> > surprised you didn't ask for advice at the time. Maybe you did and I
<br>>> > missed it. If so my apologies.
<br>>> >
<br>>> > Spaghetti code? Maybe this is a google translation error as I can't
<br>>> > imagine that anyone who has given more than a cursory glance to the
<br>>> > code could possibly accuse us of producing spaghetti code. There are
<br>>> > things that people can and do criticise our coding guidelines of, but
<br>>> > producing spaghetti code has never been one of them. If yyou are
<br>>> > serious then I can only think the definition of spaghetti code has
<br>>> > changed since I was at school - it was a long time ago.
<br>>> >
<br>>> > Thanks
<br>>> > Tim
<br>>> >
<br>>> > On 02/12/2009, Damon Davison <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=4" target="_top" rel="nofollow">damon@...</a>> wrote:
<br>>> >> Mejór escribirlo en inglés a fines que puedan contestar todos:
<br>>> >>
<br>>> >> Via Google Translate, with a few adjustments. I think you all will get
<br>>> >> the
<br>>> >> idea.
<br>>> >>
<br>>> >> "I tried to implement it here in Costa Rica, but I feel WebERP is not
<br>>> yet
<br>>> >> ready."
<br>>> >>
<br>>> >> "Even trying to implement only the accounting module, I ran into very
<br>>> >> basic difficulties
<br>>> >> in that area, such as General Ledger accounts that cannot have
<br>>> >> multiple
<br>>> >> subgroups, and these be represented in the accounting reports, as it
<br>>> >> supports Quickbooks, and share accounts business between companies, as
<br>>> >> the
<br>>> >> company wants to implement it has several branches, so you must repeat
<br>>> >> the
<br>>> >> information for each company, when all you need is an Accounts
<br>>> >> Payable-Company table to determine which accounts belong to as many
<br>>> >> accounting firms, and in the case of the subgroup accounting, the
<br>>> >> accounts
<br>>> >> table linked to itself, but changing this in a design that does not
<br>>> >> use
<br>>> >> MVC
<br>>> >> (Model-View-Controller) makes things even worse, because for me it is
<br>>> >> spaghetti
<br>>> >> code that is harder to do it again to change it."
<br>>> >>
<br>>> >
<br>>> >
<br>>> ------------------------------------------------------------------------------
<br>>> > Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> > a free event focused on virtualization and cloud computing.
<br>>> > Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> > <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> > _______________________________________________
<br>>> > web-ERP-users mailing list
<br>>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=5" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>>> > <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>> >
<br>>> >
<br>>> > __________ Information from ESET NOD32 Antivirus, version of virus
<br>>> > signature database 4651 (20091201) __________
<br>>> >
<br>>> > The message was checked by ESET NOD32 Antivirus.
<br>>> >
<br>>> > <a href="http://www.eset.com" target="_top" rel="nofollow">http://www.eset.com</a><br>>> >
<br>>> >
<br>>> >
<br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> a free event focused on virtualization and cloud computing.
<br>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> web-ERP-users mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=6" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>>
<br>>
<br>>
<br>>
<br>> --
<br>> www.Ubuntu.com
<br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26621097&i=7" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26620195
Re: webERP in Mexico
2009-12-02T18:43:37Z
2009-12-02T18:43:37Z
CostaRica
Well, I suppose I must apologize if I did not have the ability to implement WebERP, and, misleading Jorge León (OP) from his attempt to implement it in Mexico. Maybe I did not have enough time to modify it or understand how to make it work in a way that the 2 accountants I consulted thought was the way they needed the accounting module to work in the company. I am happy that a lot of people are getting the results they need, because I really believe in FLOSS, specially in poor countries like mine. <br>
<br>I will keep looking for a company here in Costa Rica from which I can get experience in the way it works.<br><br>Thanks for your time.<br><br><br><div class="gmail_quote">On Wed, Dec 2, 2009 at 12:44 PM, <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=0" target="_top" rel="nofollow">preyes24973@...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi there everyone,<br>
<br>
I must agree with Tim; WEB-ERP has a very... very clear code structure that<br>
not only makes it easy to read, but it's file naming convention and it's<br>
documentation in the code allow you to find exactly what you need. The<br>
challenge is not so much implementing particular accounting needs, but<br>
knowing WEB-ERPs approach to these needs. You or I may be familiar with a<br>
particular accounting concept and have an intuitive way of using accounting<br>
apps. This pre-conceived mindset may be the vey foundation you must be<br>
relying upon to determine whether or not an app can do what you want or not.<br>
But, as Tim said, Web-Erp "DOES" take care of the issue you presented before<br>
us, just not the way you would've expect it to. It's just a matter of being<br>
diligent rather than jumpy and digging enough to make conclusions instead of<br>
assumptions.<br>
<br>
As far as "wide usage", it's subjective. "Wide" could mean global, regional<br>
or niche specific.... so Tim: I wouldn't even worry too much about debating<br>
this statement. After all perception is reality and each one of us has their<br>
own perception, thus their own reality... so no need to go there. I'll tell<br>
you this much: "I'm from Panama and I see a great future in it."<br>
<br>
Changing the topic just a bit, does anyone know how to edit manual input<br>
journal entries to the ledger? Is it even possible? I so where? If not, is a<br>
particular team working on a module (edit permissions just for admins) to<br>
allow journal entry modifications (of course, with an audit trail trace)? I<br>
have been forced to go in the database directly to make corrections, but<br>
unfortunately these corrections do not reflect on the Trial Balance tables<br>
so I end up exporting the database to make these corrections and doing a<br>
re-import.<br>
<br>
I was "forced" to update the 'chartdetails' table in a text environment<br>
(export - then delete the entire database - then re-import) because the JOIN<br>
properties didn't allow to make UPDATES within the DATABASE itself. This is<br>
just too much hassle when I must fix routine data entry mistakes.<br>
<br>
The 'chartdetails' table gets populated every time a "NEW" journal entry is<br>
entered. But it does not have the ability to recreate itself when<br>
corrections are made outside the application's environment for previous<br>
corrected entries.<br>
<br>
So again.... is anyone working on this? I know enough PHP and MySQL to read<br>
and understand what goes on, but I'm not savvy enough to go there and fix it<br>
myself.<br>
<br>
Cheers,<br>
<br>
Tony R.<br>
Panama<br>
<br>
<br>
<br>
--------------------------------------------------<br>
From: "Tim Schofield" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=1" target="_top" rel="nofollow">tim@...</a>><br>
Sent: Wednesday, December 02, 2009 12:07 PM<br>
To: "For the general discussion of webERP project"<br>
<<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=2" target="_top" rel="nofollow">web-erp-users@...</a>><br>
Subject: Re: [webERP-users] webERP in Mexico<br>
<div><div></div><div class="h5"><br>
> Hi,<br>
><br>
> Thanks for the translation Damon. My Spanish isn't good enough to<br>
> reply in that language, but I will try in English and hopefully the<br>
> original poster will be able to understand it.<br>
><br>
> "General ledger that cannot have multiple sub groups". webERP supports<br>
> account sections and under that multiple levels of account groups, and<br>
> within those individual transactions can be tagged to give splits<br>
> within those accounts, Can you really suggest that this doesn't give<br>
> the webERP general ledger enough functionality to be usable? webERP<br>
> can easily be used to run several branches of the same company. I am<br>
> surprised you didn't ask for advice at the time. Maybe you did and I<br>
> missed it. If so my apologies.<br>
><br>
> Spaghetti code? Maybe this is a google translation error as I can't<br>
> imagine that anyone who has given more than a cursory glance to the<br>
> code could possibly accuse us of producing spaghetti code. There are<br>
> things that people can and do criticise our coding guidelines of, but<br>
> producing spaghetti code has never been one of them. If yyou are<br>
> serious then I can only think the definition of spaghetti code has<br>
> changed since I was at school - it was a long time ago.<br>
><br>
> Thanks<br>
> Tim<br>
><br>
> On 02/12/2009, Damon Davison <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=3" target="_top" rel="nofollow">damon@...</a>> wrote:<br>
>> Mejór escribirlo en inglés a fines que puedan contestar todos:<br>
>><br>
>> Via Google Translate, with a few adjustments. I think you all will get<br>
>> the<br>
>> idea.<br>
>><br>
>> "I tried to implement it here in Costa Rica, but I feel WebERP is not yet<br>
>> ready."<br>
>><br>
>> "Even trying to implement only the accounting module, I ran into very<br>
>> basic difficulties<br>
>> in that area, such as General Ledger accounts that cannot have multiple<br>
>> subgroups, and these be represented in the accounting reports, as it<br>
>> supports Quickbooks, and share accounts business between companies, as<br>
>> the<br>
>> company wants to implement it has several branches, so you must repeat<br>
>> the<br>
>> information for each company, when all you need is an Accounts<br>
>> Payable-Company table to determine which accounts belong to as many<br>
>> accounting firms, and in the case of the subgroup accounting, the<br>
>> accounts<br>
>> table linked to itself, but changing this in a design that does not use<br>
>> MVC<br>
>> (Model-View-Controller) makes things even worse, because for me it is<br>
>> spaghetti<br>
>> code that is harder to do it again to change it."<br>
>><br>
><br>
> ------------------------------------------------------------------------------<br>
> Join us December 9, 2009 for the Red Hat Virtual Experience,<br>
> a free event focused on virtualization and cloud computing.<br>
> Attend in-depth sessions from your desk. Your couch. Anywhere.<br>
> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_blank" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>
> _______________________________________________<br>
> web-ERP-users mailing list<br>
> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=4" target="_top" rel="nofollow">web-ERP-users@...</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_blank" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>
><br>
><br>
</div></div>> __________ Information from ESET NOD32 Antivirus, version of virus<br>
> signature database 4651 (20091201) __________<br>
><br>
> The message was checked by ESET NOD32 Antivirus.<br>
><br>
> <a href="http://www.eset.com" target="_blank" rel="nofollow">http://www.eset.com</a><br>
<div><div></div><div class="h5">><br>
><br>
><br>
<br>
------------------------------------------------------------------------------<br>
Join us December 9, 2009 for the Red Hat Virtual Experience,<br>
a free event focused on virtualization and cloud computing.<br>
Attend in-depth sessions from your desk. Your couch. Anywhere.<br>
<a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_blank" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>
_______________________________________________<br>
web-ERP-users mailing list<br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=5" target="_top" rel="nofollow">web-ERP-users@...</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_blank" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.Ubuntu.com" target="_top" rel="nofollow">www.Ubuntu.com</a><br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26620195&i=6" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26619781
Re: weberp.org unreadable
2009-12-02T17:48:50Z
2009-12-02T17:48:50Z
Pak Ricard
Hi Tim:
<br><br>I'm getting a 404 now. Not found.
<br><br><a href="http://www.weberp.org/HomePage" target="_top" rel="nofollow">http://www.weberp.org/HomePage</a><br><br>R
<br><br>-----Original Message-----
<br>From: Tim Schofield [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=0" target="_top" rel="nofollow">tim@...</a>]
<br>Sent: jueves, 03 de diciembre de 2009 1:27
<br>To: webERP Developers
<br>Subject: Re: [WebERP-developers] weberp.org unreadable
<br><br>Not guilty here, I have hardly had enough bandwidth recently to see my
<br>emails let alone do anything on weberp.org. Is it corrected now?
<br><br>tim
<br><br><br>On 02/12/2009, Lindsay Harris <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=1" target="_top" rel="nofollow">lindsay@...</a>> wrote:
<div class='shrinkable-quote'><br>> A little investigation - it's a gzip'd version of the home page. I've
<br>> heard rumours of being able to use gzip'd pages, but never seen one
<br>> before.
<br>>
<br>> I 'Save' the page, then 'file' it (unix gzip format), then gunzip
<br>> and look at it. Point the browser to it and voila, it looks just
<br>> like the old home page.
<br>>
<br>> I'd guess that somebody (server admin) gzip'd the page, and didn't
<br>> bother to tag it as such, or however the browser is informed of the
<br>> gzip version.
<br>>
<br>> Lindsay
<br>>
<br>>
<br>> On Wed, 2 Dec 2009 21:26:57 Phil Daintree wrote:
<br>>> Yeah me to? What is that??
<br>>>
<br>>> Pak Ricard wrote:
<br>>> > Hi all:
<br>>> >
<br>>> > Today I tried to read www.weberp.org and just receive a bunch of
<br>>> > funny symbols. Tried in firefox, chrome and explorer.
<br>>> >
<br>>> > Something like:
<br>>> >
<br>>> > ‹ µ[awÛ¶’ý\ŸÓÿ€rÏékÏZ’ '/©ké ×N^²›4ÙØÝô}ê HHBM ,@ZÖþú½3 P” ÄN·û!
<br>>> >‰D ƒÁ`æÎ ròÍùÛ³Ë ½{®VmUªw¿üôúÕ™ÊF“ɇ£³Éäüò\ýúòòÍku8>P—^×Á¶ÖÕºœLžÿ
<br>>> >œ©lÕ¶Íñd²^¯Ç룱óËÉåûÉ É:¤Éñã¨ Ì m‘ÍöNè ýct1Ûûꤵmifk3 þþݱú°Ò
<br>>> > z ”|ÿÇÉD^cÜ\ £VÞ,¦;‹›¹ñ + © Æ}uR™V+ 22 tözš ¹º5u;ºÜ4&S¹|›f
<br>>> > ¹i'¤Ì *_iL;µÁ ž={òÃèP„‰¬ZWfš]™ÍÚù"
<br>>> >
<br>>> > Which is beyond my understanding...
<br>>> >
<br>>> > Few days ago was OK.
<br>>> >
<br>>> > Regards,
<br>>> > R
<br>>> >
<br>>> > -----------------------------------------------------------------
<br>>> >------------- Join us December 9, 2009 for the Red Hat Virtual
<br>>> > Experience, a free event focused on virtualization and cloud
<br>>> > computing. Attend in-depth sessions from your desk. Your couch.
<br>>> > Anywhere. <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> > _______________________________________________
<br>>> > Web-erp-developers mailing list
<br>>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=2" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> > <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>> -------------------------------------------------------------------
<br>>>----------- Join us December 9, 2009 for the Red Hat Virtual
<br>>> Experience, a free event focused on virtualization and cloud
<br>>> computing. Attend in-depth sessions from your desk. Your couch.
<br>>> Anywhere. <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26619781&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26615365
date picker problem in version 3.11.1
2009-12-02T11:54:35Z
2009-12-02T11:54:35Z
ossky0516
Hi,<br>I tried StockMovements.php in v3.11.1,and I found it didn't produce any result.<br>Is there person upgrading weberp from v3.11 to 3.11.1 and experiencing similar problem?Is there any good solution to this problem?<br>
<br>Thanks and have a wonderful weberp day!<br><br><br>Joe<br><br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26615365&i=0" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26614956
Re: weberp.org unreadable
2009-12-02T11:33:15Z
2009-12-02T11:33:15Z
Damon Davison
It looks like a mod_deflate misconfiguration on Apache, perhaps the content type is missing?<br><br>I'm now getting a 404 when I navigate to <a href="http://www.weberp.org" target="_top" rel="nofollow">http://www.weberp.org</a><br><br>-d.<br><br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614956&i=0" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26614197
Re: webERP in Mexico
2009-12-02T10:44:35Z
2009-12-02T10:44:35Z
preyes24973
Hi there everyone,
<br><br>I must agree with Tim; WEB-ERP has a very... very clear code structure that
<br>not only makes it easy to read, but it's file naming convention and it's
<br>documentation in the code allow you to find exactly what you need. The
<br>challenge is not so much implementing particular accounting needs, but
<br>knowing WEB-ERPs approach to these needs. You or I may be familiar with a
<br>particular accounting concept and have an intuitive way of using accounting
<br>apps. This pre-conceived mindset may be the vey foundation you must be
<br>relying upon to determine whether or not an app can do what you want or not.
<br>But, as Tim said, Web-Erp "DOES" take care of the issue you presented before
<br>us, just not the way you would've expect it to. It's just a matter of being
<br>diligent rather than jumpy and digging enough to make conclusions instead of
<br>assumptions.
<br><br>As far as "wide usage", it's subjective. "Wide" could mean global, regional
<br>or niche specific.... so Tim: I wouldn't even worry too much about debating
<br>this statement. After all perception is reality and each one of us has their
<br>own perception, thus their own reality... so no need to go there. I'll tell
<br>you this much: "I'm from Panama and I see a great future in it."
<br><br>Changing the topic just a bit, does anyone know how to edit manual input
<br>journal entries to the ledger? Is it even possible? I so where? If not, is a
<br>particular team working on a module (edit permissions just for admins) to
<br>allow journal entry modifications (of course, with an audit trail trace)? I
<br>have been forced to go in the database directly to make corrections, but
<br>unfortunately these corrections do not reflect on the Trial Balance tables
<br>so I end up exporting the database to make these corrections and doing a
<br>re-import.
<br><br>I was "forced" to update the 'chartdetails' table in a text environment
<br>(export - then delete the entire database - then re-import) because the JOIN
<br>properties didn't allow to make UPDATES within the DATABASE itself. This is
<br>just too much hassle when I must fix routine data entry mistakes.
<br><br>The 'chartdetails' table gets populated every time a "NEW" journal entry is
<br>entered. But it does not have the ability to recreate itself when
<br>corrections are made outside the application's environment for previous
<br>corrected entries.
<br><br>So again.... is anyone working on this? I know enough PHP and MySQL to read
<br>and understand what goes on, but I'm not savvy enough to go there and fix it
<br>myself.
<br><br>Cheers,
<br><br>Tony R.
<br>Panama
<br><br><br><br>--------------------------------------------------
<br>From: "Tim Schofield" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614197&i=0" target="_top" rel="nofollow">tim@...</a>>
<br>Sent: Wednesday, December 02, 2009 12:07 PM
<br>To: "For the general discussion of webERP project"
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614197&i=1" target="_top" rel="nofollow">web-erp-users@...</a>>
<br>Subject: Re: [webERP-users] webERP in Mexico
<br><div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> Thanks for the translation Damon. My Spanish isn't good enough to
<br>> reply in that language, but I will try in English and hopefully the
<br>> original poster will be able to understand it.
<br>>
<br>> "General ledger that cannot have multiple sub groups". webERP supports
<br>> account sections and under that multiple levels of account groups, and
<br>> within those individual transactions can be tagged to give splits
<br>> within those accounts, Can you really suggest that this doesn't give
<br>> the webERP general ledger enough functionality to be usable? webERP
<br>> can easily be used to run several branches of the same company. I am
<br>> surprised you didn't ask for advice at the time. Maybe you did and I
<br>> missed it. If so my apologies.
<br>>
<br>> Spaghetti code? Maybe this is a google translation error as I can't
<br>> imagine that anyone who has given more than a cursory glance to the
<br>> code could possibly accuse us of producing spaghetti code. There are
<br>> things that people can and do criticise our coding guidelines of, but
<br>> producing spaghetti code has never been one of them. If yyou are
<br>> serious then I can only think the definition of spaghetti code has
<br>> changed since I was at school - it was a long time ago.
<br>>
<br>> Thanks
<br>> Tim
<br>>
<br>> On 02/12/2009, Damon Davison <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614197&i=2" target="_top" rel="nofollow">damon@...</a>> wrote:
<br>>> Mejór escribirlo en inglés a fines que puedan contestar todos:
<br>>>
<br>>> Via Google Translate, with a few adjustments. I think you all will get
<br>>> the
<br>>> idea.
<br>>>
<br>>> "I tried to implement it here in Costa Rica, but I feel WebERP is not yet
<br>>> ready."
<br>>>
<br>>> "Even trying to implement only the accounting module, I ran into very
<br>>> basic difficulties
<br>>> in that area, such as General Ledger accounts that cannot have multiple
<br>>> subgroups, and these be represented in the accounting reports, as it
<br>>> supports Quickbooks, and share accounts business between companies, as
<br>>> the
<br>>> company wants to implement it has several branches, so you must repeat
<br>>> the
<br>>> information for each company, when all you need is an Accounts
<br>>> Payable-Company table to determine which accounts belong to as many
<br>>> accounting firms, and in the case of the subgroup accounting, the
<br>>> accounts
<br>>> table linked to itself, but changing this in a design that does not use
<br>>> MVC
<br>>> (Model-View-Controller) makes things even worse, because for me it is
<br>>> spaghetti
<br>>> code that is harder to do it again to change it."
<br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> web-ERP-users mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614197&i=3" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>
<br>>
<br>> __________ Information from ESET NOD32 Antivirus, version of virus
<br>> signature database 4651 (20091201) __________
<br>>
<br>> The message was checked by ESET NOD32 Antivirus.
<br>>
<br>> <a href="http://www.eset.com" target="_top" rel="nofollow">http://www.eset.com</a><br>>
<br>>
<br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26614197&i=4" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26613685
SVN gurus
2009-12-02T10:14:23Z
2009-12-02T10:14:23Z
Phil Daintree-3
We need to merge in the utf-8 branch with the main trunk.
<br>The Taxes branch can be removed also - don't see why we need the
<br>utf-8_3.11 branch either? Correct me if I am wrong Javier?
<br><br>Hoping I wouldn't need to learn how to do this and since it is such a
<br>critical operation I would prefer an old pro to do this - Nicholas? or
<br>Javier?
<br><br>Phil
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26613685&i=0" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26612886
Re: weberp.org unreadable
2009-12-02T09:26:55Z
2009-12-02T09:26:55Z
Tim Schofield-4
Not guilty here, I have hardly had enough bandwidth recently to see my
<br>emails let alone do anything on weberp.org. Is it corrected now?
<br><br>tim
<br><br><br>On 02/12/2009, Lindsay Harris <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612886&i=0" target="_top" rel="nofollow">lindsay@...</a>> wrote:
<div class='shrinkable-quote'><br>> A little investigation - it's a gzip'd version of the home page. I've
<br>> heard rumours of being able to use gzip'd pages, but never seen one
<br>> before.
<br>>
<br>> I 'Save' the page, then 'file' it (unix gzip format), then gunzip
<br>> and look at it. Point the browser to it and voila, it looks just
<br>> like the old home page.
<br>>
<br>> I'd guess that somebody (server admin) gzip'd the page, and didn't
<br>> bother to tag it as such, or however the browser is informed of the
<br>> gzip version.
<br>>
<br>> Lindsay
<br>>
<br>>
<br>> On Wed, 2 Dec 2009 21:26:57 Phil Daintree wrote:
<br>>> Yeah me to? What is that??
<br>>>
<br>>> Pak Ricard wrote:
<br>>> > Hi all:
<br>>> >
<br>>> > Today I tried to read www.weberp.org and just receive a bunch of
<br>>> > funny symbols. Tried in firefox, chrome and explorer.
<br>>> >
<br>>> > Something like:
<br>>> >
<br>>> > ‹ µ[awÛ¶’ý\ŸÓÿ€rÏékÏZ’ '/©ké ×N^²›4ÙØÝô}ê HHBM ,@ZÖþú½3 P” ÄN·û!
<br>>> >‰D ƒÁ`æÎ ròÍùÛ³Ë ½{®VmUªw¿üôúÕ™ÊF“ɇ£³Éäüò\ýúòòÍku8>P—^×Á¶ÖÕºœLžÿ
<br>>> >œ©lÕ¶Íñd²^¯Ç룱óËÉåûÉ É:¤Éñã¨ Ì m‘ÍöNè ýct1Ûûꤵmifk3 þþݱú°Ò
<br>>> > z ”|ÿÇÉD^cÜ\ £VÞ,¦;‹›¹ñ + © Æ}uR™V+ 22 tözš ¹º5u;ºÜ4&S¹|›f
<br>>> > ¹i'¤Ì *_iL;µÁ ž={òÃèP„‰¬ZWfš]™ÍÚù"
<br>>> >
<br>>> > Which is beyond my understanding...
<br>>> >
<br>>> > Few days ago was OK.
<br>>> >
<br>>> > Regards,
<br>>> > R
<br>>> >
<br>>> > -----------------------------------------------------------------
<br>>> >------------- Join us December 9, 2009 for the Red Hat Virtual
<br>>> > Experience, a free event focused on virtualization and cloud
<br>>> > computing. Attend in-depth sessions from your desk. Your couch.
<br>>> > Anywhere. <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> > _______________________________________________
<br>>> > Web-erp-developers mailing list
<br>>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612886&i=1" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> > <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>> -------------------------------------------------------------------
<br>>>----------- Join us December 9, 2009 for the Red Hat Virtual
<br>>> Experience, a free event focused on virtualization and cloud
<br>>> computing. Attend in-depth sessions from your desk. Your couch.
<br>>> Anywhere. <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612886&i=2" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>> a free event focused on virtualization and cloud computing.
<br>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612886&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612886&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26612662
Re: webERP in Mexico
2009-12-02T09:12:51Z
2009-12-02T09:12:51Z
Tim Schofield-4
Hi Edgar,
<br><br>I'm interested what makes you think webERP is not widely used. I
<br>suppose it comes down to definitions of widely.
<br><br>I travel extensively and find webERP used all over the world. Its
<br>always very hard to get figures as to the number of users of any
<br>particular open source app.
<br><br>Thanks
<br>Tim
<br><br>On 02/12/2009, Edgar Prada <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612662&i=0" target="_top" rel="nofollow">epradav@...</a>> wrote:
<div class='shrinkable-quote'><br>> I would like to make it really clear how much I appreciate the effort of
<br>> anyone who releases a project as open source, and that I understand how
<br>> easy
<br>> it is to criticize, and that someone may say "well, just improve it
<br>> yourself", but I do not think that is the answer.
<br>>
<br>> I happen to be an optometrist who really likes open source and programming,
<br>> and I tried to implement WebERP in some eyewear stores, and finally ended
<br>> up
<br>> (sadly) using Quickbooks and an old M$-Access sales and inventory app.
<br>>
<br>> Maybe I would have liked someone to tell me why WebERP is not more widely
<br>> used before I spent a couple weeks trying to implement it myself.
<br>>
<br>> IMHO the future is going to be open source apps like WebERP, because the
<br>> effort of the community has given us Apache Web Server, Thunderbird,
<br>> OpenOffice, PostgreSQL, MySQL, etc. as real-world FLOSS apps that I can
<br>> recommend to a wide range of companies, but the efforts on open source ERPs
<br>> or even accounting modules are not ready yet, except for really small
<br>> companies or freelance people.
<br>>
<br>>
<br>>
<br>> On Wed, Dec 2, 2009 at 2:54 AM, Damon Davison
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612662&i=1" target="_top" rel="nofollow">damon@...</a>>wrote:
<br>>
<br>>> Mejór escribirlo en inglés a fines que puedan contestar todos:
<br>>>
<br>>> Via Google Translate, with a few adjustments. I think you all will get
<br>>> the
<br>>> idea.
<br>>>
<br>>> "I tried to implement it here in Costa Rica, but I feel WebERP is not yet
<br>>> ready."
<br>>>
<br>>> "Even trying to implement only the accounting module, I ran into very
<br>>> basic difficulties in that area, such as General Ledger accounts that
<br>>> cannot have multiple subgroups, and these be represented in the
<br>>> accounting
<br>>> reports, as it supports Quickbooks, and share accounts business between
<br>>> companies, as the company wants to implement it has several branches, so
<br>>> you
<br>>> must repeat the information for each company, when all you need is an
<br>>> Accounts Payable-Company table to determine which accounts belong to as
<br>>> many
<br>>> accounting firms, and in the case of the subgroup accounting, the
<br>>> accounts
<br>>> table linked to itself, but changing this in a design that does not use
<br>>> MVC
<br>>> (Model-View-Controller) makes things even worse, because for me it is
<br>>> spaghetti
<br>>> code that is harder to do it again to change it."
<br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>>> a free event focused on virtualization and cloud computing.
<br>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
<br>>> <a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>>> _______________________________________________
<br>>> web-ERP-users mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612662&i=2" target="_top" rel="nofollow">web-ERP-users@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>>>
<br>>>
<br>>
<br>>
<br>> --
<br>> www.Ubuntu.com
<br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612662&i=3" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26612573
Re: webERP in Mexico
2009-12-02T09:07:24Z
2009-12-02T09:07:24Z
Tim Schofield-4
Hi,
<br><br>Thanks for the translation Damon. My Spanish isn't good enough to
<br>reply in that language, but I will try in English and hopefully the
<br>original poster will be able to understand it.
<br><br>"General ledger that cannot have multiple sub groups". webERP supports
<br>account sections and under that multiple levels of account groups, and
<br>within those individual transactions can be tagged to give splits
<br>within those accounts, Can you really suggest that this doesn't give
<br>the webERP general ledger enough functionality to be usable? webERP
<br>can easily be used to run several branches of the same company. I am
<br>surprised you didn't ask for advice at the time. Maybe you did and I
<br>missed it. If so my apologies.
<br><br>Spaghetti code? Maybe this is a google translation error as I can't
<br>imagine that anyone who has given more than a cursory glance to the
<br>code could possibly accuse us of producing spaghetti code. There are
<br>things that people can and do criticise our coding guidelines of, but
<br>producing spaghetti code has never been one of them. If yyou are
<br>serious then I can only think the definition of spaghetti code has
<br>changed since I was at school - it was a long time ago.
<br><br>Thanks
<br>Tim
<br><br>On 02/12/2009, Damon Davison <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612573&i=0" target="_top" rel="nofollow">damon@...</a>> wrote:
<div class='shrinkable-quote'><br>> Mejór escribirlo en inglés a fines que puedan contestar todos:
<br>>
<br>> Via Google Translate, with a few adjustments. I think you all will get the
<br>> idea.
<br>>
<br>> "I tried to implement it here in Costa Rica, but I feel WebERP is not yet
<br>> ready."
<br>>
<br>> "Even trying to implement only the accounting module, I ran into very
<br>> basic difficulties
<br>> in that area, such as General Ledger accounts that cannot have multiple
<br>> subgroups, and these be represented in the accounting reports, as it
<br>> supports Quickbooks, and share accounts business between companies, as the
<br>> company wants to implement it has several branches, so you must repeat the
<br>> information for each company, when all you need is an Accounts
<br>> Payable-Company table to determine which accounts belong to as many
<br>> accounting firms, and in the case of the subgroup accounting, the accounts
<br>> table linked to itself, but changing this in a design that does not use MVC
<br>> (Model-View-Controller) makes things even worse, because for me it is
<br>> spaghetti
<br>> code that is harder to do it again to change it."
<br>>
</div><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26612573&i=1" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26610877
Re: webERP in Mexico
2009-12-02T07:32:11Z
2009-12-02T07:32:11Z
CostaRica
I would like to make it really clear how much I appreciate the effort of anyone who releases a project as open source, and that I understand how easy it is to criticize, and that someone may say "well, just improve it yourself", but I do not think that is the answer. <br>
<br>I happen to be an optometrist who really likes open source and programming, and I tried to implement WebERP in some eyewear stores, and finally ended up (sadly) using Quickbooks and an old M$-Access sales and inventory app.<br>
<br>Maybe I would have liked someone to tell me why WebERP is not more widely used before I spent a couple weeks trying to implement it myself.<br><br>IMHO the future is going to be open source apps like WebERP, because the effort of the community has given us Apache Web Server, Thunderbird, OpenOffice, PostgreSQL, MySQL, etc. as real-world FLOSS apps that I can recommend to a wide range of companies, but the efforts on open source ERPs or even accounting modules are not ready yet, except for really small companies or freelance people.<br>
<br><br><br><div class="gmail_quote">On Wed, Dec 2, 2009 at 2:54 AM, Damon Davison <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26610877&i=0" target="_top" rel="nofollow">damon@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mejór escribirlo en inglés a fines que puedan contestar todos:<br><br>Via Google Translate, with a few adjustments. I think you all will get the idea.<br><br><span><span style="background-color: rgb(255, 255, 255);" title="Yo intenté implementarlo aquí en Costa Rica, pero siento que WebERP no está listo todavía.">"I tried to implement it here in Costa Rica, but I feel WebERP is not yet ready."<br>
<br></span><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">"Even
trying to implement only the accounting module, I ran into </span></span><span><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">very basic </span></span><span><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">difficulties
in that area, such as General Ledger accounts that cannot
have multiple subgroups, and these be represented in the accounting
reports, as it supports Quickbooks, and share accounts </span><span style="background-color: rgb(255, 255, 255);" title="contables entre compañias, ya que la empresa que lo quiere implementar tiene varias sucursales, por lo que hay que repetir la información para cada empresa, cuando lo único que se necesitaría es una tabla empresa-cuentaContable que determine qué cuentas contables pertenecen a cuantas empresas,">business
between companies, as the company wants to implement it has several
branches, so you must repeat the information for each company, when all
you need is an Accounts Payable-Company table to determine which accounts
belong to as many accounting firms, </span><span style="background-color: rgb(255, 255, 255);" title="y en el caso de los subgrupos que la tabla de cuentas contables tuviera una relación con si misma, pero cambiar esto en un sistema que no utiliza el diseño mvc (Model-View-Controller) empeora aún más las cosas, pues para mi es un">and
in the case of the subgroup accounting, the accounts table linked to itself, but changing this in a design that does not use MVC
(Model-View-Controller) makes things even worse, because for me it is </span><span style="background-color: rgb(255, 255, 255);" title="spaghetti que es más dificil volver a hacerlo que modificarlo.">spaghetti code that is harder to do it again to change it.</span></span>"<br>
<br>------------------------------------------------------------------------------<br>
Join us December 9, 2009 for the Red Hat Virtual Experience,<br>
a free event focused on virtualization and cloud computing.<br>
Attend in-depth sessions from your desk. Your couch. Anywhere.<br>
<a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_blank" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________<br>
web-ERP-users mailing list<br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26610877&i=1" target="_top" rel="nofollow">web-ERP-users@...</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_blank" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.Ubuntu.com" target="_top" rel="nofollow">www.Ubuntu.com</a><br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26610877&i=2" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26605894
Re: webERP in Mexico
2009-12-02T00:54:15Z
2009-12-02T00:54:15Z
Damon Davison
Mejór escribirlo en inglés a fines que puedan contestar todos:<br><br>Via Google Translate, with a few adjustments. I think you all will get the idea.<br><br><span id="result_box" class="long_text"><span style="background-color: rgb(255, 255, 255);" title="Yo intenté implementarlo aquí en Costa Rica, pero siento que WebERP no está listo todavía.">"I tried to implement it here in Costa Rica, but I feel WebERP is not yet ready."<br>
<br></span><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">"Even
trying to implement only the accounting module, I ran into </span></span><span id="result_box" class="long_text"><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">very basic </span></span><span id="result_box" class="long_text"><span style="background-color: rgb(255, 255, 255);" title="Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas">difficulties
in that area, such as General Ledger accounts that cannot
have multiple subgroups, and these be represented in the accounting
reports, as it supports Quickbooks, and share accounts </span><span style="background-color: rgb(255, 255, 255);" title="contables entre compañias, ya que la empresa que lo quiere implementar tiene varias sucursales, por lo que hay que repetir la información para cada empresa, cuando lo único que se necesitaría es una tabla empresa-cuentaContable que determine qué cuentas contables pertenecen a cuantas empresas,">business
between companies, as the company wants to implement it has several
branches, so you must repeat the information for each company, when all
you need is an Accounts Payable-Company table to determine which accounts
belong to as many accounting firms, </span><span style="background-color: rgb(255, 255, 255);" title="y en el caso de los subgrupos que la tabla de cuentas contables tuviera una relación con si misma, pero cambiar esto en un sistema que no utiliza el diseño mvc (Model-View-Controller) empeora aún más las cosas, pues para mi es un">and
in the case of the subgroup accounting, the accounts table linked to itself, but changing this in a design that does not use MVC
(Model-View-Controller) makes things even worse, because for me it is </span><span style="background-color: rgb(255, 255, 255);" title="spaghetti que es más dificil volver a hacerlo que modificarlo.">spaghetti code that is harder to do it again to change it.</span></span>"<br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26605894&i=0" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26601171
Re: webERP in Mexico
2009-12-01T15:43:32Z
2009-12-01T15:43:32Z
CostaRica
Yo intenté implementarlo aquí en Costa Rica, pero siento que WebERP no está listo todavía. <br><br>Aún queriendo implementar únicamente el módulo contable, me topé con dificultades muy básicas en esa área, como lo es que las cuentas contables no pueden tener multiples subgrupos, y estos ser representados en los reportes contables, como sí lo permite Quickbooks, así como compartir cuentas contables entre compañias, ya que la empresa que lo quiere implementar tiene varias sucursales, por lo que hay que repetir la información para cada empresa, cuando lo único que se necesitaría es una tabla empresa-cuentaContable que determine qué cuentas contables pertenecen a cuantas empresas, y en el caso de los subgrupos que la tabla de cuentas contables tuviera una relación con si misma, pero cambiar esto en un sistema que no utiliza el diseño mvc (Model-View-Controller) empeora aún más las cosas, pues para mi es un spaghetti que es más dificil volver a hacerlo que modificarlo.<br>
<br>Cualquier duda con mucho gusto.<br><br><br><div class="gmail_quote">On Tue, Dec 1, 2009 at 5:08 PM, Jorge Leon <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26601171&i=0" target="_top" rel="nofollow">jorge.leon@...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Has anyone successfully set up webERP to operate in Mexico? ... How<br>
complicated was it?<br>
<br>
We want to use webERP in an organization with multiple branch offices and<br>
warehouses<br>
<br>
All comments are welcome, thanks<br>
<br>
--<br>
View this message in context: <a href="http://old.nabble.com/webERP-in-Mexico-tp26600728p26600728.html" target="_blank" rel="nofollow">http://old.nabble.com/webERP-in-Mexico-tp26600728p26600728.html</a><br>
Sent from the web-erp-users mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Join us December 9, 2009 for the Red Hat Virtual Experience,<br>
a free event focused on virtualization and cloud computing.<br>
Attend in-depth sessions from your desk. Your couch. Anywhere.<br>
<a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_blank" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>
_______________________________________________<br>
web-ERP-users mailing list<br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26601171&i=1" target="_top" rel="nofollow">web-ERP-users@...</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_blank" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.Ubuntu.com" target="_top" rel="nofollow">www.Ubuntu.com</a><br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26601171&i=2" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26600728
webERP in Mexico
2009-12-01T15:08:40Z
2009-12-01T15:08:40Z
Jorge Leon
Has anyone successfully set up webERP to operate in Mexico? ... How complicated was it?
<br><br>We want to use webERP in an organization with multiple branch offices and warehouses
<br><br>All comments are welcome, thanks
<br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26598438
branch inquiries
2009-12-01T12:20:53Z
2009-12-01T12:20:53Z
Dahlia Momma
I want to look at all my customers branch info one after the other. How do I do that? Doing it individually by selecting edit, I get an error message that says Unknown column 'specialinstructions' in 'field list' Thank you in advance for your help.<p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26580135
date picker problem in version 3.11.1
2009-11-30T11:05:40Z
2009-11-30T11:05:40Z
ossky0516
Hi,Weberp Masters,<br>I just tried version3.11.1,it seems to me that the date picker doesn't work.<br>I tried CustomerTransInquiry.php,the date range I selected is from 11/01/2009 to 11/29/2009,but it shows all the transactions from 01/01/2007 to 11/29/2009,then I tried SupplierInquiry.php,in the selection "show All Transactions after 05/01/2009" after I press Refresh Inquiry button,It displays all the purchases from 2005 to this year.In version 3.11 there were no such a kind of problems happened.<br>
Do you have any clue to help me solve this problem?<br>Thanks in advance and have a wonderful day!<br><br>Joe<br>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>web-ERP-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26580135&i=0" target="_top" rel="nofollow">web-ERP-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-users</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-users-f4409.html" embed="fixTarget[4409]" target="_top" >web-erp-users</a></p>
tag:old.nabble.com,2006:post-26572123
Re: TCPDF Transition utf-8 and CID fonts
2009-11-30T02:07:46Z
2009-11-30T02:07:46Z
Javier de Lorenzo-Cáceres
Now we need to commit your new pdf PDFRemittanceAdvice.php (and add it to
<br>the wiki list) since it's called from the new index.php you committed. (Or
<br>alternatively, to revert index.php)
<br><br>I think that only changelog.html and install.txt (for the installation
<br>script) remains to be updated. I think we can simply copy the changelog from
<br>the trunk and maybe add a 3.13 marker telling briefly what we have done.
<br><br>I believe to not being forgetting anything, I think that the readme file
<br>could be placed in the download.
<br><br>javier
<br><br><br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>Sent: Monday, November 30, 2009 10:05 AM
<br>Subject: Re: [WebERP-developers] TCPDF Transition utf-8 and CID fonts
<br><br><br>Doh!! Not sure how I did that I am looking at other scripts to see what
<br>else I messed up - I have changed these back to ISO-8859-1 now and all
<br>appears to work still!
<br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> It was not "still set" to UTF-8, It was set to ISO and your Revision 3134
<br>> has changed to UTF-8 again. Of course, that makes pages to be utf-8, but
<br>> it
<br>> alone brokes things. I don't understand these Revisions you made.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=3" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Sunday, November 29, 2009 7:11 PM
<br>> Subject: Re: [WebERP-developers] TCPDF Transition utf-8 and CID fonts
<br>>
<br>>
<br>> Well the header is still set to UTF-8 in header.inc - I guess that is
<br>> why the html renders with utf-8.
<br>>
<br>> if (!headers_sent()){
<br>> header('Content-type: text/html; charset=' . _('UTF-8'));
<br>> }
<br>>
<br>> ...
<br>> echo '<meta http-equiv="Content-Type" content="text/html; charset=' .
<br>> _('UTF-8') . '" />';
<br>>
<br>>
<br>> Phil
<br>>
<br>> AESE wrote:
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=4" target="_top" rel="nofollow">phil@...</a>>
<br>>>
<br>>> I tried this and it seems to work straight out of the box without
<br>>> installing any locales on my puppy linux development machine - I would
<br>>> be interested to see how others who have not installed any additional
<br>>> locales go with this in different operating systems and languages:
<br>>>
<br>>> The character set used for rendering the html is UTF-8 still.
<br>>>
<br>>> *** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>>> utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>>> neutral so WebERP's css and headers lead, and pages are served as ISO.
<br>>>
<br>>>
<br>>> What about:
<br>>> Zhigou - does this work well for you with zh_ZN.utf8??
<br>>> Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>>> as a default anyway.
<br>>>
<br>>> We had a fairly complete Russian translation although this has aged a
<br>>> fair bit - would be interesting to see how this goes with the new pdfs
<br>>> and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>>> was a show stopper for those who took the time to do the translation.
<br>>> All should be well for these people now!!
<br>>>
<br>>> Javier, do you think we are ready to merge the utf-8 branch back into
<br>>> the trunk??
<br>>>
<br>>> *** Yes I do, but maybe first Tim might want a 3.12 Tag that later would
<br>>> be
<br>>> promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>>> being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches.
<br>>> The
<br>>> utf-8 branch is already updated with the whole trunk (except
<br>>> changelog.html
<br>>> and install.txt that we may update soon).
<br>>>
<br>>> Accepting that there might be a little fine tuning still in
<br>>> the trunk
<br>>>
<br>>> *** What I meant was that we have taken advantage from Tim'work in the
<br>>> trunk
<br>>> but we have made some improvements in the utf-8 branch that now the trunk
<br>>> is
<br>>> missing simply because it's hard to replicate the whole pdf work for the
<br>>> trunk. Tim began the work changing 34 pdf calls from Stream to Otput but
<br>>> he
<br>>> was alone while we have been 4 people.
<br>>> *** I think on this being the main reason to merge sooner is better, to
<br>>> not
<br>>> fade taskforce along different repositories.
<br>>>
<br>>> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>>> complete and stable.
<br>>>
<br>>> As I understand it people using utf-8/CID fonts will need to use
<br>>> adobe-acrobat reader.Using this system should be seamless for existing
<br>>> installations of webERP with all the additional functionality lurking
<br>>> under the hood for those that need it.
<br>>>
<br>>> *** Documentation could show what's under the hood.
<br>>>
<br>>> Great job Javier!!
<br>>>
<br>>> Phil
<br>>>
<br>>> Thanks,
<br>>> javier
<br>>>
<br>>> AESE wrote:
<br>>>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>>>> default font (it's easy to change it to helvetica making 8 the value for
<br>>>> www_users.pdflanguage or editing class.pdf.php).
<br>>>>
<br>>>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>>>> the
<br>>>> codeset of your choice (most probably for most users), just remove the
<br>>>> .utf8
<br>>>> directories under the locale directory, they exist to help utf-8 users.
<br>>>> Once
<br>>>> they are removed, users will not be able to select an utf-8 language.
<br>>>> That's
<br>>>> all. The rest remains the same: the default language in config.php keep
<br>>>> being en_GB and so on.
<br>>>>
<br>>>> I have updated the branch with Tim's work on the trunk but corrected
<br>>>> some
<br>>>> things like a few in PrintCustTransPortrait.php, for example see line
<br>>>> 243
<br>>>> at
<br>>>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>>>> using prices from salesordersdetails instead of stockmoves by Pak
<br>>>> Ricard.
<br>>>> Or
<br>>>> line 998 where table is a closing but it's opening. Or the right end in
<br>>>> line
<br>>>> 949 of PrintCustTrans.php, all of this needs check.
<br>>>>
<br>>>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>>>> effort working together in the same repository, no matter if the trunk
<br>>>> or
<br>>>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>>>> comes to this subject. It seems to make sense since a new tag for the
<br>>>> 3.12
<br>>>> and a new branch for the 3.12-stable will do.
<br>>>>
<br>>>> It would be good to do some testing and I have started a simply readme
<br>>>> file
<br>>>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>>>> text
<br>>>> goes hard to read. Basically:
<br>>>>
<br>>>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>>>> 2) remove all ISO languages directories under the locale directory.
<br>>>> 3) change statically the charset of the 10 files affected by a charset
<br>>>> or
<br>>>> do
<br>>>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not
<br>>>> for
<br>>>> translations, since usually en_GB doesn't make any change but can do,
<br>>>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>>>
<br>>>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>>>> and
<br>>>> indonesian) what affects database and translations. Database could be
<br>>>> compatible if a conversion was implemented within WebERP but
<br>>>> translations
<br>>>> always must change the sentence where it declares the charset what
<br>>>> forces
<br>>>> to
<br>>>> be re-compiled.
<br>>>>
<br>>>> I would like to make some labeling changes like the databse foreign keys
<br>>>> for
<br>>>> all of them to have that special name that makes them clearly
<br>>>> identified.
<br>>>>
<br>>>> I hope to have got it well-done. I will wait for feedback some days
<br>>>> before
<br>>>> releasing it, writing the simple guide and maybe adding some languages.
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=5" target="_top" rel="nofollow">info@...</a>>
<br>>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=6" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>>> Sent: Friday, November 27, 2009 11:04 AM
<br>>>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and
<br>>>> codeset
<br>>>>
<br>>>>
<br>>>> I'm taking some time for this last step, trying to preview what would
<br>>>> happen
<br>>>> in any of the two cases. I'm trying to get myself under the skin of
<br>>>> users.
<br>>>> I
<br>>>> would like to replicate the steps in both cases and note what is needed
<br>>>> to
<br>>>> do and to know, to avoid the need of explaining the matter. I would like
<br>>>> a
<br>>>> simple readme file to be the only needed guide.
<br>>>>
<br>>>> I agree that the most important part is the existing users and we should
<br>>>> take care of them before any other consideration, hence I tend to think
<br>>>> that
<br>>>> we should go with the ISO default to ease the upgrade because, on the
<br>>>> other
<br>>>> hand, it's more or less the same to change the new WebERP from iso to
<br>>>> utf
<br>>>> than vice-versa, and maybe the existing users know better how things
<br>>>> work,
<br>>>> so: ease the pain to existing users or make them to do the effort cause
<br>>>> they
<br>>>> know better than new users? and there is a third option that doesn't
<br>>>> sound
<br>>>> fine: to release both versions or the few files that change.
<br>>>>
<br>>>> Indeed, the subject is more about the translations files than the few
<br>>>> files
<br>>>> where a charset is declared. The translations are a bit different, and I
<br>>>> wonder if users will like to keep using their existing translations
<br>>>> while/until they think about the iso/utf choice, who knows, most
<br>>>> probably
<br>>>> it
<br>>>> depends on the language.
<br>>>>
<br>>>> In your case, as an english user and regardless translations, I think
<br>>>> you
<br>>>> only need to change your config.php to set the default language to
<br>>>> "en_GB"
<br>>>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>>>> but
<br>>>> I could be wrong cause I didn't try and I like to see it working first.
<br>>>> I
<br>>>> think that the utf-8 case is tested and approved, so, I'm going to
<br>>>> change
<br>>>> to
<br>>>> iso to see if any problem arise and will tell.
<br>>>>
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=7" target="_top" rel="nofollow">phil@...</a>>
<br>>>>
<br>>>> So what was your conclusion Javier?
<br>>>>
<br>>>> 1. Stick with the current default strings in the translation file
<br>>>> defaulting the charset to UTF-8 since this is the future... OR
<br>>>>
<br>>>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>>>> for existing users is seamless and there is no requirement to install
<br>>>> additional locales if your server doesn't have the appropriate utf-8
<br>>>> locale.
<br>>>>
<br>>>> I am not sure I know what the best answer is here. I only know that we
<br>>>> should be sure that changing is seamless for existing users - and if
<br>>>> existing users have servers without utf-8 then they will be "scratching
<br>>>> their heads" wondering what to do to make it work.
<br>>>>
<br>>>> If we were to change the default character set to ISO-8859-1 - I thought
<br>>>> that just change the strings in the header.inc that are currently UTF-8
<br>>>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>>>> but that doesn't seem to work ... I am missing something
<br>>>>
<br>>>> As Javier puts it I will try a 3rd time!!
<br>>>>
<br>>>> Phil
<br>>>>
<br>>>>
<br>>>> AESE wrote:
<br>>>>> This is an early approach to the quid of languages and codesets within
<br>>>>> the
<br>>>>> new version.
<br>>>>>
<br>>>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>>>> keep
<br>>>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>>>> or
<br>>>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>>>> make
<br>>>>> a few updates (minor changes) to create this escenario. But I keep
<br>>>>> finding
<br>>>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>>>
<br>>>>>
<br>>>>> 1) The default language
<br>>>>> We have default language in config.php, it's english, english is
<br>>>>> codeset
<br>>>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>>>> so
<br>>>>> we only need to look what locales are installed and match our
<br>>>>> config.php
<br>>>>>
<br>>>>> I have the following 4 locales for en_GB
<br>>>>>
<br>>>>> en_GB
<br>>>>> en_GB.iso88591
<br>>>>> en_GB.iso885915
<br>>>>> en_GB.utf8
<br>>>>>
<br>>>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>>>> "locale -a -v" we get the info we are looking for:
<br>>>>>
<br>>>>> locale: en_GB
<br>>>>> archive: ...
<br>>>>> title: ...
<br>>>>> source: ...
<br>>>>> address: ...
<br>>>>> contact: ...
<br>>>>> email: ...
<br>>>>> language: ...
<br>>>>> territory: ...
<br>>>>> revision: ...
<br>>>>> date: ...
<br>>>>> codeset: ISO-8859-1 ***
<br>>>>>
<br>>>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>>>> it
<br>>>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>>>> the
<br>>>>> system leads.
<br>>>>>
<br>>>>>
<br>>>>> Let's guess two different english (or indonesian) speaking users
<br>>>>> (servers):
<br>>>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>>>> Ubuntu with only UTF-8 locales installed.
<br>>>>>
<br>>>>> It's not necessary to install another en_GB locale, each english
<br>>>>> speaking
<br>>>>> user simply needs to match his "config.php" to the locale already
<br>>>>> installed.
<br>>>>>
<br>>>>> Am I right?
<br>>>>>
<br>>>>> 2) Another language (different from english)
<br>>>>>
<br>>>>> Most users will prefer UTF-8 cause most languages miss PDF within
<br>>>>> WebERP.
<br>>>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8
<br>>>>> cause
<br>>>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>>>> translations from the download area not usable. It's expected that
<br>>>>> UTF-8
<br>>>>> will give them momentum. Maybe only a few
<br>>>>>
<br>>>>> But let's guess one non-english user (server) that prefer to keep using
<br>>>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>>>> account:
<br>>>>>
<br>>>>> a) The database charset. (He leaves it as is.)
<br>>>>> b) The .po translation file. (He changes to his ISO.)
<br>>>>> c) The translation directory name. (He leaves it as is.)
<br>>>>>
<br>>>>> Do I forget anything?
<br>>>>>
<br>>>>>
<br>>>>> javier
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> ------------------------------------------------------------------------------
<br>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>>> 30-Day
<br>>>>> trial. Simplify your report design, integration and deployment - and
<br>>>>> focus
<br>>>>> on
<br>>>>> what you do best, core application coding. Discover what's new with
<br>>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>>> _______________________________________________
<br>>>>> Web-erp-developers mailing list
<br>>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=10" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=11" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=12" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=13" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=14" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=15" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=16" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26572123&i=17" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26570592
Re: TCPDF Transition utf-8 and CID fonts
2009-11-30T01:03:51Z
2009-11-30T01:03:51Z
Phil Daintree-3
Doh!! Not sure how I did that I am looking at other scripts to see what
<br>else I messed up - I have changed these back to ISO-8859-1 now and all
<br>appears to work still!
<br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> It was not "still set" to UTF-8, It was set to ISO and your Revision 3134
<br>> has changed to UTF-8 again. Of course, that makes pages to be utf-8, but it
<br>> alone brokes things. I don't understand these Revisions you made.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Sunday, November 29, 2009 7:11 PM
<br>> Subject: Re: [WebERP-developers] TCPDF Transition utf-8 and CID fonts
<br>>
<br>>
<br>> Well the header is still set to UTF-8 in header.inc - I guess that is
<br>> why the html renders with utf-8.
<br>>
<br>> if (!headers_sent()){
<br>> header('Content-type: text/html; charset=' . _('UTF-8'));
<br>> }
<br>>
<br>> ...
<br>> echo '<meta http-equiv="Content-Type" content="text/html; charset=' .
<br>> _('UTF-8') . '" />';
<br>>
<br>>
<br>> Phil
<br>>
<br>> AESE wrote:
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>>>
<br>>> I tried this and it seems to work straight out of the box without
<br>>> installing any locales on my puppy linux development machine - I would
<br>>> be interested to see how others who have not installed any additional
<br>>> locales go with this in different operating systems and languages:
<br>>>
<br>>> The character set used for rendering the html is UTF-8 still.
<br>>>
<br>>> *** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>>> utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>>> neutral so WebERP's css and headers lead, and pages are served as ISO.
<br>>>
<br>>>
<br>>> What about:
<br>>> Zhigou - does this work well for you with zh_ZN.utf8??
<br>>> Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>>> as a default anyway.
<br>>>
<br>>> We had a fairly complete Russian translation although this has aged a
<br>>> fair bit - would be interesting to see how this goes with the new pdfs
<br>>> and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>>> was a show stopper for those who took the time to do the translation.
<br>>> All should be well for these people now!!
<br>>>
<br>>> Javier, do you think we are ready to merge the utf-8 branch back into
<br>>> the trunk??
<br>>>
<br>>> *** Yes I do, but maybe first Tim might want a 3.12 Tag that later would
<br>>> be
<br>>> promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>>> being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches.
<br>>> The
<br>>> utf-8 branch is already updated with the whole trunk (except
<br>>> changelog.html
<br>>> and install.txt that we may update soon).
<br>>>
<br>>> Accepting that there might be a little fine tuning still in
<br>>> the trunk
<br>>>
<br>>> *** What I meant was that we have taken advantage from Tim'work in the
<br>>> trunk
<br>>> but we have made some improvements in the utf-8 branch that now the trunk
<br>>> is
<br>>> missing simply because it's hard to replicate the whole pdf work for the
<br>>> trunk. Tim began the work changing 34 pdf calls from Stream to Otput but
<br>>> he
<br>>> was alone while we have been 4 people.
<br>>> *** I think on this being the main reason to merge sooner is better, to
<br>>> not
<br>>> fade taskforce along different repositories.
<br>>>
<br>>> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>>> complete and stable.
<br>>>
<br>>> As I understand it people using utf-8/CID fonts will need to use
<br>>> adobe-acrobat reader.Using this system should be seamless for existing
<br>>> installations of webERP with all the additional functionality lurking
<br>>> under the hood for those that need it.
<br>>>
<br>>> *** Documentation could show what's under the hood.
<br>>>
<br>>> Great job Javier!!
<br>>>
<br>>> Phil
<br>>>
<br>>> Thanks,
<br>>> javier
<br>>>
<br>>> AESE wrote:
<br>>>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>>>> default font (it's easy to change it to helvetica making 8 the value for
<br>>>> www_users.pdflanguage or editing class.pdf.php).
<br>>>>
<br>>>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>>>> the
<br>>>> codeset of your choice (most probably for most users), just remove the
<br>>>> .utf8
<br>>>> directories under the locale directory, they exist to help utf-8 users.
<br>>>> Once
<br>>>> they are removed, users will not be able to select an utf-8 language.
<br>>>> That's
<br>>>> all. The rest remains the same: the default language in config.php keep
<br>>>> being en_GB and so on.
<br>>>>
<br>>>> I have updated the branch with Tim's work on the trunk but corrected some
<br>>>> things like a few in PrintCustTransPortrait.php, for example see line 243
<br>>>> at
<br>>>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>>>> using prices from salesordersdetails instead of stockmoves by Pak Ricard.
<br>>>> Or
<br>>>> line 998 where table is a closing but it's opening. Or the right end in
<br>>>> line
<br>>>> 949 of PrintCustTrans.php, all of this needs check.
<br>>>>
<br>>>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>>>> effort working together in the same repository, no matter if the trunk or
<br>>>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>>>> comes to this subject. It seems to make sense since a new tag for the
<br>>>> 3.12
<br>>>> and a new branch for the 3.12-stable will do.
<br>>>>
<br>>>> It would be good to do some testing and I have started a simply readme
<br>>>> file
<br>>>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>>>> text
<br>>>> goes hard to read. Basically:
<br>>>>
<br>>>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>>>> 2) remove all ISO languages directories under the locale directory.
<br>>>> 3) change statically the charset of the 10 files affected by a charset or
<br>>>> do
<br>>>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not
<br>>>> for
<br>>>> translations, since usually en_GB doesn't make any change but can do,
<br>>>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>>>
<br>>>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>>>> and
<br>>>> indonesian) what affects database and translations. Database could be
<br>>>> compatible if a conversion was implemented within WebERP but translations
<br>>>> always must change the sentence where it declares the charset what forces
<br>>>> to
<br>>>> be re-compiled.
<br>>>>
<br>>>> I would like to make some labeling changes like the databse foreign keys
<br>>>> for
<br>>>> all of them to have that special name that makes them clearly identified.
<br>>>>
<br>>>> I hope to have got it well-done. I will wait for feedback some days
<br>>>> before
<br>>>> releasing it, writing the simple guide and maybe adding some languages.
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=3" target="_top" rel="nofollow">info@...</a>>
<br>>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=4" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>>> Sent: Friday, November 27, 2009 11:04 AM
<br>>>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>>>
<br>>>>
<br>>>> I'm taking some time for this last step, trying to preview what would
<br>>>> happen
<br>>>> in any of the two cases. I'm trying to get myself under the skin of
<br>>>> users.
<br>>>> I
<br>>>> would like to replicate the steps in both cases and note what is needed
<br>>>> to
<br>>>> do and to know, to avoid the need of explaining the matter. I would like
<br>>>> a
<br>>>> simple readme file to be the only needed guide.
<br>>>>
<br>>>> I agree that the most important part is the existing users and we should
<br>>>> take care of them before any other consideration, hence I tend to think
<br>>>> that
<br>>>> we should go with the ISO default to ease the upgrade because, on the
<br>>>> other
<br>>>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>>>> than vice-versa, and maybe the existing users know better how things
<br>>>> work,
<br>>>> so: ease the pain to existing users or make them to do the effort cause
<br>>>> they
<br>>>> know better than new users? and there is a third option that doesn't
<br>>>> sound
<br>>>> fine: to release both versions or the few files that change.
<br>>>>
<br>>>> Indeed, the subject is more about the translations files than the few
<br>>>> files
<br>>>> where a charset is declared. The translations are a bit different, and I
<br>>>> wonder if users will like to keep using their existing translations
<br>>>> while/until they think about the iso/utf choice, who knows, most probably
<br>>>> it
<br>>>> depends on the language.
<br>>>>
<br>>>> In your case, as an english user and regardless translations, I think you
<br>>>> only need to change your config.php to set the default language to
<br>>>> "en_GB"
<br>>>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>>>> but
<br>>>> I could be wrong cause I didn't try and I like to see it working first. I
<br>>>> think that the utf-8 case is tested and approved, so, I'm going to change
<br>>>> to
<br>>>> iso to see if any problem arise and will tell.
<br>>>>
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=5" target="_top" rel="nofollow">phil@...</a>>
<br>>>>
<br>>>> So what was your conclusion Javier?
<br>>>>
<br>>>> 1. Stick with the current default strings in the translation file
<br>>>> defaulting the charset to UTF-8 since this is the future... OR
<br>>>>
<br>>>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>>>> for existing users is seamless and there is no requirement to install
<br>>>> additional locales if your server doesn't have the appropriate utf-8
<br>>>> locale.
<br>>>>
<br>>>> I am not sure I know what the best answer is here. I only know that we
<br>>>> should be sure that changing is seamless for existing users - and if
<br>>>> existing users have servers without utf-8 then they will be "scratching
<br>>>> their heads" wondering what to do to make it work.
<br>>>>
<br>>>> If we were to change the default character set to ISO-8859-1 - I thought
<br>>>> that just change the strings in the header.inc that are currently UTF-8
<br>>>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>>>> but that doesn't seem to work ... I am missing something
<br>>>>
<br>>>> As Javier puts it I will try a 3rd time!!
<br>>>>
<br>>>> Phil
<br>>>>
<br>>>>
<br>>>> AESE wrote:
<br>>>>> This is an early approach to the quid of languages and codesets within
<br>>>>> the
<br>>>>> new version.
<br>>>>>
<br>>>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>>>> keep
<br>>>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>>>> or
<br>>>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>>>> make
<br>>>>> a few updates (minor changes) to create this escenario. But I keep
<br>>>>> finding
<br>>>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>>>
<br>>>>>
<br>>>>> 1) The default language
<br>>>>> We have default language in config.php, it's english, english is codeset
<br>>>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>>>> so
<br>>>>> we only need to look what locales are installed and match our config.php
<br>>>>>
<br>>>>> I have the following 4 locales for en_GB
<br>>>>>
<br>>>>> en_GB
<br>>>>> en_GB.iso88591
<br>>>>> en_GB.iso885915
<br>>>>> en_GB.utf8
<br>>>>>
<br>>>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>>>> "locale -a -v" we get the info we are looking for:
<br>>>>>
<br>>>>> locale: en_GB
<br>>>>> archive: ...
<br>>>>> title: ...
<br>>>>> source: ...
<br>>>>> address: ...
<br>>>>> contact: ...
<br>>>>> email: ...
<br>>>>> language: ...
<br>>>>> territory: ...
<br>>>>> revision: ...
<br>>>>> date: ...
<br>>>>> codeset: ISO-8859-1 ***
<br>>>>>
<br>>>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>>>> it
<br>>>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>>>> the
<br>>>>> system leads.
<br>>>>>
<br>>>>>
<br>>>>> Let's guess two different english (or indonesian) speaking users
<br>>>>> (servers):
<br>>>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>>>> Ubuntu with only UTF-8 locales installed.
<br>>>>>
<br>>>>> It's not necessary to install another en_GB locale, each english
<br>>>>> speaking
<br>>>>> user simply needs to match his "config.php" to the locale already
<br>>>>> installed.
<br>>>>>
<br>>>>> Am I right?
<br>>>>>
<br>>>>> 2) Another language (different from english)
<br>>>>>
<br>>>>> Most users will prefer UTF-8 cause most languages miss PDF within
<br>>>>> WebERP.
<br>>>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>>>> translations from the download area not usable. It's expected that UTF-8
<br>>>>> will give them momentum. Maybe only a few
<br>>>>>
<br>>>>> But let's guess one non-english user (server) that prefer to keep using
<br>>>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>>>> account:
<br>>>>>
<br>>>>> a) The database charset. (He leaves it as is.)
<br>>>>> b) The .po translation file. (He changes to his ISO.)
<br>>>>> c) The translation directory name. (He leaves it as is.)
<br>>>>>
<br>>>>> Do I forget anything?
<br>>>>>
<br>>>>>
<br>>>>> javier
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> ------------------------------------------------------------------------------
<br>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>>> 30-Day
<br>>>>> trial. Simplify your report design, integration and deployment - and
<br>>>>> focus
<br>>>>> on
<br>>>>> what you do best, core application coding. Discover what's new with
<br>>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>>> _______________________________________________
<br>>>>> Web-erp-developers mailing list
<br>>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=10" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=11" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=12" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=13" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570592&i=14" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26571516
Re: TCPDF Transition utf-8 and CID fonts
2009-11-30T00:49:38Z
2009-11-30T00:49:38Z
Phil Daintree-3
Me neither?? Don't recall modifying anything? Will investigate.
<br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> It was not "still set" to UTF-8, It was set to ISO and your Revision 3134
<br>> has changed to UTF-8 again. Of course, that makes pages to be utf-8, but it
<br>> alone brokes things. I don't understand these Revisions you made.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Sunday, November 29, 2009 7:11 PM
<br>> Subject: Re: [WebERP-developers] TCPDF Transition utf-8 and CID fonts
<br>>
<br>>
<br>> Well the header is still set to UTF-8 in header.inc - I guess that is
<br>> why the html renders with utf-8.
<br>>
<br>> if (!headers_sent()){
<br>> header('Content-type: text/html; charset=' . _('UTF-8'));
<br>> }
<br>>
<br>> ...
<br>> echo '<meta http-equiv="Content-Type" content="text/html; charset=' .
<br>> _('UTF-8') . '" />';
<br>>
<br>>
<br>> Phil
<br>>
<br>> AESE wrote:
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>>>
<br>>> I tried this and it seems to work straight out of the box without
<br>>> installing any locales on my puppy linux development machine - I would
<br>>> be interested to see how others who have not installed any additional
<br>>> locales go with this in different operating systems and languages:
<br>>>
<br>>> The character set used for rendering the html is UTF-8 still.
<br>>>
<br>>> *** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>>> utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>>> neutral so WebERP's css and headers lead, and pages are served as ISO.
<br>>>
<br>>>
<br>>> What about:
<br>>> Zhigou - does this work well for you with zh_ZN.utf8??
<br>>> Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>>> as a default anyway.
<br>>>
<br>>> We had a fairly complete Russian translation although this has aged a
<br>>> fair bit - would be interesting to see how this goes with the new pdfs
<br>>> and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>>> was a show stopper for those who took the time to do the translation.
<br>>> All should be well for these people now!!
<br>>>
<br>>> Javier, do you think we are ready to merge the utf-8 branch back into
<br>>> the trunk??
<br>>>
<br>>> *** Yes I do, but maybe first Tim might want a 3.12 Tag that later would
<br>>> be
<br>>> promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>>> being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches.
<br>>> The
<br>>> utf-8 branch is already updated with the whole trunk (except
<br>>> changelog.html
<br>>> and install.txt that we may update soon).
<br>>>
<br>>> Accepting that there might be a little fine tuning still in
<br>>> the trunk
<br>>>
<br>>> *** What I meant was that we have taken advantage from Tim'work in the
<br>>> trunk
<br>>> but we have made some improvements in the utf-8 branch that now the trunk
<br>>> is
<br>>> missing simply because it's hard to replicate the whole pdf work for the
<br>>> trunk. Tim began the work changing 34 pdf calls from Stream to Otput but
<br>>> he
<br>>> was alone while we have been 4 people.
<br>>> *** I think on this being the main reason to merge sooner is better, to
<br>>> not
<br>>> fade taskforce along different repositories.
<br>>>
<br>>> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>>> complete and stable.
<br>>>
<br>>> As I understand it people using utf-8/CID fonts will need to use
<br>>> adobe-acrobat reader.Using this system should be seamless for existing
<br>>> installations of webERP with all the additional functionality lurking
<br>>> under the hood for those that need it.
<br>>>
<br>>> *** Documentation could show what's under the hood.
<br>>>
<br>>> Great job Javier!!
<br>>>
<br>>> Phil
<br>>>
<br>>> Thanks,
<br>>> javier
<br>>>
<br>>> AESE wrote:
<br>>>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>>>> default font (it's easy to change it to helvetica making 8 the value for
<br>>>> www_users.pdflanguage or editing class.pdf.php).
<br>>>>
<br>>>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>>>> the
<br>>>> codeset of your choice (most probably for most users), just remove the
<br>>>> .utf8
<br>>>> directories under the locale directory, they exist to help utf-8 users.
<br>>>> Once
<br>>>> they are removed, users will not be able to select an utf-8 language.
<br>>>> That's
<br>>>> all. The rest remains the same: the default language in config.php keep
<br>>>> being en_GB and so on.
<br>>>>
<br>>>> I have updated the branch with Tim's work on the trunk but corrected some
<br>>>> things like a few in PrintCustTransPortrait.php, for example see line 243
<br>>>> at
<br>>>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>>>> using prices from salesordersdetails instead of stockmoves by Pak Ricard.
<br>>>> Or
<br>>>> line 998 where table is a closing but it's opening. Or the right end in
<br>>>> line
<br>>>> 949 of PrintCustTrans.php, all of this needs check.
<br>>>>
<br>>>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>>>> effort working together in the same repository, no matter if the trunk or
<br>>>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>>>> comes to this subject. It seems to make sense since a new tag for the
<br>>>> 3.12
<br>>>> and a new branch for the 3.12-stable will do.
<br>>>>
<br>>>> It would be good to do some testing and I have started a simply readme
<br>>>> file
<br>>>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>>>> text
<br>>>> goes hard to read. Basically:
<br>>>>
<br>>>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>>>> 2) remove all ISO languages directories under the locale directory.
<br>>>> 3) change statically the charset of the 10 files affected by a charset or
<br>>>> do
<br>>>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not
<br>>>> for
<br>>>> translations, since usually en_GB doesn't make any change but can do,
<br>>>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>>>
<br>>>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>>>> and
<br>>>> indonesian) what affects database and translations. Database could be
<br>>>> compatible if a conversion was implemented within WebERP but translations
<br>>>> always must change the sentence where it declares the charset what forces
<br>>>> to
<br>>>> be re-compiled.
<br>>>>
<br>>>> I would like to make some labeling changes like the databse foreign keys
<br>>>> for
<br>>>> all of them to have that special name that makes them clearly identified.
<br>>>>
<br>>>> I hope to have got it well-done. I will wait for feedback some days
<br>>>> before
<br>>>> releasing it, writing the simple guide and maybe adding some languages.
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=3" target="_top" rel="nofollow">info@...</a>>
<br>>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=4" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>>> Sent: Friday, November 27, 2009 11:04 AM
<br>>>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>>>
<br>>>>
<br>>>> I'm taking some time for this last step, trying to preview what would
<br>>>> happen
<br>>>> in any of the two cases. I'm trying to get myself under the skin of
<br>>>> users.
<br>>>> I
<br>>>> would like to replicate the steps in both cases and note what is needed
<br>>>> to
<br>>>> do and to know, to avoid the need of explaining the matter. I would like
<br>>>> a
<br>>>> simple readme file to be the only needed guide.
<br>>>>
<br>>>> I agree that the most important part is the existing users and we should
<br>>>> take care of them before any other consideration, hence I tend to think
<br>>>> that
<br>>>> we should go with the ISO default to ease the upgrade because, on the
<br>>>> other
<br>>>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>>>> than vice-versa, and maybe the existing users know better how things
<br>>>> work,
<br>>>> so: ease the pain to existing users or make them to do the effort cause
<br>>>> they
<br>>>> know better than new users? and there is a third option that doesn't
<br>>>> sound
<br>>>> fine: to release both versions or the few files that change.
<br>>>>
<br>>>> Indeed, the subject is more about the translations files than the few
<br>>>> files
<br>>>> where a charset is declared. The translations are a bit different, and I
<br>>>> wonder if users will like to keep using their existing translations
<br>>>> while/until they think about the iso/utf choice, who knows, most probably
<br>>>> it
<br>>>> depends on the language.
<br>>>>
<br>>>> In your case, as an english user and regardless translations, I think you
<br>>>> only need to change your config.php to set the default language to
<br>>>> "en_GB"
<br>>>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>>>> but
<br>>>> I could be wrong cause I didn't try and I like to see it working first. I
<br>>>> think that the utf-8 case is tested and approved, so, I'm going to change
<br>>>> to
<br>>>> iso to see if any problem arise and will tell.
<br>>>>
<br>>>> javier
<br>>>>
<br>>>>
<br>>>> ----- Original Message -----
<br>>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=5" target="_top" rel="nofollow">phil@...</a>>
<br>>>>
<br>>>> So what was your conclusion Javier?
<br>>>>
<br>>>> 1. Stick with the current default strings in the translation file
<br>>>> defaulting the charset to UTF-8 since this is the future... OR
<br>>>>
<br>>>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>>>> for existing users is seamless and there is no requirement to install
<br>>>> additional locales if your server doesn't have the appropriate utf-8
<br>>>> locale.
<br>>>>
<br>>>> I am not sure I know what the best answer is here. I only know that we
<br>>>> should be sure that changing is seamless for existing users - and if
<br>>>> existing users have servers without utf-8 then they will be "scratching
<br>>>> their heads" wondering what to do to make it work.
<br>>>>
<br>>>> If we were to change the default character set to ISO-8859-1 - I thought
<br>>>> that just change the strings in the header.inc that are currently UTF-8
<br>>>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>>>> but that doesn't seem to work ... I am missing something
<br>>>>
<br>>>> As Javier puts it I will try a 3rd time!!
<br>>>>
<br>>>> Phil
<br>>>>
<br>>>>
<br>>>> AESE wrote:
<br>>>>> This is an early approach to the quid of languages and codesets within
<br>>>>> the
<br>>>>> new version.
<br>>>>>
<br>>>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>>>> keep
<br>>>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>>>> or
<br>>>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>>>> make
<br>>>>> a few updates (minor changes) to create this escenario. But I keep
<br>>>>> finding
<br>>>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>>>
<br>>>>>
<br>>>>> 1) The default language
<br>>>>> We have default language in config.php, it's english, english is codeset
<br>>>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>>>> so
<br>>>>> we only need to look what locales are installed and match our config.php
<br>>>>>
<br>>>>> I have the following 4 locales for en_GB
<br>>>>>
<br>>>>> en_GB
<br>>>>> en_GB.iso88591
<br>>>>> en_GB.iso885915
<br>>>>> en_GB.utf8
<br>>>>>
<br>>>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>>>> "locale -a -v" we get the info we are looking for:
<br>>>>>
<br>>>>> locale: en_GB
<br>>>>> archive: ...
<br>>>>> title: ...
<br>>>>> source: ...
<br>>>>> address: ...
<br>>>>> contact: ...
<br>>>>> email: ...
<br>>>>> language: ...
<br>>>>> territory: ...
<br>>>>> revision: ...
<br>>>>> date: ...
<br>>>>> codeset: ISO-8859-1 ***
<br>>>>>
<br>>>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>>>> it
<br>>>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>>>> the
<br>>>>> system leads.
<br>>>>>
<br>>>>>
<br>>>>> Let's guess two different english (or indonesian) speaking users
<br>>>>> (servers):
<br>>>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>>>> Ubuntu with only UTF-8 locales installed.
<br>>>>>
<br>>>>> It's not necessary to install another en_GB locale, each english
<br>>>>> speaking
<br>>>>> user simply needs to match his "config.php" to the locale already
<br>>>>> installed.
<br>>>>>
<br>>>>> Am I right?
<br>>>>>
<br>>>>> 2) Another language (different from english)
<br>>>>>
<br>>>>> Most users will prefer UTF-8 cause most languages miss PDF within
<br>>>>> WebERP.
<br>>>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>>>> translations from the download area not usable. It's expected that UTF-8
<br>>>>> will give them momentum. Maybe only a few
<br>>>>>
<br>>>>> But let's guess one non-english user (server) that prefer to keep using
<br>>>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>>>> account:
<br>>>>>
<br>>>>> a) The database charset. (He leaves it as is.)
<br>>>>> b) The .po translation file. (He changes to his ISO.)
<br>>>>> c) The translation directory name. (He leaves it as is.)
<br>>>>>
<br>>>>> Do I forget anything?
<br>>>>>
<br>>>>>
<br>>>>> javier
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>> ------------------------------------------------------------------------------
<br>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>>> 30-Day
<br>>>>> trial. Simplify your report design, integration and deployment - and
<br>>>>> focus
<br>>>>> on
<br>>>>> what you do best, core application coding. Discover what's new with
<br>>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>>> _______________________________________________
<br>>>>> Web-erp-developers mailing list
<br>>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=10" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=11" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=12" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=13" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26571516&i=14" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26570973
Re: TCPDF Transition utf-8 and CID fonts
2009-11-30T00:08:31Z
2009-11-30T00:08:31Z
Javier de Lorenzo-Cáceres
It was not "still set" to UTF-8, It was set to ISO and your Revision 3134
<br>has changed to UTF-8 again. Of course, that makes pages to be utf-8, but it
<br>alone brokes things. I don't understand these Revisions you made.
<br><br>javier
<br><br><br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>Sent: Sunday, November 29, 2009 7:11 PM
<br>Subject: Re: [WebERP-developers] TCPDF Transition utf-8 and CID fonts
<br><br><br>Well the header is still set to UTF-8 in header.inc - I guess that is
<br>why the html renders with utf-8.
<br><br>if (!headers_sent()){
<br>header('Content-type: text/html; charset=' . _('UTF-8'));
<br>}
<br><br>...
<br>echo '<meta http-equiv="Content-Type" content="text/html; charset=' .
<br>_('UTF-8') . '" />';
<br><br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>>
<br>> I tried this and it seems to work straight out of the box without
<br>> installing any locales on my puppy linux development machine - I would
<br>> be interested to see how others who have not installed any additional
<br>> locales go with this in different operating systems and languages:
<br>>
<br>> The character set used for rendering the html is UTF-8 still.
<br>>
<br>> *** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>> utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>> neutral so WebERP's css and headers lead, and pages are served as ISO.
<br>>
<br>>
<br>> What about:
<br>> Zhigou - does this work well for you with zh_ZN.utf8??
<br>> Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>> as a default anyway.
<br>>
<br>> We had a fairly complete Russian translation although this has aged a
<br>> fair bit - would be interesting to see how this goes with the new pdfs
<br>> and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>> was a show stopper for those who took the time to do the translation.
<br>> All should be well for these people now!!
<br>>
<br>> Javier, do you think we are ready to merge the utf-8 branch back into
<br>> the trunk??
<br>>
<br>> *** Yes I do, but maybe first Tim might want a 3.12 Tag that later would
<br>> be
<br>> promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>> being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches.
<br>> The
<br>> utf-8 branch is already updated with the whole trunk (except
<br>> changelog.html
<br>> and install.txt that we may update soon).
<br>>
<br>> Accepting that there might be a little fine tuning still in
<br>> the trunk
<br>>
<br>> *** What I meant was that we have taken advantage from Tim'work in the
<br>> trunk
<br>> but we have made some improvements in the utf-8 branch that now the trunk
<br>> is
<br>> missing simply because it's hard to replicate the whole pdf work for the
<br>> trunk. Tim began the work changing 34 pdf calls from Stream to Otput but
<br>> he
<br>> was alone while we have been 4 people.
<br>> *** I think on this being the main reason to merge sooner is better, to
<br>> not
<br>> fade taskforce along different repositories.
<br>>
<br>> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>> complete and stable.
<br>>
<br>> As I understand it people using utf-8/CID fonts will need to use
<br>> adobe-acrobat reader.Using this system should be seamless for existing
<br>> installations of webERP with all the additional functionality lurking
<br>> under the hood for those that need it.
<br>>
<br>> *** Documentation could show what's under the hood.
<br>>
<br>> Great job Javier!!
<br>>
<br>> Phil
<br>>
<br>> Thanks,
<br>> javier
<br>>
<br>> AESE wrote:
<br>>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>>> default font (it's easy to change it to helvetica making 8 the value for
<br>>> www_users.pdflanguage or editing class.pdf.php).
<br>>>
<br>>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>>> the
<br>>> codeset of your choice (most probably for most users), just remove the
<br>>> .utf8
<br>>> directories under the locale directory, they exist to help utf-8 users.
<br>>> Once
<br>>> they are removed, users will not be able to select an utf-8 language.
<br>>> That's
<br>>> all. The rest remains the same: the default language in config.php keep
<br>>> being en_GB and so on.
<br>>>
<br>>> I have updated the branch with Tim's work on the trunk but corrected some
<br>>> things like a few in PrintCustTransPortrait.php, for example see line 243
<br>>> at
<br>>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>>> using prices from salesordersdetails instead of stockmoves by Pak Ricard.
<br>>> Or
<br>>> line 998 where table is a closing but it's opening. Or the right end in
<br>>> line
<br>>> 949 of PrintCustTrans.php, all of this needs check.
<br>>>
<br>>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>>> effort working together in the same repository, no matter if the trunk or
<br>>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>>> comes to this subject. It seems to make sense since a new tag for the
<br>>> 3.12
<br>>> and a new branch for the 3.12-stable will do.
<br>>>
<br>>> It would be good to do some testing and I have started a simply readme
<br>>> file
<br>>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>>> text
<br>>> goes hard to read. Basically:
<br>>>
<br>>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>>> 2) remove all ISO languages directories under the locale directory.
<br>>> 3) change statically the charset of the 10 files affected by a charset or
<br>>> do
<br>>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not
<br>>> for
<br>>> translations, since usually en_GB doesn't make any change but can do,
<br>>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>>
<br>>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>>> and
<br>>> indonesian) what affects database and translations. Database could be
<br>>> compatible if a conversion was implemented within WebERP but translations
<br>>> always must change the sentence where it declares the charset what forces
<br>>> to
<br>>> be re-compiled.
<br>>>
<br>>> I would like to make some labeling changes like the databse foreign keys
<br>>> for
<br>>> all of them to have that special name that makes them clearly identified.
<br>>>
<br>>> I hope to have got it well-done. I will wait for feedback some days
<br>>> before
<br>>> releasing it, writing the simple guide and maybe adding some languages.
<br>>> javier
<br>>>
<br>>>
<br>>> ----- Original Message -----
<br>>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=3" target="_top" rel="nofollow">info@...</a>>
<br>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=4" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>> Sent: Friday, November 27, 2009 11:04 AM
<br>>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>>
<br>>>
<br>>> I'm taking some time for this last step, trying to preview what would
<br>>> happen
<br>>> in any of the two cases. I'm trying to get myself under the skin of
<br>>> users.
<br>>> I
<br>>> would like to replicate the steps in both cases and note what is needed
<br>>> to
<br>>> do and to know, to avoid the need of explaining the matter. I would like
<br>>> a
<br>>> simple readme file to be the only needed guide.
<br>>>
<br>>> I agree that the most important part is the existing users and we should
<br>>> take care of them before any other consideration, hence I tend to think
<br>>> that
<br>>> we should go with the ISO default to ease the upgrade because, on the
<br>>> other
<br>>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>>> than vice-versa, and maybe the existing users know better how things
<br>>> work,
<br>>> so: ease the pain to existing users or make them to do the effort cause
<br>>> they
<br>>> know better than new users? and there is a third option that doesn't
<br>>> sound
<br>>> fine: to release both versions or the few files that change.
<br>>>
<br>>> Indeed, the subject is more about the translations files than the few
<br>>> files
<br>>> where a charset is declared. The translations are a bit different, and I
<br>>> wonder if users will like to keep using their existing translations
<br>>> while/until they think about the iso/utf choice, who knows, most probably
<br>>> it
<br>>> depends on the language.
<br>>>
<br>>> In your case, as an english user and regardless translations, I think you
<br>>> only need to change your config.php to set the default language to
<br>>> "en_GB"
<br>>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>>> but
<br>>> I could be wrong cause I didn't try and I like to see it working first. I
<br>>> think that the utf-8 case is tested and approved, so, I'm going to change
<br>>> to
<br>>> iso to see if any problem arise and will tell.
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=5" target="_top" rel="nofollow">phil@...</a>>
<br>>>
<br>>> So what was your conclusion Javier?
<br>>>
<br>>> 1. Stick with the current default strings in the translation file
<br>>> defaulting the charset to UTF-8 since this is the future... OR
<br>>>
<br>>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>>> for existing users is seamless and there is no requirement to install
<br>>> additional locales if your server doesn't have the appropriate utf-8
<br>>> locale.
<br>>>
<br>>> I am not sure I know what the best answer is here. I only know that we
<br>>> should be sure that changing is seamless for existing users - and if
<br>>> existing users have servers without utf-8 then they will be "scratching
<br>>> their heads" wondering what to do to make it work.
<br>>>
<br>>> If we were to change the default character set to ISO-8859-1 - I thought
<br>>> that just change the strings in the header.inc that are currently UTF-8
<br>>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>>> but that doesn't seem to work ... I am missing something
<br>>>
<br>>> As Javier puts it I will try a 3rd time!!
<br>>>
<br>>> Phil
<br>>>
<br>>>
<br>>> AESE wrote:
<br>>>> This is an early approach to the quid of languages and codesets within
<br>>>> the
<br>>>> new version.
<br>>>>
<br>>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>>> keep
<br>>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>>> or
<br>>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>>> make
<br>>>> a few updates (minor changes) to create this escenario. But I keep
<br>>>> finding
<br>>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>>
<br>>>>
<br>>>> 1) The default language
<br>>>> We have default language in config.php, it's english, english is codeset
<br>>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>>> so
<br>>>> we only need to look what locales are installed and match our config.php
<br>>>>
<br>>>> I have the following 4 locales for en_GB
<br>>>>
<br>>>> en_GB
<br>>>> en_GB.iso88591
<br>>>> en_GB.iso885915
<br>>>> en_GB.utf8
<br>>>>
<br>>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>>> "locale -a -v" we get the info we are looking for:
<br>>>>
<br>>>> locale: en_GB
<br>>>> archive: ...
<br>>>> title: ...
<br>>>> source: ...
<br>>>> address: ...
<br>>>> contact: ...
<br>>>> email: ...
<br>>>> language: ...
<br>>>> territory: ...
<br>>>> revision: ...
<br>>>> date: ...
<br>>>> codeset: ISO-8859-1 ***
<br>>>>
<br>>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>>> it
<br>>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>>> the
<br>>>> system leads.
<br>>>>
<br>>>>
<br>>>> Let's guess two different english (or indonesian) speaking users
<br>>>> (servers):
<br>>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>>> Ubuntu with only UTF-8 locales installed.
<br>>>>
<br>>>> It's not necessary to install another en_GB locale, each english
<br>>>> speaking
<br>>>> user simply needs to match his "config.php" to the locale already
<br>>>> installed.
<br>>>>
<br>>>> Am I right?
<br>>>>
<br>>>> 2) Another language (different from english)
<br>>>>
<br>>>> Most users will prefer UTF-8 cause most languages miss PDF within
<br>>>> WebERP.
<br>>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>>> translations from the download area not usable. It's expected that UTF-8
<br>>>> will give them momentum. Maybe only a few
<br>>>>
<br>>>> But let's guess one non-english user (server) that prefer to keep using
<br>>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>>> account:
<br>>>>
<br>>>> a) The database charset. (He leaves it as is.)
<br>>>> b) The .po translation file. (He changes to his ISO.)
<br>>>> c) The translation directory name. (He leaves it as is.)
<br>>>>
<br>>>> Do I forget anything?
<br>>>>
<br>>>>
<br>>>> javier
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=10" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=11" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=12" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570973&i=13" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26564391
Re: TCPDF Transition utf-8 and CID fonts
2009-11-29T10:10:21Z
2009-11-29T10:10:21Z
Phil Daintree-3
Well the header is still set to UTF-8 in header.inc - I guess that is
<br>why the html renders with utf-8.
<br><br>if (!headers_sent()){
<br> header('Content-type: text/html; charset=' . _('UTF-8'));
<br> }
<br><br>...
<br> echo '<meta http-equiv="Content-Type" content="text/html; charset=' .
<br>_('UTF-8') . '" />';
<br><br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=0" target="_top" rel="nofollow">phil@...</a>>
<br>>
<br>> I tried this and it seems to work straight out of the box without
<br>> installing any locales on my puppy linux development machine - I would
<br>> be interested to see how others who have not installed any additional
<br>> locales go with this in different operating systems and languages:
<br>>
<br>> The character set used for rendering the html is UTF-8 still.
<br>>
<br>> *** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>> utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>> neutral so WebERP's css and headers lead, and pages are served as ISO.
<br>>
<br>>
<br>> What about:
<br>> Zhigou - does this work well for you with zh_ZN.utf8??
<br>> Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>> as a default anyway.
<br>>
<br>> We had a fairly complete Russian translation although this has aged a
<br>> fair bit - would be interesting to see how this goes with the new pdfs
<br>> and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>> was a show stopper for those who took the time to do the translation.
<br>> All should be well for these people now!!
<br>>
<br>> Javier, do you think we are ready to merge the utf-8 branch back into
<br>> the trunk??
<br>>
<br>> *** Yes I do, but maybe first Tim might want a 3.12 Tag that later would be
<br>> promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>> being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches. The
<br>> utf-8 branch is already updated with the whole trunk (except changelog.html
<br>> and install.txt that we may update soon).
<br>>
<br>> Accepting that there might be a little fine tuning still in
<br>> the trunk
<br>>
<br>> *** What I meant was that we have taken advantage from Tim'work in the trunk
<br>> but we have made some improvements in the utf-8 branch that now the trunk is
<br>> missing simply because it's hard to replicate the whole pdf work for the
<br>> trunk. Tim began the work changing 34 pdf calls from Stream to Otput but he
<br>> was alone while we have been 4 people.
<br>> *** I think on this being the main reason to merge sooner is better, to not
<br>> fade taskforce along different repositories.
<br>>
<br>> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>> complete and stable.
<br>>
<br>> As I understand it people using utf-8/CID fonts will need to use
<br>> adobe-acrobat reader.Using this system should be seamless for existing
<br>> installations of webERP with all the additional functionality lurking
<br>> under the hood for those that need it.
<br>>
<br>> *** Documentation could show what's under the hood.
<br>>
<br>> Great job Javier!!
<br>>
<br>> Phil
<br>>
<br>> Thanks,
<br>> javier
<br>>
<br>> AESE wrote:
<br>>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>>> default font (it's easy to change it to helvetica making 8 the value for
<br>>> www_users.pdflanguage or editing class.pdf.php).
<br>>>
<br>>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>>> the
<br>>> codeset of your choice (most probably for most users), just remove the
<br>>> .utf8
<br>>> directories under the locale directory, they exist to help utf-8 users.
<br>>> Once
<br>>> they are removed, users will not be able to select an utf-8 language.
<br>>> That's
<br>>> all. The rest remains the same: the default language in config.php keep
<br>>> being en_GB and so on.
<br>>>
<br>>> I have updated the branch with Tim's work on the trunk but corrected some
<br>>> things like a few in PrintCustTransPortrait.php, for example see line 243
<br>>> at
<br>>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>>> using prices from salesordersdetails instead of stockmoves by Pak Ricard.
<br>>> Or
<br>>> line 998 where table is a closing but it's opening. Or the right end in
<br>>> line
<br>>> 949 of PrintCustTrans.php, all of this needs check.
<br>>>
<br>>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>>> effort working together in the same repository, no matter if the trunk or
<br>>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>>> comes to this subject. It seems to make sense since a new tag for the 3.12
<br>>> and a new branch for the 3.12-stable will do.
<br>>>
<br>>> It would be good to do some testing and I have started a simply readme
<br>>> file
<br>>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>>> text
<br>>> goes hard to read. Basically:
<br>>>
<br>>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>>> 2) remove all ISO languages directories under the locale directory.
<br>>> 3) change statically the charset of the 10 files affected by a charset or
<br>>> do
<br>>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not for
<br>>> translations, since usually en_GB doesn't make any change but can do,
<br>>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>>
<br>>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>>> and
<br>>> indonesian) what affects database and translations. Database could be
<br>>> compatible if a conversion was implemented within WebERP but translations
<br>>> always must change the sentence where it declares the charset what forces
<br>>> to
<br>>> be re-compiled.
<br>>>
<br>>> I would like to make some labeling changes like the databse foreign keys
<br>>> for
<br>>> all of them to have that special name that makes them clearly identified.
<br>>>
<br>>> I hope to have got it well-done. I will wait for feedback some days before
<br>>> releasing it, writing the simple guide and maybe adding some languages.
<br>>> javier
<br>>>
<br>>>
<br>>> ----- Original Message -----
<br>>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=1" target="_top" rel="nofollow">info@...</a>>
<br>>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=2" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>>> Sent: Friday, November 27, 2009 11:04 AM
<br>>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>>
<br>>>
<br>>> I'm taking some time for this last step, trying to preview what would
<br>>> happen
<br>>> in any of the two cases. I'm trying to get myself under the skin of users.
<br>>> I
<br>>> would like to replicate the steps in both cases and note what is needed to
<br>>> do and to know, to avoid the need of explaining the matter. I would like a
<br>>> simple readme file to be the only needed guide.
<br>>>
<br>>> I agree that the most important part is the existing users and we should
<br>>> take care of them before any other consideration, hence I tend to think
<br>>> that
<br>>> we should go with the ISO default to ease the upgrade because, on the
<br>>> other
<br>>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>>> than vice-versa, and maybe the existing users know better how things work,
<br>>> so: ease the pain to existing users or make them to do the effort cause
<br>>> they
<br>>> know better than new users? and there is a third option that doesn't sound
<br>>> fine: to release both versions or the few files that change.
<br>>>
<br>>> Indeed, the subject is more about the translations files than the few
<br>>> files
<br>>> where a charset is declared. The translations are a bit different, and I
<br>>> wonder if users will like to keep using their existing translations
<br>>> while/until they think about the iso/utf choice, who knows, most probably
<br>>> it
<br>>> depends on the language.
<br>>>
<br>>> In your case, as an english user and regardless translations, I think you
<br>>> only need to change your config.php to set the default language to "en_GB"
<br>>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>>> but
<br>>> I could be wrong cause I didn't try and I like to see it working first. I
<br>>> think that the utf-8 case is tested and approved, so, I'm going to change
<br>>> to
<br>>> iso to see if any problem arise and will tell.
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>> ----- Original Message -----
<br>>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=3" target="_top" rel="nofollow">phil@...</a>>
<br>>>
<br>>> So what was your conclusion Javier?
<br>>>
<br>>> 1. Stick with the current default strings in the translation file
<br>>> defaulting the charset to UTF-8 since this is the future... OR
<br>>>
<br>>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>>> for existing users is seamless and there is no requirement to install
<br>>> additional locales if your server doesn't have the appropriate utf-8
<br>>> locale.
<br>>>
<br>>> I am not sure I know what the best answer is here. I only know that we
<br>>> should be sure that changing is seamless for existing users - and if
<br>>> existing users have servers without utf-8 then they will be "scratching
<br>>> their heads" wondering what to do to make it work.
<br>>>
<br>>> If we were to change the default character set to ISO-8859-1 - I thought
<br>>> that just change the strings in the header.inc that are currently UTF-8
<br>>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>>> but that doesn't seem to work ... I am missing something
<br>>>
<br>>> As Javier puts it I will try a 3rd time!!
<br>>>
<br>>> Phil
<br>>>
<br>>>
<br>>> AESE wrote:
<br>>>> This is an early approach to the quid of languages and codesets within
<br>>>> the
<br>>>> new version.
<br>>>>
<br>>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>>> keep
<br>>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>>> or
<br>>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>>> make
<br>>>> a few updates (minor changes) to create this escenario. But I keep
<br>>>> finding
<br>>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>>
<br>>>>
<br>>>> 1) The default language
<br>>>> We have default language in config.php, it's english, english is codeset
<br>>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>>> so
<br>>>> we only need to look what locales are installed and match our config.php
<br>>>>
<br>>>> I have the following 4 locales for en_GB
<br>>>>
<br>>>> en_GB
<br>>>> en_GB.iso88591
<br>>>> en_GB.iso885915
<br>>>> en_GB.utf8
<br>>>>
<br>>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>>> "locale -a -v" we get the info we are looking for:
<br>>>>
<br>>>> locale: en_GB
<br>>>> archive: ...
<br>>>> title: ...
<br>>>> source: ...
<br>>>> address: ...
<br>>>> contact: ...
<br>>>> email: ...
<br>>>> language: ...
<br>>>> territory: ...
<br>>>> revision: ...
<br>>>> date: ...
<br>>>> codeset: ISO-8859-1 ***
<br>>>>
<br>>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>>> it
<br>>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>>> the
<br>>>> system leads.
<br>>>>
<br>>>>
<br>>>> Let's guess two different english (or indonesian) speaking users
<br>>>> (servers):
<br>>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>>> Ubuntu with only UTF-8 locales installed.
<br>>>>
<br>>>> It's not necessary to install another en_GB locale, each english speaking
<br>>>> user simply needs to match his "config.php" to the locale already
<br>>>> installed.
<br>>>>
<br>>>> Am I right?
<br>>>>
<br>>>> 2) Another language (different from english)
<br>>>>
<br>>>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>>> translations from the download area not usable. It's expected that UTF-8
<br>>>> will give them momentum. Maybe only a few
<br>>>>
<br>>>> But let's guess one non-english user (server) that prefer to keep using
<br>>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>>> account:
<br>>>>
<br>>>> a) The database charset. (He leaves it as is.)
<br>>>> b) The .po translation file. (He changes to his ISO.)
<br>>>> c) The translation directory name. (He leaves it as is.)
<br>>>>
<br>>>> Do I forget anything?
<br>>>>
<br>>>>
<br>>>> javier
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day
<br>>>> trial. Simplify your report design, integration and deployment - and
<br>>>> focus
<br>>>> on
<br>>>> what you do best, core application coding. Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> _______________________________________________
<br>>>> Web-erp-developers mailing list
<br>>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26564391&i=10" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26560234
Re: TCPDF Transition utf-8 and CID fonts
2009-11-29T00:55:35Z
2009-11-29T00:55:35Z
Javier de Lorenzo-Cáceres
<br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=0" target="_top" rel="nofollow">phil@...</a>>
<br><br>I tried this and it seems to work straight out of the box without
<br>installing any locales on my puppy linux development machine - I would
<br>be interested to see how others who have not installed any additional
<br>locales go with this in different operating systems and languages:
<br><br>The character set used for rendering the html is UTF-8 still.
<br><br>*** Check if Apache (httpd.conf, .htaccess) or PhP (php.ini) is set to
<br>utf-8. Also css may force utf-8 but I removed this. I have Apache, PhP
<br>neutral so WebERP's css and headers lead, and pages are served as ISO.
<br><br><br>What about:
<br>Zhigou - does this work well for you with zh_ZN.utf8??
<br>Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>as a default anyway.
<br><br>We had a fairly complete Russian translation although this has aged a
<br>fair bit - would be interesting to see how this goes with the new pdfs
<br>and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>was a show stopper for those who took the time to do the translation.
<br>All should be well for these people now!!
<br><br>Javier, do you think we are ready to merge the utf-8 branch back into
<br>the trunk??
<br><br>*** Yes I do, but maybe first Tim might want a 3.12 Tag that later would be
<br>promoted to 3.12-stable. So we have both repositories intact and the 3rd
<br>being the merge. Later we may remove both utf-8 and 3.11-utf-8 branches. The
<br>utf-8 branch is already updated with the whole trunk (except changelog.html
<br>and install.txt that we may update soon).
<br><br>Accepting that there might be a little fine tuning still in
<br>the trunk
<br><br>*** What I meant was that we have taken advantage from Tim'work in the trunk
<br>but we have made some improvements in the utf-8 branch that now the trunk is
<br>missing simply because it's hard to replicate the whole pdf work for the
<br>trunk. Tim began the work changing 34 pdf calls from Stream to Otput but he
<br>was alone while we have been 4 people.
<br>*** I think on this being the main reason to merge sooner is better, to not
<br>fade taskforce along different repositories.
<br><br> - I think the major shift to tcpdf and utf-8/CID fonts is
<br>complete and stable.
<br><br>As I understand it people using utf-8/CID fonts will need to use
<br>adobe-acrobat reader.Using this system should be seamless for existing
<br>installations of webERP with all the additional functionality lurking
<br>under the hood for those that need it.
<br><br>*** Documentation could show what's under the hood.
<br><br>Great job Javier!!
<br><br>Phil
<br><br>Thanks,
<br>javier
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>> default font (it's easy to change it to helvetica making 8 the value for
<br>> www_users.pdflanguage or editing class.pdf.php).
<br>>
<br>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is
<br>> the
<br>> codeset of your choice (most probably for most users), just remove the
<br>> .utf8
<br>> directories under the locale directory, they exist to help utf-8 users.
<br>> Once
<br>> they are removed, users will not be able to select an utf-8 language.
<br>> That's
<br>> all. The rest remains the same: the default language in config.php keep
<br>> being en_GB and so on.
<br>>
<br>> I have updated the branch with Tim's work on the trunk but corrected some
<br>> things like a few in PrintCustTransPortrait.php, for example see line 243
<br>> at
<br>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>> using prices from salesordersdetails instead of stockmoves by Pak Ricard.
<br>> Or
<br>> line 998 where table is a closing but it's opening. Or the right end in
<br>> line
<br>> 949 of PrintCustTrans.php, all of this needs check.
<br>>
<br>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>> effort working together in the same repository, no matter if the trunk or
<br>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>> comes to this subject. It seems to make sense since a new tag for the 3.12
<br>> and a new branch for the 3.12-stable will do.
<br>>
<br>> It would be good to do some testing and I have started a simply readme
<br>> file
<br>> to configure WebERP for utf-8, but as always happens to me, the simply
<br>> text
<br>> goes hard to read. Basically:
<br>>
<br>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>> 2) remove all ISO languages directories under the locale directory.
<br>> 3) change statically the charset of the 10 files affected by a charset or
<br>> do
<br>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not for
<br>> translations, since usually en_GB doesn't make any change but can do,
<br>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>
<br>> Remember ISO and UTF-8 are not compatible each other (except for english
<br>> and
<br>> indonesian) what affects database and translations. Database could be
<br>> compatible if a conversion was implemented within WebERP but translations
<br>> always must change the sentence where it declares the charset what forces
<br>> to
<br>> be re-compiled.
<br>>
<br>> I would like to make some labeling changes like the databse foreign keys
<br>> for
<br>> all of them to have that special name that makes them clearly identified.
<br>>
<br>> I hope to have got it well-done. I will wait for feedback some days before
<br>> releasing it, writing the simple guide and maybe adding some languages.
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=1" target="_top" rel="nofollow">info@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=2" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Friday, November 27, 2009 11:04 AM
<br>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>
<br>>
<br>> I'm taking some time for this last step, trying to preview what would
<br>> happen
<br>> in any of the two cases. I'm trying to get myself under the skin of users.
<br>> I
<br>> would like to replicate the steps in both cases and note what is needed to
<br>> do and to know, to avoid the need of explaining the matter. I would like a
<br>> simple readme file to be the only needed guide.
<br>>
<br>> I agree that the most important part is the existing users and we should
<br>> take care of them before any other consideration, hence I tend to think
<br>> that
<br>> we should go with the ISO default to ease the upgrade because, on the
<br>> other
<br>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>> than vice-versa, and maybe the existing users know better how things work,
<br>> so: ease the pain to existing users or make them to do the effort cause
<br>> they
<br>> know better than new users? and there is a third option that doesn't sound
<br>> fine: to release both versions or the few files that change.
<br>>
<br>> Indeed, the subject is more about the translations files than the few
<br>> files
<br>> where a charset is declared. The translations are a bit different, and I
<br>> wonder if users will like to keep using their existing translations
<br>> while/until they think about the iso/utf choice, who knows, most probably
<br>> it
<br>> depends on the language.
<br>>
<br>> In your case, as an english user and regardless translations, I think you
<br>> only need to change your config.php to set the default language to "en_GB"
<br>> instead "en_GB.utf8" along "the directory name" and "www_users.language"
<br>> but
<br>> I could be wrong cause I didn't try and I like to see it working first. I
<br>> think that the utf-8 case is tested and approved, so, I'm going to change
<br>> to
<br>> iso to see if any problem arise and will tell.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=3" target="_top" rel="nofollow">phil@...</a>>
<br>>
<br>> So what was your conclusion Javier?
<br>>
<br>> 1. Stick with the current default strings in the translation file
<br>> defaulting the charset to UTF-8 since this is the future... OR
<br>>
<br>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>> for existing users is seamless and there is no requirement to install
<br>> additional locales if your server doesn't have the appropriate utf-8
<br>> locale.
<br>>
<br>> I am not sure I know what the best answer is here. I only know that we
<br>> should be sure that changing is seamless for existing users - and if
<br>> existing users have servers without utf-8 then they will be "scratching
<br>> their heads" wondering what to do to make it work.
<br>>
<br>> If we were to change the default character set to ISO-8859-1 - I thought
<br>> that just change the strings in the header.inc that are currently UTF-8
<br>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>> but that doesn't seem to work ... I am missing something
<br>>
<br>> As Javier puts it I will try a 3rd time!!
<br>>
<br>> Phil
<br>>
<br>>
<br>> AESE wrote:
<br>>> This is an early approach to the quid of languages and codesets within
<br>>> the
<br>>> new version.
<br>>>
<br>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>> keep
<br>>> ISO-8859-1 being the default and guide the users how to change to utf-8
<br>>> or
<br>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>> make
<br>>> a few updates (minor changes) to create this escenario. But I keep
<br>>> finding
<br>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>
<br>>>
<br>>> 1) The default language
<br>>> We have default language in config.php, it's english, english is codeset
<br>>> compatible, but Linux/Unix systems will look for the locales installed,
<br>>> so
<br>>> we only need to look what locales are installed and match our config.php
<br>>>
<br>>> I have the following 4 locales for en_GB
<br>>>
<br>>> en_GB
<br>>> en_GB.iso88591
<br>>> en_GB.iso885915
<br>>> en_GB.utf8
<br>>>
<br>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>> "locale -a -v" we get the info we are looking for:
<br>>>
<br>>> locale: en_GB
<br>>> archive: ...
<br>>> title: ...
<br>>> source: ...
<br>>> address: ...
<br>>> contact: ...
<br>>> email: ...
<br>>> language: ...
<br>>> territory: ...
<br>>> revision: ...
<br>>> date: ...
<br>>> codeset: ISO-8859-1 ***
<br>>>
<br>>> *** ¡ It's the same exact that second in the list ! and we could change
<br>>> it
<br>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>> the
<br>>> system leads.
<br>>>
<br>>>
<br>>> Let's guess two different english (or indonesian) speaking users
<br>>> (servers):
<br>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>> Ubuntu with only UTF-8 locales installed.
<br>>>
<br>>> It's not necessary to install another en_GB locale, each english speaking
<br>>> user simply needs to match his "config.php" to the locale already
<br>>> installed.
<br>>>
<br>>> Am I right?
<br>>>
<br>>> 2) Another language (different from english)
<br>>>
<br>>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>> translations from the download area not usable. It's expected that UTF-8
<br>>> will give them momentum. Maybe only a few
<br>>>
<br>>> But let's guess one non-english user (server) that prefer to keep using
<br>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>> account:
<br>>>
<br>>> a) The database charset. (He leaves it as is.)
<br>>> b) The .po translation file. (He changes to his ISO.)
<br>>> c) The translation directory name. (He leaves it as is.)
<br>>>
<br>>> Do I forget anything?
<br>>>
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and
<br>>> focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=8" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560234&i=9" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26558524
TCPDF Transition utf-8 and CID fonts
2009-11-28T17:23:28Z
2009-11-28T17:23:28Z
Phil Daintree-3
I tried this and it seems to work straight out of the box without
<br>installing any locales on my puppy linux development machine - I would
<br>be interested to see how others who have not installed any additional
<br>locales go with this in different operating systems and languages:
<br><br>The character set used for rendering the html is UTF-8 still.
<br><br>What about:
<br>Zhigou - does this work well for you with zh_ZN.utf8??
<br>Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>as a default anyway.
<br><br>We had a fairly complete Russian translation although this has aged a
<br>fair bit - would be interesting to see how this goes with the new pdfs
<br>and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>was a show stopper for those who took the time to do the translation.
<br>All should be well for these people now!!
<br><br>Javier, do you think we are ready to merge the utf-8 branch back into
<br>the trunk?? Accepting that there might be a little fine tuning still in
<br>the trunk - I think the major shift to tcpdf and utf-8/CID fonts is
<br>complete and stable.
<br><br>As I understand it people using utf-8/CID fonts will need to use
<br>adobe-acrobat reader.Using this system should be seamless for existing
<br>installations of webERP with all the additional functionality lurking
<br>under the hood for those that need it.
<br><br>Great job Javier!!
<br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>> default font (it's easy to change it to helvetica making 8 the value for
<br>> www_users.pdflanguage or editing class.pdf.php).
<br>>
<br>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is the
<br>> codeset of your choice (most probably for most users), just remove the .utf8
<br>> directories under the locale directory, they exist to help utf-8 users. Once
<br>> they are removed, users will not be able to select an utf-8 language. That's
<br>> all. The rest remains the same: the default language in config.php keep
<br>> being en_GB and so on.
<br>>
<br>> I have updated the branch with Tim's work on the trunk but corrected some
<br>> things like a few in PrintCustTransPortrait.php, for example see line 243 at
<br>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>> using prices from salesordersdetails instead of stockmoves by Pak Ricard. Or
<br>> line 998 where table is a closing but it's opening. Or the right end in line
<br>> 949 of PrintCustTrans.php, all of this needs check.
<br>>
<br>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>> effort working together in the same repository, no matter if the trunk or
<br>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>> comes to this subject. It seems to make sense since a new tag for the 3.12
<br>> and a new branch for the 3.12-stable will do.
<br>>
<br>> It would be good to do some testing and I have started a simply readme file
<br>> to configure WebERP for utf-8, but as always happens to me, the simply text
<br>> goes hard to read. Basically:
<br>>
<br>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>> 2) remove all ISO languages directories under the locale directory.
<br>> 3) change statically the charset of the 10 files affected by a charset or do
<br>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not for
<br>> translations, since usually en_GB doesn't make any change but can do,
<br>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>
<br>> Remember ISO and UTF-8 are not compatible each other (except for english and
<br>> indonesian) what affects database and translations. Database could be
<br>> compatible if a conversion was implemented within WebERP but translations
<br>> always must change the sentence where it declares the charset what forces to
<br>> be re-compiled.
<br>>
<br>> I would like to make some labeling changes like the databse foreign keys for
<br>> all of them to have that special name that makes them clearly identified.
<br>>
<br>> I hope to have got it well-done. I will wait for feedback some days before
<br>> releasing it, writing the simple guide and maybe adding some languages.
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=0" target="_top" rel="nofollow">info@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Friday, November 27, 2009 11:04 AM
<br>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>
<br>>
<br>> I'm taking some time for this last step, trying to preview what would happen
<br>> in any of the two cases. I'm trying to get myself under the skin of users. I
<br>> would like to replicate the steps in both cases and note what is needed to
<br>> do and to know, to avoid the need of explaining the matter. I would like a
<br>> simple readme file to be the only needed guide.
<br>>
<br>> I agree that the most important part is the existing users and we should
<br>> take care of them before any other consideration, hence I tend to think that
<br>> we should go with the ISO default to ease the upgrade because, on the other
<br>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>> than vice-versa, and maybe the existing users know better how things work,
<br>> so: ease the pain to existing users or make them to do the effort cause they
<br>> know better than new users? and there is a third option that doesn't sound
<br>> fine: to release both versions or the few files that change.
<br>>
<br>> Indeed, the subject is more about the translations files than the few files
<br>> where a charset is declared. The translations are a bit different, and I
<br>> wonder if users will like to keep using their existing translations
<br>> while/until they think about the iso/utf choice, who knows, most probably it
<br>> depends on the language.
<br>>
<br>> In your case, as an english user and regardless translations, I think you
<br>> only need to change your config.php to set the default language to "en_GB"
<br>> instead "en_GB.utf8" along "the directory name" and "www_users.language" but
<br>> I could be wrong cause I didn't try and I like to see it working first. I
<br>> think that the utf-8 case is tested and approved, so, I'm going to change to
<br>> iso to see if any problem arise and will tell.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>>
<br>> So what was your conclusion Javier?
<br>>
<br>> 1. Stick with the current default strings in the translation file
<br>> defaulting the charset to UTF-8 since this is the future... OR
<br>>
<br>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>> for existing users is seamless and there is no requirement to install
<br>> additional locales if your server doesn't have the appropriate utf-8 locale.
<br>>
<br>> I am not sure I know what the best answer is here. I only know that we
<br>> should be sure that changing is seamless for existing users - and if
<br>> existing users have servers without utf-8 then they will be "scratching
<br>> their heads" wondering what to do to make it work.
<br>>
<br>> If we were to change the default character set to ISO-8859-1 - I thought
<br>> that just change the strings in the header.inc that are currently UTF-8
<br>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>> but that doesn't seem to work ... I am missing something
<br>>
<br>> As Javier puts it I will try a 3rd time!!
<br>>
<br>> Phil
<br>>
<br>>
<br>> AESE wrote:
<br>>> This is an early approach to the quid of languages and codesets within the
<br>>> new version.
<br>>>
<br>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>> keep
<br>>> ISO-8859-1 being the default and guide the users how to change to utf-8 or
<br>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>> make
<br>>> a few updates (minor changes) to create this escenario. But I keep finding
<br>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>
<br>>>
<br>>> 1) The default language
<br>>> We have default language in config.php, it's english, english is codeset
<br>>> compatible, but Linux/Unix systems will look for the locales installed, so
<br>>> we only need to look what locales are installed and match our config.php
<br>>>
<br>>> I have the following 4 locales for en_GB
<br>>>
<br>>> en_GB
<br>>> en_GB.iso88591
<br>>> en_GB.iso885915
<br>>> en_GB.utf8
<br>>>
<br>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>> "locale -a -v" we get the info we are looking for:
<br>>>
<br>>> locale: en_GB
<br>>> archive: ...
<br>>> title: ...
<br>>> source: ...
<br>>> address: ...
<br>>> contact: ...
<br>>> email: ...
<br>>> language: ...
<br>>> territory: ...
<br>>> revision: ...
<br>>> date: ...
<br>>> codeset: ISO-8859-1 ***
<br>>>
<br>>> *** ¡ It's the same exact that second in the list ! and we could change it
<br>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>> the
<br>>> system leads.
<br>>>
<br>>>
<br>>> Let's guess two different english (or indonesian) speaking users
<br>>> (servers):
<br>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>> Ubuntu with only UTF-8 locales installed.
<br>>>
<br>>> It's not necessary to install another en_GB locale, each english speaking
<br>>> user simply needs to match his "config.php" to the locale already
<br>>> installed.
<br>>>
<br>>> Am I right?
<br>>>
<br>>> 2) Another language (different from english)
<br>>>
<br>>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>> translations from the download area not usable. It's expected that UTF-8
<br>>> will give them momentum. Maybe only a few
<br>>>
<br>>> But let's guess one non-english user (server) that prefer to keep using
<br>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>> account:
<br>>>
<br>>> a) The database charset. (He leaves it as is.)
<br>>> b) The .po translation file. (He changes to his ISO.)
<br>>> c) The translation directory name. (He leaves it as is.)
<br>>>
<br>>> Do I forget anything?
<br>>>
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558524&i=7" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26558522
[webERP -translation] TCPDF Transition utf-8 and CID fonts
2009-11-28T17:23:26Z
2009-11-28T17:23:26Z
Phil Daintree-3
I tried this and it seems to work straight out of the box without
<br>installing any locales on my puppy linux development machine - I would
<br>be interested to see how others who have not installed any additional
<br>locales go with this in different operating systems and languages:
<br><br>The character set used for rendering the html is UTF-8 still.
<br><br>What about:
<br>Zhigou - does this work well for you with zh_ZN.utf8??
<br>Harald - ok for you - although I suppose you are happy with ISO-8859-1
<br>as a default anyway.
<br><br>We had a fairly complete Russian translation although this has aged a
<br>fair bit - would be interesting to see how this goes with the new pdfs
<br>and utf-8/CID fonts - I think the problem that used to exist with pdfs
<br>was a show stopper for those who took the time to do the translation.
<br>All should be well for these people now!!
<br><br>Javier, do you think we are ready to merge the utf-8 branch back into
<br>the trunk?? Accepting that there might be a little fine tuning still in
<br>the trunk - I think the major shift to tcpdf and utf-8/CID fonts is
<br>complete and stable.
<br><br>As I understand it people using utf-8/CID fonts will need to use
<br>adobe-acrobat reader.Using this system should be seamless for existing
<br>installations of webERP with all the additional functionality lurking
<br>under the hood for those that need it.
<br><br>Great job Javier!!
<br><br>Phil
<br><br>AESE wrote:
<div class='shrinkable-quote'><br>> I finally decided to make ISO-8859-1 the default codeset and times the
<br>> default font (it's easy to change it to helvetica making 8 the value for
<br>> www_users.pdflanguage or editing class.pdf.php).
<br>>
<br>> Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is the
<br>> codeset of your choice (most probably for most users), just remove the .utf8
<br>> directories under the locale directory, they exist to help utf-8 users. Once
<br>> they are removed, users will not be able to select an utf-8 language. That's
<br>> all. The rest remains the same: the default language in config.php keep
<br>> being en_GB and so on.
<br>>
<br>> I have updated the branch with Tim's work on the trunk but corrected some
<br>> things like a few in PrintCustTransPortrait.php, for example see line 243 at
<br>> the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>> using prices from salesordersdetails instead of stockmoves by Pak Ricard. Or
<br>> line 998 where table is a closing but it's opening. Or the right end in line
<br>> 949 of PrintCustTrans.php, all of this needs check.
<br>>
<br>> Thanks Tim for waiting for us. I believe that now we may save time and
<br>> effort working together in the same repository, no matter if the trunk or
<br>> the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>> comes to this subject. It seems to make sense since a new tag for the 3.12
<br>> and a new branch for the 3.12-stable will do.
<br>>
<br>> It would be good to do some testing and I have started a simply readme file
<br>> to configure WebERP for utf-8, but as always happens to me, the simply text
<br>> goes hard to read. Basically:
<br>>
<br>> 1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>> 2) remove all ISO languages directories under the locale directory.
<br>> 3) change statically the charset of the 10 files affected by a charset or do
<br>> it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not for
<br>> translations, since usually en_GB doesn't make any change but can do,
<br>> although it's easier to use en_US.utf8 to do the dynamic change)
<br>>
<br>> Remember ISO and UTF-8 are not compatible each other (except for english and
<br>> indonesian) what affects database and translations. Database could be
<br>> compatible if a conversion was implemented within WebERP but translations
<br>> always must change the sentence where it declares the charset what forces to
<br>> be re-compiled.
<br>>
<br>> I would like to make some labeling changes like the databse foreign keys for
<br>> all of them to have that special name that makes them clearly identified.
<br>>
<br>> I hope to have got it well-done. I will wait for feedback some days before
<br>> releasing it, writing the simple guide and maybe adding some languages.
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=0" target="_top" rel="nofollow">info@...</a>>
<br>> To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>> Sent: Friday, November 27, 2009 11:04 AM
<br>> Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br>>
<br>>
<br>> I'm taking some time for this last step, trying to preview what would happen
<br>> in any of the two cases. I'm trying to get myself under the skin of users. I
<br>> would like to replicate the steps in both cases and note what is needed to
<br>> do and to know, to avoid the need of explaining the matter. I would like a
<br>> simple readme file to be the only needed guide.
<br>>
<br>> I agree that the most important part is the existing users and we should
<br>> take care of them before any other consideration, hence I tend to think that
<br>> we should go with the ISO default to ease the upgrade because, on the other
<br>> hand, it's more or less the same to change the new WebERP from iso to utf
<br>> than vice-versa, and maybe the existing users know better how things work,
<br>> so: ease the pain to existing users or make them to do the effort cause they
<br>> know better than new users? and there is a third option that doesn't sound
<br>> fine: to release both versions or the few files that change.
<br>>
<br>> Indeed, the subject is more about the translations files than the few files
<br>> where a charset is declared. The translations are a bit different, and I
<br>> wonder if users will like to keep using their existing translations
<br>> while/until they think about the iso/utf choice, who knows, most probably it
<br>> depends on the language.
<br>>
<br>> In your case, as an english user and regardless translations, I think you
<br>> only need to change your config.php to set the default language to "en_GB"
<br>> instead "en_GB.utf8" along "the directory name" and "www_users.language" but
<br>> I could be wrong cause I didn't try and I like to see it working first. I
<br>> think that the utf-8 case is tested and approved, so, I'm going to change to
<br>> iso to see if any problem arise and will tell.
<br>>
<br>> javier
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=2" target="_top" rel="nofollow">phil@...</a>>
<br>>
<br>> So what was your conclusion Javier?
<br>>
<br>> 1. Stick with the current default strings in the translation file
<br>> defaulting the charset to UTF-8 since this is the future... OR
<br>>
<br>> 2. Change the default character set to ISO-8859-1 so that the transition
<br>> for existing users is seamless and there is no requirement to install
<br>> additional locales if your server doesn't have the appropriate utf-8 locale.
<br>>
<br>> I am not sure I know what the best answer is here. I only know that we
<br>> should be sure that changing is seamless for existing users - and if
<br>> existing users have servers without utf-8 then they will be "scratching
<br>> their heads" wondering what to do to make it work.
<br>>
<br>> If we were to change the default character set to ISO-8859-1 - I thought
<br>> that just change the strings in the header.inc that are currently UTF-8
<br>> to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>> but that doesn't seem to work ... I am missing something
<br>>
<br>> As Javier puts it I will try a 3rd time!!
<br>>
<br>> Phil
<br>>
<br>>
<br>> AESE wrote:
<br>>> This is an early approach to the quid of languages and codesets within the
<br>>> new version.
<br>>>
<br>>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>>> keep
<br>>> ISO-8859-1 being the default and guide the users how to change to utf-8 or
<br>>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>>> make
<br>>> a few updates (minor changes) to create this escenario. But I keep finding
<br>>> difficult to explain it, so, as Phil says, what should we do?
<br>>>
<br>>>
<br>>> 1) The default language
<br>>> We have default language in config.php, it's english, english is codeset
<br>>> compatible, but Linux/Unix systems will look for the locales installed, so
<br>>> we only need to look what locales are installed and match our config.php
<br>>>
<br>>> I have the following 4 locales for en_GB
<br>>>
<br>>> en_GB
<br>>> en_GB.iso88591
<br>>> en_GB.iso885915
<br>>> en_GB.utf8
<br>>>
<br>>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>>> "locale -a -v" we get the info we are looking for:
<br>>>
<br>>> locale: en_GB
<br>>> archive: ...
<br>>> title: ...
<br>>> source: ...
<br>>> address: ...
<br>>> contact: ...
<br>>> email: ...
<br>>> language: ...
<br>>> territory: ...
<br>>> revision: ...
<br>>> date: ...
<br>>> codeset: ISO-8859-1 ***
<br>>>
<br>>> *** ¡ It's the same exact that second in the list ! and we could change it
<br>>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>>> the
<br>>> system leads.
<br>>>
<br>>>
<br>>> Let's guess two different english (or indonesian) speaking users
<br>>> (servers):
<br>>> One is old Ubuntu with only ISO locales installed and another is newer
<br>>> Ubuntu with only UTF-8 locales installed.
<br>>>
<br>>> It's not necessary to install another en_GB locale, each english speaking
<br>>> user simply needs to match his "config.php" to the locale already
<br>>> installed.
<br>>>
<br>>> Am I right?
<br>>>
<br>>> 2) Another language (different from english)
<br>>>
<br>>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>>> translations from the download area not usable. It's expected that UTF-8
<br>>> will give them momentum. Maybe only a few
<br>>>
<br>>> But let's guess one non-english user (server) that prefer to keep using
<br>>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>>> account:
<br>>>
<br>>> a) The database charset. (He leaves it as is.)
<br>>> b) The .po translation file. (He changes to his ISO.)
<br>>> c) The translation directory name. (He leaves it as is.)
<br>>>
<br>>> Do I forget anything?
<br>>>
<br>>>
<br>>> javier
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus
<br>>> on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> _______________________________________________
<br>>> Web-erp-developers mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-ERP-translation mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558522&i=7" target="_top" rel="nofollow">Web-ERP-translation@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-translation" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-translation</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-translation-f4408.html" embed="fixTarget[4408]" target="_top" >web-erp-translation</a></p>
tag:old.nabble.com,2006:post-26553328
Re: WebERP 3.13 default language and codeset
2009-11-28T05:54:09Z
2009-11-28T05:54:09Z
Javier de Lorenzo-Cáceres
I finally decided to make ISO-8859-1 the default codeset and times the
<br>default font (it's easy to change it to helvetica making 8 the value for
<br>www_users.pdflanguage or editing class.pdf.php).
<br><br>Now that the utf-8 branch comes preconfigured for ISO-8859-1, if this is the
<br>codeset of your choice (most probably for most users), just remove the .utf8
<br>directories under the locale directory, they exist to help utf-8 users. Once
<br>they are removed, users will not be able to select an utf-8 language. That's
<br>all. The rest remains the same: the default language in config.php keep
<br>being en_GB and so on.
<br><br>I have updated the branch with Tim's work on the trunk but corrected some
<br>things like a few in PrintCustTransPortrait.php, for example see line 243 at
<br>the trunk, the uppercase Quantity exists since updated on 3-NOV to allow
<br>using prices from salesordersdetails instead of stockmoves by Pak Ricard. Or
<br>line 998 where table is a closing but it's opening. Or the right end in line
<br>949 of PrintCustTrans.php, all of this needs check.
<br><br>Thanks Tim for waiting for us. I believe that now we may save time and
<br>effort working together in the same repository, no matter if the trunk or
<br>the branch. I have seen 3.13 in the upgrade sql, I'm always lost when it
<br>comes to this subject. It seems to make sense since a new tag for the 3.12
<br>and a new branch for the 3.12-stable will do.
<br><br>It would be good to do some testing and I have started a simply readme file
<br>to configure WebERP for utf-8, but as always happens to me, the simply text
<br>goes hard to read. Basically:
<br><br>1) default language in config.php changes from "en_GB" into "en_GB.utf8"
<br>2) remove all ISO languages directories under the locale directory.
<br>3) change statically the charset of the 10 files affected by a charset or do
<br>it dynamically in the .po file (it's tricky for en_GB.utf8 itself, not for
<br>translations, since usually en_GB doesn't make any change but can do,
<br>although it's easier to use en_US.utf8 to do the dynamic change)
<br><br>Remember ISO and UTF-8 are not compatible each other (except for english and
<br>indonesian) what affects database and translations. Database could be
<br>compatible if a conversion was implemented within WebERP but translations
<br>always must change the sentence where it declares the charset what forces to
<br>be re-compiled.
<br><br>I would like to make some labeling changes like the databse foreign keys for
<br>all of them to have that special name that makes them clearly identified.
<br><br>I hope to have got it well-done. I will wait for feedback some days before
<br>releasing it, writing the simple guide and maybe adding some languages.
<br>javier
<br><br><br>----- Original Message -----
<br>From: "AESE, S.L., Javier de Lorenzo-Cáceres." <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=0" target="_top" rel="nofollow">info@...</a>>
<br>To: "webERP Developers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=1" target="_top" rel="nofollow">web-erp-developers@...</a>>
<br>Sent: Friday, November 27, 2009 11:04 AM
<br>Subject: Re: [WebERP-developers] WebERP 3.13 default language and codeset
<br><br><br>I'm taking some time for this last step, trying to preview what would happen
<br>in any of the two cases. I'm trying to get myself under the skin of users. I
<br>would like to replicate the steps in both cases and note what is needed to
<br>do and to know, to avoid the need of explaining the matter. I would like a
<br>simple readme file to be the only needed guide.
<br><br>I agree that the most important part is the existing users and we should
<br>take care of them before any other consideration, hence I tend to think that
<br>we should go with the ISO default to ease the upgrade because, on the other
<br>hand, it's more or less the same to change the new WebERP from iso to utf
<br>than vice-versa, and maybe the existing users know better how things work,
<br>so: ease the pain to existing users or make them to do the effort cause they
<br>know better than new users? and there is a third option that doesn't sound
<br>fine: to release both versions or the few files that change.
<br><br>Indeed, the subject is more about the translations files than the few files
<br>where a charset is declared. The translations are a bit different, and I
<br>wonder if users will like to keep using their existing translations
<br>while/until they think about the iso/utf choice, who knows, most probably it
<br>depends on the language.
<br><br>In your case, as an english user and regardless translations, I think you
<br>only need to change your config.php to set the default language to "en_GB"
<br>instead "en_GB.utf8" along "the directory name" and "www_users.language" but
<br>I could be wrong cause I didn't try and I like to see it working first. I
<br>think that the utf-8 case is tested and approved, so, I'm going to change to
<br>iso to see if any problem arise and will tell.
<br><br>javier
<br><br><br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=2" target="_top" rel="nofollow">phil@...</a>>
<br><br>So what was your conclusion Javier?
<br><br>1. Stick with the current default strings in the translation file
<br>defaulting the charset to UTF-8 since this is the future... OR
<br><br>2. Change the default character set to ISO-8859-1 so that the transition
<br>for existing users is seamless and there is no requirement to install
<br>additional locales if your server doesn't have the appropriate utf-8 locale.
<br><br>I am not sure I know what the best answer is here. I only know that we
<br>should be sure that changing is seamless for existing users - and if
<br>existing users have servers without utf-8 then they will be "scratching
<br>their heads" wondering what to do to make it work.
<br><br>If we were to change the default character set to ISO-8859-1 - I thought
<br>that just change the strings in the header.inc that are currently UTF-8
<br>to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>but that doesn't seem to work ... I am missing something
<br><br>As Javier puts it I will try a 3rd time!!
<br><br>Phil
<br><br><br>AESE wrote:
<div class='shrinkable-quote'><br>> This is an early approach to the quid of languages and codesets within the
<br>> new version.
<br>>
<br>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>> keep
<br>> ISO-8859-1 being the default and guide the users how to change to utf-8 or
<br>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>> make
<br>> a few updates (minor changes) to create this escenario. But I keep finding
<br>> difficult to explain it, so, as Phil says, what should we do?
<br>>
<br>>
<br>> 1) The default language
<br>> We have default language in config.php, it's english, english is codeset
<br>> compatible, but Linux/Unix systems will look for the locales installed, so
<br>> we only need to look what locales are installed and match our config.php
<br>>
<br>> I have the following 4 locales for en_GB
<br>>
<br>> en_GB
<br>> en_GB.iso88591
<br>> en_GB.iso885915
<br>> en_GB.utf8
<br>>
<br>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>> "locale -a -v" we get the info we are looking for:
<br>>
<br>> locale: en_GB
<br>> archive: ...
<br>> title: ...
<br>> source: ...
<br>> address: ...
<br>> contact: ...
<br>> email: ...
<br>> language: ...
<br>> territory: ...
<br>> revision: ...
<br>> date: ...
<br>> codeset: ISO-8859-1 ***
<br>>
<br>> *** ¡ It's the same exact that second in the list ! and we could change it
<br>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>> the
<br>> system leads.
<br>>
<br>>
<br>> Let's guess two different english (or indonesian) speaking users
<br>> (servers):
<br>> One is old Ubuntu with only ISO locales installed and another is newer
<br>> Ubuntu with only UTF-8 locales installed.
<br>>
<br>> It's not necessary to install another en_GB locale, each english speaking
<br>> user simply needs to match his "config.php" to the locale already
<br>> installed.
<br>>
<br>> Am I right?
<br>>
<br>> 2) Another language (different from english)
<br>>
<br>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>> translations from the download area not usable. It's expected that UTF-8
<br>> will give them momentum. Maybe only a few
<br>>
<br>> But let's guess one non-english user (server) that prefer to keep using
<br>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>> account:
<br>>
<br>> a) The database charset. (He leaves it as is.)
<br>> b) The .po translation file. (He changes to his ISO.)
<br>> c) The translation directory name. (He leaves it as is.)
<br>>
<br>> Do I forget anything?
<br>>
<br>>
<br>> javier
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=4" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=5" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26553328&i=6" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>
tag:old.nabble.com,2006:post-26540922
Re: WebERP 3.13 default language and codeset
2009-11-27T03:04:14Z
2009-11-27T03:04:14Z
Javier de Lorenzo-Cáceres
I'm taking some time for this last step, trying to preview what would happen
<br>in any of the two cases. I'm trying to get myself under the skin of users. I
<br>would like to replicate the steps in both cases and note what is needed to
<br>do and to know, to avoid the need of explaining the matter. I would like a
<br>simple readme file to be the only needed guide.
<br><br>I agree that the most important part is the existing users and we should
<br>take care of them before any other consideration, hence I tend to think that
<br>we should go with the ISO default to ease the upgrade because, on the other
<br>hand, it's more or less the same to change the new WebERP from iso to utf
<br>than vice-versa, and maybe the existing users know better how things work,
<br>so: ease the pain to existing users or make them to do the effort cause they
<br>know better than new users? and there is a third option that doesn't sound
<br>fine: to release both versions or the few files that change.
<br><br>Indeed, the subject is more about the translations files than the few files
<br>where a charset is declared. The translations are a bit different, and I
<br>wonder if users will like to keep using their existing translations
<br>while/until they think about the iso/utf choice, who knows, most probably it
<br>depends on the language.
<br><br>In your case, as an english user and regardless translations, I think you
<br>only need to change your config.php to set the default language to "en_GB"
<br>instead "en_GB.utf8" along "the directory name" and "www_users.language" but
<br>I could be wrong cause I didn't try and I like to see it working first. I
<br>think that the utf-8 case is tested and approved, so, I'm going to change to
<br>iso to see if any problem arise and will tell.
<br><br>javier
<br><br><br>----- Original Message -----
<br>From: "Phil Daintree" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26540922&i=0" target="_top" rel="nofollow">phil@...</a>>
<br><br>So what was your conclusion Javier?
<br><br>1. Stick with the current default strings in the translation file
<br>defaulting the charset to UTF-8 since this is the future... OR
<br><br>2. Change the default character set to ISO-8859-1 so that the transition
<br>for existing users is seamless and there is no requirement to install
<br>additional locales if your server doesn't have the appropriate utf-8 locale.
<br><br>I am not sure I know what the best answer is here. I only know that we
<br>should be sure that changing is seamless for existing users - and if
<br>existing users have servers without utf-8 then they will be "scratching
<br>their heads" wondering what to do to make it work.
<br><br>If we were to change the default character set to ISO-8859-1 - I thought
<br>that just change the strings in the header.inc that are currently UTF-8
<br>to ISO-8859-1 and change the translations to have msgid "ISO-8859-1",
<br>but that doesn't seem to work ... I am missing something
<br><br>As Javier puts it I will try a 3rd time!!
<br><br>Phil
<br><br><br>AESE wrote:
<div class='shrinkable-quote'><br>> This is an early approach to the quid of languages and codesets within the
<br>> new version.
<br>>
<br>> 0) UTF-8 version is much easier to handle than the ISO version. We can
<br>> keep
<br>> ISO-8859-1 being the default and guide the users how to change to utf-8 or
<br>> vice-versa. Now it's easy to do it any of the two ways, I only need to
<br>> make
<br>> a few updates (minor changes) to create this escenario. But I keep finding
<br>> difficult to explain it, so, as Phil says, what should we do?
<br>>
<br>>
<br>> 1) The default language
<br>> We have default language in config.php, it's english, english is codeset
<br>> compatible, but Linux/Unix systems will look for the locales installed, so
<br>> we only need to look what locales are installed and match our config.php
<br>>
<br>> I have the following 4 locales for en_GB
<br>>
<br>> en_GB
<br>> en_GB.iso88591
<br>> en_GB.iso885915
<br>> en_GB.utf8
<br>>
<br>> the first listed looks ambiguos when we use "locale -a" but if we use
<br>> "locale -a -v" we get the info we are looking for:
<br>>
<br>> locale: en_GB
<br>> archive: ...
<br>> title: ...
<br>> source: ...
<br>> address: ...
<br>> contact: ...
<br>> email: ...
<br>> language: ...
<br>> territory: ...
<br>> revision: ...
<br>> date: ...
<br>> codeset: ISO-8859-1 ***
<br>>
<br>> *** ¡ It's the same exact that second in the list ! and we could change it
<br>> to be the same as the third or fourth. It looks ambiguos, but it's not,
<br>> the
<br>> system leads.
<br>>
<br>>
<br>> Let's guess two different english (or indonesian) speaking users
<br>> (servers):
<br>> One is old Ubuntu with only ISO locales installed and another is newer
<br>> Ubuntu with only UTF-8 locales installed.
<br>>
<br>> It's not necessary to install another en_GB locale, each english speaking
<br>> user simply needs to match his "config.php" to the locale already
<br>> installed.
<br>>
<br>> Am I right?
<br>>
<br>> 2) Another language (different from english)
<br>>
<br>> Most users will prefer UTF-8 cause most languages miss PDF within WebERP.
<br>> Even CJK and French prefer UTF-8. Translation is easier with UTF-8 cause
<br>> managing ISO within gettext is tricky. Also, UTF-8 is growing. Most
<br>> translations from the download area not usable. It's expected that UTF-8
<br>> will give them momentum. Maybe only a few
<br>>
<br>> But let's guess one non-english user (server) that prefer to keep using
<br>> ISO-8859-1 with WebERP being UTF-8 default. It's needed to take into
<br>> account:
<br>>
<br>> a) The database charset. (He leaves it as is.)
<br>> b) The .po translation file. (He changes to his ISO.)
<br>> c) The translation directory name. (He leaves it as is.)
<br>>
<br>> Do I forget anything?
<br>>
<br>>
<br>> javier
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Web-erp-developers mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26540922&i=1" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br>>
</div><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus
<br>on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26540922&i=2" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Web-erp-developers mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26540922&i=3" target="_top" rel="nofollow">Web-erp-developers@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a><br><p>From forum: <a href="http://old.nabble.com/web-erp-developers-f4407.html" embed="fixTarget[4407]" target="_top" >web-erp-developers</a></p>