Re: [WebERP-developers] SVN

[Bogdan S. <bog...@gm...>]

hello,


is it that important anyway? in svn we have the revisions in a global 
manner, not by file... but what is the added value of this revision 
number? do you really use it?


here some info:

http://svnbook.red-bean.com/en/1.0/svn-book.html#svn-ap-a-sect-1

http://svnbook.red-bean.com/en/1.0/svn-book.html#svn-ch-2-sect-3.2

apparently, we could still have the file versions, with the keyword 
revision.


regards,
bogdan


AESE wrote:

> I agree, both systems have nice unique features. I think we should take care 
> of the scripts version manually to not loose this reference and even add it 
> to the files that have it missed.
>
> regards,
> javier
>
>
> ----- Original Message ----- 
> From: "Phil Daintree" <ph...@lo...>
>
> 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. <in...@ci...>:
>>     
>>> 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...@go...>
>>> To: "webERP Developers" <web...@li...>
>>> 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...@go...>:
>>>       
>>>> Certainly will :)
>>>>
>>>>
>>>> 2009/11/3 Bogdan Stanciu <bog...@gm...>:
>>>>         
>>>>> 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. <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
>>>>>
>>>>>           
>>> ------------------------------------------------------------------------------
>>> 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...@li...
>>> 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...@li...
>>> 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...@li...
>> 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...@li...
> 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...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>