web-erp-developers

[WebERP-developers] FormDesigner.php

[Rafael C. <raf...@gm...>]

Hi,

Unfortunately, in the past, I had to modify some forms such as the
sales-invoice and the purchase-order for an urgent specific situation (I
hard-coded them).

Today, I am trying to turn these changes in general purpose changes
(configurable settings).

Believe that the best way is to turn the forms modifiable withFormDesigner.php.

Comments? Suggestions?

Regards, Rafael Chacon.

Re: [WebERP-developers] FormDesigner.php

[icedlava <ice...@gm...>]

Hi Rafael,

I've also had to modify most forms such as sales invoice, statements, 
purchase orders, and more, and quite significantly for clients. Of 
course quickly and hard coded mostly for each.
This then requires maintaining separate files for each client and 
maintenance/upgrades become more and more labourious.

I think use of the form designer is sensible. I have not used something 
like this for some years but it seems preferable than the editing/hard 
coding i've been doing.

There are some other methods i was thinking of and used in the past. 
However, as form designer is available and works, i'd be happy to assist 
to get it working for other forms if it is wanted.

I had wondered if Form designer had been left and not used for invoices 
etc for a reason, pending some other method or just for lack of time.

Thanks for your work Rafael.

Cheers,
Jo




On 13 Nov 2013, at 23:43, Rafael Chacón wrote:

> Hi,
>
> Unfortunately, in the past, I had to modify some forms such as the
> sales-invoice and the purchase-order for an urgent specific situation 
> (I
> hard-coded them).
>
> Today, I am trying to turn these changes in general purpose changes
> (configurable settings).
>
> Believe that the best way is to turn the forms modifiable 
> withFormDesigner.php.
>
> Comments? Suggestions?
>
> Regards, Rafael Chacon.
> ------------------------------------------------------------------------------
> 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

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

The form designer used to work for invoices but Phil took it out at
some stage I think.

I have the xml file somewhere so it could be put back in.

Tim

On 13 November 2013 14:20, icedlava <ice...@gm...> wrote:
> Hi Rafael,
>
> I've also had to modify most forms such as sales invoice, statements,
> purchase orders, and more, and quite significantly for clients. Of
> course quickly and hard coded mostly for each.
> This then requires maintaining separate files for each client and
> maintenance/upgrades become more and more labourious.
>
> I think use of the form designer is sensible. I have not used something
> like this for some years but it seems preferable than the editing/hard
> coding i've been doing.
>
> There are some other methods i was thinking of and used in the past.
> However, as form designer is available and works, i'd be happy to assist
> to get it working for other forms if it is wanted.
>
> I had wondered if Form designer had been left and not used for invoices
> etc for a reason, pending some other method or just for lack of time.
>
> Thanks for your work Rafael.
>
> Cheers,
> Jo
>
>
>
>
> On 13 Nov 2013, at 23:43, Rafael Chacón wrote:
>
>> Hi,
>>
>> Unfortunately, in the past, I had to modify some forms such as the
>> sales-invoice and the purchase-order for an urgent specific situation
>> (I
>> hard-coded them).
>>
>> Today, I am trying to turn these changes in general purpose changes
>> (configurable settings).
>>
>> Believe that the best way is to turn the forms modifiable
>> withFormDesigner.php.
>>
>> Comments? Suggestions?
>>
>> Regards, Rafael Chacon.
>> ------------------------------------------------------------------------------
>> 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
>
> ------------------------------------------------------------------------------
> 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



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[Phil D. <ph...@lo...>]

Giuys,

I do see the advantage of the form designer, BUT .... webERP has always 
been intended for business people to be able to modify as one of the 
fundamental goals.

I have several points about this:

1. I feel that the form designer as it stands is very limited  - it is 
not easy to get the form designed exactly as you wish it to be ... there 
is a lot of trial and error and it is hit and miss - anyone messing 
around with formats using the form designer I am confident will come 
away cursing and frustrated.
2. Many businesses have unique requirements for their invoice layout ... 
say they wish to move the boxes to different places or different sizes 
with some new boxes, with different radius curves or square boxes, 
different fonts/sizes/colours have three images in different spots, with 
additional text explaining terms and conditions etc etc or put another 
way there really are the endless ways in which a business will wish to 
modify their invoice layout and the form designer ends up being a 
limitation rather than an advantage.
3. To actually achieve the customised design that the customer actually 
really wants will still entail getting into the code and the code for 
form designer forms is WAY more complicated than the existing standard 
scripts - which are nice and readable with minimal abstraction, long 
variable names  etc etc ... it is actually quite easy to modify the 
standard scripts to make the layout exactly as the customer requires 
using the standard forms as a base.
4. The data for the reports is stored outside the database in xml files, 
creating another dependency on external data files. If we were to go 
with customisable reports I would prefer the data to come from the 
database like all other company data.

Point 4 aside, I really do prefer the readable simple solution ... even 
though it appears to reduce the apparent functionality - actually it 
provides the ultimate in flexibility afforded by the much more 
approachable code.

