web-erp-developers — Discussion on development of webERP

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

Hi Bob,

Thank you for your comments.

About PDF forms modifications: I am trying to merge customisation inside
the main code as options. My goal is to reduce the re-customisation of the
upgrades. I'd be glad to know that kind of customisation you did to see how
to incorporate it to the master code.

About XML as another "dialect": I think it's best to have the report
customisation in the database. But as simple data, not XML, not json,
not... Pros: less "framework to be learned and mastered". Cons: We have to
re-write and migrate all reports.

About hierarchy for scripts: Nice idea! It remains me
GNU/Linux/Debian/Ubuntu/Mint/Gnome... each customisation in in the next
layer.

About the form designer: I was tempted to improve it, but that would
perpetuate the inherited problems that make very difficult to customise the
reports (no standard coordinates; unsuited for LTR/RTL languages changes,
etc.). It is better to make a new one.

About PrintCustTransPortrait.php and others: We also modified that script
(all customers ask for it). It is a nightmare when we have updates of that
scripts.

Best regards, Rafael.

2016-10-06 6:57 GMT-06:00 rfthomas <rf...@as...>:

> We do modify a few of the PDF forms (as well as several other scripts - we
> should get some incorporated into the main trunk as they are of general
> use)
> and for each release we need to back in our changes.  For the past several
> releases (only with respect to PDF) there have been no changes in the
> information passed and the major libraries (includes), so we are able to
> just copy the modified scripts.
>
> PDF generation is generally very fast using the existing software.  We find
> that the database code is where the major overhead resides.
>
> Adding XML is forcing another "dialect" to be learned and mastered in order
> to make changes.  As we understand it, xml is just a framework that code
> must interpret, in the case of weberp such would be done utilizing php
> code.
>
> We would prefer an execution search hierarchy for scripts, where users
> would
> place customized code into customer directories.  We recognize that there
> is
> a performance penalty for such.  It would also require that changes that
> involve database, session, get, or post data incompatibility be documented.
>
> We do agree that the report writer and forms are difficult to use and that
> the results are not always as expected.  The form designer is missing
> several forms, e.g. Quotation, Packing Slip, and Credit Notes.  We have not
> researched the form code.
>
> Is the Sales Invoice form data, i.e. Customer Invoice, actually used in the
> code?  We have modified the scripts to enable printing customer invoices,
> credit notes and packing slips from PrintCustTransPortrait.php.
>
> Bob Thomas
>
>
>
> --
> View this message in context: http://weberp-accounting.
> 1478800.n4.nabble.com/Replace-addJpegFromFile-from-R-OS-pdf-
> php-with-Image-from-tcpdf-php-tp4658687p4658698.html
> Sent from the web-ERP-developers mailing list archive at Nabble.com.
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

[rfthomas <rf...@as...>]

We do modify a few of the PDF forms (as well as several other scripts - we
should get some incorporated into the main trunk as they are of general use)
and for each release we need to back in our changes.  For the past several
releases (only with respect to PDF) there have been no changes in the
information passed and the major libraries (includes), so we are able to
just copy the modified scripts.

PDF generation is generally very fast using the existing software.  We find
that the database code is where the major overhead resides.

Adding XML is forcing another "dialect" to be learned and mastered in order
to make changes.  As we understand it, xml is just a framework that code
must interpret, in the case of weberp such would be done utilizing php code.  

We would prefer an execution search hierarchy for scripts, where users would
place customized code into customer directories.  We recognize that there is
a performance penalty for such.  It would also require that changes that
involve database, session, get, or post data incompatibility be documented.

We do agree that the report writer and forms are difficult to use and that
the results are not always as expected.  The form designer is missing
several forms, e.g. Quotation, Packing Slip, and Credit Notes.  We have not
researched the form code.

Is the Sales Invoice form data, i.e. Customer Invoice, actually used in the
code?  We have modified the scripts to enable printing customer invoices,
credit notes and packing slips from PrintCustTransPortrait.php.

Bob Thomas



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Replace-addJpegFromFile-from-R-OS-pdf-php-with-Image-from-tcpdf-php-tp4658687p4658698.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

Hi,

Interesting! I know that TCPDF can convert from HTML to PDF, but I did not
this TCPDF's XML-funcionality. This functionality is consistent with the
tendency to use the xhtml instead of other formats: EPUB (ISO 30135) is a
ZIPped website, openDocument (ISO 26300) is a zipped XML-based file, SVG
(W3C SVG) is a XML text file.

About PHP vs. XML: I think we should separate two things:
1. The features (the "work" done by the software), and
2. The customisation.

The features (part 1) should be in PHP and free, as possible, of
javascripts (see: https://www.gnu.org/philosophy/javascript-trap.en.html,
https://www.leaseweb.com/labs/2013/07/10-very-good-reasons-to-stop-using-javascript/
). The customisation (part 2), in the other hand, should be in a separate
file or storage.
The reason: if customisation is part of the PHP code, when upgrading the
main PHP code, a step of comparisons is needed to merge the differences
(and if there are many customers who have personalised their reports, much
overhead!).

