SVN

[Javier de Lorenzo-Cáceres]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Phil, Tim, Nicholas and all the developers, coders and contributors,

 

I didn't realize how great is the job that Nicholas and Murray did with the CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good mail collection of how to work with the SVN and other matters, thanks again. I don't see any reason to not begin to commit to the trunk but if we wait there will be. I have waited to commit, waited to get confidence with both SVN and WebERP. Instead to commit, I have noted the files I would like to change along with some narrative. For the minor changes as htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel confident to apply. For other changes as database field types I will ask for permission or consense.

 

If we don't begin now, we will have to be prepared to loose one of the following three: the great Nicholas work, some cvs history or the time and effort, i.e., if a file is changed more than once in the cvs, updating the svn trunk without loosing previous change(s) will not be as easy as an "add" and we will have to learn how to merge both histories.

 

The method I am using to update the utf-8 branch with the cvs updates and to keep a notebook with the outstanding commits is all but comfortable. If I had started to commit to the trunk, those files would need trace to keep an eye if overwritten, which is more or less the same work. Of course, the easy way would be to work with the cvs but that's not the shape of my mind.

 

Now that I'm confident with the svn I will begin to work with the another UTF-8 branch created by Murray. It has files history and it is a fresh 3.11 ISO so all the changes to utf-8 will be recorded. Once finished, i will delete my utf-8 branch to avoid possible confusion.

 

The move to utf-8 has not resulted as difficult but to make things well-done all the reports should be reviewed (this is what we feared) and for the same reason that Tim changed Stream() by Output('filename', 'I') all functions should be changed and class.pdf.php removed; albeit that's not absolutely neccesary, it would only be better in my opinion. That's not difficult, only time-consuming for the quantity of reports and the fact that we don't have a sortered list and the 4 different pdf techniques. The functions to change are:

 

Stream -> Output (done in 39 + 2 new)

selectFont -> SetFont (this has to be consensed)

newPage -> AddPage

line -> Line

addText -> Text

addInfo -> SetAuthor

addJpegFromFile -> Image

partEllipse -> ellipse

ellipse ->

addTextWrap ->

 

At least, the TCPDF choice is a solid step, i think. Some says it's not as stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell, maybe Dale will want to help. I believe TCPDF will have a solid development. By the way, I haven't taken a look for TCPDF updates.

 

But the move to utf-8 is not the matter now; it's the move to svn.

 

Thanks and regards,

javier

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Hi Javier,

As I have already said I plan to move to svn this week - in fact I
have already started it. I thought Nicholas and/or Murray were keeping
svn updated with any cvs changes, but that seemed to stop for some
reason. I am now bringing svn up to date with cvs and then we can turn
cvs off.

Thanks
Tim


2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:

> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>
> I didn't realize how great is the job that Nicholas and Murray did with the
> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
> mail collection of how to work with the SVN and other matters, thanks
> again. I don't see any reason to not begin to commit to the trunk but if
> we wait there will be. I have waited to commit, waited to get confidence
> with both SVN and WebERP. Instead to commit, I have noted the files I would
> like to change along with some narrative. For the minor changes as
> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
> confident to apply. For other changes as database field types I will ask for
> permission or consense.
>
> If we don't begin now, we will have to be prepared to loose one of the
> following three: the great Nicholas work, some cvs history or the time and
> effort, i.e., if a file is changed more than once in the cvs, updating the
> svn trunk without loosing previous change(s) will not be as easy as an "add"
> and we will have to learn how to merge both histories.
>
> The method I am using to update the utf-8 branch with the cvs updates and to
> keep a notebook with the outstanding commits is all but comfortable. If I
> had started to commit to the trunk, those files would need trace to keep an
> eye if overwritten, which is more or less the same work. Of course, the easy
> way would be to work with the cvs but that's not the shape of my mind.
>
> Now that I'm confident with the svn I will begin to work with the another
> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
> ISO so all the changes to utf-8 will be recorded. Once finished, i will
> delete my utf-8 branch to avoid possible confusion.
>
> The move to utf-8 has not resulted as difficult but to make things well-done
> all the reports should be reviewed (this is what we feared) and for the same
> reason that Tim changed Stream() by Output('filename', 'I') all functions
> should be changed and class.pdf.php removed; albeit that's not absolutely
> neccesary, it would only be better in my opinion. That's not difficult, only
> time-consuming for the quantity of reports and the fact that we don't have a
> sortered list and the 4 different pdf techniques. The functions to change
> are:
>
> Stream -> Output (done in 39 + 2 new)
> selectFont -> SetFont (this has to be consensed)
> newPage -> AddPage
> line -> Line
> addText -> Text
> addInfo -> SetAuthor
> addJpegFromFile -> Image
> partEllipse -> ellipse
> ellipse ->
> addTextWrap ->
>
> At least, the TCPDF choice is a solid step, i think. Some says it's not as
> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
> maybe Dale will want to help. I believe TCPDF will have a solid development.
> By the way, I haven't taken a look for TCPDF updates.
>
> But the move to utf-8 is not the matter now; it's the move to svn.
>
> Thanks and regards,
> javier
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.

great! will you let us know when we could "switch" svn?

thank you!

Tim Schofield wrote:

> Hi Javier,
>
> As I have already said I plan to move to svn this week - in fact I
> have already started it. I thought Nicholas and/or Murray were keeping
> svn updated with any cvs changes, but that seemed to stop for some
> reason. I am now bringing svn up to date with cvs and then we can turn
> cvs off.
>
> Thanks
> Tim
>
>
> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>  
>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>
>> I didn't realize how great is the job that Nicholas and Murray did with the
>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>> mail collection of how to work with the SVN and other matters, thanks
>> again. I don't see any reason to not begin to commit to the trunk but if
>> we wait there will be. I have waited to commit, waited to get confidence
>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>> like to change along with some narrative. For the minor changes as
>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>> confident to apply. For other changes as database field types I will ask for
>> permission or consense.
>>
>> If we don't begin now, we will have to be prepared to loose one of the
>> following three: the great Nicholas work, some cvs history or the time and
>> effort, i.e., if a file is changed more than once in the cvs, updating the
>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>> and we will have to learn how to merge both histories.
>>
>> The method I am using to update the utf-8 branch with the cvs updates and to
>> keep a notebook with the outstanding commits is all but comfortable. If I
>> had started to commit to the trunk, those files would need trace to keep an
>> eye if overwritten, which is more or less the same work. Of course, the easy
>> way would be to work with the cvs but that's not the shape of my mind.
>>
>> Now that I'm confident with the svn I will begin to work with the another
>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>> delete my utf-8 branch to avoid possible confusion.
>>
>> The move to utf-8 has not resulted as difficult but to make things well-done
>> all the reports should be reviewed (this is what we feared) and for the same
>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>> should be changed and class.pdf.php removed; albeit that's not absolutely
>> neccesary, it would only be better in my opinion. That's not difficult, only
>> time-consuming for the quantity of reports and the fact that we don't have a
>> sortered list and the 4 different pdf techniques. The functions to change
>> are:
>>
>> Stream -> Output (done in 39 + 2 new)
>> selectFont -> SetFont (this has to be consensed)
>> newPage -> AddPage
>> line -> Line
>> addText -> Text
>> addInfo -> SetAuthor
>> addJpegFromFile -> Image
>> partEllipse -> ellipse
>> ellipse ->
>> addTextWrap ->
>>
>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>> By the way, I haven't taken a look for TCPDF updates.
>>
>> But the move to utf-8 is not the matter now; it's the move to svn.
>>
>> Thanks and regards,
>> javier
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>>    
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Certainly will :)


2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:

> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>
> great! will you let us know when we could "switch" svn?
>
> thank you!
>
> Tim Schofield wrote:
>> Hi Javier,
>>
>> As I have already said I plan to move to svn this week - in fact I
>> have already started it. I thought Nicholas and/or Murray were keeping
>> svn updated with any cvs changes, but that seemed to stop for some
>> reason. I am now bringing svn up to date with cvs and then we can turn
>> cvs off.
>>
>> Thanks
>> Tim
>>
>>
>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>
>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>
>>> I didn't realize how great is the job that Nicholas and Murray did with the
>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>>> mail collection of how to work with the SVN and other matters, thanks
>>> again. I don't see any reason to not begin to commit to the trunk but if
>>> we wait there will be. I have waited to commit, waited to get confidence
>>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>>> like to change along with some narrative. For the minor changes as
>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>>> confident to apply. For other changes as database field types I will ask for
>>> permission or consense.
>>>
>>> If we don't begin now, we will have to be prepared to loose one of the
>>> following three: the great Nicholas work, some cvs history or the time and
>>> effort, i.e., if a file is changed more than once in the cvs, updating the
>>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>>> and we will have to learn how to merge both histories.
>>>
>>> The method I am using to update the utf-8 branch with the cvs updates and to
>>> keep a notebook with the outstanding commits is all but comfortable. If I
>>> had started to commit to the trunk, those files would need trace to keep an
>>> eye if overwritten, which is more or less the same work. Of course, the easy
>>> way would be to work with the cvs but that's not the shape of my mind.
>>>
>>> Now that I'm confident with the svn I will begin to work with the another
>>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>> delete my utf-8 branch to avoid possible confusion.
>>>
>>> The move to utf-8 has not resulted as difficult but to make things well-done
>>> all the reports should be reviewed (this is what we feared) and for the same
>>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>>> should be changed and class.pdf.php removed; albeit that's not absolutely
>>> neccesary, it would only be better in my opinion. That's not difficult, only
>>> time-consuming for the quantity of reports and the fact that we don't have a
>>> sortered list and the 4 different pdf techniques. The functions to change
>>> are:
>>>
>>> Stream -> Output (done in 39 + 2 new)
>>> selectFont -> SetFont (this has to be consensed)
>>> newPage -> AddPage
>>> line -> Line
>>> addText -> Text
>>> addInfo -> SetAuthor
>>> addJpegFromFile -> Image
>>> partEllipse -> ellipse
>>> ellipse ->
>>> addTextWrap ->
>>>
>>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>>> By the way, I haven't taken a look for TCPDF updates.
>>>
>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>
>>> Thanks and regards,
>>> javier
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

Hi Tim,