However, the key point I think you make Jo is this:

"This then requires maintaining separate files for each client and 
maintenance/upgrades become more and more labourious."

I do agree it would be super to address this problem which is not 
limited to just the reports, with some separate directory for modified 
scripts under the companies directory - which is looked for first before 
the standard script somehow to remove this issue. I am not sure how to 
implement this but I do think this would be a great addition and the 
better way to resolve this situation rather than creating complicated 
scripts to produce reports with very limited and awkward flexibility.

Phil

Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz

On 14/11/13 03:20, icedlava wrote:
> Hi Rafael,
>
> I've also had to modify most forms such as sales invoice, statements,
> purchase orders, and more, and quite significantly for clients. Of
> course quickly and hard coded mostly for each.
> This then requires maintaining separate files for each client and
> maintenance/upgrades become more and more labourious.
>
> I think use of the form designer is sensible. I have not used something
> like this for some years but it seems preferable than the editing/hard
> coding i've been doing.
>
> There are some other methods i was thinking of and used in the past.
> However, as form designer is available and works, i'd be happy to assist
> to get it working for other forms if it is wanted.
>
> I had wondered if Form designer had been left and not used for invoices
> etc for a reason, pending some other method or just for lack of time.
>
> Thanks for your work Rafael.
>
> Cheers,
> Jo
>
>
>
>
> On 13 Nov 2013, at 23:43, Rafael Chacón wrote:
>
>> Hi,
>>
>> Unfortunately, in the past, I had to modify some forms such as the
>> sales-invoice and the purchase-order for an urgent specific situation
>> (I
>> hard-coded them).
>>
>> Today, I am trying to turn these changes in general purpose changes
>> (configurable settings).
>>
>> Believe that the best way is to turn the forms modifiable
>> withFormDesigner.php.
>>
>> Comments? Suggestions?
>>
>> Regards, Rafael Chacon.
>> ------------------------------------------------------------------------------
>> 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
> ------------------------------------------------------------------------------
> 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

Re: [WebERP-developers] FormDesigner.php

[icedlava <ice...@gm...>]

Hi Phil,

Thanks for your feedback on the Form Designer. You know that I would 
agree with you on all the points made except perhaps point 4 regarding 
keeping the data in the database (granted data could be edited more 
easily but there may be other issues to address).

Personally, I prefer to have (x)html/css in pure form with the addition 
of some variables that are required, with template selectable per 
company (if shared install).

That would be ideal for me (I have some trial tempting for this that 
works ok). But, I'm not sure that webERP wants to go this way given that 
I have used templating engine (lightweight and fast one tho) that i have 
plugged in.

Another way would be to have an override directory where the html/css 
layouts could be selected from and variables parsed in.

There are also some ways to use the tcpdf lib in  a more natural 
html/css template (or other pdf lib that is based on css/html alone). I 
have not looked at applying these in webERP yet.

I'm happy to help with whatever method people think will be best long 
term for webERP.

Cheers,
Jo





On 14 Nov 2013, at 19:24, Phil Daintree wrote:

> Giuys,
>
> I do see the advantage of the form designer, BUT .... webERP has 
> always
> been intended for business people to be able to modify as one of the
> fundamental goals.
>
> I have several points about this:
>
> 1. I feel that the form designer as it stands is very limited  - it is
> not easy to get the form designed exactly as you wish it to be ... 
> there
> is a lot of trial and error and it is hit and miss - anyone messing
> around with formats using the form designer I am confident will come
> away cursing and frustrated.
> 2. Many businesses have unique requirements for their invoice layout 
> ...
> say they wish to move the boxes to different places or different sizes
> with some new boxes, with different radius curves or square boxes,
> different fonts/sizes/colours have three images in different spots, 
> with
> additional text explaining terms and conditions etc etc or put another
> way there really are the endless ways in which a business will wish to
> modify their invoice layout and the form designer ends up being a
> limitation rather than an advantage.
> 3. To actually achieve the customised design that the customer 
> actually
> really wants will still entail getting into the code and the code for
> form designer forms is WAY more complicated than the existing standard
> scripts - which are nice and readable with minimal abstraction, long
> variable names  etc etc ... it is actually quite easy to modify the
> standard scripts to make the layout exactly as the customer requires
> using the standard forms as a base.
> 4. The data for the reports is stored outside the database in xml 
> files,
> creating another dependency on external data files. If we were to go
> with customisable reports I would prefer the data to come from the
> database like all other company data.
>
> Point 4 aside, I really do prefer the readable simple solution ... 
> even
> though it appears to reduce the apparent functionality - actually it
> provides the ultimate in flexibility afforded by the much more
> approachable code.
>
> However, the key point I think you make Jo is this:
>
> "This then requires maintaining separate files for each client and
> maintenance/upgrades become more and more labourious."
>
> I do agree it would be super to address this problem which is not
> limited to just the reports, with some separate directory for modified
> scripts under the companies directory - which is looked for first 
> before
> the standard script somehow to remove this issue. I am not sure how to
> implement this but I do think this would be a great addition and the
> better way to resolve this situation rather than creating complicated
> scripts to produce reports with very limited and awkward flexibility.
>
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
> On 14/11/13 03:20, icedlava wrote:
>> Hi Rafael,
>>
>> I've also had to modify most forms such as sales invoice, statements,
>> purchase orders, and more, and quite significantly for clients. Of
>> course quickly and hard coded mostly for each.
>> This then requires maintaining separate files for each client and
>> maintenance/upgrades become more and more labourious.
>>
>> I think use of the form designer is sensible. I have not used 
>> something
>> like this for some years but it seems preferable than the 
>> editing/hard
>> coding i've been doing.
>>
>> There are some other methods i was thinking of and used in the past.
>> However, as form designer is available and works, i'd be happy to 
>> assist
>> to get it working for other forms if it is wanted.
>>
>> I had wondered if Form designer had been left and not used for 
>> invoices
>> etc for a reason, pending some other method or just for lack of time.
>>
>> Thanks for your work Rafael.
>>
>> Cheers,
>> Jo
>>
>>
>>
>>
>> On 13 Nov 2013, at 23:43, Rafael Chacón wrote:
>>
>>> Hi,
>>>
>>> Unfortunately, in the past, I had to modify some forms such as the
>>> sales-invoice and the purchase-order for an urgent specific 
>>> situation
>>> (I
>>> hard-coded them).
>>>
>>> Today, I am trying to turn these changes in general purpose changes
>>> (configurable settings).
>>>
>>> Believe that the best way is to turn the forms modifiable
>>> withFormDesigner.php.
>>>
>>> Comments? Suggestions?
>>>
>>> Regards, Rafael Chacon.
>>> ------------------------------------------------------------------------------
>>> 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
>> ------------------------------------------------------------------------------
>> 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
>
>
> ------------------------------------------------------------------------------
> 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

Re: [WebERP-developers] FormDesigner.php

[Otandeka S. P. <sot...@gm...>]

My suggestion is that whoever designs a template for a report contributes
it to the code base and then a user is free to select one that they need
when wanting to print a report.
>From my experience, most of these report formats worldwide don't defer
much.

How come some M$ software that we use forces on us certain report formats
and we don't complain? :-) :-)


@sotandeka
Skype: sotandeka
Gmail: sotandeka




On Thu, Nov 14, 2013 at 12:23 PM, icedlava <ice...@gm...> wrote:

> Hi Phil,
>
> Thanks for your feedback on the Form Designer. You know that I would
> agree with you on all the points made except perhaps point 4 regarding
> keeping the data in the database (granted data could be edited more
> easily but there may be other issues to address).
>
> Personally, I prefer to have (x)html/css in pure form with the addition
> of some variables that are required, with template selectable per
> company (if shared install).
>
> That would be ideal for me (I have some trial tempting for this that
> works ok). But, I'm not sure that webERP wants to go this way given that
> I have used templating engine (lightweight and fast one tho) that i have
> plugged in.
>
> Another way would be to have an override directory where the html/css
> layouts could be selected from and variables parsed in.
>
> There are also some ways to use the tcpdf lib in  a more natural
> html/css template (or other pdf lib that is based on css/html alone). I
> have not looked at applying these in webERP yet.
>
> I'm happy to help with whatever method people think will be best long
> term for webERP.
>
> Cheers,
> Jo
>
>
>
>
>
> On 14 Nov 2013, at 19:24, Phil Daintree wrote:
>
> > Giuys,
> >
> > I do see the advantage of the form designer, BUT .... webERP has
> > always
> > been intended for business people to be able to modify as one of the
> > fundamental goals.
> >
> > I have several points about this:
> >
> > 1. I feel that the form designer as it stands is very limited  - it is
> > not easy to get the form designed exactly as you wish it to be ...
> > there
> > is a lot of trial and error and it is hit and miss - anyone messing
> > around with formats using the form designer I am confident will come
> > away cursing and frustrated.
> > 2. Many businesses have unique requirements for their invoice layout
> > ...
> > say they wish to move the boxes to different places or different sizes
> > with some new boxes, with different radius curves or square boxes,
> > different fonts/sizes/colours have three images in different spots,
> > with
> > additional text explaining terms and conditions etc etc or put another
> > way there really are the endless ways in which a business will wish to
> > modify their invoice layout and the form designer ends up being a
> > limitation rather than an advantage.
> > 3. To actually achieve the customised design that the customer
> > actually
> > really wants will still entail getting into the code and the code for
> > form designer forms is WAY more complicated than the existing standard
> > scripts - which are nice and readable with minimal abstraction, long
> > variable names  etc etc ... it is actually quite easy to modify the
> > standard scripts to make the layout exactly as the customer requires
> > using the standard forms as a base.
> > 4. The data for the reports is stored outside the database in xml
> > files,
> > creating another dependency on external data files. If we were to go
> > with customisable reports I would prefer the data to come from the
> > database like all other company data.
> >
> > Point 4 aside, I really do prefer the readable simple solution ...
> > even
> > though it appears to reduce the apparent functionality - actually it
> > provides the ultimate in flexibility afforded by the much more
> > approachable code.
> >
> > However, the key point I think you make Jo is this:
> >
> > "This then requires maintaining separate files for each client and
> > maintenance/upgrades become more and more labourious."
> >
> > I do agree it would be super to address this problem which is not
> > limited to just the reports, with some separate directory for modified
> > scripts under the companies directory - which is looked for first
> > before
> > the standard script somehow to remove this issue. I am not sure how to
> > implement this but I do think this would be a great addition and the
> > better way to resolve this situation rather than creating complicated
> > scripts to produce reports with very limited and awkward flexibility.
> >
> > Phil
> >
> > Phil Daintree
> > Logic Works Ltd - +64 (0)275 567890
> > http://www.logicworks.co.nz
> >
> > On 14/11/13 03:20, icedlava wrote:
> >> Hi Rafael,
> >>
> >> I've also had to modify most forms such as sales invoice, statements,
> >> purchase orders, and more, and quite significantly for clients. Of
> >> course quickly and hard coded mostly for each.
> >> This then requires maintaining separate files for each client and
> >> maintenance/upgrades become more and more labourious.
> >>
> >> I think use of the form designer is sensible. I have not used
> >> something
> >> like this for some years but it seems preferable than the
> >> editing/hard
> >> coding i've been doing.
> >>
> >> There are some other methods i was thinking of and used in the past.
> >> However, as form designer is available and works, i'd be happy to
> >> assist
> >> to get it working for other forms if it is wanted.
> >>
> >> I had wondered if Form designer had been left and not used for
> >> invoices
> >> etc for a reason, pending some other method or just for lack of time.
> >>
> >> Thanks for your work Rafael.
> >>
> >> Cheers,
> >> Jo
> >>
> >>
> >>
> >>
> >> On 13 Nov 2013, at 23:43, Rafael Chacón wrote:
> >>
> >>> Hi,
> >>>
> >>> Unfortunately, in the past, I had to modify some forms such as the
> >>> sales-invoice and the purchase-order for an urgent specific
> >>> situation
> >>> (I
> >>> hard-coded them).
> >>>
> >>> Today, I am trying to turn these changes in general purpose changes
> >>> (configurable settings).
> >>>
> >>> Believe that the best way is to turn the forms modifiable
> >>> withFormDesigner.php.
> >>>
> >>> Comments? Suggestions?
> >>>
> >>> Regards, Rafael Chacon.
> >>>
> ------------------------------------------------------------------------------
> >>> 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
> >>
> ------------------------------------------------------------------------------
> >> 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
> >
> >
> >
> ------------------------------------------------------------------------------
> > 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
>
>
> ------------------------------------------------------------------------------
> 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
>

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Phil,

On 14 November 2013 08:54, Phil Daintree <ph...@lo...> wrote:
>
> 1. I feel that the form designer as it stands is very limited  - it is
> not easy to get the form designed exactly as you wish it to be ... there
> is a lot of trial and error and it is hit and miss - anyone messing
> around with formats using the form designer I am confident will come
> away cursing and frustrated.

The form designer was based on the Sage Line 100 form designer that I
happened to have a manual for sitting on my bookshelf at the time. It
does work, I know of many customers of ours who use it without coming
away cursing and frustrated, and I am confident they are not alone.
Yes of course it can be improved upon, all software can be improved
upon. This is open source, and you are welcome to improve on any
aspect of the code. The point I have made before is don't take out
code that is used by many users without putting in something better,
and that has at least the equivalent functionality.

It would be nice to have a pure WYSIWYG solution using JavaScript, but
at the time our policy was not to use JS in any major way.

> 2. Many businesses have unique requirements for their invoice layout ...
> say they wish to move the boxes to different places or different sizes
> with some new boxes, with different radius curves or square boxes,
> different fonts/sizes/colours have three images in different spots, with
> additional text explaining terms and conditions etc etc or put another
> way there really are the endless ways in which a business will wish to
> modify their invoice layout and the form designer ends up being a
> limitation rather than an advantage.

Yes it would be great to have the form designer extended to have these
things, why not add them?

> 3. To actually achieve the customised design that the customer actually
> really wants will still entail getting into the code and the code for
> form designer forms is WAY more complicated than the existing standard
> scripts - which are nice and readable with minimal abstraction, long
> variable names  etc etc ... it is actually quite easy to modify the
> standard scripts to make the layout exactly as the customer requires
> using the standard forms as a base.

Well changing the code has two big disadvantages. Firstly it creates a
massive headache on doing upgrades, requiring a level of knowledge of
patching files that is way above the ability of most business people.
Secondly many organisations have more than one company in their webERP
setup, and would like different formats for each company. One of the
principle aims of the form designer is to facilitate this, allowing
the same standard code to be used for all companies, but with a
different form layout for each.