One of the problems of the R&OS pdf.php is that the coordinates are always
from left-bottom corner. For LTR languages, the initial user coordinate
system is in the top-left corner (see
https://www.w3.org/TR/SVG/coords.html#InitialCoordinateSystem). Also, all
measures should be to the top-left corner of any element (for LTR
languages); AddText and AddTexWarp have different references.

~includes/class.pdf.php inherits those problems and has others.
~includes/class.pdf.php as a wrapper class is very bad: It is not easy to
understand, slow, there is an incomplete equivalent from R&OS.pdf.php to
tcpdf.php, and we miss some tcpdf functionalities.

Probably, the best solution is to have a "common form/report code" that
"encapsulates" the functionality of the underlying class, captures the
inflexibility (allows easy adapt or change shape) and hides the complexity
(provides a level of abstraction).

To meet the objectives of the project, we have to save resources (less
code: ~includes/class.pdf.php) to invest in a code that provides
flexibility, separates features from customisation, and improves the
readability to newcomers.

Best regards, Rafael.

----------
2016-10-05 19:05 GMT-06:00 <ph...@lo...>:

Sorry I just sent this back as a blank reply I was re-reading it.... so
to clarify my understanding
There is an option in TCPDF to create a form in xml with all the fields
defined then put in place via the xml ...

I am undecided on the XML form designer as this is hard to manipulate -
it is clever yes... but if you try to adjust fields etc it is not that
easy. It is really much easier to modify a PHP script to create the pdf
you want in my view. Also the XML form designer is quite limited in the
modifications you can effect.

If we are trying to remove an intermediary script

includes/class.pdf.php

then great... but WOW... a LOT of work involved and whilst it does
remove abstraction, and therefore I like it, it does not actually
provide additional functionality. I'd like it but could not justify the
work to do it personally.

If we are looking to move all pdfs to an XML form/report writer then I
am not sure this is such a good plan because although it allows local
customisation of the XML, the points above:

- not so flexible as writing the PHP script directly
- no easy to visualise as context is all in the PHP script
- the PHP script to create the PDF is miserable to read
PLUS
- parsing of XML has its own overhead.
- file permissions/locations etc have all been issues for the XML

I may not be understanding correctly.

On the subject of using Front Accounting work... it is open source, I am
sure these guys will have no problem giving code back to us... Front
Accounting was originally a fork from webERP!! However, we should ask
them out of courtesy and attribute to those guys that wrote the code, we
may find they are already in our list of contributors!

On the subject of the wikipedia page, I see their concerns - if our page
is simply an advert (it is!) then perhaps it doesn't belong. However, if
other ERP systems warrant a page then why wouldn't we? I have simply
presented the code as available for those that want it and have not
actively promoted webERP as better than another system - up to
individuals to assess the worthiness or not of our system for
themselves. It is good that you are spreading the word - but of lesser
importance to me personally than ensuring the adherence to our basic
principles and code conventions. We are not selling anything - well I'm
not!

Phil
----------

> On 2016-10-04 08:35, Rafael Chacón wrote:
> > Hi Gilberto,
> >
> > About the linked script: It is a follow of my previous email. It is an
> > example to show that we are trying to do when using the native TCPDF
> > functions directly instead of includes/class.pdf.php. Obviously, it
> > will simplify code and make it more efficient, fast, and readable (but
> > we are going to not have class.pdf.php as a wrapper class). But the
> > important is that the resources saved will be invested in new
> > functionalities (and to move to a new form editor). We are trying to
> > merge all customised versions in one code and do customisation in a
> > XML file. Some of those new options are:
> >
> > + There are 3 turn on/off images with a modifiable opacity; image
> > format supported with our old TCPDF version: GD, GD2, GD2PART, GIF,
> > JPEG, PNG, BMP, XBM, XPM.
> >
> > + There are 5 turn on/off rectangles with round-able corners,
> > fill-able with colour, on/off borders.
> > + There are 7 turn on/off lines with modifiable dot pattern.
> > + There is a turn on/off text.
> >
> > Those options are shown in the linked code. Today, the customisation
> > in quotation should be done inside the script as a pure hard-code. If
> > you compare current quotation with the quotation generated by this
> > linked script, you will see some differences:
> > + more images (one as a transparent watermark);
> > + rectangles filled with colour, with some rounded corners (not all
> > corners) and without border;
> > + new lines with different dot patterns;
> > + a new text as imprint.
> >
> > To hide the above new elements, just modify from
> > <display>yes</display> to <display>no</display> in the XML file. I am
> > working to include all customisations (that I know) as options within
> > the XML file.
> >
> > If you use this liked script, remember to delete line 113 of
> > PDFQuotation.php when restoring. WARNING: do NOT use Form_Designer
> > because coordinates are from top-left to top-left . I think new
> > Form_Designer should be from top-left to top-left, responsible and
> > with new elements.
> >
> > Please, tel me know all your comments about this.
> >
> > Best regards, Rafael.
> >
> > 2016-10-03 17:36 GMT-06:00 gilberto dos santos alves
> > <gs...@gm...>:
> >
> >> hi. please see inside Quotation.xml file
> >> comments must be  <!--    -->  like html
> >> not /*    */. there are some that i missing on quotation.xml?
> >> regards.
> >>
> >> --
> >> gilberto dos santos alves
> >> +55(11)9-8646-5049
> >> sao paulo - sp - brasil
> >>
> >> 2016-10-03 19:49 GMT-03:00 Rafael Chacón
> >> <raf...@gm...>:
> >>
> >> http://verdorama.systems/20161002_Quotation.zip [1] (zip 550
> >> Blacklisted file extension detected)
> >>
> >> 2016-10-03 16:38 GMT-06:00 Rafael Chacón
> >> <raf...@gm...>:
> >>
> >> Hi,
> >>
> >> Follow my last email, I enclose an example (if you use it, remember
> >> to delete line 113 of PDFQuotation.php when restoring).
> >>
> >> There are 3 turn on/off images with a modifiable opacity; format
> >> supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG,
> >> PNG, BMP, XBM, XPM.
> >> There are 5 turn on/off rectangles with roundable corners, fillable
> >> with colour, on/off borders.
> >> There are 7 turn on/off lines with modifiable dot pattern.
> >> There is a turn on/off text.
> >>
> >> To hide an element, just modify from <display>yes</display> to
> >> <display>NO</display> in the XML file.
> >>
> >> WARNING: do NOT use Form_Designer because coordinates are from
> >> top-left to top-left . I think new Form Designer should be from
> >> top-left to top-left, responsible and with new elements.
> >>
> >> Best regards, Rafael.
> >>
> >> 2016-10-03 14:21 GMT-06:00 Rafael Chacón
> >> <raf...@gm...>:
> >>
> >> Hi Tim,
> >>
> >> I was not thinking in keep class.pdf.php as a wrapper class. I was
> >> thinking on simplify code and make it more efficient, fast, and
> >> readable. The resources saved on using the native TCPDF functions
> >> directly can be invested in new functionalities (and to move to a
> >> new form editor).
> >>
> >> I explain myself: we can have more options so that customization is
> >> done inside an xml file rather than directly on the php code. I hope
> >> that will reduce the merge work of upgrades to the custom versions.
> >>
> >> I am working on: Set alpha to semi-transparency images; use of
> >> several image types rather than jpeg; turn-no/turn-off additional
> >> elements; round or not each corner of a rectangle;  turn-no/turn-off
> >> a rectangle border; colour fill of a rectangle; style of a line
> >> (several types of dots); include Ellipses, regular-polygons and
> >> star-polygons; use of soft hyphen ("shy" character), etc.
> >>
> >> I think it's best to get as close as possible to html code.
> >>
> >> Best regards, Rafael.
> >>
> >> 2016-10-03 [2] 7:09 GMT-06:00 Tim Schofield
> >> <tim...@gm...>:
> >> Hi Rafael,
> >>
> >> As I understand it by retaining class.pdf.php as a wrapper class we
> >> keep the option of changing from TCPDF at some point in the future.
> >> In
> >> that case all we would have to do is to change the one class rather
> >> than having to change all the files that use PDF functionality.
> >>
> >> Or am I missing something?
> >>
> >> Thanks
> >> Tim
> >>
> >> On 1 October 2016 at 19:26, Rafael Chacón
> >>
> >> <raf...@gm...> wrote:
> >>> Hello,
> >>>
> >>> As way to simplify code and make it more efficient, fast, and
> >> readable, we
> >>> are looking to do not have includes/class.pdf.php and used the
> >> native TCPDF
> >>> functions directly.
> >>>
> >>> One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
> >> Image()
> >>> [from tcpdf.php].
> >>>
> >>> Change to be done:
> >>> // Company Logo:
> >>> /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
> >> $HHH);*/
> >>> $pdf->Image(
> >>> $_SESSION['LogoFile'],// Name of the file containing the image.
> >>> $XXX,// Abscissa from left border to the upper-left corner (LTR).
> >>> $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
> >> upper-left
> >>> corner (LTR).
> >>> $WWW,// Width of the image in the page. If not specified or equal
> >> to zero,
> >>> it is automatically calculated.
> >>> $HHH,// Height of the image in the page. If not specified or equal
> >> to zero,
> >>> it is automatically calculated.
> >>> ''// Image format. If not specified, the type is inferred from the
> >> file
> >>> extension.
> >>> );// Public function Image() in ~/includes/tcpdf/tcpdf.php
> >>>
> >>> That change needs to done in 35 files:
> >>> ~/FixedAssetRegister.php
> >>> ~/PDFFGLabel.php
> >>> ~/PDFGLJournalCN.php
> >>> ~/PDFPrintLabel.php
> >>> ~/PDFQALabel.php
> >>> ~/PDFReceipt.php
> >>> ~/PDFRemittanceAdvice.php
> >>> ~/PrintCustTrans.php
> >>> ~/PrintCustTransPortrait.php
> >>> ~/includes/PDFBankingSummaryPageHeader.inc
> >>> ~/includes/PDFChequeListingPageHeader.inc
> >>> ~/includes/PDFCOAHeader.inc
> >>> ~/includes/PDFCustTransListingPageHeader.inc
> >>> ~/includes/PDFDeliveryDifferencesPageHeader.inc
> >>> ~/includes/PDFDIFOTPageHeader.inc
> >>> ~/includes/PDFGLJournalHeaderCN.inc
> >>> ~/includes/PDFGLJournalHeader.inc
> >>> ~/includes/PDFGrnHeader.inc
> >>> ~/includes/PDFOrderPageHeader_generic.inc
> >>> ~/includes/PDFOrdersInvoicedPageHeader.inc
> >>> ~/includes/PDFOrderStatusPageHeader.inc
> >>> ~/includes/PDFPeriodStockTransListingPageHeader.inc
> >>> ~/includes/PDFPickingListHeader.inc
> >>> ~/includes/PDFProdSpecHeader.inc
> >>> ~/includes/PDFQuotationPageHeader.inc
> >>> ~/includes/PDFQuotationPortraitPageHeader.inc
> >>> ~/includes/PDFSalesOrder_generic.inc
> >>> ~/includes/PDFStatementPageHeader.inc
> >>> ~/includes/PDFStockTransferHeader.inc
> >>> ~/includes/PDFSuppTransListingPageHeader.inc
> >>> ~/includes/PDFTopItemsHeader.inc
> >>> ~/includes/PDFTransPageHeader.inc
> >>> ~/includes/PDFTransPageHeaderPortrait.inc
> >>> ~/includes/PDFWOPageHeader.inc
> >>> ~/includes/PO_PDFOrderPageHeader.inc
> >>>
> >>> I afraid that some of these files are used with customisation. If
> >> that is
> >>> true, please let me know which files are customised, to take the
> >> appropriate
> >>> precautions.
> >>>
> >>> Best regards, Rafael.
> >>>
> >>
> >>>
> >>
> > ------------------------------------------------------------
> ------------------
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> >>> _______________________________________________
> >>> Web-erp-developers mailing list
> >>> Web...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >> [3]
> >>>
> >>
> >> --
> >> Course View Towers,
> >> Plot 21 Yusuf Lule Road,
> >> Kampala
> >> T   +256 (0) 312 314 418 [4]
> >> M +256 (0) 752 963 325 [5]
> >> www.weberpafrica.com [6]
> >> Twitter: @TimSchofield2
> >> Blog: http://weberpafrica.blogspot.co.uk/ [7]
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Web-erp-developers mailing list
> > Web...@li...
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Web-erp-developers mailing list
> > Web...@li...
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> >
> >
> >
> > Links:
> > ------
> > [1] http://verdorama.systems/20161002_Quotation.zip
> > [2] tel:2016-10-03
> > [3] https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> > [4] tel:%2B256%20%280%29%20312%20314%20418
> > [5] tel:%2B256%20%280%29%20752%20963%20325
> > [6] http://www.weberpafrica.com
> > [7] http://weberpafrica.blogspot.co.uk/
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Web-erp-developers mailing list
> > Web...@li...
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

[WebERP-developers] Discussion today

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

Sorry I just sent this back as a blank reply I was re-reading it.... so 
to clarify my understanding
There is an option in TCPDF to create a form in xml with all the fields 
defined then put in place via the xml ...

I am undecided on the XML form designer as this is hard to manipulate - 
it is clever yes... but if you try to adjust fields etc it is not that 
easy. It is really much easier to modify a PHP script to create the pdf 
you want in my view. Also the XML form designer is quite limited in the 
modifications you can effect.

If we are trying to remove an intermediary script

includes/class.pdf.php

then great... but WOW... a LOT of work involved and whilst it does 
remove abstraction, and therefore I like it, it does not actually 
provide additional functionality. I'd like it but could not justify the 
work to do it personally.

If we are looking to move all pdfs to an XML form/report writer then I 
am not sure this is such a good plan because although it allows local 
customisation of the XML, the points above:

- not so flexible as writing the PHP script directly
- no easy to visualise as context is all in the PHP script
- the PHP script to create the PDF is miserable to read
PLUS
- parsing of XML has its own overhead.
- file permissions/locations etc have all been issues for the XML

I may not be understanding correctly.

On the subject of using Front Accounting work... it is open source, I am 
sure these guys will have no problem giving code back to us... Front 
Accounting was originally a fork from webERP!! However, we should ask 
them out of courtesy and attribute to those guys that wrote the code, we 
may find they are already in our list of contributors!

On the subject of the wikipedia page, I see their concerns - if our page 
is simply an advert (it is!) then perhaps it doesn't belong. However, if 
other ERP systems warrant a page then why wouldn't we? I have simply 
presented the code as available for those that want it and have not 
actively promoted webERP as better than another system - up to 
individuals to assess the worthiness or not of our system for 
themselves. It is good that you are spreading the word - but of lesser 
importance to me personally than ensuring the adherence to our basic 
principles and code conventions. We are not selling anything - well I'm 
not!

Phil