I see, my mail inbox is in fire again :) I also may see the updates that
Nicholas and Murray did and we may take care if we like, you may do it
easier than me, cause you have also the mail messages I didn't get; I
subscribed to the list in the process and get late. The move was a bit fast
for me and I got in trouble with list :( you remember, what a summer. I did
a checkout of the cvs and the trunk. The trunk went like a charm but the cvs
is still fighting, it doesn't matter, I don't need it and don't like it.
Once we talk about to delete some cvs directories, I found some words about
dead directories and to prune them, as said, it doesn't matter. Here we say
it's easy to gain the lotery a day after, now it's easy to see there was a
better way to do things. Now i'm in doubt how to update the utf branch: 1)
bulk to do it faster and easier or 2) file by file to do it with the right
log each file, to see the inbox discourages me. At least, after a few steps
I will be on what I do best.

Regards,
javier



Hi Javier,

As I have already said I plan to move to svn this week - in fact I
have already started it. I thought Nicholas and/or Murray were keeping
svn updated with any cvs changes, but that seemed to stop for some
reason. I am now bringing svn up to date with cvs and then we can turn
cvs off.

Thanks
Tim


2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:

> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>
> I didn't realize how great is the job that Nicholas and Murray did with
> the
> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
> mail collection of how to work with the SVN and other matters, thanks
> again. I don't see any reason to not begin to commit to the trunk but if
> we wait there will be. I have waited to commit, waited to get confidence
> with both SVN and WebERP. Instead to commit, I have noted the files I
> would
> like to change along with some narrative. For the minor changes as
> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
> feel
> confident to apply. For other changes as database field types I will ask
> for
> permission or consense.
>
> If we don't begin now, we will have to be prepared to loose one of the
> following three: the great Nicholas work, some cvs history or the time and
> effort, i.e., if a file is changed more than once in the cvs, updating the
> svn trunk without loosing previous change(s) will not be as easy as an
> "add"
> and we will have to learn how to merge both histories.
>
> The method I am using to update the utf-8 branch with the cvs updates and
> to
> keep a notebook with the outstanding commits is all but comfortable. If I
> had started to commit to the trunk, those files would need trace to keep
> an
> eye if overwritten, which is more or less the same work. Of course, the
> easy
> way would be to work with the cvs but that's not the shape of my mind.
>
> Now that I'm confident with the svn I will begin to work with the another
> UTF-8 branch created by Murray. It has files history and it is a fresh
> 3.11
> ISO so all the changes to utf-8 will be recorded. Once finished, i will
> delete my utf-8 branch to avoid possible confusion.
>
> The move to utf-8 has not resulted as difficult but to make things
> well-done
> all the reports should be reviewed (this is what we feared) and for the
> same
> reason that Tim changed Stream() by Output('filename', 'I') all functions
> should be changed and class.pdf.php removed; albeit that's not absolutely
> neccesary, it would only be better in my opinion. That's not difficult,
> only
> time-consuming for the quantity of reports and the fact that we don't have
> a
> sortered list and the 4 different pdf techniques. The functions to change
> are:
>
> Stream -> Output (done in 39 + 2 new)
> selectFont -> SetFont (this has to be consensed)
> newPage -> AddPage
> line -> Line
> addText -> Text
> addInfo -> SetAuthor
> addJpegFromFile -> Image
> partEllipse -> ellipse
> ellipse ->
> addTextWrap ->
>
> At least, the TCPDF choice is a solid step, i think. Some says it's not as
> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
> tell,
> maybe Dale will want to help. I believe TCPDF will have a solid
> development.
> By the way, I haven't taken a look for TCPDF updates.
>
> But the move to utf-8 is not the matter now; it's the move to svn.
>
> Thanks and regards,
> javier
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Hi Javier,

All I am doing at the moment is bringing the svn trunk from the point
where Murray and Nicholas abandoned it to the current cvs position.
Nothing will be lost. When we turn cvs off the history will still be
kept on sourceforge and I maintain a backup of it here as well.

As far as the utf8 branch is concerned as far as I am aware you only
need to bring in those patches that influence your work on utf8 and at
some point we can merge the branch back into the trunk. However
cleverer people than I may know differently.

Tim


2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:

> Hi Tim,
>
> I see, my mail inbox is in fire again :) I also may see the updates that
> Nicholas and Murray did and we may take care if we like, you may do it
> easier than me, cause you have also the mail messages I didn't get; I
> subscribed to the list in the process and get late. The move was a bit fast
> for me and I got in trouble with list :( you remember, what a summer. I did
> a checkout of the cvs and the trunk. The trunk went like a charm but the cvs
> is still fighting, it doesn't matter, I don't need it and don't like it.
> Once we talk about to delete some cvs directories, I found some words about
> dead directories and to prune them, as said, it doesn't matter. Here we say
> it's easy to gain the lotery a day after, now it's easy to see there was a
> better way to do things. Now i'm in doubt how to update the utf branch: 1)
> bulk to do it faster and easier or 2) file by file to do it with the right
> log each file, to see the inbox discourages me. At least, after a few steps
> I will be on what I do best.
>
> Regards,
> javier
>
>
>
> Hi Javier,
>
> As I have already said I plan to move to svn this week - in fact I
> have already started it. I thought Nicholas and/or Murray were keeping
> svn updated with any cvs changes, but that seemed to stop for some
> reason. I am now bringing svn up to date with cvs and then we can turn
> cvs off.
>
> Thanks
> Tim
>
>
> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>
>> I didn't realize how great is the job that Nicholas and Murray did with
>> the
>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>> mail collection of how to work with the SVN and other matters, thanks
>> again. I don't see any reason to not begin to commit to the trunk but if
>> we wait there will be. I have waited to commit, waited to get confidence
>> with both SVN and WebERP. Instead to commit, I have noted the files I
>> would
>> like to change along with some narrative. For the minor changes as
>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>> feel
>> confident to apply. For other changes as database field types I will ask
>> for
>> permission or consense.
>>
>> If we don't begin now, we will have to be prepared to loose one of the
>> following three: the great Nicholas work, some cvs history or the time and
>> effort, i.e., if a file is changed more than once in the cvs, updating the
>> svn trunk without loosing previous change(s) will not be as easy as an
>> "add"
>> and we will have to learn how to merge both histories.
>>
>> The method I am using to update the utf-8 branch with the cvs updates and
>> to
>> keep a notebook with the outstanding commits is all but comfortable. If I
>> had started to commit to the trunk, those files would need trace to keep
>> an
>> eye if overwritten, which is more or less the same work. Of course, the
>> easy
>> way would be to work with the cvs but that's not the shape of my mind.
>>
>> Now that I'm confident with the svn I will begin to work with the another
>> UTF-8 branch created by Murray. It has files history and it is a fresh
>> 3.11
>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>> delete my utf-8 branch to avoid possible confusion.
>>
>> The move to utf-8 has not resulted as difficult but to make things
>> well-done
>> all the reports should be reviewed (this is what we feared) and for the
>> same
>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>> should be changed and class.pdf.php removed; albeit that's not absolutely
>> neccesary, it would only be better in my opinion. That's not difficult,
>> only
>> time-consuming for the quantity of reports and the fact that we don't have
>> a
>> sortered list and the 4 different pdf techniques. The functions to change
>> are:
>>
>> Stream -> Output (done in 39 + 2 new)
>> selectFont -> SetFont (this has to be consensed)
>> newPage -> AddPage
>> line -> Line
>> addText -> Text
>> addInfo -> SetAuthor
>> addJpegFromFile -> Image
>> partEllipse -> ellipse
>> ellipse ->
>> addTextWrap ->
>>
>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>> tell,
>> maybe Dale will want to help. I believe TCPDF will have a solid
>> development.
>> By the way, I haven't taken a look for TCPDF updates.
>>
>> But the move to utf-8 is not the matter now; it's the move to svn.
>>
>> Thanks and regards,
>> javier
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

Hi Tim,

You are right, the utf branch doesn't need to be updated, I'm being a bit
maniatic keeping it up to date just because I think it's the best way from
my point of view; this way I keep myself up to date too. I'm always with the
utf in spanish, and knowing it's updated, when it happens that something is
not translated and I see it's not under gettext, I don't have to worry if a
more recent version exists; and the same applies for a syntax error, a
$PathPrefix value error, the factoring interface or whatever; if something
goes wrong I can tell to you. This has nothing to do with utf-8; utf-8 is
just about pdf and it dosen't represent a major change since tcpdf is rather
compatible with fpdf. For the rest, I have a method to convert the utf
spanish translation to an iso .po and then upload. It's just about: who
wants a bug? Then, when time will come, the merge will even don't needed.
Indeed, I don't if it was not a good idea to maintain both during some time.
I know iso is faster and have heard tcpdf less stable. iso-1 covers many
languages, a someone could exist who prefers it, who knows.

Thanks,
javier


----- Original Message -----
From: "Tim Schofield" <tim.schofield1960@...>
To: "webERP Developers" <web-erp-developers@...>
Sent: Tuesday, November 03, 2009 5:34 PM
Subject: Re: [WebERP-developers] SVN


Hi Javier,

All I am doing at the moment is bringing the svn trunk from the point
where Murray and Nicholas abandoned it to the current cvs position.
Nothing will be lost. When we turn cvs off the history will still be
kept on sourceforge and I maintain a backup of it here as well.

As far as the utf8 branch is concerned as far as I am aware you only
need to bring in those patches that influence your work on utf8 and at
some point we can merge the branch back into the trunk. However
cleverer people than I may know differently.

Tim


2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:

> Hi Tim,
>
> I see, my mail inbox is in fire again :) I also may see the updates that
> Nicholas and Murray did and we may take care if we like, you may do it
> easier than me, cause you have also the mail messages I didn't get; I
> subscribed to the list in the process and get late. The move was a bit
> fast
> for me and I got in trouble with list :( you remember, what a summer. I
> did
> a checkout of the cvs and the trunk. The trunk went like a charm but the
> cvs
> is still fighting, it doesn't matter, I don't need it and don't like it.
> Once we talk about to delete some cvs directories, I found some words
> about
> dead directories and to prune them, as said, it doesn't matter. Here we
> say
> it's easy to gain the lotery a day after, now it's easy to see there was a
> better way to do things. Now i'm in doubt how to update the utf branch: 1)
> bulk to do it faster and easier or 2) file by file to do it with the right
> log each file, to see the inbox discourages me. At least, after a few
> steps
> I will be on what I do best.
>
> Regards,
> javier
>
>
>
> Hi Javier,
>
> As I have already said I plan to move to svn this week - in fact I
> have already started it. I thought Nicholas and/or Murray were keeping
> svn updated with any cvs changes, but that seemed to stop for some
> reason. I am now bringing svn up to date with cvs and then we can turn
> cvs off.
>
> Thanks
> Tim
>
>
> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>
>> I didn't realize how great is the job that Nicholas and Murray did with
>> the
>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>> mail collection of how to work with the SVN and other matters, thanks
>> again. I don't see any reason to not begin to commit to the trunk but if
>> we wait there will be. I have waited to commit, waited to get confidence
>> with both SVN and WebERP. Instead to commit, I have noted the files I
>> would
>> like to change along with some narrative. For the minor changes as
>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>> feel
>> confident to apply. For other changes as database field types I will ask
>> for
>> permission or consense.
>>
>> If we don't begin now, we will have to be prepared to loose one of the
>> following three: the great Nicholas work, some cvs history or the time
>> and
>> effort, i.e., if a file is changed more than once in the cvs, updating
>> the
>> svn trunk without loosing previous change(s) will not be as easy as an
>> "add"
>> and we will have to learn how to merge both histories.
>>
>> The method I am using to update the utf-8 branch with the cvs updates and
>> to
>> keep a notebook with the outstanding commits is all but comfortable. If I
>> had started to commit to the trunk, those files would need trace to keep
>> an
>> eye if overwritten, which is more or less the same work. Of course, the
>> easy
>> way would be to work with the cvs but that's not the shape of my mind.
>>
>> Now that I'm confident with the svn I will begin to work with the another
>> UTF-8 branch created by Murray. It has files history and it is a fresh
>> 3.11
>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>> delete my utf-8 branch to avoid possible confusion.
>>
>> The move to utf-8 has not resulted as difficult but to make things
>> well-done
>> all the reports should be reviewed (this is what we feared) and for the
>> same
>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>> should be changed and class.pdf.php removed; albeit that's not absolutely
>> neccesary, it would only be better in my opinion. That's not difficult,
>> only
>> time-consuming for the quantity of reports and the fact that we don't
>> have
>> a
>> sortered list and the 4 different pdf techniques. The functions to change
>> are:
>>
>> Stream -> Output (done in 39 + 2 new)
>> selectFont -> SetFont (this has to be consensed)
>> newPage -> AddPage
>> line -> Line
>> addText -> Text
>> addInfo -> SetAuthor
>> addJpegFromFile -> Image
>> partEllipse -> ellipse
>> ellipse ->
>> addTextWrap ->
>>
>> At least, the TCPDF choice is a solid step, i think. Some says it's not
>> as
>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>> tell,
>> maybe Dale will want to help. I believe TCPDF will have a solid
>> development.
>> By the way, I haven't taken a look for TCPDF updates.
>>
>> But the move to utf-8 is not the matter now; it's the move to svn.
>>
>> Thanks and regards,
>> javier
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Ok, I believe that I have now have the trunk of svn correct. Can any
developers now start to use this instead of cvs. Unless there are any
objections I shall turn off the cvs facility tomorrow at about this
time (midday GMT). Next plan is to get the stable branch up to date.

My request for help on maintaining this stable branch is still open.....

Thanks
Tim


2009/11/3 Tim Schofield <tim.schofield1960@...>:

> Certainly will :)
>
>
> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>
>> great! will you let us know when we could "switch" svn?
>>
>> thank you!
>>
>> Tim Schofield wrote:
>>> Hi Javier,
>>>
>>> As I have already said I plan to move to svn this week - in fact I
>>> have already started it. I thought Nicholas and/or Murray were keeping
>>> svn updated with any cvs changes, but that seemed to stop for some
>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>> cvs off.
>>>
>>> Thanks
>>> Tim
>>>
>>>
>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>
>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>
>>>> I didn't realize how great is the job that Nicholas and Murray did with the
>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>>>> mail collection of how to work with the SVN and other matters, thanks
>>>> again. I don't see any reason to not begin to commit to the trunk but if
>>>> we wait there will be. I have waited to commit, waited to get confidence
>>>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>>>> like to change along with some narrative. For the minor changes as
>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>>>> confident to apply. For other changes as database field types I will ask for
>>>> permission or consense.
>>>>
>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>> following three: the great Nicholas work, some cvs history or the time and
>>>> effort, i.e., if a file is changed more than once in the cvs, updating the
>>>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>>>> and we will have to learn how to merge both histories.
>>>>
>>>> The method I am using to update the utf-8 branch with the cvs updates and to
>>>> keep a notebook with the outstanding commits is all but comfortable. If I
>>>> had started to commit to the trunk, those files would need trace to keep an
>>>> eye if overwritten, which is more or less the same work. Of course, the easy
>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>
>>>> Now that I'm confident with the svn I will begin to work with the another
>>>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>> delete my utf-8 branch to avoid possible confusion.
>>>>
>>>> The move to utf-8 has not resulted as difficult but to make things well-done
>>>> all the reports should be reviewed (this is what we feared) and for the same
>>>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>>>> should be changed and class.pdf.php removed; albeit that's not absolutely
>>>> neccesary, it would only be better in my opinion. That's not difficult, only
>>>> time-consuming for the quantity of reports and the fact that we don't have a
>>>> sortered list and the 4 different pdf techniques. The functions to change
>>>> are:
>>>>
>>>> Stream -> Output (done in 39 + 2 new)
>>>> selectFont -> SetFont (this has to be consensed)
>>>> newPage -> AddPage
>>>> line -> Line
>>>> addText -> Text
>>>> addInfo -> SetAuthor
>>>> addJpegFromFile -> Image
>>>> partEllipse -> ellipse
>>>> ellipse ->
>>>> addTextWrap ->
>>>>
>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>>>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>
>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>
>>>> Thanks and regards,
>>>> javier
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

Hi Tim,

The version number comment in the beginning of php scripts is auto
maintained or we should increment it before the commitment (not sure to have
read there was a sourceforge auto facility).

I like this version label, is there a reason to not use it in "api_php.php"
and "FixedAssetRegister.php"?

Also, the final "\not new line at end of the file" is a webERP rule or
recommended or a thing to avoid? (I will do it as you like)

Thanks,
javier


----- Original Message -----
From: "Tim Schofield" <tim.schofield1960@...>
To: "webERP Developers" <web-erp-developers@...>
Sent: Wednesday, November 04, 2009 12:11 PM
Subject: Re: [WebERP-developers] SVN


Ok, I believe that I have now have the trunk of svn correct. Can any
developers now start to use this instead of cvs. Unless there are any
objections I shall turn off the cvs facility tomorrow at about this
time (midday GMT). Next plan is to get the stable branch up to date.

My request for help on maintaining this stable branch is still open.....

Thanks
Tim


2009/11/3 Tim Schofield <tim.schofield1960@...>:

> Certainly will :)
>
>
> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>
>> great! will you let us know when we could "switch" svn?
>>
>> thank you!
>>
>> Tim Schofield wrote:
>>> Hi Javier,
>>>
>>> As I have already said I plan to move to svn this week - in fact I
>>> have already started it. I thought Nicholas and/or Murray were keeping
>>> svn updated with any cvs changes, but that seemed to stop for some
>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>> cvs off.
>>>
>>> Thanks
>>> Tim
>>>
>>>
>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>
>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>
>>>> I didn't realize how great is the job that Nicholas and Murray did with
>>>> the
>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>> good
>>>> mail collection of how to work with the SVN and other matters, thanks
>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>> if
>>>> we wait there will be. I have waited to commit, waited to get
>>>> confidence
>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>> would
>>>> like to change along with some narrative. For the minor changes as
>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>> feel
>>>> confident to apply. For other changes as database field types I will
>>>> ask for
>>>> permission or consense.
>>>>
>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>> following three: the great Nicholas work, some cvs history or the time
>>>> and
>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>> the
>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>> "add"
>>>> and we will have to learn how to merge both histories.
>>>>
>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>> and to
>>>> keep a notebook with the outstanding commits is all but comfortable. If
>>>> I
>>>> had started to commit to the trunk, those files would need trace to
>>>> keep an
>>>> eye if overwritten, which is more or less the same work. Of course, the
>>>> easy
>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>
>>>> Now that I'm confident with the svn I will begin to work with the
>>>> another
>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>> 3.11
>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>> delete my utf-8 branch to avoid possible confusion.
>>>>
>>>> The move to utf-8 has not resulted as difficult but to make things
>>>> well-done
>>>> all the reports should be reviewed (this is what we feared) and for the
>>>> same
>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>> functions
>>>> should be changed and class.pdf.php removed; albeit that's not
>>>> absolutely
>>>> neccesary, it would only be better in my opinion. That's not difficult,
>>>> only
>>>> time-consuming for the quantity of reports and the fact that we don't
>>>> have a
>>>> sortered list and the 4 different pdf techniques. The functions to
>>>> change
>>>> are:
>>>>
>>>> Stream -> Output (done in 39 + 2 new)
>>>> selectFont -> SetFont (this has to be consensed)
>>>> newPage -> AddPage
>>>> line -> Line
>>>> addText -> Text
>>>> addInfo -> SetAuthor
>>>> addJpegFromFile -> Image
>>>> partEllipse -> ellipse
>>>> ellipse ->
>>>> addTextWrap ->
>>>>
>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not
>>>> as
>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>> tell,
>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>> development.
>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>
>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>
>>>> Thanks and regards,
>>>> javier
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

Javier,


For your last question, it just BEST practice, as when you will expect
it less, the extra line can cause errors. Especially in the cases when
NOTHING should be sent after a commit of some sort. I wasted weeks of
checking (on another project) because of this...


regards,

Bogdan


AESE wrote:

> Hi Tim,
>
> The version number comment in the beginning of php scripts is auto
> maintained or we should increment it before the commitment (not sure to have
> read there was a sourceforge auto facility).
>
> I like this version label, is there a reason to not use it in "api_php.php"
> and "FixedAssetRegister.php"?
>
> Also, the final "\not new line at end of the file" is a webERP rule or
> recommended or a thing to avoid? (I will do it as you like)
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Tim Schofield" <tim.schofield1960@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 12:11 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Ok, I believe that I have now have the trunk of svn correct. Can any
> developers now start to use this instead of cvs. Unless there are any
> objections I shall turn off the cvs facility tomorrow at about this
> time (midday GMT). Next plan is to get the stable branch up to date.
>
> My request for help on maintaining this stable branch is still open.....
>
> Thanks
> Tim
>
>
> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>  
>> Certainly will :)
>>
>>
>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>    
>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>
>>> great! will you let us know when we could "switch" svn?
>>>
>>> thank you!
>>>
>>> Tim Schofield wrote:
>>>      
>>>> Hi Javier,
>>>>
>>>> As I have already said I plan to move to svn this week - in fact I
>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>> cvs off.
>>>>
>>>> Thanks
>>>> Tim
>>>>
>>>>
>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>
>>>>        
>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>
>>>>> I didn't realize how great is the job that Nicholas and Murray did with
>>>>> the
>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>> good
>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>> if
>>>>> we wait there will be. I have waited to commit, waited to get
>>>>> confidence
>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>> would
>>>>> like to change along with some narrative. For the minor changes as
>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>>> feel
>>>>> confident to apply. For other changes as database field types I will
>>>>> ask for
>>>>> permission or consense.
>>>>>
>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>> following three: the great Nicholas work, some cvs history or the time
>>>>> and
>>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>>> the
>>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>>> "add"
>>>>> and we will have to learn how to merge both histories.
>>>>>
>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>> and to
>>>>> keep a notebook with the outstanding commits is all but comfortable. If
>>>>> I
>>>>> had started to commit to the trunk, those files would need trace to
>>>>> keep an
>>>>> eye if overwritten, which is more or less the same work. Of course, the
>>>>> easy
>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>
>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>> another
>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>>> 3.11
>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>
>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>> well-done
>>>>> all the reports should be reviewed (this is what we feared) and for the
>>>>> same
>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>> functions
>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>> absolutely
>>>>> neccesary, it would only be better in my opinion. That's not difficult,
>>>>> only
>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>> have a
>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>> change
>>>>> are:
>>>>>
>>>>> Stream -> Output (done in 39 + 2 new)
>>>>> selectFont -> SetFont (this has to be consensed)
>>>>> newPage -> AddPage
>>>>> line -> Line
>>>>> addText -> Text
>>>>> addInfo -> SetAuthor
>>>>> addJpegFromFile -> Image
>>>>> partEllipse -> ellipse
>>>>> ellipse ->
>>>>> addTextWrap ->
>>>>>
>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not
>>>>> as
>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>> tell,
>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>> development.
>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>
>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>
>>>>> Thanks and regards,
>>>>> javier
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>>          
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>        
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>      
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers 
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

Hi Bogdan,

Should we remove them or move them to the line before the final "end of
script tag symbol"?
for example, see TopItems.php (it's placed after all)

Thanks,
javier


----- Original Message -----
From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
To: "webERP Developers" <web-erp-developers@...>
Sent: Wednesday, November 04, 2009 1:21 PM
Subject: Re: [WebERP-developers] SVN


Javier,


For your last question, it just BEST practice, as when you will expect
it less, the extra line can cause errors. Especially in the cases when
NOTHING should be sent after a commit of some sort. I wasted weeks of
checking (on another project) because of this...


regards,

Bogdan


AESE wrote:

> Hi Tim,
>
> The version number comment in the beginning of php scripts is auto
> maintained or we should increment it before the commitment (not sure to
> have
> read there was a sourceforge auto facility).
>
> I like this version label, is there a reason to not use it in
> "api_php.php"
> and "FixedAssetRegister.php"?
>
> Also, the final "\not new line at end of the file" is a webERP rule or
> recommended or a thing to avoid? (I will do it as you like)
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Tim Schofield" <tim.schofield1960@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 12:11 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Ok, I believe that I have now have the trunk of svn correct. Can any
> developers now start to use this instead of cvs. Unless there are any
> objections I shall turn off the cvs facility tomorrow at about this
> time (midday GMT). Next plan is to get the stable branch up to date.
>
> My request for help on maintaining this stable branch is still open.....
>
> Thanks
> Tim
>
>
> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>
>> Certainly will :)
>>
>>
>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>
>>> i was about to ask :-)) as i've seen tens of cvs updates with svn
>>> prefix.
>>>
>>> great! will you let us know when we could "switch" svn?
>>>
>>> thank you!
>>>
>>> Tim Schofield wrote:
>>>
>>>> Hi Javier,
>>>>
>>>> As I have already said I plan to move to svn this week - in fact I
>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>> cvs off.
>>>>
>>>> Thanks
>>>> Tim
>>>>
>>>>
>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>
>>>>
>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and
>>>>> contributors,
>>>>>
>>>>> I didn't realize how great is the job that Nicholas and Murray did
>>>>> with
>>>>> the
>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>> good
>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>> if
>>>>> we wait there will be. I have waited to commit, waited to get
>>>>> confidence
>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>> would
>>>>> like to change along with some narrative. For the minor changes as
>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>>> feel
>>>>> confident to apply. For other changes as database field types I will
>>>>> ask for
>>>>> permission or consense.
>>>>>
>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>> following three: the great Nicholas work, some cvs history or the time
>>>>> and
>>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>>> the
>>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>>> "add"
>>>>> and we will have to learn how to merge both histories.
>>>>>
>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>> and to
>>>>> keep a notebook with the outstanding commits is all but comfortable.
>>>>> If
>>>>> I
>>>>> had started to commit to the trunk, those files would need trace to
>>>>> keep an
>>>>> eye if overwritten, which is more or less the same work. Of course,
>>>>> the
>>>>> easy
>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>
>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>> another
>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>>> 3.11
>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i
>>>>> will
>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>
>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>> well-done
>>>>> all the reports should be reviewed (this is what we feared) and for
>>>>> the
>>>>> same
>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>> functions
>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>> absolutely
>>>>> neccesary, it would only be better in my opinion. That's not
>>>>> difficult,
>>>>> only
>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>> have a
>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>> change
>>>>> are:
>>>>>
>>>>> Stream -> Output (done in 39 + 2 new)
>>>>> selectFont -> SetFont (this has to be consensed)
>>>>> newPage -> AddPage
>>>>> line -> Line
>>>>> addText -> Text
>>>>> addInfo -> SetAuthor
>>>>> addJpegFromFile -> Image
>>>>> partEllipse -> ellipse
>>>>> ellipse ->
>>>>> addTextWrap ->
>>>>>
>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's
>>>>> not
>>>>> as
>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>> tell,
>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>> development.
>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>
>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>
>>>>> Thanks and regards,
>>>>> javier
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

Not sure what you mean, I might have been a bit unclear...

there are scripts which have a new line after the end of the php tag.
something like this:
++++++++

code....
?>

++++++end of file

instead of

++++++

code
?>
+++++++end of file

this is what I was talking about. However, I personally correct this
only when I get to edit a file for other reasons, as they generally work
as is. as I said, it is just some best practice, so I do it a bit by
reflex. Of course, as you are "touching" a lot of files it could make
sense....

hope it helps.




AESE wrote:

> Hi Bogdan,
>
> Should we remove them or move them to the line before the final "end of
> script tag symbol"?
> for example, see TopItems.php (it's placed after all)
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 1:21 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Javier,
>
>
> For your last question, it just BEST practice, as when you will expect
> it less, the extra line can cause errors. Especially in the cases when
> NOTHING should be sent after a commit of some sort. I wasted weeks of
> checking (on another project) because of this...
>
>
> regards,
>
> Bogdan
>
>
> AESE wrote:
>
>  
>> Hi Tim,
>>
>> The version number comment in the beginning of php scripts is auto
>> maintained or we should increment it before the commitment (not sure to
>> have
>> read there was a sourceforge auto facility).
>>
>> I like this version label, is there a reason to not use it in
>> "api_php.php"
>> and "FixedAssetRegister.php"?
>>
>> Also, the final "\not new line at end of the file" is a webERP rule or
>> recommended or a thing to avoid? (I will do it as you like)
>>
>> Thanks,
>> javier
>>
>>
>> ----- Original Message -----
>> From: "Tim Schofield" <tim.schofield1960@...>
>> To: "webERP Developers" <web-erp-developers@...>
>> Sent: Wednesday, November 04, 2009 12:11 PM
>> Subject: Re: [WebERP-developers] SVN
>>
>>
>> Ok, I believe that I have now have the trunk of svn correct. Can any
>> developers now start to use this instead of cvs. Unless there are any
>> objections I shall turn off the cvs facility tomorrow at about this
>> time (midday GMT). Next plan is to get the stable branch up to date.
>>
>> My request for help on maintaining this stable branch is still open.....
>>
>> Thanks
>> Tim
>>
>>
>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>
>>    
>>> Certainly will :)
>>>
>>>
>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>
>>>      
>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn
>>>> prefix.
>>>>
>>>> great! will you let us know when we could "switch" svn?
>>>>
>>>> thank you!
>>>>
>>>> Tim Schofield wrote:
>>>>
>>>>        
>>>>> Hi Javier,
>>>>>
>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>> cvs off.
>>>>>
>>>>> Thanks
>>>>> Tim
>>>>>
>>>>>
>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>
>>>>>
>>>>>          
>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and
>>>>>> contributors,
>>>>>>
>>>>>> I didn't realize how great is the job that Nicholas and Murray did
>>>>>> with
>>>>>> the
>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>>> good
>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>>> if
>>>>>> we wait there will be. I have waited to commit, waited to get
>>>>>> confidence
>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>>> would
>>>>>> like to change along with some narrative. For the minor changes as
>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>>>> feel
>>>>>> confident to apply. For other changes as database field types I will
>>>>>> ask for
>>>>>> permission or consense.
>>>>>>
>>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>>> following three: the great Nicholas work, some cvs history or the time
>>>>>> and
>>>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>>>> the
>>>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>>>> "add"
>>>>>> and we will have to learn how to merge both histories.
>>>>>>
>>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>>> and to
>>>>>> keep a notebook with the outstanding commits is all but comfortable.
>>>>>> If
>>>>>> I
>>>>>> had started to commit to the trunk, those files would need trace to
>>>>>> keep an
>>>>>> eye if overwritten, which is more or less the same work. Of course,
>>>>>> the
>>>>>> easy
>>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>>
>>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>>> another
>>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>>>> 3.11
>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i
>>>>>> will
>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>
>>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>>> well-done
>>>>>> all the reports should be reviewed (this is what we feared) and for
>>>>>> the
>>>>>> same
>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>>> functions
>>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>>> absolutely
>>>>>> neccesary, it would only be better in my opinion. That's not
>>>>>> difficult,
>>>>>> only
>>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>>> have a
>>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>>> change
>>>>>> are:
>>>>>>
>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>> newPage -> AddPage
>>>>>> line -> Line
>>>>>> addText -> Text
>>>>>> addInfo -> SetAuthor
>>>>>> addJpegFromFile -> Image
>>>>>> partEllipse -> ellipse
>>>>>> ellipse ->
>>>>>> addTextWrap ->
>>>>>>
>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's
>>>>>> not
>>>>>> as
>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>>> tell,
>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>>> development.
>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>
>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>
>>>>>> Thanks and regards,
>>>>>> javier
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>> your
>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>> stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>          
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>>>        
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>    
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers 
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