> 4. The data for the reports is stored outside the database in xml files,
> creating another dependency on external data files. If we were to go
> with customisable reports I would prefer the data to come from the
> database like all other company data.

I agree with you the database is always the preferred place, but I
spent a long time trying to figure out how to design the database to
get this in. The only way I could see was complex and unwieldy whereas
the xml file is simple and easily understood. Surely we should say
that the data should be in the format that is most easily used and
understood rather than dogmatically saying it has to be in the DB
regardless of the complexity?

>
> Point 4 aside, I really do prefer the readable simple solution ... even
> though it appears to reduce the apparent functionality - actually it
> provides the ultimate in flexibility afforded by the much more
> approachable code.

Are we saying that webERP should be limited to ONLY those users who
feel comfortable modifying code? Surely it would also be good to have
a solution for those who don't?

>
> However, the key point I think you make Jo is this:
>
> "This then requires maintaining separate files for each client and
> maintenance/upgrades become more and more laborious."

Surely this is a strength not a weakness? It means that each company
can have its own design and there is no need to be constantly changing
the code depending on which company is being used?

>
> I do agree it would be super to address this problem which is not
> limited to just the reports, with some separate directory for modified
> scripts under the companies directory - which is looked for first before
> the standard script somehow to remove this issue. I am not sure how to
> implement this but I do think this would be a great addition and the
> better way to resolve this situation rather than creating complicated
> scripts to produce reports with very limited and awkward flexibility.

That would be great Phil, though it sounds complex to do. You are volunteering?

>
> Phil

Thanks
Tim




-- 
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

Re: [WebERP-developers] FormDesigner.php

[icedlava <ice...@gm...>]

Hi Tim

On 14 Nov 2013, at 21:52, Tim Schofield wrote:

> Surely this is a strength not a weakness? It means that each company
> can have its own design and there is no need to be constantly changing
> the code depending on which company is being used?

I disagree on this point. For me it's truly time consuming especially if 
each client has different custom files for multiple forms (or other 
display pages). Now there is perhaps a minimum of 30 to 40 files i have 
to keep updated separately for a customer - minimum.  If any of those 
PHP files is updated in webERP, each has to be individually diffed 
against system file (to at least check and ensure correct changes with 
SVN) and changes applied. It also means i have to keep each client's 
weberp in separate custom branches to monitor the tracking and update of 
the main upstream repository of webERP.

Having separate branches in scm makes it easier, but the individual 
files is a time killer.

If this time can be reduced and we can provide easy, clean html/css 
files for display output that are override able in say a separate 
override folder outside of core webERP files, maintenance and upgrades 
becomes much easier. Even just having an override directory would be a 
huge saving.

@sotandeka - I agree with him that we could contribute templates for 
reports - once the method/format (or database form) is decided. That 
might be a nice touch for webERP - a user contributed template 
repository. It would be good if they could be drop in, in an override 
directory as mentioned above.

Anyway, just some ideas tossing around ...

Happy to go with what is decided .

Cheers,
Jo

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Jo, we seem to be saying the same thing here. By using the form
designer you don't have to change any PHP files, and updating to new
scripts is easy. It is only the xml files that change. So instead of
maintaining separate PHP scripts for each client as Phil is suggesting
above, you just create a new xml file for each client. As I said in my
email earlier if someone can find a way of simply getting the data
into the database without creating lots of complex tables that would
be great, and then you wouldn't even need to maintain the xml files.

Thanks
Tim

On 14 November 2013 12:15, icedlava <ice...@gm...> wrote:
> Hi Tim
>
> On 14 Nov 2013, at 21:52, Tim Schofield wrote:
>
>> Surely this is a strength not a weakness? It means that each company
>> can have its own design and there is no need to be constantly changing
>> the code depending on which company is being used?
>
> I disagree on this point. For me it's truly time consuming especially if
> each client has different custom files for multiple forms (or other
> display pages). Now there is perhaps a minimum of 30 to 40 files i have
> to keep updated separately for a customer - minimum.  If any of those
> PHP files is updated in webERP, each has to be individually diffed
> against system file (to at least check and ensure correct changes with
> SVN) and changes applied. It also means i have to keep each client's
> weberp in separate custom branches to monitor the tracking and update of
> the main upstream repository of webERP.
>
> Having separate branches in scm makes it easier, but the individual
> files is a time killer.
>
> If this time can be reduced and we can provide easy, clean html/css
> files for display output that are override able in say a separate
> override folder outside of core webERP files, maintenance and upgrades
> becomes much easier. Even just having an override directory would be a
> huge saving.
>
> @sotandeka - I agree with him that we could contribute templates for
> reports - once the method/format (or database form) is decided. That
> might be a nice touch for webERP - a user contributed template
> repository. It would be good if they could be drop in, in an override
> directory as mentioned above.
>
> Anyway, just some ideas tossing around ...
>
> Happy to go with what is decided .
>
> Cheers,
> Jo
>
> ------------------------------------------------------------------------------
> 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



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[ExsonQu <hex...@gm...>]