On 2016-10-04 08:35, Rafael Chacón wrote:
> Hi Gilberto,
> 
> About the linked script: It is a follow of my previous email. It is an
> example to show that we are trying to do when using the native TCPDF
> functions directly instead of includes/class.pdf.php. Obviously, it
> will simplify code and make it more efficient, fast, and readable (but
> we are going to not have class.pdf.php as a wrapper class). But the
> important is that the resources saved will be invested in new
> functionalities (and to move to a new form editor). We are trying to
> merge all customised versions in one code and do customisation in a
> XML file. Some of those new options are:
> 
> + There are 3 turn on/off images with a modifiable opacity; image
> format supported with our old TCPDF version: GD, GD2, GD2PART, GIF,
> JPEG, PNG, BMP, XBM, XPM.
> 
> + There are 5 turn on/off rectangles with round-able corners,
> fill-able with colour, on/off borders.
> + There are 7 turn on/off lines with modifiable dot pattern.
> + There is a turn on/off text.
> 
> Those options are shown in the linked code. Today, the customisation
> in quotation should be done inside the script as a pure hard-code. If
> you compare current quotation with the quotation generated by this
> linked script, you will see some differences:
> + more images (one as a transparent watermark);
> + rectangles filled with colour, with some rounded corners (not all
> corners) and without border;
> + new lines with different dot patterns;
> + a new text as imprint.
> 
> To hide the above new elements, just modify from
> <display>yes</display> to <display>no</display> in the XML file. I am
> working to include all customisations (that I know) as options within
> the XML file.
> 
> If you use this liked script, remember to delete line 113 of
> PDFQuotation.php when restoring. WARNING: do NOT use Form_Designer
> because coordinates are from top-left to top-left . I think new
> Form_Designer should be from top-left to top-left, responsible and
> with new elements.
> 
> Please, tel me know all your comments about this.
> 
> Best regards, Rafael.
> 
> 2016-10-03 17:36 GMT-06:00 gilberto dos santos alves
> <gs...@gm...>:
> 
>> hi. please see inside Quotation.xml file
>> comments must be  <!--    -->  like html
>> not /*    */. there are some that i missing on quotation.xml?
>> regards.
>> 
>> --
>> gilberto dos santos alves
>> +55(11)9-8646-5049
>> sao paulo - sp - brasil
>> 
>> 2016-10-03 19:49 GMT-03:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> http://verdorama.systems/20161002_Quotation.zip [1] (zip 550
>> Blacklisted file extension detected)
>> 
>> 2016-10-03 16:38 GMT-06:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> Hi,
>> 
>> Follow my last email, I enclose an example (if you use it, remember
>> to delete line 113 of PDFQuotation.php when restoring).
>> 
>> There are 3 turn on/off images with a modifiable opacity; format
>> supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG,
>> PNG, BMP, XBM, XPM.
>> There are 5 turn on/off rectangles with roundable corners, fillable
>> with colour, on/off borders.
>> There are 7 turn on/off lines with modifiable dot pattern.
>> There is a turn on/off text.
>> 
>> To hide an element, just modify from <display>yes</display> to
>> <display>NO</display> in the XML file.
>> 
>> WARNING: do NOT use Form_Designer because coordinates are from
>> top-left to top-left . I think new Form Designer should be from
>> top-left to top-left, responsible and with new elements.
>> 
>> Best regards, Rafael.
>> 
>> 2016-10-03 14:21 GMT-06:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> Hi Tim,
>> 
>> I was not thinking in keep class.pdf.php as a wrapper class. I was
>> thinking on simplify code and make it more efficient, fast, and
>> readable. The resources saved on using the native TCPDF functions
>> directly can be invested in new functionalities (and to move to a
>> new form editor).
>> 
>> I explain myself: we can have more options so that customization is
>> done inside an xml file rather than directly on the php code. I hope
>> that will reduce the merge work of upgrades to the custom versions.
>> 
>> I am working on: Set alpha to semi-transparency images; use of
>> several image types rather than jpeg; turn-no/turn-off additional
>> elements; round or not each corner of a rectangle;  turn-no/turn-off
>> a rectangle border; colour fill of a rectangle; style of a line
>> (several types of dots); include Ellipses, regular-polygons and
>> star-polygons; use of soft hyphen ("shy" character), etc.
>> 
>> I think it's best to get as close as possible to html code.
>> 
>> Best regards, Rafael.
>> 
>> 2016-10-03 [2] 7:09 GMT-06:00 Tim Schofield
>> <tim...@gm...>:
>> Hi Rafael,
>> 
>> As I understand it by retaining class.pdf.php as a wrapper class we
>> keep the option of changing from TCPDF at some point in the future.
>> In
>> that case all we would have to do is to change the one class rather
>> than having to change all the files that use PDF functionality.
>> 
>> Or am I missing something?
>> 
>> Thanks
>> Tim
>> 
>> On 1 October 2016 at 19:26, Rafael Chacón
>> 
>> <raf...@gm...> wrote:
>>> Hello,
>>> 
>>> As way to simplify code and make it more efficient, fast, and
>> readable, we
>>> are looking to do not have includes/class.pdf.php and used the
>> native TCPDF
>>> functions directly.
>>> 
>>> One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
>> Image()
>>> [from tcpdf.php].
>>> 
>>> Change to be done:
>>> // Company Logo:
>>> /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
>> $HHH);*/
>>> $pdf->Image(
>>> $_SESSION['LogoFile'],// Name of the file containing the image.
>>> $XXX,// Abscissa from left border to the upper-left corner (LTR).
>>> $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
>> upper-left
>>> corner (LTR).
>>> $WWW,// Width of the image in the page. If not specified or equal
>> to zero,
>>> it is automatically calculated.
>>> $HHH,// Height of the image in the page. If not specified or equal
>> to zero,
>>> it is automatically calculated.
>>> ''// Image format. If not specified, the type is inferred from the
>> file
>>> extension.
>>> );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>>> 
>>> That change needs to done in 35 files:
>>> ~/FixedAssetRegister.php
>>> ~/PDFFGLabel.php
>>> ~/PDFGLJournalCN.php
>>> ~/PDFPrintLabel.php
>>> ~/PDFQALabel.php
>>> ~/PDFReceipt.php
>>> ~/PDFRemittanceAdvice.php
>>> ~/PrintCustTrans.php
>>> ~/PrintCustTransPortrait.php
>>> ~/includes/PDFBankingSummaryPageHeader.inc
>>> ~/includes/PDFChequeListingPageHeader.inc
>>> ~/includes/PDFCOAHeader.inc
>>> ~/includes/PDFCustTransListingPageHeader.inc
>>> ~/includes/PDFDeliveryDifferencesPageHeader.inc
>>> ~/includes/PDFDIFOTPageHeader.inc
>>> ~/includes/PDFGLJournalHeaderCN.inc
>>> ~/includes/PDFGLJournalHeader.inc
>>> ~/includes/PDFGrnHeader.inc
>>> ~/includes/PDFOrderPageHeader_generic.inc
>>> ~/includes/PDFOrdersInvoicedPageHeader.inc
>>> ~/includes/PDFOrderStatusPageHeader.inc
>>> ~/includes/PDFPeriodStockTransListingPageHeader.inc
>>> ~/includes/PDFPickingListHeader.inc
>>> ~/includes/PDFProdSpecHeader.inc
>>> ~/includes/PDFQuotationPageHeader.inc
>>> ~/includes/PDFQuotationPortraitPageHeader.inc
>>> ~/includes/PDFSalesOrder_generic.inc
>>> ~/includes/PDFStatementPageHeader.inc
>>> ~/includes/PDFStockTransferHeader.inc
>>> ~/includes/PDFSuppTransListingPageHeader.inc
>>> ~/includes/PDFTopItemsHeader.inc
>>> ~/includes/PDFTransPageHeader.inc
>>> ~/includes/PDFTransPageHeaderPortrait.inc
>>> ~/includes/PDFWOPageHeader.inc
>>> ~/includes/PO_PDFOrderPageHeader.inc
>>> 
>>> I afraid that some of these files are used with customisation. If
>> that is
>>> true, please let me know which files are customised, to take the
>> appropriate
>>> precautions.
>>> 
>>> Best regards, Rafael.
>>> 
>> 
>>> 
>> 
> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>> [3]
>>> 
>> 
>> --
>> Course View Towers,
>> Plot 21 Yusuf Lule Road,
>> Kampala
>> T   +256 (0) 312 314 418 [4]
>> M +256 (0) 752 963 325 [5]
>> www.weberpafrica.com [6]
>> Twitter: @TimSchofield2
>> Blog: http://weberpafrica.blogspot.co.uk/ [7]
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> 
> 
> 
> Links:
> ------
> [1] http://verdorama.systems/20161002_Quotation.zip
> [2] tel:2016-10-03
> [3] https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> [4] tel:%2B256%20%280%29%20312%20314%20418
> [5] tel:%2B256%20%280%29%20752%20963%20325
> [6] http://www.weberpafrica.com
> [7] http://weberpafrica.blogspot.co.uk/
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

On 2016-10-04 08:35, Rafael Chacón wrote:
> Hi Gilberto,
> 
> About the linked script: It is a follow of my previous email. It is an
> example to show that we are trying to do when using the native TCPDF
> functions directly instead of includes/class.pdf.php. Obviously, it
> will simplify code and make it more efficient, fast, and readable (but
> we are going to not have class.pdf.php as a wrapper class). But the
> important is that the resources saved will be invested in new
> functionalities (and to move to a new form editor). We are trying to
> merge all customised versions in one code and do customisation in a
> XML file. Some of those new options are:
> 
> + There are 3 turn on/off images with a modifiable opacity; image
> format supported with our old TCPDF version: GD, GD2, GD2PART, GIF,
> JPEG, PNG, BMP, XBM, XPM.
> 
> + There are 5 turn on/off rectangles with round-able corners,
> fill-able with colour, on/off borders.
> + There are 7 turn on/off lines with modifiable dot pattern.
> + There is a turn on/off text.
> 
> Those options are shown in the linked code. Today, the customisation
> in quotation should be done inside the script as a pure hard-code. If
> you compare current quotation with the quotation generated by this
> linked script, you will see some differences:
> + more images (one as a transparent watermark);
> + rectangles filled with colour, with some rounded corners (not all
> corners) and without border;
> + new lines with different dot patterns;
> + a new text as imprint.
> 
> To hide the above new elements, just modify from
> <display>yes</display> to <display>no</display> in the XML file. I am
> working to include all customisations (that I know) as options within
> the XML file.
> 
> If you use this liked script, remember to delete line 113 of
> PDFQuotation.php when restoring. WARNING: do NOT use Form_Designer
> because coordinates are from top-left to top-left . I think new
> Form_Designer should be from top-left to top-left, responsible and
> with new elements.
> 
> Please, tel me know all your comments about this.
> 
> Best regards, Rafael.
> 
> 2016-10-03 17:36 GMT-06:00 gilberto dos santos alves
> <gs...@gm...>:
> 
>> hi. please see inside Quotation.xml file
>> comments must be  <!--    -->  like html
>> not /*    */. there are some that i missing on quotation.xml?
>> regards.
>> 
>> --
>> gilberto dos santos alves
>> +55(11)9-8646-5049
>> sao paulo - sp - brasil
>> 
>> 2016-10-03 19:49 GMT-03:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> http://verdorama.systems/20161002_Quotation.zip [1] (zip 550
>> Blacklisted file extension detected)
>> 
>> 2016-10-03 16:38 GMT-06:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> Hi,
>> 
>> Follow my last email, I enclose an example (if you use it, remember
>> to delete line 113 of PDFQuotation.php when restoring).
>> 
>> There are 3 turn on/off images with a modifiable opacity; format
>> supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG,
>> PNG, BMP, XBM, XPM.
>> There are 5 turn on/off rectangles with roundable corners, fillable
>> with colour, on/off borders.
>> There are 7 turn on/off lines with modifiable dot pattern.
>> There is a turn on/off text.
>> 
>> To hide an element, just modify from <display>yes</display> to
>> <display>NO</display> in the XML file.
>> 
>> WARNING: do NOT use Form_Designer because coordinates are from
>> top-left to top-left . I think new Form Designer should be from
>> top-left to top-left, responsible and with new elements.
>> 
>> Best regards, Rafael.
>> 
>> 2016-10-03 14:21 GMT-06:00 Rafael Chacón
>> <raf...@gm...>:
>> 
>> Hi Tim,
>> 
>> I was not thinking in keep class.pdf.php as a wrapper class. I was
>> thinking on simplify code and make it more efficient, fast, and
>> readable. The resources saved on using the native TCPDF functions
>> directly can be invested in new functionalities (and to move to a
>> new form editor).
>> 
>> I explain myself: we can have more options so that customization is
>> done inside an xml file rather than directly on the php code. I hope
>> that will reduce the merge work of upgrades to the custom versions.
>> 
>> I am working on: Set alpha to semi-transparency images; use of
>> several image types rather than jpeg; turn-no/turn-off additional
>> elements; round or not each corner of a rectangle;  turn-no/turn-off
>> a rectangle border; colour fill of a rectangle; style of a line
>> (several types of dots); include Ellipses, regular-polygons and
>> star-polygons; use of soft hyphen ("shy" character), etc.
>> 
>> I think it's best to get as close as possible to html code.
>> 
>> Best regards, Rafael.
>> 
>> 2016-10-03 [2] 7:09 GMT-06:00 Tim Schofield
>> <tim...@gm...>:
>> Hi Rafael,
>> 
>> As I understand it by retaining class.pdf.php as a wrapper class we
>> keep the option of changing from TCPDF at some point in the future.
>> In
>> that case all we would have to do is to change the one class rather
>> than having to change all the files that use PDF functionality.
>> 
>> Or am I missing something?
>> 
>> Thanks
>> Tim
>> 
>> On 1 October 2016 at 19:26, Rafael Chacón
>> 
>> <raf...@gm...> wrote:
>>> Hello,
>>> 
>>> As way to simplify code and make it more efficient, fast, and
>> readable, we
>>> are looking to do not have includes/class.pdf.php and used the
>> native TCPDF
>>> functions directly.
>>> 
>>> One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
>> Image()
>>> [from tcpdf.php].
>>> 
>>> Change to be done:
>>> // Company Logo:
>>> /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
>> $HHH);*/
>>> $pdf->Image(
>>> $_SESSION['LogoFile'],// Name of the file containing the image.
>>> $XXX,// Abscissa from left border to the upper-left corner (LTR).
>>> $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
>> upper-left
>>> corner (LTR).
>>> $WWW,// Width of the image in the page. If not specified or equal
>> to zero,
>>> it is automatically calculated.
>>> $HHH,// Height of the image in the page. If not specified or equal
>> to zero,
>>> it is automatically calculated.
>>> ''// Image format. If not specified, the type is inferred from the
>> file
>>> extension.
>>> );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>>> 
>>> That change needs to done in 35 files:
>>> ~/FixedAssetRegister.php
>>> ~/PDFFGLabel.php
>>> ~/PDFGLJournalCN.php
>>> ~/PDFPrintLabel.php
>>> ~/PDFQALabel.php
>>> ~/PDFReceipt.php
>>> ~/PDFRemittanceAdvice.php
>>> ~/PrintCustTrans.php
>>> ~/PrintCustTransPortrait.php
>>> ~/includes/PDFBankingSummaryPageHeader.inc
>>> ~/includes/PDFChequeListingPageHeader.inc
>>> ~/includes/PDFCOAHeader.inc
>>> ~/includes/PDFCustTransListingPageHeader.inc
>>> ~/includes/PDFDeliveryDifferencesPageHeader.inc
>>> ~/includes/PDFDIFOTPageHeader.inc
>>> ~/includes/PDFGLJournalHeaderCN.inc
>>> ~/includes/PDFGLJournalHeader.inc
>>> ~/includes/PDFGrnHeader.inc
>>> ~/includes/PDFOrderPageHeader_generic.inc
>>> ~/includes/PDFOrdersInvoicedPageHeader.inc
>>> ~/includes/PDFOrderStatusPageHeader.inc
>>> ~/includes/PDFPeriodStockTransListingPageHeader.inc
>>> ~/includes/PDFPickingListHeader.inc
>>> ~/includes/PDFProdSpecHeader.inc
>>> ~/includes/PDFQuotationPageHeader.inc
>>> ~/includes/PDFQuotationPortraitPageHeader.inc
>>> ~/includes/PDFSalesOrder_generic.inc
>>> ~/includes/PDFStatementPageHeader.inc
>>> ~/includes/PDFStockTransferHeader.inc
>>> ~/includes/PDFSuppTransListingPageHeader.inc
>>> ~/includes/PDFTopItemsHeader.inc
>>> ~/includes/PDFTransPageHeader.inc
>>> ~/includes/PDFTransPageHeaderPortrait.inc
>>> ~/includes/PDFWOPageHeader.inc
>>> ~/includes/PO_PDFOrderPageHeader.inc
>>> 
>>> I afraid that some of these files are used with customisation. If
>> that is
>>> true, please let me know which files are customised, to take the
>> appropriate
>>> precautions.
>>> 
>>> Best regards, Rafael.
>>> 
>> 
>>> 
>> 
> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>> [3]
>>> 
>> 
>> --
>> Course View Towers,
>> Plot 21 Yusuf Lule Road,
>> Kampala
>> T   +256 (0) 312 314 418 [4]
>> M +256 (0) 752 963 325 [5]
>> www.weberpafrica.com [6]
>> Twitter: @TimSchofield2
>> Blog: http://weberpafrica.blogspot.co.uk/ [7]
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [3]
> 
> 
> 
> Links:
> ------
> [1] http://verdorama.systems/20161002_Quotation.zip
> [2] tel:2016-10-03
> [3] https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> [4] tel:%2B256%20%280%29%20312%20314%20418
> [5] tel:%2B256%20%280%29%20752%20963%20325
> [6] http://www.weberpafrica.com
> [7] http://weberpafrica.blogspot.co.uk/
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

