[PHP-DOC] Re: bug in status.php
> > Erm. It is a bit buggy. It shows deleted files. We do > > not have currently a migration.xml or a phpdevel.xml > > in our appendices directory. Also we do not have > > several function xml-s in the functions directory. > Getting around to looking at this issue. > Could you be more specific? > As far as I can tell we do have migration.xml > and phpdevel.xml in our appendices directory. We do not have (in the hungarian version :. > See: http://chora.php.net/cvs.php/phpdoc/en/appendices OFF: Happy to see chora is working as a CVS viewer. Would it be possible to make it a default on cvs.php.net, es many people are using this address? > Which xml files in the functions directory are > supposedly not there? Many files were there in old days in the hu/functions dir, but now deleted. > > They were deleted because this way the configure > > process can automatically replace them with the > > actual ones from the en tree. So this way the manual > > is more actual. > > > > Plase show **currently** missing files as missing, and > > not with some date... > I am not sure what you are asking for here. Maybe you should add a new option to the checkout to delete files, which are not there any more. Goba -- Goba ... . . . . . http://weblabor.hu/ | http://www.php.net/ | http://www.goba.hu/
Re: [PHP-DOC] Manual notes maintainer assignment
> The notes in the online manual are piling up again. The job > of managing these things is much much too big for a small > group of people. What do you guys think of the idea of making > it possible for individuals to register themselves as > maintainers of individual manual pages? Now [EMAIL PROTECTED] people are maitaining the manual notes. This change would be good IMHO, as there are not too many people there Goba
[PHP-DOC] cvs: phpdoc / global.ent
jah Fri Jul 27 02:13:31 2001 EDT Modified files: /phpdoc global.ent Log: Not available on old site anymore. Index: phpdoc/global.ent diff -u phpdoc/global.ent:1.101 phpdoc/global.ent:1.102 --- phpdoc/global.ent:1.101 Thu Jul 26 14:04:11 2001 +++ phpdoc/global.ent Fri Jul 27 02:13:30 2001 @@ -1,6 +1,6 @@
[PHP-DOC] Get One Thousand Per Sale! $0 Down! No Bull!!!
Dear [EMAIL PROTECTED], Receive $1,000 COMMISSION on a $0 down SALE !! DID YOU MAKE $5,000 LAST MONTH? IF NOT, YOU NEED TO JOIN US TODAY! Market the hottest consumer savings package in America today and earn up to $1,000 each and every time someone joins for $0 DOWN! Imagine being plugged into a proven system that puts your entire business on auto-pilot and have you earning $3,000 every week! IT'S TRUE! You can be in business for $0 DOWN! And you can easily make $3,000 your very first week... and we'll show you how! Your business will literally explode overnight when you join our team and plug into our exclusive marketing system! For more INFO send an e-mail to: [EMAIL PROTECTED] with in the subject line or JUST CLICK: mailto:[EMAIL PROTECTED]?subject=Showme_freedom! $0 DOWN ! 100% FINANCING - 100% CASH MACHINE EVERYBODY IS A PROSPECT - 98% APPROVED EARN $1,000 ON EVERY A THROUGH F CREDIT SALE! EARN $1,000 ON EACH AND EVERY SALE TO INFINITY! We provide you with all the tools and the absolute BEST marketing system available on the web, all resources you will every need - even full tech support!. The only thing you need to do is join our team and plug into our proven system for success today! ~~~ For more INFO send an e-mail to: [EMAIL PROTECTED] with in the subject line or JUST CLICK: mailto:[EMAIL PROTECTED]?subject=Showme_freedom! Testimonies: This program is so easy, 'with your system I have made 13 sales first week'. That's $13000' this is the best program I've done and I've done them all! Richard S. Memphis, TN I did it all with my computer! People sign up like crazy! First I said, ok, I am financially totally down, I need to give this one a try. But after two weeks I am already out of debt! Oh god, I did not expect that! And I am not a sales person and I did it! I am so excited, thank you Richard and Mary! Randy S. Los Angeles, CA I am SPEECHLESS! With your FREE leads, and FREE unsecured Visa MC, I was able to advertise free & pay for faxes that got my phone ringing off the hook! I think I'll have 20 sales this month!!! I haven't even begun to download all the free software to make even more MONEY' Thanks guys Randy S. Detroit MI I was in my chiropractor's office when the secretary was about to throw out a fax that they had just received. The fax was similar to this email and caught my eye. I did exactly what it told me to do (a fax blast) and in my second day I made $6,000. No hard selling, no hustling my friends, just friendly people looking at a great opportunity and wanting in. Even if it took me a month to make an extra $5,000 I would have been happy, but $6,000 in my second day, wow! I'm excited. Dave W. Newport Beach, CA If you have been looking for something that is NOT MLM, is turnkey and very easy to do, then join us now, This is a truly explosive income opportunity! Sign up 3 people & earn $3,000! Sign up 10 people & earn $10,000...how much do you want? This is the easiest sale you will EVER make! GET STARTED WITH INCREDIBLE $0 DOWN + START EARNING $1,000 COMMISSIONS, YOUR FIRST MONTH! All sales wired into your checking account on a daily basis! IMPORTANT: To remove please click: mailto:[EMAIL PROTECTED]?subject=remove --- NOTE: This one-time message is in response to your online ad. You are NOT on a mailing list and you will NOT receive any more messages. Please send more details about your ad/offer. This message is in full compliance with U.S. Federal requirements for commercial email under bill S.1618 Title lll, Section 301, Paragraph (a)(2)(C) passed by the 105th U.S. Congress and cannot be considered SPAM since it includes a remove mechanism.
[PHP-DOC] cvs: phpdoc /en/functions xslt.xml
rasmus Thu Jul 26 19:18:55 2001 EDT Modified files: /phpdoc/en/functionsxslt.xml Log: Each parameter needs to be inside its own paramdef tag Index: phpdoc/en/functions/xslt.xml diff -u phpdoc/en/functions/xslt.xml:1.18 phpdoc/en/functions/xslt.xml:1.19 --- phpdoc/en/functions/xslt.xml:1.18 Sun Jul 8 09:01:21 2001 +++ phpdoc/en/functions/xslt.xmlThu Jul 26 19:18:54 2001 @@ -165,10 +165,8 @@ string xslt_fetch_result - -int xh -string result_name - + int xh + string result_name &warn.experimental.func; @@ -212,11 +210,9 @@ bool xslt_openlog - -resource xh -string logfile -int loglevel - + resource xh + string logfile + int loglevel &warn.experimental.func; @@ -324,11 +320,9 @@ bool xslt_process - -string xsl_data -string xml_data -string result - + string xsl_data + string xml_data + string result &warn.experimental.func; @@ -410,14 +404,12 @@ bool xslt_run - -resource xh -string xslt_file -string xml_data_file -string result -array xslt_params -array xslt_args - + resource xh + string xslt_file + string xml_data_file + string result + array xslt_params + array xslt_args &warn.experimental.func; @@ -440,10 +432,8 @@ bool xslt_set_sax_handler - -resource xh -array handlers - + resource xh + array handlers &warn.experimental.func; @@ -465,14 +455,12 @@ bool xslt_transform - -string xsl -string xml -string result -string params -string args -string resultBuffer - + string xsl + string xml + string result + string params + string args + string resultBuffer &warn.experimental.func;
[PHP-DOC] Re: bug in status.php
> Erm. It is a bit buggy. It shows deleted files. We do > not have currently a migration.xml or a phpdevel.xml > in our appendices directory. Also we do not have > several function xml-s in the functions directory. Getting around to looking at this issue. Could you be more specific? As far as I can tell we do have migration.xml and phpdevel.xml in our appendices directory. See: http://chora.php.net/cvs.php/phpdoc/en/appendices Which xml files in the functions directory are supposedly not there? The script simply walks through a live checkout of phpdoc and if a file is deleted it won't show up in the output. > They were deleted because this way the configure > process can automatically replace them with the > actual ones from the en tree. So this way the manual > is more actual. > > Plase show **currently** missing files as missing, and > not with some date... If they are in CVS with some date, they will show up on the status page with some date. If they are not there they will be marked as missing. So I am not sure what you are asking for here. -Rasmus
[PHP-DOC] Manual notes maintainer assignment
The notes in the online manual are piling up again. The job of managing these things is much much too big for a small group of people. What do you guys think of the idea of making it possible for individuals to register themselves as maintainers of individual manual pages? That is, I might decide that I know just about everything there is to know about the strlen() function. So I sign up to maintain any notes submitted to that particular page. (Surprisingly there are quite a few notes on the strlen() page) And it should be possible for multiple people to sign up to maintain the notes for a particular page just to have some redundancy. What it would mean is that whenever a noe is submitted to that page the people signed up as maintainers would get an email and it would then be their job to evaluate the note and decide if it should be rolled into the documentation, left as a note or deleted. Thoughts? -Rasmus
Re: [PHP-DOC] Docbook XML DSSL // New hungarian entities
Sorry, one test bug left inside. Now corrected. Goba
[PHP-DOC] Docbook XML DSSL // New hungarian entities
Hi! I have corrected the hungarian entites, that were bogus in the DSSL entity definitions. Please update the autogenerator framework, to use this file instead of the old one. Hope it will be good, make said nothing bad. This replaces docbook/common/dbl1hu.ent I will post this to Normal Walsh, if it it correct (and can be used to build the hungarian manuals). Goba
[PHP-DOC] $12 Investment...$10,000 Return!!!
THIS IS THE SUPER FAST ONE! While you're waiting for the others to work, this little gem will put $10,00 in your pockett in as little as two weeks!!..I guarantee it!! Your only cost is a couple hours of your time and $10 or $20. That's it. THE GIFTING CLUB (please take two min. to read this) If you want to make several thousand dollars really quick, then please take two minutes to read and understand the program I am sharing with you. No this is not what you think. You do not have to send $5 to five people to buy a report, receipt, or get their mailing list. Nor will you need to invest more money later to get things going. THIS IS THE FASTEST EASIEST PROGRAM YOU"VE EVER SEEN Complete this in a couple hours and you'll never forget the day you received it. If you are doing other programs, by all means stay with them. The more the merrier...please read on. First, there are only three levels, not four, five or even nine like some other programs. This three level program is much more realistic and much, much faster because it is so easy. The response to this program is VERY HIGH and VERY FAST!! You receive your money in a couple weeks, not a couple months. TRUE STORY: Cindy Allen ran this summation four times last year. The first time she received $3,000 in two weeks and $7,000 the next three weeks. When this program is continued, as it should be, EVERYONE PROFITS!! Don't be afraid to gift a stranger. There's an old saying that gifts will come back to you ten fold. THE DETAILS: You only need to mail out 20 copies, not 200 or more like other programs. Mail them to friends, relatives, poeple who send you their programs, people who you know will continue the process. Even if you're now in another program, stay with it by all means, but do yourself a favor, do this one as well!! It is very simple and takes a very small ( $10 to $20 ) investment. This will be big before the others even trickle in. Just give ONE person $5. That's it!! Follow the simple instructions and in a couple weeks you'll have $10,000 because most people will respond to the low investment high speed and huge profit potential. So lets's help each other by keeping it going!! 1. On a blank piece of paper write your name, address, and email address LEGIBLY and wrap it around a FIVE dollar bill. Send it to the FIRST person on the list below ( #1 ). ONLY THAT PERSON ON THE LIST GETS YOUR NAME AND A $5 BILL!! 2. Retype the list, REMOVE the FIRST NAME ( #1 ) from the list. Move the other two names up and add your name in the ( #3 ) position. 3. If you're using snail mail, make however many copies you're sending out, ( at least 20 ) and send them out today!!! If you're using email, make your initial mailing now and save it. Every time you recieve an opportunity letter, mail them this. There is no more to do. When your name reaches the first position, it will be your turn to collect all your gifts. Can you do it?? Of course you can. Get creative. Each time you recieve a "Get Rich Quick" or "MLM" offer in the mail or your email, respond with THIS LETTER. Your name will climb to the #1 position at dizzying rates. Some of you may want to purchase mailing lists or send out hundreds or even thousands of letters. That's great. The sky really is the limit with this unique GIFTING CLUB. ACT FAST AND GET PAID FAST! Honesty and Integrity make this plan work. Send $5 to the first name only. Remove that name and move the other two up one position. Add your name to position ( #3 ). Copy names and addresses EXACTLY. #1. Daniel Weaver, P.O. Box 7, Clarksburg, MO 65025 #2. S. Denyer, P.O. Box 406, Triangle, VA 22172 #3. Bayberry Store, 114 S. Main #305, Fond du Lac, WI 54935 This is a one time mailing so no need to remove. If you wish we will remove your name from our data base. Type remove in the subject line and email [EMAIL PROTECTED] .
[PHP-DOC] cvs: phpdoc / global.ent
gobaThu Jul 26 14:04:11 2001 EDT Modified files: /phpdoc global.ent Log: Sorry for breaking the other languages (incl. hu :). Readding Snaps url (just to give time for translators to remove this section from their preface.xml, and do not break building manuals until then :) Index: phpdoc/global.ent diff -u phpdoc/global.ent:1.100 phpdoc/global.ent:1.101 --- phpdoc/global.ent:1.100 Thu Jul 26 04:54:04 2001 +++ phpdoc/global.ent Thu Jul 26 14:04:11 2001 @@ -1,6 +1,6 @@ +http://snaps.php.net/manual/";> http://www.phpdoc.de/'> http://www.postgresql.org/";>
Re: [PHP-DOC] cvs: phpdoc /en preface.xml
> Then let's decide what versions we *will* build. HTML : yes, sure, plain format, as it is now, with many compressed formats (tar.gz, tar.bz2, zip?) TEXT : it is useless IMHO. Who is using it and how one large textfile can be used??? Although it's build process is not complicated, so we let that stay, because maybe someone is using it (I can't beleive) note, that this is only available now as txt.gz PDF : best to use with search on Linux, nice to print (maybe we should look after some solution to make those really fancy PDF's Jouni posted some months later. The program Jouni used, stoped functioning :(( ) CHM : the very best on Windows. None of the other formats can bet it in searching, bookmarking, keyword indexing, etc :) PALM : I don't know who is using it, as I am not a Palm user. But we had a mail about a problem with this format some days ago. Originally Jesus included this format I don't know... OTHERS : There were some RTF versions available in the past, but they are not there at docs.php for a while... I don't know about anybody, who is missing the RTF versions. Any other opinions? > As a side note: cs, de, en, fr, it & nl versions of PDF manual can be > found within an hour or two (I just started transferring them) in the > directory /home/jah at rsync.php.net. If anyone has the necessary rights, > please copy them somewhere else so that they are available (and if I > have the permissions to do it, I don't know it yet). Rename at > will. These days, the ditributed manual packages are in the manual/lang dir under the phpweb docroot. They are rsynced from there to the mirrors. I do not have any rights to do this, so maybe somebody else :) > Hungarian version will be there later today. Happy to hear that :))) Goba
RE: [PHP-DOC] cvs: phpdoc /en preface.xml
On Thu, 26 Jul 2001, Hojtsy Gabor wrote: > >> Again, we have no RFT versions now... > >> TeX versions are used to build PDF, so > >> let it stay (am I right?) > > > >We can build RTF versions. The TeX version can be viewed with any dvi > >viewer. With the dvi files we can build PostScript and PDF > >versions. Look at the Makefile. For PDF and PostScript versions > >we have to wait for Jouni Ahto. > > OK, but we are not hosting any TeX or RTF versions now online. > There was a text that one can download the RTF versions from > php.net/docs.php, but that was not true, as we are hosting no > RTF versions. I assumed, that the TeX version is ued to build the > PDF version, as you say, so left that intermediary format there. > We also have no PostrScript version now. > > That is one thing that we *can build*, and the other, that we > *actually build* IMHO. Then let's decide what versions we *will* build. As a side note: cs, de, en, fr, it & nl versions of PDF manual can be found within an hour or two (I just started transferring them) in the directory /home/jah at rsync.php.net. If anyone has the necessary rights, please copy them somewhere else so that they are available (and if I have the permissions to do it, I don't know it yet). Rename at will. Hungarian version will be there later today. Huh. It's 28 degrees (C) in shadow here. Must go out and have a beer. -- Jouni
[PHP-DOC] chm manuals
What are the news about the automatic updates of CHM manuals on php.net? I can see no changes in the files up there... : Goba
[PHP-DOC] cvs: phpdoc /hu/appendices reserved.xml
gobaThu Jul 26 07:15:46 2001 EDT Modified files: /phpdoc/hu/appendices reserved.xml Log: BAD BAD updates. Need to comment these out, to make the hungarian manual build again, until I can update install.xml and oop.xml (the entries commented out here needs to be in oop.xml). The hungarian manual will build tomorow morning. :))) So we can generate new PDF and CHM manuals from it. Many chapters are updated since the last PDF/CHM manual generation. Index: phpdoc/hu/appendices/reserved.xml diff -u phpdoc/hu/appendices/reserved.xml:1.3 phpdoc/hu/appendices/reserved.xml:1.4 --- phpdoc/hu/appendices/reserved.xml:1.3 Sun Jul 22 12:41:11 2001 +++ phpdoc/hu/appendices/reserved.xml Thu Jul 26 07:15:44 2001 @@ -229,11 +229,13 @@ or. + PHP_OS. @@ -324,8 +326,9 @@ __LINE__. +
[PHP-DOC] cvs: phpdoc /hu/chapters install.xml
gobaThu Jul 26 07:09:08 2001 EDT Modified files: /phpdoc/hu/chapters install.xml Log: BAD BAD hacks to make the hungarian manual build. Adding the missing entities. Although the install.xml needs a full update in some days, but I have no time to do this right now, and the hungarian manual should build now Hope this commit will correct all missing references in install.xml. Index: phpdoc/hu/chapters/install.xml diff -u phpdoc/hu/chapters/install.xml:1.9 phpdoc/hu/chapters/install.xml:1.10 --- phpdoc/hu/chapters/install.xml:1.9 Thu Jan 25 12:51:41 2001 +++ phpdoc/hu/chapters/install.xml Thu Jul 26 07:09:07 2001 @@ -574,6 +574,20 @@ + + + --enable-dbx + + + + PHP 3: Ez az opció nem áll rendelkezésre a PHP 3-ban. + + + PHP 4: Beépíti a DBX támogatást + + + + --enable-dbase @@ -1168,6 +1182,22 @@ + + + --with-cybermut[=DIR] + + + + PHP 3: Ez az opció nem áll rendelkezésre a PHP 3-ban. + + + PHP 4: Beépíti a Cybermut támogatást. A DIR paraméter a Cybermut + SDK könyvtára, ahol a libcm-mac.a és + cm-mac.h állományok találhatóak. + + + + --with-mck[=DIR] @@ -2182,6 +2212,18 @@ + + + --with-bz2[=DIR] + + + +PHP 4: Beépíti a bzip2 támogatást. A DIR +paraméter a bzip2 telepítési könyvtára. + + + + --with-zlib-dir[=DIR] @@ -2204,6 +2246,23 @@ PHP 3, PHP 4: A zlib támogatás beépítése (szükséges a zlib >= 1.0.9). A DIR a zlib telepítési könyvtára, alapbeállításban /usr. + + + + + + + --with-zip[=DIR] + + + +PHP 4: Beépíti a zip támogatást (a szükséges zziplib verziószám +>= 0.10.6). A DIR a zziplib telepítési könyvtára, alapbeállításban +/usr/local. + + +A legfrissebb zziplib verziót a &url.zziplib; címrõl tudod letölteni.
[PHP-DOC] cvs: phpdoc /en/functions printer.xml
damsThu Jul 26 06:19:07 2001 EDT Modified files: /phpdoc/en/functionsprinter.xml Log: Cosmetics updates. Index: phpdoc/en/functions/printer.xml diff -u phpdoc/en/functions/printer.xml:1.6 phpdoc/en/functions/printer.xml:1.7 --- phpdoc/en/functions/printer.xml:1.6 Sat Jul 7 19:11:22 2001 +++ phpdoc/en/functions/printer.xml Thu Jul 26 06:19:05 2001 @@ -19,7 +19,7 @@ mixed printer_open - [string devicename] + string +devicename @@ -29,8 +29,9 @@ If no parameter was given it tries to open a - connection to the default printer (if not specified in php.ini as - printer.default_printer, php tries to detect it). + connection to the default printer (if not specified in + php.ini as + printer.default_printer, php tries to detect it). printer_open also starts a device context. @@ -153,8 +154,8 @@ array printer_list int enumtype - [string name - [int level]] + string name + int level @@ -583,7 +584,7 @@ bool printer_start_doc resource handle - [string document] + string document @@ -608,7 +609,6 @@ - printer_end_doc @@ -625,15 +625,14 @@ - The function creates a new document in the printer spooler. A document - can contain multiple pages, it's used to schedule the print job in the - spooler. For an example see printer_start_doc. + Closes a new document in the printer spooler. The document + is now ready for printing. For an example see + printer_start_doc. handle must be a valid handle to a printer. - printer_start_page @@ -1058,9 +1057,20 @@ - italic can be &true; or &false;, and sets whether the font should be italic. - underline can be &true; or &false;, and sets whether the font should be underlined. - strikeout can be &true; or &false;, and sets whether the font should be striked out. + + + italic can be &true; or &false;, + and sets whether the font should be italic. + + + underline can be &true; or &false;, + and sets whether the font should be underlined. + + + strikeout can be &true; or &false;, + and sets whether the font should be striked out. + + orientation specifies a rotation. For an example see printer_select_font. @@ -1437,7 +1447,7 @@ printer_start_doc($handle, "My Document"); printer_start_page($handle); -$pen = printer_create_pen(PRINTER_PEN_SOLID, 30, 00"); +$pen = printer_create_pen(PRINTER_PEN_SOLID, 30, "00"); printer_select_pen($handle, $pen); printer_draw_line($handle, 1, 10, 1000, 10);
RE: [PHP-DOC] cvs: phpdoc /en preface.xml
Title: RE: [PHP-DOC] cvs: phpdoc /en preface.xml >> Again, we have no RFT versions now... >> TeX versions are used to build PDF, so >> let it stay (am I right?) > >We can build RTF versions. The TeX version can be viewed with any dvi >viewer. With the dvi files we can build PostScript and PDF >versions. Look at the Makefile. For PDF and PostScript versions >we have to wait for Jouni Ahto. OK, but we are not hosting any TeX or RTF versions now online. There was a text that one can download the RTF versions from php.net/docs.php, but that was not true, as we are hosting no RTF versions. I assumed, that the TeX version is ued to build the PDF version, as you say, so left that intermediary format there. We also have no PostrScript version now. That is one thing that we *can build*, and the other, that we *actually build* IMHO. Goba
Re: [PHP-DOC] cvs: phpdoc /en preface.xml
On Thu, Jul 26, 2001 at 09:02:57AM -, Hojtsy Gabor wrote: > Modified files: > /phpdoc/enpreface.xml > Log: > Again, we have no RFT versions now... > TeX versions are used to build PDF, so > let it stay (am I right?) We can build RTF versions. The TeX version can be viewed with any dvi viewer. With the dvi files we can build PostScript and PDF versions. Look at the Makefile. For PDF and PostScript versions we have to wait for Jouni Ahto. -Egon -- All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.php-buch.de/
[PHP-DOC] cvs: phpdoc /en/functions imap.xml
gobaThu Jul 26 05:24:31 2001 EDT Modified files: /phpdoc/en/functionsimap.xml Log: Closing bug #12391 Index: phpdoc/en/functions/imap.xml diff -u phpdoc/en/functions/imap.xml:1.46 phpdoc/en/functions/imap.xml:1.47 --- phpdoc/en/functions/imap.xml:1.46 Sat Jul 7 23:46:25 2001 +++ phpdoc/en/functions/imap.xmlThu Jul 26 05:24:30 2001 @@ -2723,7 +2723,7 @@ print("UIDnext:". $status->uidnext)."
\n"; print("UIDvalidity:". $status->uidvalidity)."
\n"; } else - print "imap_status failed: ".imap_lasterror()."\n"; + print "imap_status failed: ".imap_last_error()."\n"; imap_close($mbox);
[PHP-DOC] Manual naming conventions
Hi! There was a thread some months ago, about making a naming convention of the manual packages. No look at the names: manual.txt.gz bigmanual.html.gz manual.tar.gz manual.tar.bz2 manual.zip manual.pdf manual_doc.pdb manual_isilo.pdb manual.chm There is no convention in these names. With palm formats, we use _, for the txt version we use ., for the big html version, we use bigmanual Etc. We should include that - this is the PHP manual - what format it is - what language it is Maybe eg: php_manual_en_txt.gz php_manual_en_bightml.gz php_manual_en_html.tar.gz php_manual_en_html.tar.bz2 php_manual_en_html.zip php_manual_en_doc.pdb php_manual_en_isilo.pdb php_manual_en_pdf.gz php_manual_en_pdf.bz2 php_manual_en_pdf.zip php_manual_en.chm Note, that we will host ziped versions of the PDF docs, because of the huge sizes (see the letter of Jouni about this subj). Also we need to include somehow what date this particular manual was built. There should be a date part on the frontpage of the manuals, maybe even a generated.txt in the ziped versions, with the generated date. We need to make a convention, as there will be more formats (now the three pdf compressions). Goba
[PHP-DOC] cvs: phpdoc /en preface.xml
gobaThu Jul 26 05:02:57 2001 EDT Modified files: /phpdoc/en preface.xml Log: Again, we have no RFT versions now... TeX versions are used to build PDF, so let it stay (am I right?) Index: phpdoc/en/preface.xml diff -u phpdoc/en/preface.xml:1.8 phpdoc/en/preface.xml:1.9 --- phpdoc/en/preface.xml:1.8 Thu Jul 26 05:00:29 2001 +++ phpdoc/en/preface.xml Thu Jul 26 05:02:57 2001 @@ -27,8 +27,8 @@ url="&url.docbook.xml;">DocBook XML DTD, using DSSSL (Document Style and Semantics Specification Language) for formatting. The -tools used for formatting HTML, -TeX and RTF versions are +tools used for formatting HTML and +TeX versions are Jade, written by James Clark and The Modular DocBook Stylesheets
[PHP-DOC] cvs: phpdoc /en preface.xml
gobaThu Jul 26 05:00:29 2001 EDT Modified files: /phpdoc/en preface.xml Log: One space identation... Only a whitespace change. Index: phpdoc/en/preface.xml diff -u phpdoc/en/preface.xml:1.7 phpdoc/en/preface.xml:1.8 --- phpdoc/en/preface.xml:1.7 Thu Jul 26 04:54:04 2001 +++ phpdoc/en/preface.xml Thu Jul 26 05:00:29 2001 @@ -23,18 +23,18 @@ About this Manual - This manual is written in XML using the DocBook XML DTD, using DSSSL (Document - Style and Semantics Specification Language) for formatting. The - tools used for formatting HTML, - TeX and RTF versions are - Jade, written by James Clark and The Modular DocBook Stylesheets - written by Norman Walsh. - We use Microsoft HTML Help Workshop - to generate the WinHelp format of the manual. +This manual is written in XML using the DocBook XML DTD, using DSSSL (Document +Style and Semantics Specification Language) for formatting. The +tools used for formatting HTML, +TeX and RTF versions are +Jade, written by James Clark and The Modular DocBook Stylesheets +written by Norman Walsh. +We use Microsoft HTML Help Workshop +to generate the WinHelp format of the manual. You can download the actual manual in various languages and
[PHP-DOC] cvs: phpdoc / global.ent /en preface.xml
gobaThu Jul 26 04:54:04 2001 EDT Modified files: /phpdoc global.ent /phpdoc/en preface.xml Log: Updating Preface: - PHP is not only a hypertext preprocessor (please correct my english, if it is not right :) - There are many people contributing to the doc framework, we can't name them - Added winhelp generation details, reordered format list - Removed snaps.php.net, as there are no manual snapshots there, but the ones at php.net are actual ones - some whitespace changes in global.ent Index: phpdoc/global.ent diff -u phpdoc/global.ent:1.99 phpdoc/global.ent:1.100 --- phpdoc/global.ent:1.99 Mon Jul 23 09:18:00 2001 +++ phpdoc/global.ent Thu Jul 26 04:54:04 2001 @@ -1,6 +1,6 @@
Re: [PHP-DOC] PDF manual - about compression
on 26/07/01 09:45, Hojtsy Gabor at [EMAIL PROTECTED] wrote: Hi, >Jim suggested at phpweb, that we should drop the .zip version sometime, >because Windows zip programs can handle .gz. I don't know that this is the >best time or not to do this... >.gz and .bz2 is needed IMHO :) Maybe we can drop .zip. Here is a share experience : when we first set up the offline documentation at Nexen, we had the same tought : what the heck about .zip? Gz is MUCH better compression (sometimes up to 3 times better and faster compression). So, we started without ZIP files. The next day, we had questions about how to handle .gz files. Then, we also started receiving email asking for documentation to be compressed. We finally added .zip files when people went crazy (complained that .gz was a bad format, that zip rules and that zip compress much better than gz). My point is : yes, most zip utilities handle gz and even tar.gz files with the same ease. But, no, people are not ready to see compressed files without the "zip" extension. I understand that this may not occur with our audience : this is mostly a warning. Best regards, Damien Seguy
[PHP-DOC] dates in the manual
Hi! Is there any way to get back the build dates in the HTML manuals somehow. It would be good for downloaders to see when it was built... This is what version.ent.in is ment to be I guess... Goba
RE: [PHP-DOC] PDF manual - about compression
Title: RE: [PHP-DOC] PDF manual - about compression >As the PDF manuals should be coming back really soon now, I'm thinking >about compressing them, because the file size is is quite big >(approx. 11M per language). What do you think, should they be offered >as .gz, .bz2 and .zip versions like the HTML version (in many files), or >would .gz suffice? AFAIK some of the newer zip programs for Windows >do handle .gz. But then, .bz2 compression is the best one. See directory listing. Jim suggested at phpweb, that we should drop the .zip version sometime, because Windows zip programs can handle .gz. I don't know that this is the best time or not to do this... .gz and .bz2 is needed IMHO :) Maybe we can drop .zip. If you look at the html .gz .bz2 and .zip you can see the differences in sizes.. Zip is the biggest. Goba