*Dear all:*

           I think I have no right to comment on this case since I have not
understood how to use the form designer. I've tried it before, but did not
master it. So I think the arguments come from how much benefit we can get
from form designer. If there are more evidence about the advantage of it we
can reach an agreement. 

           For point 4, I believe it's very convenient to store xml to
mysql. Just use LOAD xml INFILE. You can get more information here:
https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
<https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>  

            Maybe a tutorial is necessary for the form designer?

            Thanks and best regards!

            Exson

          



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Exson, the problem with putting the data into mysql is how to
structure the data within the database, rather than how to move it
into there.

Thanks
Tim

On 14 November 2013 13:03, ExsonQu <hex...@gm...> wrote:
> *Dear all:*
>
>            I think I have no right to comment on this case since I have not
> understood how to use the form designer. I've tried it before, but did not
> master it. So I think the arguments come from how much benefit we can get
> from form designer. If there are more evidence about the advantage of it we
> can reach an agreement.
>
>            For point 4, I believe it's very convenient to store xml to
> mysql. Just use LOAD xml INFILE. You can get more information here:
> https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
> <https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>
>
>             Maybe a tutorial is necessary for the form designer?
>
>             Thanks and best regards!
>
>             Exson
>
>
>
>
>
> --
> View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.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



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[Mark <ma...@ri...>]

Keep it simple? Store it as text?

On 14/11/2013 13:11, TimSchofield1 [via webERP accounting] wrote:
> Hi Exson, the problem with putting the data into mysql is how to
> structure the data within the database, rather than how to move it
> into there.
>
> Thanks
> Tim
>
> On 14 November 2013 13:03, ExsonQu <[hidden email] 
> </user/SendEmail.jtp?type=node&node=4656876&i=0>> wrote:
>
> > *Dear all:*
> >
> >            I think I have no right to comment on this case since I 
> have not
> > understood how to use the form designer. I've tried it before, but 
> did not
> > master it. So I think the arguments come from how much benefit we 
> can get
> > from form designer. If there are more evidence about the advantage 
> of it we
> > can reach an agreement.
> >
> >            For point 4, I believe it's very convenient to store xml to
> > mysql. Just use LOAD xml INFILE. You can get more information here:
> > https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
> > <https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>
> >
> >             Maybe a tutorial is necessary for the form designer?
> >
> >             Thanks and best regards!
> >
> >             Exson
> >
> >
> >
> >
> >
> > --
> > View this message in context: 
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.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
> > [hidden email] </user/SendEmail.jtp?type=node&node=4656876&i=1>
> > 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/
>
> ------------------------------------------------------------------------------ 
>
> 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
> [hidden email] </user/SendEmail.jtp?type=node&node=4656876&i=2>
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------
> If you reply to this email, your message will be added to the 
> discussion below:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656876.html 
>
> To start a new topic under web-ERP-developers, email 
> ml-...@n4...
> To unsubscribe from web-ERP-developers, click here 
> <http://weberp-accounting.1478800.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1484626&code=bWFya0ByaW90ZW50ZXJwcmlzZXMuY28udWt8MTQ4NDYyNnwxMjc3ODkxMjc5>.
> NAML 
> <http://weberp-accounting.1478800.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> 
>





--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656877.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hello Mark, good to see a Yorkshire company running webERP :-)

The xml files are just structured text files. I should just point out
that I am not a great fan of XML, it was just that after trying
various formats to store the form structure it seemed the simplest and
best way. However it would be good to hear if someone can think of a
better way of storing it.

Thanks
Tim

On 14 November 2013 13:59, Mark <ma...@ri...> wrote:
> Keep it simple? Store it as text?
>
>
> On 14/11/2013 13:11, TimSchofield1 [via webERP accounting] wrote:
>
> Hi Exson, the problem with putting the data into mysql is how to
> structure the data within the database, rather than how to move it
> into there.
>
> Thanks
> Tim
>
> On 14 November 2013 13:03, ExsonQu <[hidden email]> wrote:
>
>> *Dear all:*
>>
>>            I think I have no right to comment on this case since I have
>> not
>> understood how to use the form designer. I've tried it before, but did not
>> master it. So I think the arguments come from how much benefit we can get
>> from form designer. If there are more evidence about the advantage of it
>> we
>> can reach an agreement.
>>
>>            For point 4, I believe it's very convenient to store xml to
>> mysql. Just use LOAD xml INFILE. You can get more information here:
>> https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
>> <https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>
>>
>>             Maybe a tutorial is necessary for the form designer?
>>
>>             Thanks and best regards!
>>
>>             Exson
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.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
>> [hidden email]
>> 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/
>
> ------------------------------------------------------------------------------
> 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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656876.html
> To start a new topic under web-ERP-developers, email [hidden email]
> To unsubscribe from web-ERP-developers, click here.
> NAML
>
>
>
> ________________________________
> View this message in context: Re: FormDesigner.php
>
> 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
>



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[Mark <ma...@ri...>]