Hi Gilberto,

About the linked script: It is a follow of my previous email. It is an
example to show that we are trying to do when using the native TCPDF
functions directly instead of includes/class.pdf.php. Obviously, it will
simplify code and make it more efficient, fast, and readable (but we are
going to not have class.pdf.php as a wrapper class). But the important is
that the resources saved will be invested in new functionalities (and to
move to a new form editor). We are trying to merge all customised versions
in one code and do customisation in a XML file. Some of those new options
are:

+ There are 3 turn on/off images with a modifiable opacity; image format
supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG, PNG,
BMP, XBM, XPM.
+ There are 5 turn on/off rectangles with round-able corners, fill-able
with colour, on/off borders.
+ There are 7 turn on/off lines with modifiable dot pattern.
+ There is a turn on/off text.

Those options are shown in the linked code. Today, the customisation in
quotation should be done inside the script as a pure hard-code. If you
compare current quotation with the quotation generated by this linked
script, you will see some differences:
+ more images (one as a transparent watermark);
+ rectangles filled with colour, with some rounded corners (not all
corners) and without border;
+ new lines with different dot patterns;
+ a new text as imprint.

To hide the above new elements, just modify from <display>yes</display> to
<display>no</display> in the XML file. I am working to include all
customisations (that I know) as options within the XML file.

If you use this liked script, remember to delete line 113 of
PDFQuotation.php when restoring. WARNING: do NOT use Form_Designer because
coordinates are from top-left to top-left . I think new Form_Designer
should be from top-left to top-left, responsible and with new elements.

Please, tel me know all your comments about this.

Best regards, Rafael.


2016-10-03 17:36 GMT-06:00 gilberto dos santos alves <gs...@gm...>:

> hi. please see inside Quotation.xml file
> comments must be  <!--    -->  like html
> not /*    */. there are some that i missing on quotation.xml?
> regards.
>
> --
> gilberto dos santos alves
> +55(11)9-8646-5049
> sao paulo - sp - brasil
>
>
>
>
>
> 2016-10-03 19:49 GMT-03:00 Rafael Chacón <raf...@gm...>:
>
>> http://verdorama.systems/20161002_Quotation.zip (zip 550 Blacklisted
>> file extension detected)
>>
>> 2016-10-03 16:38 GMT-06:00 Rafael Chacón <raf...@gm...>
>> :
>>
>>> Hi,
>>>
>>> Follow my last email, I enclose an example (if you use it, remember to
>>> delete line 113 of PDFQuotation.php when restoring).
>>>
>>> There are 3 turn on/off images with a modifiable opacity; format
>>> supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG, PNG,
>>> BMP, XBM, XPM.
>>> There are 5 turn on/off rectangles with roundable corners, fillable with
>>> colour, on/off borders.
>>> There are 7 turn on/off lines with modifiable dot pattern.
>>> There is a turn on/off text.
>>>
>>> To hide an element, just modify from <display>yes</display> to <display>
>>> *no*</display> in the XML file.
>>>
>>> WARNING: do NOT use Form_Designer because coordinates are from top-left
>>> to top-left . I think new Form Designer should be from top-left to
>>> top-left, responsible and with new elements.
>>>
>>> Best regards, Rafael.
>>>
>>>
>>>
>>>
>>> 2016-10-03 14:21 GMT-06:00 Rafael Chacón <raf...@gm...
>>> >:
>>>
>>>> Hi Tim,
>>>>
>>>> I was not thinking in keep class.pdf.php as a wrapper class. I was
>>>> thinking on simplify code and make it more efficient, fast, and
>>>> readable. The resources saved on using the native TCPDF functions directly
>>>> can be invested in new functionalities (and to move to a new form editor).
>>>>
>>>> I explain myself: we can have more options so that customization is
>>>> done inside an xml file rather than directly on the php code. I hope that
>>>> will reduce the merge work of upgrades to the custom versions.
>>>>
>>>> I am working on: Set alpha to semi-transparency images; use of several
>>>> image types rather than jpeg; turn-no/turn-off additional elements; round
>>>> or not each corner of a rectangle;  turn-no/turn-off a rectangle
>>>> border; colour fill of a rectangle; style of a line (several types of
>>>> dots); include Ellipses, regular-polygons and star-polygons; use of
>>>> soft hyphen ("shy" character), etc.
>>>>
>>>> I think it's best to get as close as possible to html code.
>>>>
>>>> Best regards, Rafael.
>>>>
>>>>
>>>> 2016-10-03 7:09 GMT-06:00 Tim Schofield <tim...@gm...>:
>>>>
>>>>> Hi Rafael,
>>>>>
>>>>> As I understand it by retaining class.pdf.php as a wrapper class we
>>>>> keep the option of changing from TCPDF at some point in the future. In
>>>>> that case all we would have to do is to change the one class rather
>>>>> than having to change all the files that use PDF functionality.
>>>>>
>>>>> Or am I missing something?
>>>>>
>>>>> Thanks
>>>>> Tim
>>>>>
>>>>> On 1 October 2016 at 19:26, Rafael Chacón
>>>>> <raf...@gm...> wrote:
>>>>> > Hello,
>>>>> >
>>>>> > As way to simplify code and make it more efficient, fast, and
>>>>> readable, we
>>>>> > are looking to do not have includes/class.pdf.php and used the
>>>>> native TCPDF
>>>>> > functions directly.
>>>>> >
>>>>> > One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
>>>>> Image()
>>>>> > [from tcpdf.php].
>>>>> >
>>>>> > Change to be done:
>>>>> > // Company Logo:
>>>>> > /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
>>>>> $HHH);*/
>>>>> > $pdf->Image(
>>>>> > $_SESSION['LogoFile'],// Name of the file containing the image.
>>>>> > $XXX,// Abscissa from left border to the upper-left corner (LTR).
>>>>> > $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
>>>>> upper-left
>>>>> > corner (LTR).
>>>>> > $WWW,// Width of the image in the page. If not specified or equal to
>>>>> zero,
>>>>> > it is automatically calculated.
>>>>> > $HHH,// Height of the image in the page. If not specified or equal
>>>>> to zero,
>>>>> > it is automatically calculated.
>>>>> > ''// Image format. If not specified, the type is inferred from the
>>>>> file
>>>>> > extension.
>>>>> > );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>>>>> >
>>>>> > That change needs to done in 35 files:
>>>>> > ~/FixedAssetRegister.php
>>>>> > ~/PDFFGLabel.php
>>>>> > ~/PDFGLJournalCN.php
>>>>> > ~/PDFPrintLabel.php
>>>>> > ~/PDFQALabel.php
>>>>> > ~/PDFReceipt.php
>>>>> > ~/PDFRemittanceAdvice.php
>>>>> > ~/PrintCustTrans.php
>>>>> > ~/PrintCustTransPortrait.php
>>>>> > ~/includes/PDFBankingSummaryPageHeader.inc
>>>>> > ~/includes/PDFChequeListingPageHeader.inc
>>>>> > ~/includes/PDFCOAHeader.inc
>>>>> > ~/includes/PDFCustTransListingPageHeader.inc
>>>>> > ~/includes/PDFDeliveryDifferencesPageHeader.inc
>>>>> > ~/includes/PDFDIFOTPageHeader.inc
>>>>> > ~/includes/PDFGLJournalHeaderCN.inc
>>>>> > ~/includes/PDFGLJournalHeader.inc
>>>>> > ~/includes/PDFGrnHeader.inc
>>>>> > ~/includes/PDFOrderPageHeader_generic.inc
>>>>> > ~/includes/PDFOrdersInvoicedPageHeader.inc
>>>>> > ~/includes/PDFOrderStatusPageHeader.inc
>>>>> > ~/includes/PDFPeriodStockTransListingPageHeader.inc
>>>>> > ~/includes/PDFPickingListHeader.inc
>>>>> > ~/includes/PDFProdSpecHeader.inc
>>>>> > ~/includes/PDFQuotationPageHeader.inc
>>>>> > ~/includes/PDFQuotationPortraitPageHeader.inc
>>>>> > ~/includes/PDFSalesOrder_generic.inc
>>>>> > ~/includes/PDFStatementPageHeader.inc
>>>>> > ~/includes/PDFStockTransferHeader.inc
>>>>> > ~/includes/PDFSuppTransListingPageHeader.inc
>>>>> > ~/includes/PDFTopItemsHeader.inc
>>>>> > ~/includes/PDFTransPageHeader.inc
>>>>> > ~/includes/PDFTransPageHeaderPortrait.inc
>>>>> > ~/includes/PDFWOPageHeader.inc
>>>>> > ~/includes/PO_PDFOrderPageHeader.inc
>>>>> >
>>>>> > I afraid that some of these files are used with customisation. If
>>>>> that is
>>>>> > true, please let me know which files are customised, to take the
>>>>> appropriate
>>>>> > precautions.
>>>>> >
>>>>> > Best regards, Rafael.
>>>>> >
>>>>> > ------------------------------------------------------------
>>>>> ------------------
>>>>> > Check out the vibrant tech community on one of the world's most
>>>>> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>>> > _______________________________________________
>>>>> > 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/
>>>>>
>>>>
>>>>
>>>
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

