Re: [WebERP-developers] SVN

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

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. <in...@ci...>:
> 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. <in...@ci...>:
>> 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...@li...
>> 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...@li...
> 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...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>