I'm afraid I decided against webERP because of the politics in the 
development!

I was just saying store the xml file as text in the database in order to 
support the form designer.

Mark

On 15/11/2013 10:28, TimSchofield1 [via webERP accounting] wrote:
> Hello Mark, good to see a Yorkshire company running webERP :-)
>
> The xml files are just structured text files. I should just point out
> that I am not a great fan of XML, it was just that after trying
> various formats to store the form structure it seemed the simplest and
> best way. However it would be good to hear if someone can think of a
> better way of storing it.
>
> Thanks
> Tim
>
> On 14 November 2013 13:59, Mark <[hidden email] 
> </user/SendEmail.jtp?type=node&node=4656888&i=0>> wrote:
>
> > Keep it simple? Store it as text?
> >
> >
> > On 14/11/2013 13:11, TimSchofield1 [via webERP accounting] wrote:
> >
> > Hi Exson, the problem with putting the data into mysql is how to
> > structure the data within the database, rather than how to move it
> > into there.
> >
> > Thanks
> > Tim
> >
> > On 14 November 2013 13:03, ExsonQu <[hidden email]> wrote:
> >
> >> *Dear all:*
> >>
> >>            I think I have no right to comment on this case since I 
> have
> >> not
> >> understood how to use the form designer. I've tried it before, but 
> did not
> >> master it. So I think the arguments come from how much benefit we 
> can get
> >> from form designer. If there are more evidence about the advantage 
> of it
> >> we
> >> can reach an agreement.
> >>
> >>            For point 4, I believe it's very convenient to store xml to
> >> mysql. Just use LOAD xml INFILE. You can get more information here:
> >> https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
> >> <https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>
> >>
> >>             Maybe a tutorial is necessary for the form designer?
> >>
> >>             Thanks and best regards!
> >>
> >>             Exson
> >>
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >> 
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.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
> >> [hidden email]
> >> 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/
> >
> > 
> ------------------------------------------------------------------------------
> > 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
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >
> >
> > ________________________________
> > If you reply to this email, your message will be added to the 
> discussion
> > below:
> > 
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656876.html
> > To start a new topic under web-ERP-developers, email [hidden email]
> > To unsubscribe from web-ERP-developers, click here.
> > NAML
> >
> >
> >
> > ________________________________
> > View this message in context: Re: FormDesigner.php
> >
> > 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
> > [hidden email] </user/SendEmail.jtp?type=node&node=4656888&i=1>
> > 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/
>
> ------------------------------------------------------------------------------ 
>
> 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
> [hidden email] </user/SendEmail.jtp?type=node&node=4656888&i=2>
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------
> If you reply to this email, your message will be added to the 
> discussion below:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656888.html 
>
> To start a new topic under web-ERP-developers, email 
> ml-...@n4...
> To unsubscribe from web-ERP-developers, click here 
> <http://weberp-accounting.1478800.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1484626&code=bWFya0ByaW90ZW50ZXJwcmlzZXMuY28udWt8MTQ4NDYyNnwxMjc3ODkxMjc5>.
> NAML 
> <http://weberp-accounting.1478800.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> 
>





--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656889.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Mark, yes I agree storing the xml as text in the db seems the best
solution I have heard so far.

Tim

On 15 November 2013 10:36, Mark <ma...@ri...> wrote:
> I'm afraid I decided against webERP because of the politics in the
> development!
>
> I was just saying store the xml file as text in the database in order to
> support the form designer.
>
> Mark
>
>
> On 15/11/2013 10:28, TimSchofield1 [via webERP accounting] wrote:
>
> Hello Mark, good to see a Yorkshire company running webERP :-)
>
> The xml files are just structured text files. I should just point out
> that I am not a great fan of XML, it was just that after trying
> various formats to store the form structure it seemed the simplest and
> best way. However it would be good to hear if someone can think of a
> better way of storing it.
>
> Thanks
> Tim
>
> On 14 November 2013 13:59, Mark <[hidden email]> wrote:
>
>> Keep it simple? Store it as text?
>>
>>
>> On 14/11/2013 13:11, TimSchofield1 [via webERP accounting] wrote:
>>
>> Hi Exson, the problem with putting the data into mysql is how to
>> structure the data within the database, rather than how to move it
>> into there.
>>
>> Thanks
>> Tim
>>
>> On 14 November 2013 13:03, ExsonQu <[hidden email]> wrote:
>>
>>> *Dear all:*
>>>
>>>            I think I have no right to comment on this case since I have
>>> not
>>> understood how to use the form designer. I've tried it before, but did
>>> not
>>> master it. So I think the arguments come from how much benefit we can get
>>> from form designer. If there are more evidence about the advantage of it
>>> we
>>> can reach an agreement.
>>>
>>>            For point 4, I believe it's very convenient to store xml to
>>> mysql. Just use LOAD xml INFILE. You can get more information here:
>>> https://dev.mysql.com/doc/refman/5.5/en/load-xml.html
>>> <https://dev.mysql.com/doc/refman/5.5/en/load-xml.html>
>>>
>>>             Maybe a tutorial is necessary for the form designer?
>>>
>>>             Thanks and best regards!
>>>
>>>             Exson
>>>
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>>
>>> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656875.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
>>> [hidden email]
>>> 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/
>>
>>
>> ------------------------------------------------------------------------------
>> 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
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ________________________________
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656876.html
>> To start a new topic under web-ERP-developers, email [hidden email]
>> To unsubscribe from web-ERP-developers, click here.
>> NAML
>>
>>
>>
>> ________________________________
>> View this message in context: Re: FormDesigner.php
>>
>> 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
>> [hidden email]
>> 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/
>
> ------------------------------------------------------------------------------
> 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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656888.html
> To start a new topic under web-ERP-developers, email [hidden email]
> To unsubscribe from web-ERP-developers, click here.
> NAML
>
>
>
> ________________________________
> View this message in context: Re: FormDesigner.php
> 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
>



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[ExsonQu <hex...@gm...>]