[gilberto d. s. a. <gs...@gm...>]

hi. please see inside Quotation.xml file
comments must be  <!--    -->  like html
not /*    */. there are some that i missing on quotation.xml?
regards.

--
gilberto dos santos alves
+55(11)9-8646-5049
sao paulo - sp - brasil





2016-10-03 19:49 GMT-03:00 Rafael Chacón <raf...@gm...>:

> http://verdorama.systems/20161002_Quotation.zip (zip 550 Blacklisted file
> extension detected)
>
> 2016-10-03 16:38 GMT-06:00 Rafael Chacón <raf...@gm...>:
>
>> Hi,
>>
>> Follow my last email, I enclose an example (if you use it, remember to
>> delete line 113 of PDFQuotation.php when restoring).
>>
>> There are 3 turn on/off images with a modifiable opacity; format
>> supported with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG, PNG,
>> BMP, XBM, XPM.
>> There are 5 turn on/off rectangles with roundable corners, fillable with
>> colour, on/off borders.
>> There are 7 turn on/off lines with modifiable dot pattern.
>> There is a turn on/off text.
>>
>> To hide an element, just modify from <display>yes</display> to <display>
>> *no*</display> in the XML file.
>>
>> WARNING: do NOT use Form_Designer because coordinates are from top-left
>> to top-left . I think new Form Designer should be from top-left to
>> top-left, responsible and with new elements.
>>
>> Best regards, Rafael.
>>
>>
>>
>>
>> 2016-10-03 14:21 GMT-06:00 Rafael Chacón <raf...@gm...>
>> :
>>
>>> Hi Tim,
>>>
>>> I was not thinking in keep class.pdf.php as a wrapper class. I was
>>> thinking on simplify code and make it more efficient, fast, and
>>> readable. The resources saved on using the native TCPDF functions directly
>>> can be invested in new functionalities (and to move to a new form editor).
>>>
>>> I explain myself: we can have more options so that customization is done
>>> inside an xml file rather than directly on the php code. I hope that will
>>> reduce the merge work of upgrades to the custom versions.
>>>
>>> I am working on: Set alpha to semi-transparency images; use of several
>>> image types rather than jpeg; turn-no/turn-off additional elements; round
>>> or not each corner of a rectangle;  turn-no/turn-off a rectangle
>>> border; colour fill of a rectangle; style of a line (several types of
>>> dots); include Ellipses, regular-polygons and star-polygons; use of
>>> soft hyphen ("shy" character), etc.
>>>
>>> I think it's best to get as close as possible to html code.
>>>
>>> Best regards, Rafael.
>>>
>>>
>>> 2016-10-03 7:09 GMT-06:00 Tim Schofield <tim...@gm...>:
>>>
>>>> Hi Rafael,
>>>>
>>>> As I understand it by retaining class.pdf.php as a wrapper class we
>>>> keep the option of changing from TCPDF at some point in the future. In
>>>> that case all we would have to do is to change the one class rather
>>>> than having to change all the files that use PDF functionality.
>>>>
>>>> Or am I missing something?
>>>>
>>>> Thanks
>>>> Tim
>>>>
>>>> On 1 October 2016 at 19:26, Rafael Chacón
>>>> <raf...@gm...> wrote:
>>>> > Hello,
>>>> >
>>>> > As way to simplify code and make it more efficient, fast, and
>>>> readable, we
>>>> > are looking to do not have includes/class.pdf.php and used the native
>>>> TCPDF
>>>> > functions directly.
>>>> >
>>>> > One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
>>>> Image()
>>>> > [from tcpdf.php].
>>>> >
>>>> > Change to be done:
>>>> > // Company Logo:
>>>> > /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
>>>> $HHH);*/
>>>> > $pdf->Image(
>>>> > $_SESSION['LogoFile'],// Name of the file containing the image.
>>>> > $XXX,// Abscissa from left border to the upper-left corner (LTR).
>>>> > $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
>>>> upper-left
>>>> > corner (LTR).
>>>> > $WWW,// Width of the image in the page. If not specified or equal to
>>>> zero,
>>>> > it is automatically calculated.
>>>> > $HHH,// Height of the image in the page. If not specified or equal to
>>>> zero,
>>>> > it is automatically calculated.
>>>> > ''// Image format. If not specified, the type is inferred from the
>>>> file
>>>> > extension.
>>>> > );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>>>> >
>>>> > That change needs to done in 35 files:
>>>> > ~/FixedAssetRegister.php
>>>> > ~/PDFFGLabel.php
>>>> > ~/PDFGLJournalCN.php
>>>> > ~/PDFPrintLabel.php
>>>> > ~/PDFQALabel.php
>>>> > ~/PDFReceipt.php
>>>> > ~/PDFRemittanceAdvice.php
>>>> > ~/PrintCustTrans.php
>>>> > ~/PrintCustTransPortrait.php
>>>> > ~/includes/PDFBankingSummaryPageHeader.inc
>>>> > ~/includes/PDFChequeListingPageHeader.inc
>>>> > ~/includes/PDFCOAHeader.inc
>>>> > ~/includes/PDFCustTransListingPageHeader.inc
>>>> > ~/includes/PDFDeliveryDifferencesPageHeader.inc
>>>> > ~/includes/PDFDIFOTPageHeader.inc
>>>> > ~/includes/PDFGLJournalHeaderCN.inc
>>>> > ~/includes/PDFGLJournalHeader.inc
>>>> > ~/includes/PDFGrnHeader.inc
>>>> > ~/includes/PDFOrderPageHeader_generic.inc
>>>> > ~/includes/PDFOrdersInvoicedPageHeader.inc
>>>> > ~/includes/PDFOrderStatusPageHeader.inc
>>>> > ~/includes/PDFPeriodStockTransListingPageHeader.inc
>>>> > ~/includes/PDFPickingListHeader.inc
>>>> > ~/includes/PDFProdSpecHeader.inc
>>>> > ~/includes/PDFQuotationPageHeader.inc
>>>> > ~/includes/PDFQuotationPortraitPageHeader.inc
>>>> > ~/includes/PDFSalesOrder_generic.inc
>>>> > ~/includes/PDFStatementPageHeader.inc
>>>> > ~/includes/PDFStockTransferHeader.inc
>>>> > ~/includes/PDFSuppTransListingPageHeader.inc
>>>> > ~/includes/PDFTopItemsHeader.inc
>>>> > ~/includes/PDFTransPageHeader.inc
>>>> > ~/includes/PDFTransPageHeaderPortrait.inc
>>>> > ~/includes/PDFWOPageHeader.inc
>>>> > ~/includes/PO_PDFOrderPageHeader.inc
>>>> >
>>>> > I afraid that some of these files are used with customisation. If
>>>> that is
>>>> > true, please let me know which files are customised, to take the
>>>> appropriate
>>>> > precautions.
>>>> >
>>>> > Best regards, Rafael.
>>>> >
>>>> > ------------------------------------------------------------
>>>> ------------------
>>>> > Check out the vibrant tech community on one of the world's most
>>>> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>> > _______________________________________________
>>>> > 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/
>>>>
>>>
>>>
>>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

http://verdorama.systems/20161002_Quotation.zip (zip 550 Blacklisted file
extension detected)

2016-10-03 16:38 GMT-06:00 Rafael Chacón <raf...@gm...>:

> Hi,
>
> Follow my last email, I enclose an example (if you use it, remember to
> delete line 113 of PDFQuotation.php when restoring).
>
> There are 3 turn on/off images with a modifiable opacity; format supported
> with our old TCPDF version: GD, GD2, GD2PART, GIF, JPEG, PNG, BMP, XBM, XPM.
> There are 5 turn on/off rectangles with roundable corners, fillable with
> colour, on/off borders.
> There are 7 turn on/off lines with modifiable dot pattern.
> There is a turn on/off text.
>
> To hide an element, just modify from <display>yes</display> to <display>
> *no*</display> in the XML file.
>
> WARNING: do NOT use Form_Designer because coordinates are from top-left to
> top-left . I think new Form Designer should be from top-left to top-left,
> responsible and with new elements.
>
> Best regards, Rafael.
>
>
>
>
> 2016-10-03 14:21 GMT-06:00 Rafael Chacón <raf...@gm...>:
>
>> Hi Tim,
>>
>> I was not thinking in keep class.pdf.php as a wrapper class. I was
>> thinking on simplify code and make it more efficient, fast, and
>> readable. The resources saved on using the native TCPDF functions directly
>> can be invested in new functionalities (and to move to a new form editor).
>>
>> I explain myself: we can have more options so that customization is done
>> inside an xml file rather than directly on the php code. I hope that will
>> reduce the merge work of upgrades to the custom versions.
>>
>> I am working on: Set alpha to semi-transparency images; use of several
>> image types rather than jpeg; turn-no/turn-off additional elements; round
>> or not each corner of a rectangle;  turn-no/turn-off a rectangle
>> border; colour fill of a rectangle; style of a line (several types of
>> dots); include Ellipses, regular-polygons and star-polygons; use of soft
>> hyphen ("shy" character), etc.
>>
>> I think it's best to get as close as possible to html code.
>>
>> Best regards, Rafael.
>>
>>
>> 2016-10-03 7:09 GMT-06:00 Tim Schofield <tim...@gm...>:
>>
>>> Hi Rafael,
>>>
>>> As I understand it by retaining class.pdf.php as a wrapper class we
>>> keep the option of changing from TCPDF at some point in the future. In
>>> that case all we would have to do is to change the one class rather
>>> than having to change all the files that use PDF functionality.
>>>
>>> Or am I missing something?
>>>
>>> Thanks
>>> Tim
>>>
>>> On 1 October 2016 at 19:26, Rafael Chacón
>>> <raf...@gm...> wrote:
>>> > Hello,
>>> >
>>> > As way to simplify code and make it more efficient, fast, and
>>> readable, we
>>> > are looking to do not have includes/class.pdf.php and used the native
>>> TCPDF
>>> > functions directly.
>>> >
>>> > One step is to Replace addJpegFromFile() [from R&OS pdf.php] with
>>> Image()
>>> > [from tcpdf.php].
>>> >
>>> > Change to be done:
>>> > // Company Logo:
>>> > /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
>>> $HHH);*/
>>> > $pdf->Image(
>>> > $_SESSION['LogoFile'],// Name of the file containing the image.
>>> > $XXX,// Abscissa from left border to the upper-left corner (LTR).
>>> > $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
>>> upper-left
>>> > corner (LTR).
>>> > $WWW,// Width of the image in the page. If not specified or equal to
>>> zero,
>>> > it is automatically calculated.
>>> > $HHH,// Height of the image in the page. If not specified or equal to
>>> zero,
>>> > it is automatically calculated.
>>> > ''// Image format. If not specified, the type is inferred from the file
>>> > extension.
>>> > );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>>> >
>>> > That change needs to done in 35 files:
>>> > ~/FixedAssetRegister.php
>>> > ~/PDFFGLabel.php
>>> > ~/PDFGLJournalCN.php
>>> > ~/PDFPrintLabel.php
>>> > ~/PDFQALabel.php
>>> > ~/PDFReceipt.php
>>> > ~/PDFRemittanceAdvice.php
>>> > ~/PrintCustTrans.php
>>> > ~/PrintCustTransPortrait.php
>>> > ~/includes/PDFBankingSummaryPageHeader.inc
>>> > ~/includes/PDFChequeListingPageHeader.inc
>>> > ~/includes/PDFCOAHeader.inc
>>> > ~/includes/PDFCustTransListingPageHeader.inc
>>> > ~/includes/PDFDeliveryDifferencesPageHeader.inc
>>> > ~/includes/PDFDIFOTPageHeader.inc
>>> > ~/includes/PDFGLJournalHeaderCN.inc
>>> > ~/includes/PDFGLJournalHeader.inc
>>> > ~/includes/PDFGrnHeader.inc
>>> > ~/includes/PDFOrderPageHeader_generic.inc
>>> > ~/includes/PDFOrdersInvoicedPageHeader.inc
>>> > ~/includes/PDFOrderStatusPageHeader.inc
>>> > ~/includes/PDFPeriodStockTransListingPageHeader.inc
>>> > ~/includes/PDFPickingListHeader.inc
>>> > ~/includes/PDFProdSpecHeader.inc
>>> > ~/includes/PDFQuotationPageHeader.inc
>>> > ~/includes/PDFQuotationPortraitPageHeader.inc
>>> > ~/includes/PDFSalesOrder_generic.inc
>>> > ~/includes/PDFStatementPageHeader.inc
>>> > ~/includes/PDFStockTransferHeader.inc
>>> > ~/includes/PDFSuppTransListingPageHeader.inc
>>> > ~/includes/PDFTopItemsHeader.inc
>>> > ~/includes/PDFTransPageHeader.inc
>>> > ~/includes/PDFTransPageHeaderPortrait.inc
>>> > ~/includes/PDFWOPageHeader.inc
>>> > ~/includes/PO_PDFOrderPageHeader.inc
>>> >
>>> > I afraid that some of these files are used with customisation. If that
>>> is
>>> > true, please let me know which files are customised, to take the
>>> appropriate
>>> > precautions.
>>> >
>>> > Best regards, Rafael.
>>> >
>>> > ------------------------------------------------------------
>>> ------------------
>>> > Check out the vibrant tech community on one of the world's most
>>> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> > _______________________________________________
>>> > 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] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

Hi Tim,

I was not thinking in keep class.pdf.php as a wrapper class. I was thinking
on simplify code and make it more efficient, fast, and readable. The
resources saved on using the native TCPDF functions directly can be
invested in new functionalities (and to move to a new form editor).

I explain myself: we can have more options so that customization is done
inside an xml file rather than directly on the php code. I hope that will
reduce the merge work of upgrades to the custom versions.

I am working on: Set alpha to semi-transparency images; use of several
image types rather than jpeg; turn-no/turn-off additional elements; round
or not each corner of a rectangle;  turn-no/turn-off a rectangle
border; colour fill of a rectangle; style of a line (several types of
dots); include Ellipses, regular-polygons and star-polygons; use of soft
hyphen ("shy" character), etc.

I think it's best to get as close as possible to html code.

Best regards, Rafael.


2016-10-03 7:09 GMT-06:00 Tim Schofield <tim...@gm...>:

> Hi Rafael,
>
> As I understand it by retaining class.pdf.php as a wrapper class we
> keep the option of changing from TCPDF at some point in the future. In
> that case all we would have to do is to change the one class rather
> than having to change all the files that use PDF functionality.
>
> Or am I missing something?
>
> Thanks
> Tim
>
> On 1 October 2016 at 19:26, Rafael Chacón
> <raf...@gm...> wrote:
> > Hello,
> >
> > As way to simplify code and make it more efficient, fast, and readable,
> we
> > are looking to do not have includes/class.pdf.php and used the native
> TCPDF
> > functions directly.
> >
> > One step is to Replace addJpegFromFile() [from R&OS pdf.php] with Image()
> > [from tcpdf.php].
> >
> > Change to be done:
> > // Company Logo:
> > /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW,
> $HHH);*/
> > $pdf->Image(
> > $_SESSION['LogoFile'],// Name of the file containing the image.
> > $XXX,// Abscissa from left border to the upper-left corner (LTR).
> > $Page_Height -($YYY) -($HHH),// Ordinate from top border to the
> upper-left
> > corner (LTR).
> > $WWW,// Width of the image in the page. If not specified or equal to
> zero,
> > it is automatically calculated.
> > $HHH,// Height of the image in the page. If not specified or equal to
> zero,
> > it is automatically calculated.
> > ''// Image format. If not specified, the type is inferred from the file
> > extension.
> > );// Public function Image() in ~/includes/tcpdf/tcpdf.php
> >
> > That change needs to done in 35 files:
> > ~/FixedAssetRegister.php
> > ~/PDFFGLabel.php
> > ~/PDFGLJournalCN.php
> > ~/PDFPrintLabel.php
> > ~/PDFQALabel.php
> > ~/PDFReceipt.php
> > ~/PDFRemittanceAdvice.php
> > ~/PrintCustTrans.php
> > ~/PrintCustTransPortrait.php
> > ~/includes/PDFBankingSummaryPageHeader.inc
> > ~/includes/PDFChequeListingPageHeader.inc
> > ~/includes/PDFCOAHeader.inc
> > ~/includes/PDFCustTransListingPageHeader.inc
> > ~/includes/PDFDeliveryDifferencesPageHeader.inc
> > ~/includes/PDFDIFOTPageHeader.inc
> > ~/includes/PDFGLJournalHeaderCN.inc
> > ~/includes/PDFGLJournalHeader.inc
> > ~/includes/PDFGrnHeader.inc
> > ~/includes/PDFOrderPageHeader_generic.inc
> > ~/includes/PDFOrdersInvoicedPageHeader.inc
> > ~/includes/PDFOrderStatusPageHeader.inc
> > ~/includes/PDFPeriodStockTransListingPageHeader.inc
> > ~/includes/PDFPickingListHeader.inc
> > ~/includes/PDFProdSpecHeader.inc
> > ~/includes/PDFQuotationPageHeader.inc
> > ~/includes/PDFQuotationPortraitPageHeader.inc
> > ~/includes/PDFSalesOrder_generic.inc
> > ~/includes/PDFStatementPageHeader.inc
> > ~/includes/PDFStockTransferHeader.inc
> > ~/includes/PDFSuppTransListingPageHeader.inc
> > ~/includes/PDFTopItemsHeader.inc
> > ~/includes/PDFTransPageHeader.inc
> > ~/includes/PDFTransPageHeaderPortrait.inc
> > ~/includes/PDFWOPageHeader.inc
> > ~/includes/PO_PDFOrderPageHeader.inc
> >
> > I afraid that some of these files are used with customisation. If that is
> > true, please let me know which files are customised, to take the
> appropriate
> > precautions.
> >
> > Best regards, Rafael.
> >
> > ------------------------------------------------------------
> ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > _______________________________________________
> > 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] Use of .inc vs .inc.php

[rfthomas <rf...@as...>]

There already are some files in the various included packages with the
.inc.php extension.

We use WinMerge to compare changes between versions and allow for
integration of our specific modifications.  Making bulk extension changes
would make the upgrading process much more time consuming.  If such a change
is being made a new major version number needs to be established.

The change can't be done merely by overlaying the current version since such
would leave behind the .inc files and no security hole has been closed.

Web server security needs to be properly set if the pages are being served
on the internet.

Bob Thomas



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

Re: [WebERP-developers] Use of .inc vs .inc.php

[gilberto d. s. a. <gs...@gm...>]

from me +1 for .inc.php

Em 01/10/2016 15:13, "Rafael Chacón" <raf...@gm...>
escreveu:

> Hello,
>
> Anyone has any reason to keep the  ".inc" extension?
>
> For security reasons (see http://stackoverflow.com/
> questions/7129842/what-is-inc-and-why-to-use-it ), it is recommend to use
> ".inc.php" or ".php".
>
> For simplicity, I prefer to use ".php" instead of ".inc.php" to replace
> "inc", because all files to be included by other PHP files are inside the
> ~/includes/" directory.
>
> Comments, opinions, suggestions?
>
> Best regards, Rafael.
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

This is a really big job ... it would be good though.

I wonder if the best way might be to take 1 PDF script and re-write it 
using just native TCPDF functions - rather than look at replacing one 
function at a time. If the work involved in doing one is documented then 
perhaps we divide the remainder up if we get any volunteers and work 
through them one by one. Finally we cut class.pdf.php :-)


It would also be good to lose the .inc files and like you, I think just 
renaming them to .php under the includes directory would be the answer - 
I started using .php when I realised the error of my ways so we have 
some with .php under the includes folder already.

Phil

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

On 02/10/16 07:26, Rafael Chacón wrote:
> Hello,
>
> As way to simplify code and make it more efficient, fast, and 
> readable, we are looking to do not have includes/class.pdf.php and 
> used the native TCPDF functions directly.
>
> One step is to Replace addJpegFromFile() [from R&OS pdf.php] with 
> Image() [from tcpdf.php].
>
> Change to be done:
> // Company Logo:
> /*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW, $HHH);*/
> $pdf->Image(
> $_SESSION['LogoFile'],// Name of the file containing the image.
> $XXX,// Abscissa from left border to the upper-left corner (LTR).
> $Page_Height -($YYY) -($HHH),// Ordinate from top border to the 
> upper-left corner (LTR).
> $WWW,// Width of the image in the page. If not specified or equal to 
> zero, it is automatically calculated.
> $HHH,// Height of the image in the page. If not specified or equal to 
> zero, it is automatically calculated.
> ''// Image format. If not specified, the type is inferred from the 
> file extension.
> );// Public function Image() in ~/includes/tcpdf/tcpdf.php
>
> That change needs to done in 35 files:
> ~/FixedAssetRegister.php
> ~/PDFFGLabel.php
> ~/PDFGLJournalCN.php
> ~/PDFPrintLabel.php
> ~/PDFQALabel.php
> ~/PDFReceipt.php
> ~/PDFRemittanceAdvice.php
> ~/PrintCustTrans.php
> ~/PrintCustTransPortrait.php
> ~/includes/PDFBankingSummaryPageHeader.inc
> ~/includes/PDFChequeListingPageHeader.inc
> ~/includes/PDFCOAHeader.inc
> ~/includes/PDFCustTransListingPageHeader.inc
> ~/includes/PDFDeliveryDifferencesPageHeader.inc
> ~/includes/PDFDIFOTPageHeader.inc
> ~/includes/PDFGLJournalHeaderCN.inc
> ~/includes/PDFGLJournalHeader.inc
> ~/includes/PDFGrnHeader.inc
> ~/includes/PDFOrderPageHeader_generic.inc
> ~/includes/PDFOrdersInvoicedPageHeader.inc
> ~/includes/PDFOrderStatusPageHeader.inc
> ~/includes/PDFPeriodStockTransListingPageHeader.inc
> ~/includes/PDFPickingListHeader.inc
> ~/includes/PDFProdSpecHeader.inc
> ~/includes/PDFQuotationPageHeader.inc
> ~/includes/PDFQuotationPortraitPageHeader.inc
> ~/includes/PDFSalesOrder_generic.inc
> ~/includes/PDFStatementPageHeader.inc
> ~/includes/PDFStockTransferHeader.inc
> ~/includes/PDFSuppTransListingPageHeader.inc
> ~/includes/PDFTopItemsHeader.inc
> ~/includes/PDFTransPageHeader.inc
> ~/includes/PDFTransPageHeaderPortrait.inc
> ~/includes/PDFWOPageHeader.inc
> ~/includes/PO_PDFOrderPageHeader.inc
>
> I afraid that some of these files are used with customisation. If that 
> is true, please let me know which files are customised, to take the 
> appropriate precautions.
>
> Best regards, Rafael.
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
>
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[WebERP-developers] Replace addJpegFromFile() [from R&OS pdf.php] with Image() [from tcpdf.php].

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