Congratulations!


Not sure wht your request was, but if I could help...


Cheers,

Bogdan


Tim Schofield wrote:

> Ok, I believe that I have now have the trunk of svn correct. Can any
> developers now start to use this instead of cvs. Unless there are any
> objections I shall turn off the cvs facility tomorrow at about this
> time (midday GMT). Next plan is to get the stable branch up to date.
>
> My request for help on maintaining this stable branch is still open.....
>
> Thanks
> Tim
>
>
> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>  
>> Certainly will :)
>>
>>
>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>    
>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>
>>> great! will you let us know when we could "switch" svn?
>>>
>>> thank you!
>>>
>>> Tim Schofield wrote:
>>>      
>>>> Hi Javier,
>>>>
>>>> As I have already said I plan to move to svn this week - in fact I
>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>> cvs off.
>>>>
>>>> Thanks
>>>> Tim
>>>>
>>>>
>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>
>>>>        
>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>
>>>>> I didn't realize how great is the job that Nicholas and Murray did with the
>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>> again. I don't see any reason to not begin to commit to the trunk but if
>>>>> we wait there will be. I have waited to commit, waited to get confidence
>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>>>>> like to change along with some narrative. For the minor changes as
>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>>>>> confident to apply. For other changes as database field types I will ask for
>>>>> permission or consense.
>>>>>
>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>> following three: the great Nicholas work, some cvs history or the time and
>>>>> effort, i.e., if a file is changed more than once in the cvs, updating the
>>>>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>>>>> and we will have to learn how to merge both histories.
>>>>>
>>>>> The method I am using to update the utf-8 branch with the cvs updates and to
>>>>> keep a notebook with the outstanding commits is all but comfortable. If I
>>>>> had started to commit to the trunk, those files would need trace to keep an
>>>>> eye if overwritten, which is more or less the same work. Of course, the easy
>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>
>>>>> Now that I'm confident with the svn I will begin to work with the another
>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>
>>>>> The move to utf-8 has not resulted as difficult but to make things well-done
>>>>> all the reports should be reviewed (this is what we feared) and for the same
>>>>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>>>>> should be changed and class.pdf.php removed; albeit that's not absolutely
>>>>> neccesary, it would only be better in my opinion. That's not difficult, only
>>>>> time-consuming for the quantity of reports and the fact that we don't have a
>>>>> sortered list and the 4 different pdf techniques. The functions to change
>>>>> are:
>>>>>
>>>>> Stream -> Output (done in 39 + 2 new)
>>>>> selectFont -> SetFont (this has to be consensed)
>>>>> newPage -> AddPage
>>>>> line -> Line
>>>>> addText -> Text
>>>>> addInfo -> SetAuthor
>>>>> addJpegFromFile -> Image
>>>>> partEllipse -> ellipse
>>>>> ellipse ->
>>>>> addTextWrap ->
>>>>>
>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>>>>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>
>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>
>>>>> Thanks and regards,
>>>>> javier
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>>          
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>        
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>      
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Hi Javier,

That is a very good question regarding the version numbering. It was
done automatically in cvs, presumably there is a setting in svn as
well. I will look into it, unless somebody "just knows".

Thanks
Tim

2009/11/4 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:

> Hi Tim,
>
> The version number comment in the beginning of php scripts is auto
> maintained or we should increment it before the commitment (not sure to have
> read there was a sourceforge auto facility).
>
> I like this version label, is there a reason to not use it in "api_php.php"
> and "FixedAssetRegister.php"?
>
> Also, the final "\not new line at end of the file" is a webERP rule or
> recommended or a thing to avoid? (I will do it as you like)
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Tim Schofield" <tim.schofield1960@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 12:11 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Ok, I believe that I have now have the trunk of svn correct. Can any
> developers now start to use this instead of cvs. Unless there are any
> objections I shall turn off the cvs facility tomorrow at about this
> time (midday GMT). Next plan is to get the stable branch up to date.
>
> My request for help on maintaining this stable branch is still open.....
>
> Thanks
> Tim
>
>
> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>> Certainly will :)
>>
>>
>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>
>>> great! will you let us know when we could "switch" svn?
>>>
>>> thank you!
>>>
>>> Tim Schofield wrote:
>>>> Hi Javier,
>>>>
>>>> As I have already said I plan to move to svn this week - in fact I
>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>> cvs off.
>>>>
>>>> Thanks
>>>> Tim
>>>>
>>>>
>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>
>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>
>>>>> I didn't realize how great is the job that Nicholas and Murray did with
>>>>> the
>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>> good
>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>> if
>>>>> we wait there will be. I have waited to commit, waited to get
>>>>> confidence
>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>> would
>>>>> like to change along with some narrative. For the minor changes as
>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>>> feel
>>>>> confident to apply. For other changes as database field types I will
>>>>> ask for
>>>>> permission or consense.
>>>>>
>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>> following three: the great Nicholas work, some cvs history or the time
>>>>> and
>>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>>> the
>>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>>> "add"
>>>>> and we will have to learn how to merge both histories.
>>>>>
>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>> and to
>>>>> keep a notebook with the outstanding commits is all but comfortable. If
>>>>> I
>>>>> had started to commit to the trunk, those files would need trace to
>>>>> keep an
>>>>> eye if overwritten, which is more or less the same work. Of course, the
>>>>> easy
>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>
>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>> another
>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>>> 3.11
>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>
>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>> well-done
>>>>> all the reports should be reviewed (this is what we feared) and for the
>>>>> same
>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>> functions
>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>> absolutely
>>>>> neccesary, it would only be better in my opinion. That's not difficult,
>>>>> only
>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>> have a
>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>> change
>>>>> are:
>>>>>
>>>>> Stream -> Output (done in 39 + 2 new)
>>>>> selectFont -> SetFont (this has to be consensed)
>>>>> newPage -> AddPage
>>>>> line -> Line
>>>>> addText -> Text
>>>>> addInfo -> SetAuthor
>>>>> addJpegFromFile -> Image
>>>>> partEllipse -> ellipse
>>>>> ellipse ->
>>>>> addTextWrap ->
>>>>>
>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not
>>>>> as
>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>> tell,
>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>> development.
>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>
>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>
>>>>> Thanks and regards,
>>>>> javier
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Tim Schofield]

Hi Bogdan,

My request was for someone to help me pick the bug fixes that just
apply to version 3.11 and keep the 3.11-stable branch updated with
these, and to do testing of it. The workload isn't huge, but which
fixes to choose isn't as obvious as it seems, as others have found
out.

Thanks
Tim


2009/11/4 Bogdan Stanciu <bogdanovidiu.stanciu@...>:

> Congratulations!
>
>
> Not sure wht your request was, but if I could help...
>
>
> Cheers,
>
> Bogdan
>
>
> Tim Schofield wrote:
>
>> Ok, I believe that I have now have the trunk of svn correct. Can any
>> developers now start to use this instead of cvs. Unless there are any
>> objections I shall turn off the cvs facility tomorrow at about this
>> time (midday GMT). Next plan is to get the stable branch up to date.
>>
>> My request for help on maintaining this stable branch is still open.....
>>
>> Thanks
>> Tim
>>
>>
>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>
>>> Certainly will :)
>>>
>>>
>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>
>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>>
>>>> great! will you let us know when we could "switch" svn?
>>>>
>>>> thank you!
>>>>
>>>> Tim Schofield wrote:
>>>>
>>>>> Hi Javier,
>>>>>
>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>> cvs off.
>>>>>
>>>>> Thanks
>>>>> Tim
>>>>>
>>>>>
>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>
>>>>>
>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>>
>>>>>> I didn't realize how great is the job that Nicholas and Murray did with the
>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>> again. I don't see any reason to not begin to commit to the trunk but if
>>>>>> we wait there will be. I have waited to commit, waited to get confidence
>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>>>>>> like to change along with some narrative. For the minor changes as
>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>>>>>> confident to apply. For other changes as database field types I will ask for
>>>>>> permission or consense.
>>>>>>
>>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>>> following three: the great Nicholas work, some cvs history or the time and
>>>>>> effort, i.e., if a file is changed more than once in the cvs, updating the
>>>>>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>>>>>> and we will have to learn how to merge both histories.
>>>>>>
>>>>>> The method I am using to update the utf-8 branch with the cvs updates and to
>>>>>> keep a notebook with the outstanding commits is all but comfortable. If I
>>>>>> had started to commit to the trunk, those files would need trace to keep an
>>>>>> eye if overwritten, which is more or less the same work. Of course, the easy
>>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>>
>>>>>> Now that I'm confident with the svn I will begin to work with the another
>>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>
>>>>>> The move to utf-8 has not resulted as difficult but to make things well-done
>>>>>> all the reports should be reviewed (this is what we feared) and for the same
>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>>>>>> should be changed and class.pdf.php removed; albeit that's not absolutely
>>>>>> neccesary, it would only be better in my opinion. That's not difficult, only
>>>>>> time-consuming for the quantity of reports and the fact that we don't have a
>>>>>> sortered list and the 4 different pdf techniques. The functions to change
>>>>>> are:
>>>>>>
>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>> newPage -> AddPage
>>>>>> line -> Line
>>>>>> addText -> Text
>>>>>> addInfo -> SetAuthor
>>>>>> addJpegFromFile -> Image
>>>>>> partEllipse -> ellipse
>>>>>> ellipse ->
>>>>>> addTextWrap ->
>>>>>>
>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>
>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>
>>>>>> Thanks and regards,
>>>>>> javier
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

Hi Bogdan,
Please take a look at TopItems.php, you will see it very clear. It's not an
empty line but a sort of message telling not to add new lines after the
final symbol line. I think it's funny in TopItems.php as I see it as a
self-error.

Thanks,
javier


----- Original Message -----
From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
To: "webERP Developers" <web-erp-developers@...>
Sent: Wednesday, November 04, 2009 2:42 PM
Subject: Re: [WebERP-developers] SVN


Not sure what you mean, I might have been a bit unclear...

there are scripts which have a new line after the end of the php tag.
something like this:
++++++++

code....
?>

++++++end of file

instead of

++++++

code
?>
+++++++end of file

this is what I was talking about. However, I personally correct this
only when I get to edit a file for other reasons, as they generally work
as is. as I said, it is just some best practice, so I do it a bit by
reflex. Of course, as you are "touching" a lot of files it could make
sense....

hope it helps.




AESE wrote:

> Hi Bogdan,
>
> Should we remove them or move them to the line before the final "end of
> script tag symbol"?
> for example, see TopItems.php (it's placed after all)
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 1:21 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Javier,
>
>
> For your last question, it just BEST practice, as when you will expect
> it less, the extra line can cause errors. Especially in the cases when
> NOTHING should be sent after a commit of some sort. I wasted weeks of
> checking (on another project) because of this...
>
>
> regards,
>
> Bogdan
>
>
> AESE wrote:
>
>
>> Hi Tim,
>>
>> The version number comment in the beginning of php scripts is auto
>> maintained or we should increment it before the commitment (not sure to
>> have
>> read there was a sourceforge auto facility).
>>
>> I like this version label, is there a reason to not use it in
>> "api_php.php"
>> and "FixedAssetRegister.php"?
>>
>> Also, the final "\not new line at end of the file" is a webERP rule or
>> recommended or a thing to avoid? (I will do it as you like)
>>
>> Thanks,
>> javier
>>
>>
>> ----- Original Message -----
>> From: "Tim Schofield" <tim.schofield1960@...>
>> To: "webERP Developers" <web-erp-developers@...>
>> Sent: Wednesday, November 04, 2009 12:11 PM
>> Subject: Re: [WebERP-developers] SVN
>>
>>
>> Ok, I believe that I have now have the trunk of svn correct. Can any
>> developers now start to use this instead of cvs. Unless there are any
>> objections I shall turn off the cvs facility tomorrow at about this
>> time (midday GMT). Next plan is to get the stable branch up to date.
>>
>> My request for help on maintaining this stable branch is still open.....
>>
>> Thanks
>> Tim
>>
>>
>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>
>>
>>> Certainly will :)
>>>
>>>
>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>
>>>
>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn
>>>> prefix.
>>>>
>>>> great! will you let us know when we could "switch" svn?
>>>>
>>>> thank you!
>>>>
>>>> Tim Schofield wrote:
>>>>
>>>>
>>>>> Hi Javier,
>>>>>
>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>> cvs off.
>>>>>
>>>>> Thanks
>>>>> Tim
>>>>>
>>>>>
>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>
>>>>>
>>>>>
>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and
>>>>>> contributors,
>>>>>>
>>>>>> I didn't realize how great is the job that Nicholas and Murray did
>>>>>> with
>>>>>> the
>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>>> good
>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>>> if
>>>>>> we wait there will be. I have waited to commit, waited to get
>>>>>> confidence
>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>>> would
>>>>>> like to change along with some narrative. For the minor changes as
>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like
>>>>>> I
>>>>>> feel
>>>>>> confident to apply. For other changes as database field types I will
>>>>>> ask for
>>>>>> permission or consense.
>>>>>>
>>>>>> If we don't begin now, we will have to be prepared to loose one of
>>>>>> the
>>>>>> following three: the great Nicholas work, some cvs history or the
>>>>>> time
>>>>>> and
>>>>>> effort, i.e., if a file is changed more than once in the cvs,
>>>>>> updating
>>>>>> the
>>>>>> svn trunk without loosing previous change(s) will not be as easy as
>>>>>> an
>>>>>> "add"
>>>>>> and we will have to learn how to merge both histories.
>>>>>>
>>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>>> and to
>>>>>> keep a notebook with the outstanding commits is all but comfortable.
>>>>>> If
>>>>>> I
>>>>>> had started to commit to the trunk, those files would need trace to
>>>>>> keep an
>>>>>> eye if overwritten, which is more or less the same work. Of course,
>>>>>> the
>>>>>> easy
>>>>>> way would be to work with the cvs but that's not the shape of my
>>>>>> mind.
>>>>>>
>>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>>> another
>>>>>> UTF-8 branch created by Murray. It has files history and it is a
>>>>>> fresh
>>>>>> 3.11
>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i
>>>>>> will
>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>
>>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>>> well-done
>>>>>> all the reports should be reviewed (this is what we feared) and for
>>>>>> the
>>>>>> same
>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>>> functions
>>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>>> absolutely
>>>>>> neccesary, it would only be better in my opinion. That's not
>>>>>> difficult,
>>>>>> only
>>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>>> have a
>>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>>> change
>>>>>> are:
>>>>>>
>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>> newPage -> AddPage
>>>>>> line -> Line
>>>>>> addText -> Text
>>>>>> addInfo -> SetAuthor
>>>>>> addJpegFromFile -> Image
>>>>>> partEllipse -> ellipse
>>>>>> ellipse ->
>>>>>> addTextWrap ->
>>>>>>
>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's
>>>>>> not
>>>>>> as
>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>>> tell,
>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>>> development.
>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>
>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>
>>>>>> Thanks and regards,
>>>>>> javier
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>> your
>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>> stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart
>>>> your
>>>> developing skills, take BlackBerry mobile applications to market and
>>>> stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>>>>
>>>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

I see...


I would hapily do some testing, provided that i have some understandig
of what is 3.11 stable and what not and understanding of the
functionality (how it should work). Is there a rule for deciding what is
3.11 and what is not?


I would like to know if there is a way to provide patches more "elegant"
than by email. is there a way to push patches or to commit to a buffer
zone, or something like that?


Thank you,

Bogdan


Tim Schofield wrote:

> Hi Bogdan,
>
> My request was for someone to help me pick the bug fixes that just
> apply to version 3.11 and keep the 3.11-stable branch updated with
> these, and to do testing of it. The workload isn't huge, but which
> fixes to choose isn't as obvious as it seems, as others have found
> out.
>
> Thanks
> Tim
>
>
> 2009/11/4 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>  
>> Congratulations!
>>
>>
>> Not sure wht your request was, but if I could help...
>>
>>
>> Cheers,
>>
>> Bogdan
>>
>>
>> Tim Schofield wrote:
>>
>>    
>>> Ok, I believe that I have now have the trunk of svn correct. Can any
>>> developers now start to use this instead of cvs. Unless there are any
>>> objections I shall turn off the cvs facility tomorrow at about this
>>> time (midday GMT). Next plan is to get the stable branch up to date.
>>>
>>> My request for help on maintaining this stable branch is still open.....
>>>
>>> Thanks
>>> Tim
>>>
>>>
>>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>>
>>>      
>>>> Certainly will :)
>>>>
>>>>
>>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>>
>>>>        
>>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>>>
>>>>> great! will you let us know when we could "switch" svn?
>>>>>
>>>>> thank you!
>>>>>
>>>>> Tim Schofield wrote:
>>>>>
>>>>>          
>>>>>> Hi Javier,
>>>>>>
>>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>>> cvs off.
>>>>>>
>>>>>> Thanks
>>>>>> Tim
>>>>>>
>>>>>>
>>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>>
>>>>>>
>>>>>>            
>>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>>>
>>>>>>> I didn't realize how great is the job that Nicholas and Murray did with the
>>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a good
>>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>>> again. I don't see any reason to not begin to commit to the trunk but if
>>>>>>> we wait there will be. I have waited to commit, waited to get confidence
>>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I would
>>>>>>> like to change along with some narrative. For the minor changes as
>>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I feel
>>>>>>> confident to apply. For other changes as database field types I will ask for
>>>>>>> permission or consense.
>>>>>>>
>>>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>>>> following three: the great Nicholas work, some cvs history or the time and
>>>>>>> effort, i.e., if a file is changed more than once in the cvs, updating the
>>>>>>> svn trunk without loosing previous change(s) will not be as easy as an "add"
>>>>>>> and we will have to learn how to merge both histories.
>>>>>>>
>>>>>>> The method I am using to update the utf-8 branch with the cvs updates and to
>>>>>>> keep a notebook with the outstanding commits is all but comfortable. If I
>>>>>>> had started to commit to the trunk, those files would need trace to keep an
>>>>>>> eye if overwritten, which is more or less the same work. Of course, the easy
>>>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>>>
>>>>>>> Now that I'm confident with the svn I will begin to work with the another
>>>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh 3.11
>>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>>
>>>>>>> The move to utf-8 has not resulted as difficult but to make things well-done
>>>>>>> all the reports should be reviewed (this is what we feared) and for the same
>>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all functions
>>>>>>> should be changed and class.pdf.php removed; albeit that's not absolutely
>>>>>>> neccesary, it would only be better in my opinion. That's not difficult, only
>>>>>>> time-consuming for the quantity of reports and the fact that we don't have a
>>>>>>> sortered list and the 4 different pdf techniques. The functions to change
>>>>>>> are:
>>>>>>>
>>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>>> newPage -> AddPage
>>>>>>> line -> Line
>>>>>>> addText -> Text
>>>>>>> addInfo -> SetAuthor
>>>>>>> addJpegFromFile -> Image
>>>>>>> partEllipse -> ellipse
>>>>>>> ellipse ->
>>>>>>> addTextWrap ->
>>>>>>>
>>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not as
>>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to tell,
>>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid development.
>>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>>
>>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>>
>>>>>>> Thanks and regards,
>>>>>>> javier
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>>> http://p.sf.net/sfu/devconference
>>>>>>> _______________________________________________
>>>>>>> Web-erp-developers mailing list
>>>>>>> Web-erp-developers@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>            
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>          
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>>> trial. Simplify your report design, integration and deployment - and focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>      
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>    
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Bogdan Stanciu]

Hi there,


I am a bit confused, my topitems.php ends like this:


//end of the else statement
}  

include('includes/footer.inc');
?>

at line 229. are we talking about the same file?


thanks,

b

AESE wrote:

> Hi Bogdan,
> Please take a look at TopItems.php, you will see it very clear. It's not an
> empty line but a sort of message telling not to add new lines after the
> final symbol line. I think it's funny in TopItems.php as I see it as a
> self-error.
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 2:42 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Not sure what you mean, I might have been a bit unclear...
>
> there are scripts which have a new line after the end of the php tag.
> something like this:
> ++++++++
>
> code....
> ?>
>
> ++++++end of file
>
> instead of
>
> ++++++
>
> code
> ?>
> +++++++end of file
>
> this is what I was talking about. However, I personally correct this
> only when I get to edit a file for other reasons, as they generally work
> as is. as I said, it is just some best practice, so I do it a bit by
> reflex. Of course, as you are "touching" a lot of files it could make
> sense....
>
> hope it helps.
>
>
>
>
> AESE wrote:
>  
>> Hi Bogdan,
>>
>> Should we remove them or move them to the line before the final "end of
>> script tag symbol"?
>> for example, see TopItems.php (it's placed after all)
>>
>> Thanks,
>> javier
>>
>>
>> ----- Original Message -----
>> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
>> To: "webERP Developers" <web-erp-developers@...>
>> Sent: Wednesday, November 04, 2009 1:21 PM
>> Subject: Re: [WebERP-developers] SVN
>>
>>
>> Javier,
>>
>>
>> For your last question, it just BEST practice, as when you will expect
>> it less, the extra line can cause errors. Especially in the cases when
>> NOTHING should be sent after a commit of some sort. I wasted weeks of
>> checking (on another project) because of this...
>>
>>
>> regards,
>>
>> Bogdan
>>
>>
>> AESE wrote:
>>
>>
>>    
>>> Hi Tim,
>>>
>>> The version number comment in the beginning of php scripts is auto
>>> maintained or we should increment it before the commitment (not sure to
>>> have
>>> read there was a sourceforge auto facility).
>>>
>>> I like this version label, is there a reason to not use it in
>>> "api_php.php"
>>> and "FixedAssetRegister.php"?
>>>
>>> Also, the final "\not new line at end of the file" is a webERP rule or
>>> recommended or a thing to avoid? (I will do it as you like)
>>>
>>> Thanks,
>>> javier
>>>
>>>
>>> ----- Original Message -----
>>> From: "Tim Schofield" <tim.schofield1960@...>
>>> To: "webERP Developers" <web-erp-developers@...>
>>> Sent: Wednesday, November 04, 2009 12:11 PM
>>> Subject: Re: [WebERP-developers] SVN
>>>
>>>
>>> Ok, I believe that I have now have the trunk of svn correct. Can any
>>> developers now start to use this instead of cvs. Unless there are any
>>> objections I shall turn off the cvs facility tomorrow at about this
>>> time (midday GMT). Next plan is to get the stable branch up to date.
>>>
>>> My request for help on maintaining this stable branch is still open.....
>>>
>>> Thanks
>>> Tim
>>>
>>>
>>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>>
>>>
>>>      
>>>> Certainly will :)
>>>>
>>>>
>>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>>
>>>>
>>>>        
>>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn
>>>>> prefix.
>>>>>
>>>>> great! will you let us know when we could "switch" svn?
>>>>>
>>>>> thank you!
>>>>>
>>>>> Tim Schofield wrote:
>>>>>
>>>>>
>>>>>          
>>>>>> Hi Javier,
>>>>>>
>>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>>> cvs off.
>>>>>>
>>>>>> Thanks
>>>>>> Tim
>>>>>>
>>>>>>
>>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and
>>>>>>> contributors,
>>>>>>>
>>>>>>> I didn't realize how great is the job that Nicholas and Murray did
>>>>>>> with
>>>>>>> the
>>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>>>> good
>>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>>>> if
>>>>>>> we wait there will be. I have waited to commit, waited to get
>>>>>>> confidence
>>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>>>> would
>>>>>>> like to change along with some narrative. For the minor changes as
>>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like
>>>>>>> I
>>>>>>> feel
>>>>>>> confident to apply. For other changes as database field types I will
>>>>>>> ask for
>>>>>>> permission or consense.
>>>>>>>
>>>>>>> If we don't begin now, we will have to be prepared to loose one of
>>>>>>> the
>>>>>>> following three: the great Nicholas work, some cvs history or the
>>>>>>> time
>>>>>>> and
>>>>>>> effort, i.e., if a file is changed more than once in the cvs,
>>>>>>> updating
>>>>>>> the
>>>>>>> svn trunk without loosing previous change(s) will not be as easy as
>>>>>>> an
>>>>>>> "add"
>>>>>>> and we will have to learn how to merge both histories.
>>>>>>>
>>>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>>>> and to
>>>>>>> keep a notebook with the outstanding commits is all but comfortable.
>>>>>>> If
>>>>>>> I
>>>>>>> had started to commit to the trunk, those files would need trace to
>>>>>>> keep an
>>>>>>> eye if overwritten, which is more or less the same work. Of course,
>>>>>>> the
>>>>>>> easy
>>>>>>> way would be to work with the cvs but that's not the shape of my
>>>>>>> mind.
>>>>>>>
>>>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>>>> another
>>>>>>> UTF-8 branch created by Murray. It has files history and it is a
>>>>>>> fresh
>>>>>>> 3.11
>>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i
>>>>>>> will
>>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>>
>>>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>>>> well-done
>>>>>>> all the reports should be reviewed (this is what we feared) and for
>>>>>>> the
>>>>>>> same
>>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>>>> functions
>>>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>>>> absolutely
>>>>>>> neccesary, it would only be better in my opinion. That's not
>>>>>>> difficult,
>>>>>>> only
>>>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>>>> have a
>>>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>>>> change
>>>>>>> are:
>>>>>>>
>>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>>> newPage -> AddPage
>>>>>>> line -> Line
>>>>>>> addText -> Text
>>>>>>> addInfo -> SetAuthor
>>>>>>> addJpegFromFile -> Image
>>>>>>> partEllipse -> ellipse
>>>>>>> ellipse ->
>>>>>>> addTextWrap ->
>>>>>>>
>>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's
>>>>>>> not
>>>>>>> as
>>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>>>> tell,
>>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>>>> development.
>>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>>
>>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>>
>>>>>>> Thanks and regards,
>>>>>>> javier
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>>> your
>>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>>> stay
>>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>>> http://p.sf.net/sfu/devconference
>>>>>>> _______________________________________________
>>>>>>> Web-erp-developers mailing list
>>>>>>> Web-erp-developers@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>> your
>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>> stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>>          
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>>      
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>    
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers 
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Javier de Lorenzo-Cáceres]

You are right Bogdan, I was looking the script in the mail message, it must
be a system warning/passed of the cvs that shows when a new script has lines
after the ending tag or not.

sorry,
javier

----- Original Message -----
From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
To: "webERP Developers" <web-erp-developers@...>
Sent: Wednesday, November 04, 2009 4:19 PM
Subject: Re: [WebERP-developers] SVN


Hi there,


I am a bit confused, my topitems.php ends like this:


//end of the else statement
}

include('includes/footer.inc');
?>

at line 229. are we talking about the same file?


thanks,

b

AESE wrote:

> Hi Bogdan,
> Please take a look at TopItems.php, you will see it very clear. It's not
> an
> empty line but a sort of message telling not to add new lines after the
> final symbol line. I think it's funny in TopItems.php as I see it as a
> self-error.
>
> Thanks,
> javier
>
>
> ----- Original Message -----
> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
> To: "webERP Developers" <web-erp-developers@...>
> Sent: Wednesday, November 04, 2009 2:42 PM
> Subject: Re: [WebERP-developers] SVN
>
>
> Not sure what you mean, I might have been a bit unclear...
>
> there are scripts which have a new line after the end of the php tag.
> something like this:
> ++++++++
>
> code....
> ?>
>
> ++++++end of file
>
> instead of
>
> ++++++
>
> code
> ?>
> +++++++end of file
>
> this is what I was talking about. However, I personally correct this
> only when I get to edit a file for other reasons, as they generally work
> as is. as I said, it is just some best practice, so I do it a bit by
> reflex. Of course, as you are "touching" a lot of files it could make
> sense....
>
> hope it helps.
>
>
>
>
> AESE wrote:
>
>> Hi Bogdan,
>>
>> Should we remove them or move them to the line before the final "end of
>> script tag symbol"?
>> for example, see TopItems.php (it's placed after all)
>>
>> Thanks,
>> javier
>>
>>
>> ----- Original Message -----
>> From: "Bogdan Stanciu" <bogdanovidiu.stanciu@...>
>> To: "webERP Developers" <web-erp-developers@...>
>> Sent: Wednesday, November 04, 2009 1:21 PM
>> Subject: Re: [WebERP-developers] SVN
>>
>>
>> Javier,
>>
>>
>> For your last question, it just BEST practice, as when you will expect
>> it less, the extra line can cause errors. Especially in the cases when
>> NOTHING should be sent after a commit of some sort. I wasted weeks of
>> checking (on another project) because of this...
>>
>>
>> regards,
>>
>> Bogdan
>>
>>
>> AESE wrote:
>>
>>
>>
>>> Hi Tim,
>>>
>>> The version number comment in the beginning of php scripts is auto
>>> maintained or we should increment it before the commitment (not sure to
>>> have
>>> read there was a sourceforge auto facility).
>>>
>>> I like this version label, is there a reason to not use it in
>>> "api_php.php"
>>> and "FixedAssetRegister.php"?
>>>
>>> Also, the final "\not new line at end of the file" is a webERP rule or
>>> recommended or a thing to avoid? (I will do it as you like)
>>>
>>> Thanks,
>>> javier
>>>
>>>
>>> ----- Original Message -----
>>> From: "Tim Schofield" <tim.schofield1960@...>
>>> To: "webERP Developers" <web-erp-developers@...>
>>> Sent: Wednesday, November 04, 2009 12:11 PM
>>> Subject: Re: [WebERP-developers] SVN
>>>
>>>
>>> Ok, I believe that I have now have the trunk of svn correct. Can any
>>> developers now start to use this instead of cvs. Unless there are any
>>> objections I shall turn off the cvs facility tomorrow at about this
>>> time (midday GMT). Next plan is to get the stable branch up to date.
>>>
>>> My request for help on maintaining this stable branch is still open.....
>>>
>>> Thanks
>>> Tim
>>>
>>>
>>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>>
>>>
>>>
>>>> Certainly will :)
>>>>
>>>>
>>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>>
>>>>
>>>>
>>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn
>>>>> prefix.
>>>>>
>>>>> great! will you let us know when we could "switch" svn?
>>>>>
>>>>> thank you!
>>>>>
>>>>> Tim Schofield wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Hi Javier,
>>>>>>
>>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>>> have already started it. I thought Nicholas and/or Murray were
>>>>>> keeping
>>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>>> reason. I am now bringing svn up to date with cvs and then we can
>>>>>> turn
>>>>>> cvs off.
>>>>>>
>>>>>> Thanks
>>>>>> Tim
>>>>>>
>>>>>>
>>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and
>>>>>>> contributors,
>>>>>>>
>>>>>>> I didn't realize how great is the job that Nicholas and Murray did
>>>>>>> with
>>>>>>> the
>>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>>>> good
>>>>>>> mail collection of how to work with the SVN and other matters,
>>>>>>> thanks
>>>>>>> again. I don't see any reason to not begin to commit to the trunk
>>>>>>> but
>>>>>>> if
>>>>>>> we wait there will be. I have waited to commit, waited to get
>>>>>>> confidence
>>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files
>>>>>>> I
>>>>>>> would
>>>>>>> like to change along with some narrative. For the minor changes as
>>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like
>>>>>>> I
>>>>>>> feel
>>>>>>> confident to apply. For other changes as database field types I will
>>>>>>> ask for
>>>>>>> permission or consense.
>>>>>>>
>>>>>>> If we don't begin now, we will have to be prepared to loose one of
>>>>>>> the
>>>>>>> following three: the great Nicholas work, some cvs history or the
>>>>>>> time
>>>>>>> and
>>>>>>> effort, i.e., if a file is changed more than once in the cvs,
>>>>>>> updating
>>>>>>> the
>>>>>>> svn trunk without loosing previous change(s) will not be as easy as
>>>>>>> an
>>>>>>> "add"
>>>>>>> and we will have to learn how to merge both histories.
>>>>>>>
>>>>>>> The method I am using to update the utf-8 branch with the cvs
>>>>>>> updates
>>>>>>> and to
>>>>>>> keep a notebook with the outstanding commits is all but comfortable.
>>>>>>> If
>>>>>>> I
>>>>>>> had started to commit to the trunk, those files would need trace to
>>>>>>> keep an
>>>>>>> eye if overwritten, which is more or less the same work. Of course,
>>>>>>> the
>>>>>>> easy
>>>>>>> way would be to work with the cvs but that's not the shape of my
>>>>>>> mind.
>>>>>>>
>>>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>>>> another
>>>>>>> UTF-8 branch created by Murray. It has files history and it is a
>>>>>>> fresh
>>>>>>> 3.11
>>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i
>>>>>>> will
>>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>>
>>>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>>>> well-done
>>>>>>> all the reports should be reviewed (this is what we feared) and for
>>>>>>> the
>>>>>>> same
>>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>>>> functions
>>>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>>>> absolutely
>>>>>>> neccesary, it would only be better in my opinion. That's not
>>>>>>> difficult,
>>>>>>> only
>>>>>>> time-consuming for the quantity of reports and the fact that we
>>>>>>> don't
>>>>>>> have a
>>>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>>>> change
>>>>>>> are:
>>>>>>>
>>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>>> newPage -> AddPage
>>>>>>> line -> Line
>>>>>>> addText -> Text
>>>>>>> addInfo -> SetAuthor
>>>>>>> addJpegFromFile -> Image
>>>>>>> partEllipse -> ellipse
>>>>>>> ellipse ->
>>>>>>> addTextWrap ->
>>>>>>>
>>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's
>>>>>>> not
>>>>>>> as
>>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing
>>>>>>> to
>>>>>>> tell,
>>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>>>> development.
>>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>>
>>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>>
>>>>>>> Thanks and regards,
>>>>>>> javier
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>>> your
>>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>>> stay
>>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register
>>>>>>> now!
>>>>>>> http://p.sf.net/sfu/devconference
>>>>>>> _______________________________________________
>>>>>>> Web-erp-developers mailing list
>>>>>>> Web-erp-developers@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>> your
>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>> stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>> your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>>>
>>>>>
>>>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Web-erp-developers mailing list
>>> Web-erp-developers@...
>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>
>>>
>>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers 


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[Phil Daintree-3]