*Hi, all:*

          Tim bring out a point that the non-programmer can easily modified
the xml files. I'm not sure if it's a truth. 
          Beside we benefit over disadvantage, there is still another
question not be answered: It's quite complicated for developer to modify the
file after using form designer. We have to learn the new rules and it's not
a breezy experience IMHO. 

         If it really bring convenient for those non programmer, I think
what we should solved is to find a solution for those programmer who can
modify the code easily instead of using those xml files.

        Thanks and best regards!

        Exson 
          



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656895.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] FormDesigner.php

[Pak R. <pak...@gm...>]

Hi all:

As a user I think FormDesigner is quite complex to use, and in my case, I
prefer to change the code than fighting back and forth with the designer (I
never could get it right, so it's maybe my neurons not being able to
understand it).
It should be OK to use if we get a WYSIWYG form designer working. If not...
it's just as cryptic as understanding the code. IMO both options have
strong weaknesses from user's perspective and none of them is nice and easy
to use.
Not sure how many final users out there are brave enough to understand and
modify FormDesigner forms, so I agree with Exson, whatever is easier for
the developers should be the right way (unless there's a WYSIWYG editor and
designer).


Regards,
Ricard


2013/11/18 ExsonQu <hex...@gm...>

> *Hi, all:*
>
>           Tim bring out a point that the non-programmer can easily modified
> the xml files. I'm not sure if it's a truth.
>           Beside we benefit over disadvantage, there is still another
> question not be answered: It's quite complicated for developer to modify
> the
> file after using form designer. We have to learn the new rules and it's not
> a breezy experience IMHO.
>
>          If it really bring convenient for those non programmer, I think
> what we should solved is to find a solution for those programmer who can
> modify the code easily instead of using those xml files.
>
>         Thanks and best regards!
>
>         Exson
>
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656895.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
>

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Exson,

What I said was we should have a solution available for
non-programmers. I said nothing about modifying XML files.

What I said was that using the form designer is the best solution for
non-programmers that we have at the moment. Of course when somebody
comes up with a better way (and there will always be a better way to
any solution) then we should use that.

What I said was that taking out the current solution before somebody
comes up with a better way is not good.

Thanks
Tim

On 18/11/2013, ExsonQu <hex...@gm...> wrote:
> *Hi, all:*
>
>           Tim bring out a point that the non-programmer can easily modified
> the xml files. I'm not sure if it's a truth.
>           Beside we benefit over disadvantage, there is still another
> question not be answered: It's quite complicated for developer to modify
> the
> file after using form designer. We have to learn the new rules and it's not
> a breezy experience IMHO.
>
>          If it really bring convenient for those non programmer, I think
> what we should solved is to find a solution for those programmer who can
> modify the code easily instead of using those xml files.
>
>         Thanks and best regards!
>
>         Exson
>
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/FormDesigner-php-tp4656864p4656895.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
>


-- 
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/

Re: [WebERP-developers] FormDesigner.php

[ExsonQu <hex...@gm...>]

*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.

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Exson, well currently we have an imperfect solution for programmers
and imperfect solution for non-programmers, but at least there is a
solution for both. Your mission, should you choose to accept it, is to
improve either or both without harming the other.

Tim

On 18 November 2013 10:12, ExsonQu <hex...@gm...> 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



-- 
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/

Re: [WebERP-developers] FormDesigner.php

[Phil D. <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
>

Re: [WebERP-developers] FormDesigner.php

[Rafael C. <raf...@gm...>]

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
>

Re: [WebERP-developers] FormDesigner.php

[Tim S. <tim...@gm...>]

Hi Rafael,

This sounds great.

Thanks
Tim

On 19 November 2013 17:47, Rafael Chacón <raf...@gm...> 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 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/

Re: [WebERP-developers] FormDesigner.php

[Rafael C. <raf...@gm...>]

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
>

Re: [WebERP-developers] FormDesigner.php

[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.