Hello,

As way to simplify code and make it more efficient, fast, and readable, we
are looking to do not have includes/class.pdf.php and used the native TCPDF
functions directly.

One step is to Replace addJpegFromFile() [from R&OS pdf.php] with Image()
[from tcpdf.php].

Change to be done:
// Company Logo:
/*$pdf->addJpegFromFile($_SESSION['LogoFile'], $XXX, $YYY, $WWW, $HHH);*/
$pdf->Image(
$_SESSION['LogoFile'],// Name of the file containing the image.
$XXX,// Abscissa from left border to the upper-left corner (LTR).
$Page_Height -($YYY) -($HHH),// Ordinate from top border to the upper-left
corner (LTR).
$WWW,// Width of the image in the page. If not specified or equal to zero,
it is automatically calculated.
$HHH,// Height of the image in the page. If not specified or equal to zero,
it is automatically calculated.
''// Image format. If not specified, the type is inferred from the file
extension.
);// Public function Image() in ~/includes/tcpdf/tcpdf.php

That change needs to done in 35 files:
~/FixedAssetRegister.php
~/PDFFGLabel.php
~/PDFGLJournalCN.php
~/PDFPrintLabel.php
~/PDFQALabel.php
~/PDFReceipt.php
~/PDFRemittanceAdvice.php
~/PrintCustTrans.php
~/PrintCustTransPortrait.php
~/includes/PDFBankingSummaryPageHeader.inc
~/includes/PDFChequeListingPageHeader.inc
~/includes/PDFCOAHeader.inc
~/includes/PDFCustTransListingPageHeader.inc
~/includes/PDFDeliveryDifferencesPageHeader.inc
~/includes/PDFDIFOTPageHeader.inc
~/includes/PDFGLJournalHeaderCN.inc
~/includes/PDFGLJournalHeader.inc
~/includes/PDFGrnHeader.inc
~/includes/PDFOrderPageHeader_generic.inc
~/includes/PDFOrdersInvoicedPageHeader.inc
~/includes/PDFOrderStatusPageHeader.inc
~/includes/PDFPeriodStockTransListingPageHeader.inc
~/includes/PDFPickingListHeader.inc
~/includes/PDFProdSpecHeader.inc
~/includes/PDFQuotationPageHeader.inc
~/includes/PDFQuotationPortraitPageHeader.inc
~/includes/PDFSalesOrder_generic.inc
~/includes/PDFStatementPageHeader.inc
~/includes/PDFStockTransferHeader.inc
~/includes/PDFSuppTransListingPageHeader.inc
~/includes/PDFTopItemsHeader.inc
~/includes/PDFTransPageHeader.inc
~/includes/PDFTransPageHeaderPortrait.inc
~/includes/PDFWOPageHeader.inc
~/includes/PO_PDFOrderPageHeader.inc

I afraid that some of these files are used with customisation. If that is
true, please let me know which files are customised, to take the
appropriate precautions.

Best regards, Rafael.

[WebERP-developers] Use of .inc vs .inc.php

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

Hello,

Anyone has any reason to keep the  ".inc" extension?

For security reasons (see
http://stackoverflow.com/questions/7129842/what-is-inc-and-why-to-use-it ),
it is recommend to use ".inc.php" or ".php".

For simplicity, I prefer to use ".php" instead of ".inc.php" to replace
"inc", because all files to be included by other PHP files are inside the
~/includes/" directory.

Comments, opinions, suggestions?

Best regards, Rafael.

[WebERP-developers] webERP logo in Scalable Vector Graphics format.

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

Hi,

I added an webERP logo in Scalable Vector Graphics format.

The Scalable Vector Graphics (SVG) is a markup language (XML-based) format
for describing two-dimensional graphics applications and images with
support for interactivity and animation. The SVG specification is an open
standard (royalty-free) developed by the World Wide Web Consortium (W3C)
since 1999, and maintained by the "W3C SVG Working Group".

Note: I made the svg from the jpg, but approaching drawing lines. If
someone has the original art, it would be great.

Best regards, Rafael.

Re: [WebERP-developers] More issues with Customers and 4.13

[waynemcdougall <way...@gm...>]

Just a note that the 4.13 release on the SourceForge main page has not been
updated to fix this.



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/More-issues-with-Customers-and-4-13-tp4658659p4658679.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] weberp AuditTrail.php display misleading information

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

       yah. It missed this condition. 



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

[WebERP-developers] weberp AuditTrail.php display misleading information

[gilberto d. s. a. <gs...@gm...>]

[1]
https://sourceforge.net/p/web-erp/code/HEAD/tree/branches/working/AuditTrail.php#l122

​[2]
https://sourceforge.net/p/web-erp/code/HEAD/tree/branches/working/AuditTrail.php#l139

Hi. after make some retrieval for audit on weberp current version, i could
find that in some cases when
column contains SET, WHERE, AND, DELETE, FROM these contents is replaced
with blanks on AuditTrail functions at  [1] and/or [2].

these fragment of query should explain content of table audittrail columns
and contents (json format)

