phpxpath-users Mailing List for Php.XPath (Page 27)
Brought to you by:
bs_php,
nigelswinson
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(346) |
Nov
(8) |
Dec
(21) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(30) |
Feb
(13) |
Mar
|
Apr
(3) |
May
(70) |
Jun
(26) |
Jul
(48) |
Aug
(22) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
|
2003 |
Jan
(3) |
Feb
(3) |
Mar
(11) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2004 |
Jan
(4) |
Feb
(2) |
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
(12) |
Aug
(8) |
Sep
(2) |
Oct
(2) |
Nov
(3) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2006 |
Jan
(3) |
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: <nig...@us...> - 2001-10-04 00:48:44
|
Hi all, Major news: ======== -- Michael Mehl approved 1.N.X as the main branch of phpxml, so we are dropping the 'N' and calling it just 1.X. Once we have stabalised the version, it will move to version 2.0 -- Most of the silly stupid bugs from 1.N.5 have rooted out. Thanks for all your hard work on this, and I apologise again for getting too excited and mailing out a half baked release... -- removeChild() has been re-written to both work, and go much faster. -- Error handling has been greatly improved, which should make this class easier to use. -- Examples now ship with the module: Checkout: http://www.carrubbers.org/scripts/php/xpath/examples/government/ and http://www.carrubbers.org/scripts/php/xpath/examples/scratch-test-suite/ -- Sam Blum is now a joint administrator for this project. He must be closing in on 100 hours with this project now I recon!! Release notes available at: https://sourceforge.net/project/shownotes.php?group_id=31522&release_id=5558 3 The future ======== The future will hold quite a lot of moving about of data and redirects. As you might have guessed, we think it's a good idea to rename this project to Php.XPath, as opposed to <phpxml/>. This is going to involve: -- moving the CVS repository, -- moving the mail list -- moving the list archive, -- creating a XPath homepage maintained by someone other that Michael Mehl located at sourceforge, -- cleaning up the phpxmldb project -- redirecting all the projects to the new home of the project The benefits are: -- phpxml will have have it's own bug, feature and support trackers, which will help to refine the traffic on this list. Bug reporting will be taken off the list traffic and placed on the bug tracker instead. -- Moving the membership of us...@li... to a list run at sourceforge allows more control over your list membership including digest and plain text only. The admin is also in English which I think over all we would have to agree that it helps. -- Better more realistic indexing of the project at sourceforge will be good for the project long term. The project name will include the word XPath, which is more useful than "XML". -- Protection against project maintainers from dropping the ball. The project will belong more to the open source community if it has it's own project. Hopefully you can understand the needs for the move, and that you will be patient with us as we carry out what will be a fairy time consuming and error prone process. Just wanted to make you all aware of what will be going on in the phpxml world over the next month or so. Thanks for your support all, keep those bug reports rolling. ;o) Nigel =========================== For the most recent version of phpxml, V1.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-03 22:22:26
|
> Next...mixed content...now, most of you are not going to like the > solution I have, but here goes anyway... > > If the context is mixed, like if the are <br/> in text or something like > that, the indenting is done, but each time you run the file through and > save it, the linefeeds keep growing and you end up with this huge gap > int the xml file. Now, the solution would be to add a paramter to > export called $useIndent = TRUE and when you called _export recursively, > just call it with _export(...,!$isMixed) and then when you go to add the > \n only do it if $useIndent is true...This fixes the <br/> <hr/> > problem, but if you have more complex stuff, it gets hairy, but in > reality, mixed content shouldn't be used much... > > Tell me what you think! I recon that the class should only ever add whitespace when appendChild() and the target node contains no data. ie inserting a <B/> into the following inserts whitespace marked by []: ========== <A/> Goes to <A>[ ]<B/>[ ]</A> ========== <A> <B/> </A> Goes to <A> <B/>[ ]<B/> </A> ========== <A>text</A> Goes to: <A>text<B/></A> ========== Otherwise all whitespace is preserved from the file that was read in. Would that meet the requirements? Nigel -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-03 16:37:21
|
> nig...@us... wrote: > > > > Can't remember. You want to get 1.N.4 or the version straight out of CVS, > > it says in the file what version of php you need > > > > Why not 1.N.5 which is also on the sourceforge site? Is it broken? Check out the archive, you'll find 47 messages since it's release on the 25th of september, mostly describing bugs. I'm hoping to release another version tonight, God willing, which will have less bugs in it, but will probably still have some. > > A perl script ships with the module you might want to try, otherwise phpdoc > > is possibly work a look. > > > > I haven't tried the script yet but it says that we can try it for free > for 30 days. Are you planning to sell it??? Sorry, histroical cut-n-paste from many of my other perl scripts. Feel free to use it if you like it. :o) Nigel -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <mor...@dm...> - 2001-10-03 16:31:21
|
nig...@us... wrote: > > Can't remember. You want to get 1.N.4 or the version straight out of CVS, > it says in the file what version of php you need > Why not 1.N.5 which is also on the sourceforge site? Is it broken? > > A perl script ships with the module you might want to try, otherwise phpdoc > is possibly work a look. > I haven't tried the script yet but it says that we can try it for free for 30 days. Are you planning to sell it??? Thanks, -- ------------------------------------------------------------ Daniel Morissette mor...@dm... DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Don't put for tomorrow what you can do today, because if you enjoy it today you can do it again tomorrow. -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-03 16:22:27
|
> I'm new to this list... sorry if the following are FAQs but I could not > find the answers anywhere on the <phpXML/> website: > > 1- Is this mailing list archived somewhere? Yes > 2- Which version of PHP does phpXML-1.0 support? With PHP 4.0.6 I get > warnings about "Call-time pass-by-reference" being deprecated, and with > PHP3.0.16 I get a parsing error in xml.php line 271 (probably related to > typed arguments in function declarattion). Can't remember. You want to get 1.N.4 or the version straight out of CVS, it says in the file what version of php you need > 3- The <phpXML/> documentation is generated from the xml.php source code > (using special comments similar to JavaDoc or Doxygen) and it looks > great. Can anyone point me to the package that was used to generate > this doc? Doxygen is great for C/C++ but does not work for PHP AFAIK... > and I was never able to find a good PHP doc. generator until today. A perl script ships with the module you might want to try, otherwise phpdoc is possibly work a look. Follow the link below, and spend some time on catch up then re-post new bugs and questions. :o) =========================== For the most recent version of phpxml, V1.N.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <lu...@sa...> - 2001-10-03 16:07:34
|
En réponse à mor...@dm...: > Hi, Hi ;-)) The "real" last version is available at : http://sourceforge.net/projects/phpxmldb Download 1N4 or "browse the cvs" and get latest dev version. (Be aware, for latest version class has been renamed to XPath) Archives are available, I don't have the url handy but its from sourceforge also Luc -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <mor...@dm...> - 2001-10-03 15:41:07
|
Hi, I'm new to this list... sorry if the following are FAQs but I could not find the answers anywhere on the <phpXML/> website: 1- Is this mailing list archived somewhere? 2- Which version of PHP does phpXML-1.0 support? With PHP 4.0.6 I get warnings about "Call-time pass-by-reference" being deprecated, and with PHP3.0.16 I get a parsing error in xml.php line 271 (probably related to typed arguments in function declarattion). 3- The <phpXML/> documentation is generated from the xml.php source code (using special comments similar to JavaDoc or Doxygen) and it looks great. Can anyone point me to the package that was used to generate this doc? Doxygen is great for C/C++ but does not work for PHP AFAIK... and I was never able to find a good PHP doc. generator until today. Thanks, -- ------------------------------------------------------------ Daniel Morissette mor...@dm... DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Don't put for tomorrow what you can do today, because if you enjoy it today you can do it again tomorrow. -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <sa...@ka...> - 2001-10-03 09:23:41
|
I've noticed an error in line 492 (Revision 1.14) of xpath.class.php. It says: // Get the relevant object as a string and write it to file $xmlString =3D exportAsXml($absoluteXPath); It should be: $xmlString =3D $this->exportAsXml($absoluteXPath); Greetings, Ir. Sacha Telgenhof Oude Koehorst Kalshoven Automation B.V. Research & Development eMail : sa...@ka... -- This message has been sent through the <phpXML/> user discussion list. To u= nsubscribe, please visit https://sslsites.de/mailinglisten/user/user@lists.= phpxml.org/ |
From: <big...@ya...> - 2001-10-03 08:38:10
|
First an easy fix...in the _export() function, $hasChildren is spelling wrong run this in vim %s/$hasChilderen/$hasChildren/gc and that should take care of it... Next...mixed content...now, most of you are not going to like the solution I have, but here goes anyway... If the context is mixed, like if the are <br/> in text or something like that, the indenting is done, but each time you run the file through and save it, the linefeeds keep growing and you end up with this huge gap int the xml file. Now, the solution would be to add a paramter to export called $useIndent = TRUE and when you called _export recursively, just call it with _export(...,!$isMixed) and then when you go to add the \n only do it if $useIndent is true...This fixes the <br/> <hr/> problem, but if you have more complex stuff, it gets hairy, but in reality, mixed content shouldn't be used much... Tell me what you think! Dan -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <big...@ya...> - 2001-10-03 05:02:38
|
Okay, I am sitting here pulling my hair out over this one until I finally dug myself down to the root of the problem. Say I have a file <root> <node number="0"/> </root> If i did $xml->evaluate("/root/node/@number") or $xml->evaluate("/root/node/attribute::number") I would get NOTHING as a result...now, I changed to 0 to a 1 and I got a result...so somewhere a 0 was being considered a nothing...I found the problem on line 2679 in the _handleAxis_attribute function The problem is, the use of the function empty(), which returns true if the contents are the number 0, so what should be done is replace it with if(strlen(blah blah) > 0) That way, any number is accepted and only an empty string will fall through...Hope this can be patched... Dan On 02 Oct 2001 23:43:32 +0000, nig...@us... wrote: > RE: [phpXML] problem with whitespace> Is there a way to search nodes by > case-insensitive attributes? > > I've never found one. Sorry. Seems to be an ommision in the XPath spec. > This has bugged me in the past too. Perhaps we should create a new string > function to map to lower case or something... I think this feature is "some > way off" though. > > =========================== > For the most recent version of phpxml, V1.N.X, and an archive of this list > visit: http://www.sourceforge.net/projects/phpxmldb > > -- > This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-02 23:43:40
|
RE: [phpXML] problem with whitespace> Is there a way to search nodes by case-insensitive attributes? I've never found one. Sorry. Seems to be an ommision in the XPath spec. This has bugged me in the past too. Perhaps we should create a new string function to map to lower case or something... I think this feature is "some way off" though. =========================== For the most recent version of phpxml, V1.N.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <tom...@di...> - 2001-10-02 23:25:46
|
( Sorry for having to post to list for this ) Could the person who runs the maillist contact me offlist please... Am trying to unsubscribe -- (a) have tried the link at bottom of list messages it has not worked for me -- (b) tried sourceforge but it denies that my email is a 'member' Thanks, -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <big...@ya...> - 2001-10-02 22:41:17
|
I have noticed two errors in the functions listed above. In the replaceData, if the path is /root[1]/node[1]/attribute::title the "Numpty" check stops the _setContent from being executed, even though _setContent can handle that xpath...so this seems to be a mistake. Secondly, in the _setContent function, there is one missing & that would enable the reference to the node array to work...Here is a snippet: <OldCode> if (ereg('/attribute::', $absoluteXPath)) { // Get the path to the attribute node's parent. $thePath = $this->_prestr($absoluteXPath, '/attribute::'); // Get the parent node. $node = $this->nodes[$thePath]; // Get the name of the attribute. $attribute = $this->_afterstr($absoluteXPath, '/attribute::'); // Get a reference to the string that we can then modify $tmp = &$node['attributes'][$attribute]; // Set the attribute if (!isSet($tmp)) $tmp=''; //$this->nodes[$thePath]['attributes'][$attribute] = $append ? $tmp . $value : $value; $tmp = $append ? $tmp . $value : $value; } else { </OldCode> <NewCode> if (ereg('/attribute::', $absoluteXPath)) { // Get the path to the attribute node's parent. $thePath = $this->_prestr($absoluteXPath, '/attribute::'); // Get the parent node. $node = &$this->nodes[$thePath]; --------------^ // Get the name of the attribute. $attribute = $this->_afterstr($absoluteXPath, '/attribute::'); // Get a reference to the string that we can then modify $tmp = &$node['attributes'][$attribute]; // Set the attribute if (!isSet($tmp)) $tmp=''; //$this->nodes[$thePath]['attributes'][$attribute] = $append ? $tmp . $value : $value; $tmp = $append ? $tmp . $value : $value; } else { </NewCode> Later! dan On 02 Oct 2001 22:16:55 +0000, big...@ya... wrote: > Suggestion...it is becoming a well know fact that preg is much faster > than the ereg engine, while also being much more powerful. Would it be > possible to rid of ereg functions in this class? > > Dan > > On 02 Oct 2001 21:43:55 +0000, big...@ya... wrote: > > Overall I am quite impressed. I am running xpath.class.php on a > > hurricane electric dual-PIII server and I have some good results as well > > as some bad. Building up the tree for a 1,000 line (fair complex) xml > > file takes 0.17 seconds and to dump it back out directly to either a > > string or file takes 0.13 seconds, so a total of 0.3 seconds, which is > > pretty darn quick for 1000 lines. Adding children and attributes takes > > no time at all and is neglible in the results. Evaluating can be > > tricky...for 1000 lines it can take up to 0.27 seconds, depending on > > where the node is located for 1000 lines. The extremely variable (and > > slow) feature is the removeChild function, which if removing a child at > > the end of a set of nodes, takes almost no time at all (0.03 seconds) > > but if it is at the beginning, (0.4 seconds) So to process a 1000 line > > XML file with a few modifications here and there, takes about 1 second > > if the modifications are involved with heavy evaluating and removing, > > and as fast as 0.3 seconds if the modifications deal soley with adding > > and modifying. > > > > So, thoughts on the removeChild function, any way to make this faster? > > > > Dan > > > > > > -- > > This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ > > -- > This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-02 22:39:49
|
> Suggestion...it is becoming a well know fact that preg is much faster > than the ereg engine, while also being much more powerful. Would it be > possible to rid of ereg functions in this class? Put it on the task list... thanks for the suggestion. Nigel -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-02 22:37:19
|
> Overall I am quite impressed. I am running xpath.class.php on a > hurricane electric dual-PIII server and I have some good results as well > as some bad. Building up the tree for a 1,000 line (fair complex) xml > file takes 0.17 seconds and to dump it back out directly to either a > string or file takes 0.13 seconds, so a total of 0.3 seconds, which is > pretty darn quick for 1000 lines. Adding children and attributes takes > no time at all and is neglible in the results. Evaluating can be > tricky...for 1000 lines it can take up to 0.27 seconds, depending on > where the node is located for 1000 lines. The extremely variable (and > slow) feature is the removeChild function, which if removing a child at > the end of a set of nodes, takes almost no time at all (0.03 seconds) > but if it is at the beginning, (0.4 seconds) So to process a 1000 line > XML file with a few modifications here and there, takes about 1 second > if the modifications are involved with heavy evaluating and removing, > and as fast as 0.3 seconds if the modifications deal soley with adding > and modifying. > > So, thoughts on the removeChild function, any way to make this faster? Can I ask exactly which version of the class you were using? I ask because CVS version 1.9 (1.N.5 was 1.6) got a major re-write of the removechild() function. I'd love to hear you say that you did your testing on a version previous to this :o) We've been aware for several months now that removeChild was a very weak function... ---------------------------- Revision : 1.9 Date : 2001/9/30 2:56:32 Author : 'nigelswinson' State : 'Exp' Lines : +144 -80 Description : Major re-write of the removeChild() function. It had developed some fairly major bugs, ie when called it would delete the entire $nodes array. Also fixed some bugs in the _export function ------------------------------ Thanks for your kind comments too :o). Nigel =========================== For the most recent version of phpxml, V1.N.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <big...@ya...> - 2001-10-02 22:17:02
|
Suggestion...it is becoming a well know fact that preg is much faster than the ereg engine, while also being much more powerful. Would it be possible to rid of ereg functions in this class? Dan On 02 Oct 2001 21:43:55 +0000, big...@ya... wrote: > Overall I am quite impressed. I am running xpath.class.php on a > hurricane electric dual-PIII server and I have some good results as well > as some bad. Building up the tree for a 1,000 line (fair complex) xml > file takes 0.17 seconds and to dump it back out directly to either a > string or file takes 0.13 seconds, so a total of 0.3 seconds, which is > pretty darn quick for 1000 lines. Adding children and attributes takes > no time at all and is neglible in the results. Evaluating can be > tricky...for 1000 lines it can take up to 0.27 seconds, depending on > where the node is located for 1000 lines. The extremely variable (and > slow) feature is the removeChild function, which if removing a child at > the end of a set of nodes, takes almost no time at all (0.03 seconds) > but if it is at the beginning, (0.4 seconds) So to process a 1000 line > XML file with a few modifications here and there, takes about 1 second > if the modifications are involved with heavy evaluating and removing, > and as fast as 0.3 seconds if the modifications deal soley with adding > and modifying. > > So, thoughts on the removeChild function, any way to make this faster? > > Dan > > > -- > This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <big...@ya...> - 2001-10-02 21:44:07
|
Overall I am quite impressed. I am running xpath.class.php on a hurricane electric dual-PIII server and I have some good results as well as some bad. Building up the tree for a 1,000 line (fair complex) xml file takes 0.17 seconds and to dump it back out directly to either a string or file takes 0.13 seconds, so a total of 0.3 seconds, which is pretty darn quick for 1000 lines. Adding children and attributes takes no time at all and is neglible in the results. Evaluating can be tricky...for 1000 lines it can take up to 0.27 seconds, depending on where the node is located for 1000 lines. The extremely variable (and slow) feature is the removeChild function, which if removing a child at the end of a set of nodes, takes almost no time at all (0.03 seconds) but if it is at the beginning, (0.4 seconds) So to process a 1000 line XML file with a few modifications here and there, takes about 1 second if the modifications are involved with heavy evaluating and removing, and as fast as 0.3 seconds if the modifications deal soley with adding and modifying. So, thoughts on the removeChild function, any way to make this faster? Dan -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-02 15:58:56
|
> Which version from the CVS is the right one? 1.N.5 or the phpXml-develop? Given how many bugs were in 1.N.5 I'd take the develop version. But the develop version is as it says, a develop version, so you should expect bugs. Currently 1.N.4 is the most stable version we have, so if you can't tolerate bugs use it, otherwise I'd recommend the develop version. =========================== For the most recent version of phpxml, V1.N.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <ti...@di...> - 2001-10-02 15:52:21
|
>Welcome to Phpxml :o) Follow the link below, you'll find a version 1.N.5, >and an archive with 300 ish messages that have been sent to this list since >it's creation. I think you'll be pleased with what you find. Get the >version from CVS, not from the download, as 1.N.5 was very buggy... :o( Which version from the CVS is the right one? 1.N.5 or the phpXml-develop? :wq Tim Uckun US Investigations Services/Due Diligence http://www.diligence.com/ -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <nig...@us...> - 2001-10-02 15:42:20
|
> Once my father told me "It's better to seems like a stupid once then > being an ignorant forever". Can someone point me where to find information > about how the system works? I know this may sound a bit obvious for most of > you, but I am really a newbie dealing with CVS, since I never worked on > development of Open Source Proyects. Thanx... Follow the links from the sourceforge project and it's like "browsing the web". If you ever want to start checking changes in an out you need to become a developer of the project, and that requires me to give you permissions :o). Read access through the web is available to all though. You'll eventually find: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpxmldb/phpxml/phpXml-develo p/ Which is where the development version is currently living... Nigel (P.S three months ago I'd never been near CVS before, so I'm fairly new to it myself!) =========================== For the most recent version of phpxml, V1.N.X, and an archive of this list visit: http://www.sourceforge.net/projects/phpxmldb -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <lu...@sa...> - 2001-10-02 15:34:37
|
En réponse à ro...@sp...: > you, but I am really a newbie dealing with CVS, since I never worked > on development of Open Source Proyects. Thanx... Rodrigo, You're looking for "how to read and download from a CVS" or "how to manage and comit to a CVS" ? Luc -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <ro...@sp...> - 2001-10-02 15:17:38
|
Hi Once my father told me "It's better to seems like a stupid once then being an ignorant forever". Can someone point me where to find information about how the system works? I know this may sound a bit obvious for most of you, but I am really a newbie dealing with CVS, since I never worked on development of Open Source Proyects. Thanx... Rodrigo Reyes -- This message has been sent through the <phpXML/> user discussion list. To unsubscribe, please visit https://sslsites.de/mailinglisten/user/us...@li.../ |
From: <us...@li...> - 2001-10-02 11:22:13
|
Your subscription to phpXML user discussion has been successful. Your password is: 'r0dxJxRv'. To sent a message to the list, simply post it to us...@li.... You can modify your options, please visit https://sslsites.de/mailinglisten/user/us...@li.../ For further questions, simply contact mp...@ph... |