I think it came up before and this was a problem with SVN. Nicholas took
a look at it but could not resolve. I too think this is a good feature
of CVS

Phil

Tim Schofield wrote:

> Hi Javier,
>
> That is a very good question regarding the version numbering. It was
> done automatically in cvs, presumably there is a setting in svn as
> well. I will look into it, unless somebody "just knows".
>
> Thanks
> Tim
>
> 2009/11/4 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>> Hi Tim,
>>
>> The version number comment in the beginning of php scripts is auto
>> maintained or we should increment it before the commitment (not sure to have
>> read there was a sourceforge auto facility).
>>
>> I like this version label, is there a reason to not use it in "api_php.php"
>> and "FixedAssetRegister.php"?
>>
>> Also, the final "\not new line at end of the file" is a webERP rule or
>> recommended or a thing to avoid? (I will do it as you like)
>>
>> Thanks,
>> javier
>>
>>
>> ----- Original Message -----
>> From: "Tim Schofield" <tim.schofield1960@...>
>> To: "webERP Developers" <web-erp-developers@...>
>> Sent: Wednesday, November 04, 2009 12:11 PM
>> Subject: Re: [WebERP-developers] SVN
>>
>>
>> Ok, I believe that I have now have the trunk of svn correct. Can any
>> developers now start to use this instead of cvs. Unless there are any
>> objections I shall turn off the cvs facility tomorrow at about this
>> time (midday GMT). Next plan is to get the stable branch up to date.
>>
>> My request for help on maintaining this stable branch is still open.....
>>
>> Thanks
>> Tim
>>
>>
>> 2009/11/3 Tim Schofield <tim.schofield1960@...>:
>>> Certainly will :)
>>>
>>>
>>> 2009/11/3 Bogdan Stanciu <bogdanovidiu.stanciu@...>:
>>>> i was about to ask :-)) as i've seen tens of cvs updates with svn prefix.
>>>>
>>>> great! will you let us know when we could "switch" svn?
>>>>
>>>> thank you!
>>>>
>>>> Tim Schofield wrote:
>>>>> Hi Javier,
>>>>>
>>>>> As I have already said I plan to move to svn this week - in fact I
>>>>> have already started it. I thought Nicholas and/or Murray were keeping
>>>>> svn updated with any cvs changes, but that seemed to stop for some
>>>>> reason. I am now bringing svn up to date with cvs and then we can turn
>>>>> cvs off.
>>>>>
>>>>> Thanks
>>>>> Tim
>>>>>
>>>>>
>>>>> 2009/11/3 AESE, S.L., Javier de Lorenzo-Cáceres. <info@...>:
>>>>>
>>>>>> Hi Phil, Tim, Nicholas and all the developers, coders and contributors,
>>>>>>
>>>>>> I didn't realize how great is the job that Nicholas and Murray did with
>>>>>> the
>>>>>> CVS to SVN move, many thanks and greetings. Also, Nicholas left us a
>>>>>> good
>>>>>> mail collection of how to work with the SVN and other matters, thanks
>>>>>> again. I don't see any reason to not begin to commit to the trunk but
>>>>>> if
>>>>>> we wait there will be. I have waited to commit, waited to get
>>>>>> confidence
>>>>>> with both SVN and WebERP. Instead to commit, I have noted the files I
>>>>>> would
>>>>>> like to change along with some narrative. For the minor changes as
>>>>>> htmlentities, htmlspacialchars, css, xhtml, typos, .pot and the like I
>>>>>> feel
>>>>>> confident to apply. For other changes as database field types I will
>>>>>> ask for
>>>>>> permission or consense.
>>>>>>
>>>>>> If we don't begin now, we will have to be prepared to loose one of the
>>>>>> following three: the great Nicholas work, some cvs history or the time
>>>>>> and
>>>>>> effort, i.e., if a file is changed more than once in the cvs, updating
>>>>>> the
>>>>>> svn trunk without loosing previous change(s) will not be as easy as an
>>>>>> "add"
>>>>>> and we will have to learn how to merge both histories.
>>>>>>
>>>>>> The method I am using to update the utf-8 branch with the cvs updates
>>>>>> and to
>>>>>> keep a notebook with the outstanding commits is all but comfortable. If
>>>>>> I
>>>>>> had started to commit to the trunk, those files would need trace to
>>>>>> keep an
>>>>>> eye if overwritten, which is more or less the same work. Of course, the
>>>>>> easy
>>>>>> way would be to work with the cvs but that's not the shape of my mind.
>>>>>>
>>>>>> Now that I'm confident with the svn I will begin to work with the
>>>>>> another
>>>>>> UTF-8 branch created by Murray. It has files history and it is a fresh
>>>>>> 3.11
>>>>>> ISO so all the changes to utf-8 will be recorded. Once finished, i will
>>>>>> delete my utf-8 branch to avoid possible confusion.
>>>>>>
>>>>>> The move to utf-8 has not resulted as difficult but to make things
>>>>>> well-done
>>>>>> all the reports should be reviewed (this is what we feared) and for the
>>>>>> same
>>>>>> reason that Tim changed Stream() by Output('filename', 'I') all
>>>>>> functions
>>>>>> should be changed and class.pdf.php removed; albeit that's not
>>>>>> absolutely
>>>>>> neccesary, it would only be better in my opinion. That's not difficult,
>>>>>> only
>>>>>> time-consuming for the quantity of reports and the fact that we don't
>>>>>> have a
>>>>>> sortered list and the 4 different pdf techniques. The functions to
>>>>>> change
>>>>>> are:
>>>>>>
>>>>>> Stream -> Output (done in 39 + 2 new)
>>>>>> selectFont -> SetFont (this has to be consensed)
>>>>>> newPage -> AddPage
>>>>>> line -> Line
>>>>>> addText -> Text
>>>>>> addInfo -> SetAuthor
>>>>>> addJpegFromFile -> Image
>>>>>> partEllipse -> ellipse
>>>>>> ellipse ->
>>>>>> addTextWrap ->
>>>>>>
>>>>>> At least, the TCPDF choice is a solid step, i think. Some says it's not
>>>>>> as
>>>>>> stable as FPDF. Unfortunately, we haven't got enough alpha testing to
>>>>>> tell,
>>>>>> maybe Dale will want to help. I believe TCPDF will have a solid
>>>>>> development.
>>>>>> By the way, I haven't taken a look for TCPDF updates.
>>>>>>
>>>>>> But the move to utf-8 is not the matter now; it's the move to svn.
>>>>>>
>>>>>> Thanks and regards,
>>>>>> javier
>>>>>> ------------------------------------------------------------------------------
>>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>>> is the only developer event you need to attend this year. Jumpstart
>>>>>> your
>>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>>> stay
>>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>>> http://p.sf.net/sfu/devconference
>>>>>> _______________________________________________
>>>>>> Web-erp-developers mailing list
>>>>>> Web-erp-developers@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>>
>>>>>>
>>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>>> is the only developer event you need to attend this year. Jumpstart your
>>>>> developing skills, take BlackBerry mobile applications to market and
>>>>> stay
>>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>>> http://p.sf.net/sfu/devconference
>>>>> _______________________________________________
>>>>> Web-erp-developers mailing list
>>>>> Web-erp-developers@...
>>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>>> is the only developer event you need to attend this year. Jumpstart your
>>>> developing skills, take BlackBerry mobile applications to market and stay
>>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>>> http://p.sf.net/sfu/devconference
>>>> _______________________________________________
>>>> Web-erp-developers mailing list
>>>> Web-erp-developers@...
>>>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web-erp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Web-erp-developers mailing list
> Web-erp-developers@...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Web-erp-developers mailing list
Web-erp-developers@...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers