Menu
▾
▴
web-erp-developers — Discussion on development of webERP
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(20) |
Aug
(21) |
Sep
(12) |
Oct
(2) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(46) |
Mar
(65) |
Apr
(49) |
May
(33) |
Jun
(5) |
Jul
(79) |
Aug
(228) |
Sep
(347) |
Oct
(272) |
Nov
(270) |
Dec
(424) |
| 2005 |
Jan
(549) |
Feb
(232) |
Mar
(134) |
Apr
(103) |
May
(57) |
Jun
(74) |
Jul
(67) |
Aug
(45) |
Sep
(99) |
Oct
(187) |
Nov
(238) |
Dec
(127) |
| 2006 |
Jan
(81) |
Feb
(137) |
Mar
(46) |
Apr
(55) |
May
(62) |
Jun
(152) |
Jul
(137) |
Aug
(154) |
Sep
(176) |
Oct
(104) |
Nov
(65) |
Dec
(64) |
| 2007 |
Jan
(56) |
Feb
(303) |
Mar
(88) |
Apr
(80) |
May
(72) |
Jun
(20) |
Jul
(47) |
Aug
(28) |
Sep
(113) |
Oct
(49) |
Nov
(89) |
Dec
(24) |
| 2008 |
Jan
(24) |
Feb
(61) |
Mar
(43) |
Apr
(51) |
May
(12) |
Jun
(10) |
Jul
(49) |
Aug
(26) |
Sep
(7) |
Oct
(50) |
Nov
(19) |
Dec
(15) |
| 2009 |
Jan
(87) |
Feb
(144) |
Mar
(54) |
Apr
(72) |
May
(32) |
Jun
(23) |
Jul
(27) |
Aug
(90) |
Sep
(349) |
Oct
(174) |
Nov
(320) |
Dec
(110) |
| 2010 |
Jan
(162) |
Feb
(39) |
Mar
(80) |
Apr
(126) |
May
(45) |
Jun
(44) |
Jul
(75) |
Aug
(32) |
Sep
(100) |
Oct
(57) |
Nov
(49) |
Dec
(125) |
| 2011 |
Jan
(72) |
Feb
(41) |
Mar
(63) |
Apr
(18) |
May
(123) |
Jun
(100) |
Jul
(96) |
Aug
(84) |
Sep
(83) |
Oct
(39) |
Nov
(166) |
Dec
(103) |
| 2012 |
Jan
(158) |
Feb
(148) |
Mar
(77) |
Apr
(43) |
May
(126) |
Jun
(82) |
Jul
(67) |
Aug
(28) |
Sep
(109) |
Oct
(30) |
Nov
(23) |
Dec
(34) |
| 2013 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
(79) |
May
(76) |
Jun
(13) |
Jul
(76) |
Aug
(36) |
Sep
(22) |
Oct
(35) |
Nov
(167) |
Dec
(93) |
| 2014 |
Jan
(64) |
Feb
(14) |
Mar
(57) |
Apr
(63) |
May
(60) |
Jun
(15) |
Jul
(24) |
Aug
(19) |
Sep
(56) |
Oct
(70) |
Nov
(45) |
Dec
(52) |
| 2015 |
Jan
(56) |
Feb
(73) |
Mar
(34) |
Apr
(11) |
May
(24) |
Jun
(19) |
Jul
(11) |
Aug
(8) |
Sep
(25) |
Oct
(22) |
Nov
(38) |
Dec
(7) |
| 2016 |
Jan
(7) |
Feb
(34) |
Mar
(17) |
Apr
(10) |
May
(17) |
Jun
(7) |
Jul
(17) |
Aug
(31) |
Sep
(3) |
Oct
(34) |
Nov
(5) |
Dec
(2) |
| 2017 |
Jan
|
Feb
(4) |
Mar
(18) |
Apr
(6) |
May
(10) |
Jun
(13) |
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(10) |
May
(5) |
Jun
|
Jul
(7) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2022 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(30) |
Nov
|
Dec
(2) |
|
From: ExsonQu <hex...@gm...> - 2013-11-23 13:12:21
|
*Hi, Rafael:*
Thank you for your good idea and prompt action.
The stable version has not been updated for a long time, so the
trunk is more stable than it. If you need the new language array in form
designer, you can update it.
I have no idea if we can quickly syndicate it with the trunk.
Anyone has good idea about it?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Language-pull-down-menu-tp4656912p4656953.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Rafael C. <raf...@gm...> - 2013-11-23 12:57:10
|
Hi, Exson: I think we should update LanguagesArray.php in the stable branch in the svn. The modifications in this script do that each language in the list be read in their respective native language. In this way, the usability is improved. Is it possible to commit this code there before the final release? Thanks and best regards! Rafael. 2013/11/21 Rafael Chacón <raf...@gm...> > Hi, Exson: Translations included. > > Hi, Phil: Thank you very much. > > Regards, Rafael. > > > 2013/11/21 Rafael Chacón <raf...@gm...> > >> Hi, Exson: >> >> Thank you very much for your translations. And it is a plaesure to help >> people with this project. >> >> Hi, Phil: >> >> Yes, I agree with you. But it is gratifying to see the results. >> >> For documentation purposes: >> >> * My sources are: >> (1) Files .../locale/xx_XX.utf8/LC_MESSAGES/messages.po, the >> transation for the English term; >> (2) http://en.wikipedia.org/wiki/Main_Page, code inside the left >> panel "Languages"; and >> (3) if available, people who speak those languages. >> >> * Convention for language localisation ("language variant"): >> ["Language family" in local language] + ' ' + ["National variety" in >> local language]. >> That is, to group by Language-family and to subgroup by National-variety. >> >> The standard specifies between "code" (Language-family) and sub-code >> (National-variety) to link them "...with a hyphen, though in some contexts >> it's necessary to substitute this with an underscore", but I used a space. >> I prefer something more close to the natural speaking of each users, but if >> is wanted to keep the standard I can subtutute it by a '-' (hyphen) or a ' >> - ' (space hyphen space). >> >> Best regards, Rafael. >> >> >> 2013/11/20 Phil Daintree <ph...@lo...> >> >>> Yes tricky job this - and needs the bi-lingual guys to do it for their >>> language. >>> >>> Phil >>> >>> Phil Daintree >>> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >>> >>> On 21/11/13 12:28, Rafael Chacón wrote: >>> >>> Hi, >>> >>> I need help to translate to local language: >>> >>> - Arabic Eygptian >>> - Chinese - Traditional Hongkong >>> - Chinese - Traditional Taiwan >>> >>> Sorry, but files on .../locale/xx-XX.utf8 do not have translations for >>> language name. >>> >>> Note: Please, native speakers review the correspondent local >>> translation. >>> >>> Regards, Rafael. >>> >>> >>> >>> 2013/11/20 Rafael Chacón <raf...@gm...> >>> >>>> Thank you. >>>> >>>> I will translate the name of each language to the name in their >>>> respective language (as in Wikipedia). >>>> >>>> Please, native speakers review my translation to their respective >>>> language. >>>> >>>> Best regards, Rafael. >>>> >>>> >>>> 2013/11/20 Phil Daintree <ph...@lo...> >>>> >>>>> Yes this is a good idea Rafael >>>>> There really is no need to have these in any other language so the >>>>> gettext function is not necessary I think. Each country should be listed in >>>>> it's native language. >>>>> >>>>> Phil >>>>> >>>>> Phil Daintree >>>>> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >>>>> >>>>> On 20/11/13 03:30, Rafael Chacón wrote: >>>>> >>>>> Hi All, >>>>> >>>>> What about if the language list has the name of each language in >>>>> their respective language (as in Wikipedia) instead of having a >>>>> localized name? >>>>> >>>>> I think: >>>>> 1. We can save the work of translating each name (more faster). >>>>> 2. For a user it is easier to find the name of their language in >>>>> their own language, rather than look for it in another. >>>>> >>>>> Regards, >>>>> >>>>> Rafael Chacon >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Shape the Mobile Experience: Free Subscription >>>>> Software experts and developers: Be at the forefront of tech innovation. >>>>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>>>> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Shape the Mobile Experience: Free Subscription >>>>> Software experts and developers: Be at the forefront of tech >>>>> innovation. >>>>> Intel(R) Software Adrenaline delivers strategic insight and >>>>> game-changing >>>>> conversations that shape the rapidly evolving mobile landscape. Sign >>>>> up now. >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Web-erp-developers mailing list >>>>> Web...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>>>> >>>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Shape the Mobile Experience: Free Subscription >>> Software experts and developers: Be at the forefront of tech innovation. >>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>> >>> >>> >>> _______________________________________________ >>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Shape the Mobile Experience: Free Subscription >>> Software experts and developers: Be at the forefront of tech innovation. >>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>> conversations that shape the rapidly evolving mobile landscape. Sign up >>> now. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >>> >> > |
|
From: Rafael C. <raf...@gm...> - 2013-11-23 03:54:17
|
Hi Exson, Done. Best regards, Rafael. 2013/11/22 ExsonQu <hex...@gm...> > Hi, Rafael, > > Please try the following link to replace the trunk. > > https://svn.code.sf.net/p/web-erp/code/stable4.11 > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656950.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: ExsonQu <hex...@gm...> - 2013-11-23 01:39:34
|
Hi, Rafael,
Please try the following link to replace the trunk.
https://svn.code.sf.net/p/web-erp/code/stable4.11
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656950.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Rafael C. <raf...@gm...> - 2013-11-23 01:12:14
|
Hi, Exson: Yes, I can. I use "svn checkout --username=rchacon svn+ssh:// rc...@sv.../p/web-erp/code/trunk web-erp-code" to commit changes. What have I to do? Best regads, Rafael. 2013/11/22 ExsonQu <hex...@gm...> > *Hi, Rafael:* > > I have created a stable branch in the svn which has not been > updated. Sorry for that. You maybe can commit your code there before the > final release? > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656947.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: ExsonQu <hex...@gm...> - 2013-11-23 01:03:13
|
*Hi, Rafael:*
I have created a stable branch in the svn which has not been
updated. Sorry for that. You maybe can commit your code there before the
final release?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656947.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Rafael C. <raf...@gm...> - 2013-11-23 01:02:15
|
Hi,
This version is fully backward compatible. It has many helps for
display-users and code-users. It might have more narrative that it is
needed. Files grew in size: PHP from 17.727 bytes to 18.410 bytes; HTML
from 54.618 bytes to 88.264 bytes) for Purchase_Order-edition). Please
review and give me your comments.
So far, I documented and simplified FormDesigner.php the best I could
without any alterations to existing files.
>From now, the changes would alter the files
.../companies/weberpdemo/FormDesigns/*.xml. Specifically to standardize
attributes names:
<reads all xml files>
$FileXml = str_replace('height', 'Height', $FileXml);
$FileXml = str_replace('Length', 'Width', $FileXml);
$FileXml = str_replace('radius', 'Radius', $FileXml);
$FileXml = str_replace('width', 'Width', $FileXml);
<writes all xml files>
This means that future updates/upgrades should have a routine to update
those files. I need help to do this routine. After we have this routine, I
will continue documenting and simplifying the *.xml files.
Best regards, Rafael.
2013/11/22 Rafael Chacón <raf...@gm...>
> Hi Exson,
>
> Thank you for your trust. As a short term solution, I'm documenting and
> simplifying FormDesigner.php and adding narrative to help the users.
> Meanwhile, we continue the discussion to find out a long term solution. (I
> am not a programmer, I am a civil engineer and business administrator, so
> all help is welcome!).
>
> I am going to finish and release a FormDesigner.php version with all
> documentation and simplification that I have in mind. Then I will try to
> simplify a form (or all four?). From this moment, I think it is better to
> change the script name to avoid confusion between a test a version and a
> ready-to-release version (is it possible to storage in a separate place?).
>
> Best regards, Rafael.
>
>
> 2013/11/22 Tim Schofield <tim...@gm...>
>
>> Hi Exson, the work is all Rafael's, not mine, so he deserves the credit
>> here.
>>
>> Thanks
>> Tim
>>
>> On 22 November 2013 09:47, ExsonQu <hex...@gm...> wrote:
>> > *Hi,Rafael and Tim:*
>> >
>> > I've release the news that you're improving the form designer
>> and
>> > its purpose is to help those non-programmers. We get quite positive
>> > feedback. They say it's a great idea.
>> >
>> > Thanks for your hard working!
>> >
>> > Best regards!
>> >
>> > Exson
>> >
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656944.html
>> > Sent from the web-ERP-developers mailing list archive at Nabble.com.
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Shape the Mobile Experience: Free Subscription
>> > Software experts and developers: Be at the forefront of tech innovation.
>> > Intel(R) Software Adrenaline delivers strategic insight and
>> game-changing
>> > conversations that shape the rapidly evolving mobile landscape. Sign up
>> now.
>> >
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> > _______________________________________________
>> > Web-erp-developers mailing list
>> > Web...@li...
>> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>> >
>>
>>
>>
>> --
>> Course View Towers,
>> Plot 21 Yusuf Lule Road,
>> Kampala
>> T +256 (0) 312 314 418
>> M +256 (0) 752 963 325
>> www.weberpafrica.com
>> Twitter: @TimSchofield2
>> Blog: http://weberpafrica.blogspot.co.uk/
>>
>>
>> ------------------------------------------------------------------------------
>> Shape the Mobile Experience: Free Subscription
>> Software experts and developers: Be at the forefront of tech innovation.
>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>> conversations that shape the rapidly evolving mobile landscape. Sign up
>> now.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>
>
|
|
From: Rafael C. <raf...@gm...> - 2013-11-22 18:05:52
|
Hi Exson, Thank you for your trust. As a short term solution, I'm documenting and simplifying FormDesigner.php and adding narrative to help the users. Meanwhile, we continue the discussion to find out a long term solution. (I am not a programmer, I am a civil engineer and business administrator, so all help is welcome!). I am going to finish and release a FormDesigner.php version with all documentation and simplification that I have in mind. Then I will try to simplify a form (or all four?). From this moment, I think it is better to change the script name to avoid confusion between a test a version and a ready-to-release version (is it possible to storage in a separate place?). Best regards, Rafael. 2013/11/22 Tim Schofield <tim...@gm...> > Hi Exson, the work is all Rafael's, not mine, so he deserves the credit > here. > > Thanks > Tim > > On 22 November 2013 09:47, ExsonQu <hex...@gm...> wrote: > > *Hi,Rafael and Tim:* > > > > I've release the news that you're improving the form designer > and > > its purpose is to help those non-programmers. We get quite positive > > feedback. They say it's a great idea. > > > > Thanks for your hard working! > > > > Best regards! > > > > Exson > > > > > > > > > > > > -- > > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656944.html > > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > > > ------------------------------------------------------------------------------ > > Shape the Mobile Experience: Free Subscription > > Software experts and developers: Be at the forefront of tech innovation. > > Intel(R) Software Adrenaline delivers strategic insight and game-changing > > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > > > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > -- > Course View Towers, > Plot 21 Yusuf Lule Road, > Kampala > T +256 (0) 312 314 418 > M +256 (0) 752 963 325 > www.weberpafrica.com > Twitter: @TimSchofield2 > Blog: http://weberpafrica.blogspot.co.uk/ > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Tim S. <tim...@gm...> - 2013-11-22 10:00:31
|
Hi Exson, the work is all Rafael's, not mine, so he deserves the credit here. Thanks Tim On 22 November 2013 09:47, ExsonQu <hex...@gm...> wrote: > *Hi,Rafael and Tim:* > > I've release the news that you're improving the form designer and > its purpose is to help those non-programmers. We get quite positive > feedback. They say it's a great idea. > > Thanks for your hard working! > > Best regards! > > Exson > > > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656944.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > -- Course View Towers, Plot 21 Yusuf Lule Road, Kampala T +256 (0) 312 314 418 M +256 (0) 752 963 325 www.weberpafrica.com Twitter: @TimSchofield2 Blog: http://weberpafrica.blogspot.co.uk/ |
|
From: ExsonQu <hex...@gm...> - 2013-11-22 09:47:50
|
*Hi,Rafael and Tim:*
I've release the news that you're improving the form designer and
its purpose is to help those non-programmers. We get quite positive
feedback. They say it's a great idea.
Thanks for your hard working!
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656944.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Rafael C. <raf...@gm...> - 2013-11-21 18:15:24
|
Hi, I'm documenting and simplifying FormDesigner.php. If you see improvements in the documentation, please do them or let me know (I am NOT an English native speaker). I think we should standardize the order of the parameters x, y, width, size and alignment as they are in the function addTextWrap(). In this way, I think it would be easier for the user (display-user) and for the programmer (code-user) to understand. If I do this standardization, this will alter the way it currently looks FormDesigner.php for the display-user. Do you agree that I proceed? Best regards, Rafael. 2013/11/20 Rafael Chacón <raf...@gm...> > O.K. For the short term solution, I am working now. > > For the long term solution, some ideas: > > 1. We can do a WYSIWG script as a layer/tier above FormDesigner.php. That > is a script that reads values from the xml file, shows these values as a > graphics to the users, gathers changes done by the users, and writes these > new values to the xml file. > > 2. We can do a xml-form to script-form translator script (or command?). > That is a script that replaces all "$FormDesign->Company->Name->x" with its > correspondent value in the xml file and generates a pure php file. > > 3. We can do a script-form to xml-form to backuper script (is it > possible?). That is a script that transforms the script-form (obtained by software > of the point 2) with the user customization in a xml-form, and then backs > it up in the database. > > Best regards, Rafael. > > > > 2013/11/20 Phil Daintree <ph...@lo...> > >> Agreed - a good plan - for those existing reports where we already have >> it. >> >> I really would prefer that it's use was optional and that a fall back >> standard simple script was available. However, I have not been motivated to >> reinstate the existing scripts as they were to date in the interests of >> maintaining backward compatibility. >> >> I would not like to see the invoice/credit note go to the form designer >> though as this is the one that customers will always want to modify in a >> way the form designer is incapable of. >> >> A WYSIWG form designer would be a separate application/add-on I think. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >> >> On 20/11/13 06:47, Rafael Chacón wrote: >> >> The long term solution to have a best way to turn the forms modifiable do >> not seems easy. >> >> Meanwhile, we have FormDesigner.php. >> >> My concerns with FormDesigner.php are: >> 1. Poor documentation. E.g. Nowhere indicates that the all coordinates >> are measured from from the lower-left-corner of the sheet to the the >> top-left-corner of the field. (Same problem in pdf generator scripts.) >> 2. The information that is there leads to mistakes. E.g. "mm from the >> left hand side of page", "mm from the top of the page", but measures are in >> dots-per-inch (72 dpi = 25,4 mm). >> >> If all agree, my proposal is to document and simplify FormDesigner.php >> and to add narrative to help the users. Meanwhile, we continue the >> discussion to find out a long term solution. >> >> Best regards, Rafael. >> >> >> 2013/11/19 Phil Daintree <ph...@lo...> >> >>> I think we need a script over-ride solution desperately. >>> >>> A WYSIWG report writer as a separate application would be absolutely >>> magnificent indeed and a really super mission for someone. >>> As I say the code in such a project would almost certainly fall outside >>> the scope of webERP I fear - based on the current goals for the project. >>> >>> Phil >>> >>> Phil Daintree >>> Logic Works Ltd - +64 (0)275 567890 >>> http://www.logicworks.co.nz >>> >>> On 18/11/13 23:12, ExsonQu wrote: >>> > *Hi, Tim:* >>> > >>> > I think it's a good idea to help users who cannot create a >>> pdf >>> > via hard coding. I am not against this. >>> > >>> > What I want to say is that we should pay attention to these >>> > programmers too. I hope we can give these programmers an option to code >>> > without the form designer involved. >>> > It maybe a time to find a way to keep customization >>> maintenance >>> > as easy as possible. The solution may cover this topic as Phil >>> referred to >>> > that an default overwrite mechanism? >>> > It's very time consuming to upgrade webERP for those >>> > customization system. I have little knowledge about this. So I hope >>> somebody >>> > can give some suggestion to solve problem just like the formDesigner. >>> Make >>> > everybody's job easy and happy! >>> > >>> > Thanks and best regards! >>> > >>> > Exson >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > View this message in context: >>> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656898.html >>> > Sent from the web-ERP-developers mailing list archive at Nabble.com. >>> > >>> > >>> ------------------------------------------------------------------------------ >>> > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps >>> > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access >>> > Free app hosting. Or install the open source package on any LAMP >>> server. >>> > Sign up and see examples for AngularJS, jQuery, Sencha Touch and >>> Native! >>> > >>> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Web-erp-developers mailing list >>> > Web...@li... >>> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> > >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Shape the Mobile Experience: Free Subscription >>> Software experts and developers: Be at the forefront of tech innovation. >>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>> conversations that shape the rapidly evolving mobile landscape. Sign up >>> now. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>> >> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up >> now. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > |
|
From: Rafael C. <raf...@gm...> - 2013-11-21 13:47:45
|
Hi, Exson: Translations included. Hi, Phil: Thank you very much. Regards, Rafael. 2013/11/21 Rafael Chacón <raf...@gm...> > Hi, Exson: > > Thank you very much for your translations. And it is a plaesure to help > people with this project. > > Hi, Phil: > > Yes, I agree with you. But it is gratifying to see the results. > > For documentation purposes: > > * My sources are: > (1) Files .../locale/xx_XX.utf8/LC_MESSAGES/messages.po, the > transation for the English term; > (2) http://en.wikipedia.org/wiki/Main_Page, code inside the left > panel "Languages"; and > (3) if available, people who speak those languages. > > * Convention for language localisation ("language variant"): > ["Language family" in local language] + ' ' + ["National variety" in > local language]. > That is, to group by Language-family and to subgroup by National-variety. > > The standard specifies between "code" (Language-family) and sub-code > (National-variety) to link them "...with a hyphen, though in some contexts > it's necessary to substitute this with an underscore", but I used a space. > I prefer something more close to the natural speaking of each users, but if > is wanted to keep the standard I can subtutute it by a '-' (hyphen) or a ' > - ' (space hyphen space). > > Best regards, Rafael. > > > 2013/11/20 Phil Daintree <ph...@lo...> > >> Yes tricky job this - and needs the bi-lingual guys to do it for their >> language. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >> >> On 21/11/13 12:28, Rafael Chacón wrote: >> >> Hi, >> >> I need help to translate to local language: >> >> - Arabic Eygptian >> - Chinese - Traditional Hongkong >> - Chinese - Traditional Taiwan >> >> Sorry, but files on .../locale/xx-XX.utf8 do not have translations for >> language name. >> >> Note: Please, native speakers review the correspondent local >> translation. >> >> Regards, Rafael. >> >> >> >> 2013/11/20 Rafael Chacón <raf...@gm...> >> >>> Thank you. >>> >>> I will translate the name of each language to the name in their >>> respective language (as in Wikipedia). >>> >>> Please, native speakers review my translation to their respective >>> language. >>> >>> Best regards, Rafael. >>> >>> >>> 2013/11/20 Phil Daintree <ph...@lo...> >>> >>>> Yes this is a good idea Rafael >>>> There really is no need to have these in any other language so the >>>> gettext function is not necessary I think. Each country should be listed in >>>> it's native language. >>>> >>>> Phil >>>> >>>> Phil Daintree >>>> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >>>> >>>> On 20/11/13 03:30, Rafael Chacón wrote: >>>> >>>> Hi All, >>>> >>>> What about if the language list has the name of each language in their >>>> respective language (as in Wikipedia) instead of having a localized >>>> name? >>>> >>>> I think: >>>> 1. We can save the work of translating each name (more faster). >>>> 2. For a user it is easier to find the name of their language in their >>>> own language, rather than look for it in another. >>>> >>>> Regards, >>>> >>>> Rafael Chacon >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Shape the Mobile Experience: Free Subscription >>>> Software experts and developers: Be at the forefront of tech innovation. >>>> Intel(R) Software Adrenaline delivers strategic insight and game-changing >>>> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>>> >>>> >>>> >>>> _______________________________________________ >>>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Shape the Mobile Experience: Free Subscription >>>> Software experts and developers: Be at the forefront of tech innovation. >>>> Intel(R) Software Adrenaline delivers strategic insight and >>>> game-changing >>>> conversations that shape the rapidly evolving mobile landscape. Sign up >>>> now. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Web-erp-developers mailing list >>>> Web...@li... >>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >>>> >>>> >>> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up >> now. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > |
|
From: Rafael C. <raf...@gm...> - 2013-11-21 13:28:30
|
Hi, Exson:
Thank you very much for your translations. And it is a plaesure to help
people with this project.
Hi, Phil:
Yes, I agree with you. But it is gratifying to see the results.
For documentation purposes:
* My sources are:
(1) Files .../locale/xx_XX.utf8/LC_MESSAGES/messages.po, the transation
for the English term;
(2) http://en.wikipedia.org/wiki/Main_Page, code inside the left panel
"Languages"; and
(3) if available, people who speak those languages.
* Convention for language localisation ("language variant"):
["Language family" in local language] + ' ' + ["National variety" in
local language].
That is, to group by Language-family and to subgroup by National-variety.
The standard specifies between "code" (Language-family) and sub-code
(National-variety) to link them "...with a hyphen, though in some contexts
it's necessary to substitute this with an underscore", but I used a space.
I prefer something more close to the natural speaking of each users, but if
is wanted to keep the standard I can subtutute it by a '-' (hyphen) or a '
- ' (space hyphen space).
Best regards, Rafael.
2013/11/20 Phil Daintree <ph...@lo...>
> Yes tricky job this - and needs the bi-lingual guys to do it for their
> language.
>
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz
>
> On 21/11/13 12:28, Rafael Chacón wrote:
>
> Hi,
>
> I need help to translate to local language:
>
> - Arabic Eygptian
> - Chinese - Traditional Hongkong
> - Chinese - Traditional Taiwan
>
> Sorry, but files on .../locale/xx-XX.utf8 do not have translations for
> language name.
>
> Note: Please, native speakers review the correspondent local translation.
>
> Regards, Rafael.
>
>
>
> 2013/11/20 Rafael Chacón <raf...@gm...>
>
>> Thank you.
>>
>> I will translate the name of each language to the name in their
>> respective language (as in Wikipedia).
>>
>> Please, native speakers review my translation to their respective
>> language.
>>
>> Best regards, Rafael.
>>
>>
>> 2013/11/20 Phil Daintree <ph...@lo...>
>>
>>> Yes this is a good idea Rafael
>>> There really is no need to have these in any other language so the
>>> gettext function is not necessary I think. Each country should be listed in
>>> it's native language.
>>>
>>> Phil
>>>
>>> Phil Daintree
>>> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz
>>>
>>> On 20/11/13 03:30, Rafael Chacón wrote:
>>>
>>> Hi All,
>>>
>>> What about if the language list has the name of each language in their
>>> respective language (as in Wikipedia) instead of having a localized name
>>> ?
>>>
>>> I think:
>>> 1. We can save the work of translating each name (more faster).
>>> 2. For a user it is easier to find the name of their language in their
>>> own language, rather than look for it in another.
>>>
>>> Regards,
>>>
>>> Rafael Chacon
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Shape the Mobile Experience: Free Subscription
>>> Software experts and developers: Be at the forefront of tech innovation.
>>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>>> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>>>
>>>
>>>
>>> _______________________________________________
>>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Shape the Mobile Experience: Free Subscription
>>> Software experts and developers: Be at the forefront of tech innovation.
>>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>>> conversations that shape the rapidly evolving mobile landscape. Sign up
>>> now.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up
> now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
|
|
From: Phil D. <ph...@lo...> - 2013-11-21 05:50:46
|
Yes tricky job this - and needs the bi-lingual guys to do it for their language. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 21/11/13 12:28, Rafael Chacón wrote: > Hi, > > I need help to translate to local language: > > - Arabic Eygptian > - Chinese - Traditional Hongkong > - Chinese - Traditional Taiwan > > Sorry, but files on .../locale/xx-XX.utf8 do not have translations for > language name. > > Note: Please, native speakers review the correspondent local translation. > > Regards, Rafael. > > > > 2013/11/20 Rafael Chacón <raf...@gm... > <mailto:raf...@gm...>> > > Thank you. > > I will translate the name of each language to the name in their > respective language (as in Wikipedia). > > Please, native speakers review my translation to their respective > language. > > Best regards, Rafael. > > > 2013/11/20 Phil Daintree <ph...@lo... > <mailto:ph...@lo...>> > > Yes this is a good idea Rafael > There really is no need to have these in any other language so > the gettext function is not necessary I think. Each country > should be listed in it's native language. > > Phil > > Phil Daintree > Logic Works Ltd -+64 (0)275 567890 <tel:%2B64%20%280%29275%20567890> > http://www.logicworks.co.nz > > On 20/11/13 03:30, Rafael Chacón wrote: >> Hi All, >> >> What about if the language list has the name of each language >> in their respective language (as in Wikipedia) instead of >> having a localized name? >> >> I think: >> 1. We can save the work of translating each name (more faster). >> 2. For a user it is easier to find the name of their language >> in their own language, rather than look for it in another. >> >> Regards, >> >> Rafael Chacon >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up now. >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... <mailto:Web...@li...> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech > innovation. > Intel(R) Software Adrenaline delivers strategic insight and > game-changing > conversations that shape the rapidly evolving mobile > landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2013-11-21 02:54:40
|
Checked and now works perfect. Many thanks, Phil! Regards, Ricard 2013/11/20 Phil Daintree <ph...@lo...> > Found and squashed - please could you check Ricard... committing now. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 20/11/13 20:00, Phil Daintree wrote: > > I can repeat it at least... > > If you click update all is well - no update and the payment is posted in > the FX as local currency. I'm going in! > > Thanks Ricard and Tim for the reminder! > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 08/11/13 17:29, Pak Ricard wrote: > > Hi all: > > Something went wrong in Payments.php since revision 5820 until 6381 as > now it accounts incorrrect payments to supplier in non-functional currency. > > Now (with latest version): > > - Select a supplier (not in functional currency) > - Make a payment to this supplier from a bank account in the same > currency as supplier > - In gltrans it records the amount in foreign currency, not the > equivalent in fucntional one, :-( > > Example: Functional currency USD > Supplier in IDR ( 1 USD = 10.000 IDR) > Pay to supplier in IDR from bank account in IDR for 1.000.000 IDR > If you check balance sheet now... the value of your IDR account in USD > (functional currency) is -1.000.000 USD instead of -100 USD hwich can > bankrupt your morale quite fast > > Tracking back, rev 5820 works OK, so some change just broke the thing. > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. Explore > techniques for threading, error checking, porting, and tuning. Get the most > from the latest Intel processors and coprocessors. See abstracts and registerhttp://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: ExsonQu <hex...@gm...> - 2013-11-21 00:42:53
|
*Hi, Rafael *
Thank you for your hard working!
-Chinese Traditional Hong Kong is '正體中文 香港特別行政區‘
-Chinese Traditional Taiwan is '正體中文 中國臺灣'
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Language-pull-down-menu-tp4656912p4656938.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Rafael C. <raf...@gm...> - 2013-11-20 23:28:57
|
Hi, I need help to translate to local language: - Arabic Eygptian - Chinese - Traditional Hongkong - Chinese - Traditional Taiwan Sorry, but files on .../locale/xx-XX.utf8 do not have translations for language name. Note: Please, native speakers review the correspondent local translation. Regards, Rafael. 2013/11/20 Rafael Chacón <raf...@gm...> > Thank you. > > I will translate the name of each language to the name in their > respective language (as in Wikipedia). > > Please, native speakers review my translation to their respective > language. > > Best regards, Rafael. > > > 2013/11/20 Phil Daintree <ph...@lo...> > >> Yes this is a good idea Rafael >> There really is no need to have these in any other language so the >> gettext function is not necessary I think. Each country should be listed in >> it's native language. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >> >> On 20/11/13 03:30, Rafael Chacón wrote: >> >> Hi All, >> >> What about if the language list has the name of each language in their >> respective language (as in Wikipedia) instead of having a localized name? >> >> I think: >> 1. We can save the work of translating each name (more faster). >> 2. For a user it is easier to find the name of their language in their >> own language, rather than look for it in another. >> >> Regards, >> >> Rafael Chacon >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up >> now. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > |
|
From: Rafael C. <raf...@gm...> - 2013-11-20 13:54:32
|
O.K. For the short term solution, I am working now. For the long term solution, some ideas: 1. We can do a WYSIWG script as a layer/tier above FormDesigner.php. That is a script that reads values from the xml file, shows these values as a graphics to the users, gathers changes done by the users, and writes these new values to the xml file. 2. We can do a xml-form to script-form translator script (or command?). That is a script that replaces all "$FormDesign->Company->Name->x" with its correspondent value in the xml file and generates a pure php file. 3. We can do a script-form to xml-form to backuper script (is it possible?). That is a script that transforms the script-form (obtained by software of the point 2) with the user customization in a xml-form, and then backs it up in the database. Best regards, Rafael. 2013/11/20 Phil Daintree <ph...@lo...> > Agreed - a good plan - for those existing reports where we already have > it. > > I really would prefer that it's use was optional and that a fall back > standard simple script was available. However, I have not been motivated to > reinstate the existing scripts as they were to date in the interests of > maintaining backward compatibility. > > I would not like to see the invoice/credit note go to the form designer > though as this is the one that customers will always want to modify in a > way the form designer is incapable of. > > A WYSIWG form designer would be a separate application/add-on I think. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 20/11/13 06:47, Rafael Chacón wrote: > > The long term solution to have a best way to turn the forms modifiable do > not seems easy. > > Meanwhile, we have FormDesigner.php. > > My concerns with FormDesigner.php are: > 1. Poor documentation. E.g. Nowhere indicates that the all coordinates are > measured from from the lower-left-corner of the sheet to the the > top-left-corner of the field. (Same problem in pdf generator scripts.) > 2. The information that is there leads to mistakes. E.g. "mm from the > left hand side of page", "mm from the top of the page", but measures are in > dots-per-inch (72 dpi = 25,4 mm). > > If all agree, my proposal is to document and simplify FormDesigner.php and > to add narrative to help the users. Meanwhile, we continue the discussion > to find out a long term solution. > > Best regards, Rafael. > > > 2013/11/19 Phil Daintree <ph...@lo...> > >> I think we need a script over-ride solution desperately. >> >> A WYSIWG report writer as a separate application would be absolutely >> magnificent indeed and a really super mission for someone. >> As I say the code in such a project would almost certainly fall outside >> the scope of webERP I fear - based on the current goals for the project. >> >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890 >> http://www.logicworks.co.nz >> >> On 18/11/13 23:12, ExsonQu wrote: >> > *Hi, Tim:* >> > >> > I think it's a good idea to help users who cannot create a >> pdf >> > via hard coding. I am not against this. >> > >> > What I want to say is that we should pay attention to these >> > programmers too. I hope we can give these programmers an option to code >> > without the form designer involved. >> > It maybe a time to find a way to keep customization >> maintenance >> > as easy as possible. The solution may cover this topic as Phil referred >> to >> > that an default overwrite mechanism? >> > It's very time consuming to upgrade webERP for those >> > customization system. I have little knowledge about this. So I hope >> somebody >> > can give some suggestion to solve problem just like the formDesigner. >> Make >> > everybody's job easy and happy! >> > >> > Thanks and best regards! >> > >> > Exson >> > >> > >> > >> > >> > >> > >> > >> > -- >> > View this message in context: >> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656898.html >> > Sent from the web-ERP-developers mailing list archive at Nabble.com. >> > >> > >> ------------------------------------------------------------------------------ >> > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps >> > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access >> > Free app hosting. Or install the open source package on any LAMP server. >> > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! >> > >> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Web-erp-developers mailing list >> > Web...@li... >> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > >> >> >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up >> now. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Rafael C. <raf...@gm...> - 2013-11-20 13:31:14
|
Thank you. I will translate the name of each language to the name in their respective language (as in Wikipedia). Please, native speakers review my translation to their respective language. Best regards, Rafael. 2013/11/20 Phil Daintree <ph...@lo...> > Yes this is a good idea Rafael > There really is no need to have these in any other language so the gettext > function is not necessary I think. Each country should be listed in it's > native language. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 20/11/13 03:30, Rafael Chacón wrote: > > Hi All, > > What about if the language list has the name of each language in their > respective language (as in Wikipedia) instead of having a localized name? > > I think: > 1. We can save the work of translating each name (more faster). > 2. For a user it is easier to find the name of their language in their > own language, rather than look for it in another. > > Regards, > > Rafael Chacon > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Tim S. <tim...@gm...> - 2013-11-20 10:43:56
|
Well most people would have to delete the old ones and then create the newies, so that is more work. Seems silly to me, but I always just remove the CoA and use the clients existing one anyway so if you want to do it this way thats fine by me. Tim On 20 November 2013 06:23, Phil Daintree <ph...@lo...> wrote: > Easier to delete accounts not required than create newies. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > > On 20/11/13 12:03, ExsonQu wrote: >> *Hi, Tim:* >> >> Thank you for your explain. I don't understand the situation in >> other country. But in China, the COA is bascially a standard one, and those >> not needed can leave it as it. So a fully one is better since there is no >> minimal one. >> You brought out a great idea that we should provide a good demo. >> That's next step for Chinese version. >> Thanks and best regards! >> Exson >> >> >> >> >> >> >> -- >> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Country-sql-is-needed-tp4656903p4656918.html >> Sent from the web-ERP-developers mailing list archive at Nabble.com. >> >> ------------------------------------------------------------------------------ >> Shape the Mobile Experience: Free Subscription >> Software experts and developers: Be at the forefront of tech innovation. >> Intel(R) Software Adrenaline delivers strategic insight and game-changing >> conversations that shape the rapidly evolving mobile landscape. Sign up now. >> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers -- Course View Towers, Plot 21 Yusuf Lule Road, Kampala T +256 (0) 312 314 418 M +256 (0) 752 963 325 www.weberpafrica.com Twitter: @TimSchofield2 Blog: http://weberpafrica.blogspot.co.uk/ |
|
From: Phil D. <ph...@lo...> - 2013-11-20 07:23:41
|
Found and squashed - please could you check Ricard... committing now. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 20/11/13 20:00, Phil Daintree wrote: > I can repeat it at least... > > If you click update all is well - no update and the payment is posted > in the FX as local currency. I'm going in! > > Thanks Ricard and Tim for the reminder! > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > On 08/11/13 17:29, Pak Ricard wrote: >> Hi all: >> >> Something went wrong in Payments.php since revision 5820 until 6381 >> as now it accounts incorrrect payments to supplier in non-functional >> currency. >> >> Now (with latest version): >> >> * Select a supplier (not in functional currency) >> * Make a payment to this supplier from a bank account in the same >> currency as supplier >> * In gltrans it records the amount in foreign currency, not the >> equivalent in fucntional one, :-( >> >> Example: Functional currency USD >> Supplier in IDR ( 1 USD = 10.000 IDR) >> Pay to supplier in IDR from bank account in IDR for 1.000.000 IDR >> If you check balance sheet now... the value of your IDR account in >> USD (functional currency) is -1.000.000 USD instead of -100 USD hwich >> can bankrupt your morale quite fast >> >> Tracking back, rev 5820 works OK, so some change just broke the thing. >> >> Regards, >> Ricard >> >> >> ------------------------------------------------------------------------------ >> November Webinars for C, C++, Fortran Developers >> Accelerate application performance with scalable programming models. Explore >> techniques for threading, error checking, porting, and tuning. Get the most >> from the latest Intel processors and coprocessors. See abstracts and register >> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2013-11-20 07:00:56
|
I can repeat it at least... If you click update all is well - no update and the payment is posted in the FX as local currency. I'm going in! Thanks Ricard and Tim for the reminder! Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 08/11/13 17:29, Pak Ricard wrote: > Hi all: > > Something went wrong in Payments.php since revision 5820 until 6381 as > now it accounts incorrrect payments to supplier in non-functional > currency. > > Now (with latest version): > > * Select a supplier (not in functional currency) > * Make a payment to this supplier from a bank account in the same > currency as supplier > * In gltrans it records the amount in foreign currency, not the > equivalent in fucntional one, :-( > > Example: Functional currency USD > Supplier in IDR ( 1 USD = 10.000 IDR) > Pay to supplier in IDR from bank account in IDR for 1.000.000 IDR > If you check balance sheet now... the value of your IDR account in USD > (functional currency) is -1.000.000 USD instead of -100 USD hwich can > bankrupt your morale quite fast > > Tracking back, rev 5820 works OK, so some change just broke the thing. > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. Explore > techniques for threading, error checking, porting, and tuning. Get the most > from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2013-11-20 06:24:09
|
Easier to delete accounts not required than create newies. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 20/11/13 12:03, ExsonQu wrote: > *Hi, Tim:* > > Thank you for your explain. I don't understand the situation in > other country. But in China, the COA is bascially a standard one, and those > not needed can leave it as it. So a fully one is better since there is no > minimal one. > You brought out a great idea that we should provide a good demo. > That's next step for Chinese version. > Thanks and best regards! > Exson > > > > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Country-sql-is-needed-tp4656903p4656918.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Phil D. <ph...@lo...> - 2013-11-20 06:23:16
|
Yes I agree Exson, it makes good sense to me for each country to have a localised COA at least as a starting point. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 20/11/13 11:30, ExsonQu wrote: > *Hi, Tim:* > > Thank you for your comments. As I said it's an OPTION for users > instead of to force them use a general COA. > > Even in China, each accountant may modify the COA according to > business requirements. But the original one is far from the COA from > government, that's one of the main reason to put potential users off. > > And more over, there are some data in the sql are English. So > the country specific sql will lead to a thorough localization. > > Thanks and best regards! > > Exson > > > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Country-sql-is-needed-tp4656903p4656916.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Phil D. <ph...@lo...> - 2013-11-20 06:21:09
|
Agreed - a good plan - for those existing reports where we already have it. I really would prefer that it's use was optional and that a fall back standard simple script was available. However, I have not been motivated to reinstate the existing scripts as they were to date in the interests of maintaining backward compatibility. I would not like to see the invoice/credit note go to the form designer though as this is the one that customers will always want to modify in a way the form designer is incapable of. A WYSIWG form designer would be a separate application/add-on I think. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 20/11/13 06:47, Rafael Chacón wrote: > The long term solution to have a best way to turn the forms modifiable > do not seems easy. > > Meanwhile, we have FormDesigner.php. > > My concerns with FormDesigner.php are: > 1. Poor documentation. E.g. Nowhere indicates that the all coordinates > are measured from from the lower-left-corner of the sheet to the the > top-left-corner of the field. (Same problem in pdf generator scripts.) > 2. The information that is there leads to mistakes. E.g. "mm from the > left hand side of page", "mm from the top of the page", but measures > are in dots-per-inch (72 dpi = 25,4 mm). > > If all agree, my proposal is to document and simplify FormDesigner.php > and to add narrative to help the users. Meanwhile, we continue the > discussion to find out a long term solution. > > Best regards, Rafael. > > > 2013/11/19 Phil Daintree <ph...@lo... > <mailto:ph...@lo...>> > > I think we need a script over-ride solution desperately. > > A WYSIWG report writer as a separate application would be absolutely > magnificent indeed and a really super mission for someone. > As I say the code in such a project would almost certainly fall > outside > the scope of webERP I fear - based on the current goals for the > project. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 <tel:%2B64%20%280%29275%20567890> > http://www.logicworks.co.nz > > On 18/11/13 23:12, ExsonQu wrote: > > *Hi, Tim:* > > > > I think it's a good idea to help users who cannot > create a pdf > > via hard coding. I am not against this. > > > > What I want to say is that we should pay attention to > these > > programmers too. I hope we can give these programmers an option > to code > > without the form designer involved. > > It maybe a time to find a way to keep customization > maintenance > > as easy as possible. The solution may cover this topic as Phil > referred to > > that an default overwrite mechanism? > > It's very time consuming to upgrade webERP for those > > customization system. I have little knowledge about this. So I > hope somebody > > can give some suggestion to solve problem just like the > formDesigner. Make > > everybody's job easy and happy! > > > > Thanks and best regards! > > > > Exson > > > > > > > > > > > > > > > > -- > > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656898.html > > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > > > ------------------------------------------------------------------------------ > > DreamFactory - Open Source REST & JSON Services for HTML5 & > Native Apps > > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API > Access > > Free app hosting. Or install the open source package on any LAMP > server. > > Sign up and see examples for AngularJS, jQuery, Sencha Touch and > Native! > > > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > <mailto:Web...@li...> > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech > innovation. > Intel(R) Software Adrenaline delivers strategic insight and > game-changing > conversations that shape the rapidly evolving mobile landscape. > Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
231 messages has been excluded from this view by a project administrator.