{"transactiondate":"2016-08-30
16:16:04","userid":"gsavix","querystring":"UPDATE
stockmaster\n\t\t\t\t\t\tSET longdescription='CAMISETA POLO FEM VERMELHA
P',\n\t\t\t\t\t\t\tdescription='CAMISETA POLO FEM VERMELHA
P',\n\t\t\t\t\t\t\tdiscontinued='0',\n\t\t\t\t\t\t\tcontrolled='0',\n\t\t\t\t\t\t\tserialised='0',\n\t\t\t\t\t\t\tperishable='0',\n\t\t\t\t\t\t\tcategoryid='PETA',\n\t\t\t\t\t\t\tunits='UN',\n\t\t\t\t\t\t\tmbflag='B',\n\t\t\t\t\t\t\teoq='0',\n\t\t\t\t\t\t\tvolume='0.0000',\n\t\t\t\t\t\t\tgrossweight='0.0000',\n\t\t\t\t\t\t\tnetweight='0.0000',\n\t\t\t\t\t\t\tbarcode='',\n\t\t\t\t\t\t\tdiscountcategory='',\n\t\t\t\t\t\t\ttaxcatid='6',\n\t\t\t\t\t\t\tdecimalplaces='2',\n\t\t\t\t\t\t\tshrinkfactor='0',\n\t\t\t\t\t\t\tpansize='0',\n\t\t\t\t\t\t\tnextserialno='0'\n\t\t\t\t\tWHERE
stockid='CPFE0314'"}

AuditTrail.php shows column description like ='CAMIA POLO FEM VERMELHA P'
cause
is
...
function UpdateQueryInfo [1] that replace

'CAMISETA' by 'CAMIA'

that is clearly not intended.

Please should I open one ticket or someone could change this.

thanks!

Re: [WebERP-developers] POS CounterSales and remote printing esc/p sample

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

Many thanks Gilberto.
Will look in detail and test it and come back with news.

Regards,
Ricard

2016-08-25 11:45 GMT+08:00 gilberto dos santos alves <gs...@gm...>:

> hi. please what is your environment? windows , dos, linux, mac ?
> and is your printer usb, serial or tcp/ip.
>
> if you use protocol esc/p on windows (use this batch dos comands (remember
> that need auth for connect or send to devices and / or share devices:
>
> commands that you will use:
> ------------------------------
> command 1 - net use
> C:\d16down>net use /?
> A sintaxe deste comando é:
>
> NET USE
> [nome_do_dispositivo | *] [\\nome_do_computador\nome_do_compartilhamento
> [\volume] [senha | *]]
>         [/USER:[nome_do_domínio\]nome_do_usuário]
>         [/USER:[nome do domínio com pontos\]nome_do_usuário]
>         [/USER:[nome_do_usuário@nome do domínio com pontos]
>         [/SMARTCARD]
>         [/SAVECRED]
>         [[/DELETE] | [/PERSISTENT:{YES | NO}]]
>
> NET USE {nome_do_dispositivo | *} [senha | *] /HOME
>
> NET USE [/PERSISTENT:{YES | NO}]
> ------------------------------
> command 2 - type your-file > lpt1
>
> ===================
>
> steps to implement part A of B:
>
> suppose your printer is connect on computer1 on port usb001
>
> 1 - first of all share resource usb001 from computer1
>
> on windows control panel, printer, share for users with assign share name
> like cupom
>
>
> 2- suppose thar you are in computer5 accessing weberp using firefox
>
> you need capture resource share with name cupom. you will need this only 1
> time for every session or use /persistent:yes (but there are many issues
> with windows versions, etc) i recommend this two commands:
>
> net use lpt1 /delete
> net use lpt1 \\computer1\cupom
>
> first command release any previous assing of port lpt2 of computer5
> second command assing port lpt1 (printer) of computer5 to computer1 shared
> name cupom
>
> be sure that all commands execute with ok (return code 0).
>
>
> ok now your computer5 knows and could send any text file to computer1 to
> port usb001 shared name cupom
>
> try send your text file named spool-text-file.prn  (that have esc/p
> commands inside) be carefully with page code (dos uses dos457, but we use
> dos850, or dos860 with accents, unicode iso-8859-1, or utf-8 code pages)
> pay attentions what your printer was configured to.
>
> ========================
>
> steps to implement part B of B:
>
> create one weberp-lpt1.bat that contains this command:
>
> @echo off
> type %1 > lpt1
>
>
> first command make off echo on console (cmd windows)
> second command print %1 (argument 1 (file name [in our case
> spool-text-file.prn])
> to our local lpt1 that is assign to \\computer1\cupom
> pay attention on \\computer-name case windows / dos uses backslash.
>
> as standard firefox will ask what action you whant when handle
> spool-text-file.prn and you could point to open with your batch dos file
> weberp-lpt1.bat (if you check box memorize firefox not ask again (see mime
> types) i choose .prn could be any you want.
>
> this fragment of php code show how to convert code page and header
> necessary to http server handle your text esc/p files
>
> $RECIBOCONT is your variables with all contents and esc/p commands.
>
> $RECIBOCONT = $RECIBOCONT . "\n" . "\n";
> //
> header('Content-type: application/prn');
> $axdoscp850 = mb_convert_encoding($RECIBOCONT, "CP850",
> mb_detect_encoding($RECIBOCONT, "UTF-8, ISO-8859-1", true));
> // converte para codepage cp850 tradicional codigo dos, impressoras etc
> header('Content-Length: ' . mb_strlen($axdoscp850));
> header('Content-Disposition: inline; filename=spool-text-file.prn');
> header('Expires: 0');
> header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
> header('Pragma: public');
> // saida do mimetype;
> echo $axdoscp850;
>
> 2016-08-24 23:11 GMT-03:00 Pak Ricard <pak...@gm...>:
>
>> Hi all:
>>
>> I'm trying to modify webERP POS CounterSales.php to be able to print
>> receipts in a mini printer in a silent (or as silent as possible) way.
>>
>> After a search, I think qz-print https://qz.io/ looks like the best way
>> to go
>>
>> Has anyone succeed integrating qz-print in webERP?
>> Is there any other better option available?
>>
>> Regards,
>> Ricard
>>
>> ------------------------------------------------------------
>> ------------------
>>
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
>
> --
> gilberto dos santos alves
> +55(11)9-8646-5049
> sao paulo - sp - brasil
>
>
>
>
>
> ------------------------------------------------------------
> ------------------
>
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] POS CounterSales and remote printing esc/p sample

[gilberto d. s. a. <gs...@gm...>]

hi. please what is your environment? windows , dos, linux, mac ?
and is your printer usb, serial or tcp/ip.

if you use protocol esc/p on windows (use this batch dos comands (remember
that need auth for connect or send to devices and / or share devices:

commands that you will use:
------------------------------
command 1 - net use
C:\d16down>net use /?
A sintaxe deste comando é:

NET USE
[nome_do_dispositivo | *] [\\nome_do_computador\nome_do_compartilhamento
[\volume] [senha | *]]
        [/USER:[nome_do_domínio\]nome_do_usuário]
        [/USER:[nome do domínio com pontos\]nome_do_usuário]
        [/USER:[nome_do_usuário@nome do domínio com pontos]
        [/SMARTCARD]
        [/SAVECRED]
        [[/DELETE] | [/PERSISTENT:{YES | NO}]]

NET USE {nome_do_dispositivo | *} [senha | *] /HOME

NET USE [/PERSISTENT:{YES | NO}]
------------------------------
command 2 - type your-file > lpt1

===================

steps to implement part A of B:

suppose your printer is connect on computer1 on port usb001

1 - first of all share resource usb001 from computer1

on windows control panel, printer, share for users with assign share name
like cupom


2- suppose thar you are in computer5 accessing weberp using firefox

you need capture resource share with name cupom. you will need this only 1
time for every session or use /persistent:yes (but there are many issues
with windows versions, etc) i recommend this two commands:

net use lpt1 /delete
net use lpt1 \\computer1\cupom

first command release any previous assing of port lpt2 of computer5
second command assing port lpt1 (printer) of computer5 to computer1 shared
name cupom

be sure that all commands execute with ok (return code 0).


ok now your computer5 knows and could send any text file to computer1 to
port usb001 shared name cupom

try send your text file named spool-text-file.prn  (that have esc/p
commands inside) be carefully with page code (dos uses dos457, but we use
dos850, or dos860 with accents, unicode iso-8859-1, or utf-8 code pages)
pay attentions what your printer was configured to.

========================

steps to implement part B of B:

create one weberp-lpt1.bat that contains this command:

@echo off
type %1 > lpt1


first command make off echo on console (cmd windows)
second command print %1 (argument 1 (file name [in our case
spool-text-file.prn])
to our local lpt1 that is assign to \\computer1\cupom
pay attention on \\computer-name case windows / dos uses backslash.

as standard firefox will ask what action you whant when handle
spool-text-file.prn and you could point to open with your batch dos file
weberp-lpt1.bat (if you check box memorize firefox not ask again (see mime
types) i choose .prn could be any you want.

this fragment of php code show how to convert code page and header
necessary to http server handle your text esc/p files

$RECIBOCONT is your variables with all contents and esc/p commands.

$RECIBOCONT = $RECIBOCONT . "\n" . "\n";
//
header('Content-type: application/prn');
$axdoscp850 = mb_convert_encoding($RECIBOCONT, "CP850",
mb_detect_encoding($RECIBOCONT, "UTF-8, ISO-8859-1", true));
// converte para codepage cp850 tradicional codigo dos, impressoras etc
header('Content-Length: ' . mb_strlen($axdoscp850));
header('Content-Disposition: inline; filename=spool-text-file.prn');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
// saida do mimetype;
echo $axdoscp850;

2016-08-24 23:11 GMT-03:00 Pak Ricard <pak...@gm...>:

> Hi all:
>
> I'm trying to modify webERP POS CounterSales.php to be able to print
> receipts in a mini printer in a silent (or as silent as possible) way.
>
> After a search, I think qz-print https://qz.io/ looks like the best way
> to go
>
> Has anyone succeed integrating qz-print in webERP?
> Is there any other better option available?
>
> Regards,
> Ricard
>
> ------------------------------------------------------------
> ------------------
>
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>


-- 
gilberto dos santos alves
+55(11)9-8646-5049
sao paulo - sp - brasil

[WebERP-developers] POS CounterSales and remote printing

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

Hi all:

I'm trying to modify webERP POS CounterSales.php to be able to print
receipts in a mini printer in a silent (or as silent as possible) way.

After a search, I think qz-print https://qz.io/ looks like the best way to
go

Has anyone succeed integrating qz-print in webERP?
Is there any other better option available?

Regards,
Ricard

Re: [WebERP-developers] Bug in 4.13 CustomerReceipt.php?

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

Nice one :-)
Phil

On 2016-08-16 07:34, Pak Ricard wrote:
> Fixed. All credit to Tim that found the solution :-)
> 
> Regards,
> Ricard
> 2016-08-16 8:28 GMT+08:00 Pak Ricard <pak...@gm...>:
> 
>> Hi Gilberto:
>> 
>> Nope, set to manual update currency exchange rates.
>> 
>> Regards,
>> Ricard
>> 
>> 2016-08-16 6:40 GMT+08:00 gilberto dos santos alves
>> <gs...@gm...>:
>> 
>> hi. your configurations have automatic update currency from google
>> finance assigned (checkbox)? (main menu, config. screen button)
>> 
>> 2016-08-12 2:49 GMT-03:00 Pak Ricard <pak...@gm...>:
>> 
>> Hi all:
>> 
>> Just discovered that when adding a receipt from customer in
>> different currency than functional, the field "Functional Exchange
>> Rate" does not get populated automatically as it did in previous
>> versions.
>> 
>> is it a bug or is it on purpose so user has to enter the rate each
>> time?
>> 
>> Regards,
>> Ricard
>> 
> ------------------------------------------------------------------------------
>> What NetFlow Analyzer can do for you? Monitors network bandwidth and
>> traffic
>> patterns at an interface-level. Reveals which users, apps, and
>> protocols are
>> consuming the most bandwidth. Provides multi-vendor support for
>> NetFlow,
>> J-Flow, sFlow and other flows. Make informed decisions using
>> capacity
>> planning reports. http://sdm.link/zohodev2dev
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [1]
>> 
>> --
>> 
>> gilberto dos santos alves
>> +55(11)9-8646-5049
>> sao paulo - sp - brasil
>> 
>> 
> ------------------------------------------------------------------------------
>> 
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers [1]
> 
> 
> 
> Links:
> ------
> [1] https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers

Re: [WebERP-developers] Bug in 4.13 CustomerReceipt.php?

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

Fixed. All credit to Tim that found the solution :-)

Regards,
Ricard

2016-08-16 8:28 GMT+08:00 Pak Ricard <pak...@gm...>:

> Hi Gilberto:
>
> Nope, set to manual update currency exchange rates.
>
> Regards,
> Ricard
>
> 2016-08-16 6:40 GMT+08:00 gilberto dos santos alves <gs...@gm...>:
>
>> hi. your configurations have automatic update currency from google
>> finance assigned (checkbox)? (main menu, config. screen button)
>>
>> 2016-08-12 2:49 GMT-03:00 Pak Ricard <pak...@gm...>:
>>
>>> Hi all:
>>>
>>> Just discovered that when adding a receipt from customer in different
>>> currency than functional, the field "Functional Exchange Rate" does not get
>>> populated automatically as it did in previous versions.
>>>
>>> is it a bug or is it on purpose so user has to enter the rate each time?
>>>
>>> Regards,
>>> Ricard
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> What NetFlow Analyzer can do for you? Monitors network bandwidth and
>>> traffic
>>> patterns at an interface-level. Reveals which users, apps, and protocols
>>> are
>>> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
>>> J-Flow, sFlow and other flows. Make informed decisions using capacity
>>> planning reports. http://sdm.link/zohodev2dev
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web...@li...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>
>>
>> --
>> gilberto dos santos alves
>> +55(11)9-8646-5049
>> sao paulo - sp - brasil
>>
>>
>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>>
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>

Re: [WebERP-developers] More issues with Customers and 4.13

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

Thanks Phil.
Tested and works OK

Regards,
Ricard

2016-08-15 17:54 GMT+08:00 Phil Daintree <ph...@lo...>:

> Fixed - thanks for the report.
>
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz
>
> On 12/08/16 18:18, Pak Ricard wrote:
>
> Hi all:
>
> In SelectCustomer.php, after selecting a customer, if user clicks on
> "Email Customer Statement" it gives error 404 as there is no
> EmailCustStatements.php on 4.13 distribution. Is the file missing or is it
> a deprecated functionality?
>
> Also, if trying to Print Customer Statement (with a customer with some
> transactions), it shows twice the header and no info (attached screenshot).
> We have set one contact as email  statement = yes and another = no
>
> Any idea what's happening?
>
> Regards,
> Ricard
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. http://sdm.link/zohodev2dev
>
>
>
> _______________________________________________
> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>
> ------------------------------------------------------------
> ------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. http://sdm.link/zohodev2dev
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] Bug in 4.13 CustomerReceipt.php?

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

Hi Gilberto:

Nope, set to manual update currency exchange rates.

Regards,
Ricard

2016-08-16 6:40 GMT+08:00 gilberto dos santos alves <gs...@gm...>:

> hi. your configurations have automatic update currency from google finance
> assigned (checkbox)? (main menu, config. screen button)
>
> 2016-08-12 2:49 GMT-03:00 Pak Ricard <pak...@gm...>:
>
>> Hi all:
>>
>> Just discovered that when adding a receipt from customer in different
>> currency than functional, the field "Functional Exchange Rate" does not get
>> populated automatically as it did in previous versions.
>>
>> is it a bug or is it on purpose so user has to enter the rate each time?
>>
>> Regards,
>> Ricard
>>
>> ------------------------------------------------------------
>> ------------------
>> What NetFlow Analyzer can do for you? Monitors network bandwidth and
>> traffic
>> patterns at an interface-level. Reveals which users, apps, and protocols
>> are
>> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
>> J-Flow, sFlow and other flows. Make informed decisions using capacity
>> planning reports. http://sdm.link/zohodev2dev
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
>
> --
> gilberto dos santos alves
> +55(11)9-8646-5049
> sao paulo - sp - brasil
>
>
>
>
>
> ------------------------------------------------------------
> ------------------
>
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>