Menu
▾
▴
Re: [WebERP-developers] SVN
|
From: AESE, S.L., J. de Lorenzo-C. <in...@ci...> - 2009-11-03 19:50:35
|
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...@go...>
To: "webERP Developers" <web...@li...>
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. <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
>
------------------------------------------------------------------------------
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
|
