It's my first commit. Please, see & test it.
I am waiting for your comments.
PS: en/features/cookies.xml
You *should* use an editor which uses \n as the line ending, as this way
we are unable to see your changes (and the changes of the next guy, who
will eventually set the line endings back to \n
Hi Riaan,
The first and most obvious:
1. How is it done ? Also under which license is the php
scripts released that adds User notes.? (none of us knows
PHP well enough to do this ourselves)
We have a central server, which collects the notes in a mysql database.
The mirror sites send the form as a
Modified files:
/phpdoc/en/appendices migration5.xml
Log:
Changes in PHP5/Zend2 inserted into OOP section
Two notes on this.
- Noone said that PHP should be replaced with &php; in the manual,
in fact some people opposed this *idea*. So this was not a good idea
at all
> I'm glad to see that you guys liked my design :)
>
> About its structure: if you like it, I'm willing to change it so that
> it fits your needs and the capabilities of the system. I'll just need
> some information on the structure of the pages, like a list of
> possible elements and where they
> I like the idea that you have users notes at the buttom of every
> command. I was wondering if there is a way to keep those notes upto
> date since there are new users notes posted on www.php.net
We will host the user notes in a separate CHM, so you can
upgrade the user notes separately. We'll
gobaSat Nov 10 16:00:55 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Adding array_chunk as requested
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.109 phpdoc/en/functions/array.xml:1.110
--- phpdoc/en
Hi!
I just updated the new CHM file. The third sample
features:
- revised design
- corrected manual notes link
- color coding for PHP examples (thanks
for the idea to Tomas V. V. Cox).
Goba
> Also, am I right, thinking that the array_chunk
> function is no more than returning a begining
> part of an array, with the number of elements
> provided? Am I right? Or it is something more?
> I can only see this simple functionality in the
> source...
Isn't
array_chunk($array, 2, TRUE);
> > > It'd be nice if someone could document the new array_chunk() function
I
> > > added and maybe overload extension as well. I currently don't have
spare
> > > cycles to do it, but they are useful.
> >
> > I am on the overload extension.
> > Hope noone started it till this time ;)
>
> I have ad
> > It'd be nice if someone could document the new array_chunk() function I
> > added and maybe overload extension as well. I currently don't have spare
> > cycles to do it, but they are useful.
>
> I am on the overload extension.
> Hope noone started it till this time ;)
I have added overload.xm
gobaSat Nov 10 12:43:04 2001 EDT
Added files:
/phpdoc/en/functionsoverload.xml
Log:
Adding documentation for the new experimental overload extension
Index: phpdoc/en/functions/overload.xml
+++ phpdoc/en/functions/overload.xml
Object pro
> It'd be nice if someone could document the new array_chunk() function I
> added and maybe overload extension as well. I currently don't have spare
> cycles to do it, but they are useful.
I am on the overload extension.
Hope noone started it till this time ;)
Goba
gobaSat Nov 10 11:34:32 2001 EDT
Modified files:
/phpdoc/en/appendices debugger.xml
Log:
More PHP -> PHP 3
Index: phpdoc/en/appendices/debugger.xml
diff -u phpdoc/en/appendices/debugger.xml:1.12 phpdoc/en/appendices/debugger.xml:1.13
--- phpdoc/en/
gobaSat Nov 10 11:33:04 2001 EDT
Modified files:
/phpdoc/en/appendices debugger.xml
Log:
Clarify, that this is not general PHP, but always PHP 3 only.
Index: phpdoc/en/appendices/debugger.xml
diff -u phpdoc/en/appendices/debugger.xml:1.11 phpdoc/en
> > Why should we delete it? I don't see any use in deleting that file.
Let's
> > just leave it there for archeological purposes...
>
> Why to distribute arhaical documents, sparing space, bandwith
Erm, I mean archeological, arhaical is quite a different thing :)
> a
> > > Do anybody use the migration from PHP 2 -> PHP 3???
> > > Noone uses PHP 2 nowadays I think. The user base was
> > > probably not that much, and every PHP 2 user has either
> > > dropped PHP, or upgraded. I even don't think so, that
> > > a PHP 2 -> PHP 4 section is needed.
> > >
> > > IMHO
> > Do you use XSLT style sheets to convert
> > them to DocBook 4? IMHO that would work for many cases.
>
> have it ready for sablotron, but tested only with apache.xml yet
>
> btw: is there a way to tell an xslt processor to copy entities
> verbatim? right now i do a "sed -e's/&/&'" befor
Hi!
Do anybody use the migration from PHP 2 -> PHP 3???
Noone uses PHP 2 nowadays I think. The user base was
probably not that much, and every PHP 2 user has either
dropped PHP, or upgraded. I even don't think so, that
a PHP 2 -> PHP 4 section is needed.
IMHO we now can completely delete migrati
gobaSat Nov 10 10:53:20 2001 EDT
Modified files:
/phpdoc/en/chapters install.xml
Log:
Too many for
Index: phpdoc/en/chapters/install.xml
diff -u phpdoc/en/chapters/install.xml:1.88 phpdoc/en/chapters/install.xml:1.89
--- phpdoc/en/chapters/install.xml:1.
gobaSat Nov 10 10:51:19 2001 EDT
Modified files:
/phpdoc/en/chapters install.xml
Log:
Moving download to general section
Index: phpdoc/en/chapters/install.xml
diff -u phpdoc/en/chapters/install.xml:1.87 phpdoc/en/chapters/install.xml:1.88
--- phpdoc/en/c
> this is true for jade / OpenJade
> but some XSLT processors might be more picky about standard conformance
Jade has even not complained for entities written
as &entityname without any ; at the end...
> i want to convert the function reference files to docbook 4
>
> i want to use XSLT to do so
> is there any reason that we have only
> instead of
> as first line in files included by manual.xml?
Yes. Encoding is needed, version is optional :)
http://www.w3.org/TR/2000/REC-xml-20001006#sec-TextDecl
Goba
gobaSat Nov 10 08:42:19 2001 EDT
Modified files:
/phpdoc global.ent
/phpdoc/en/chapters install.xml
Log:
. Adding general installation instructions, talking about
servers, the module and CGI option, command line a GTK
setup.
. Correcting
> > OK, I had the time, to test the DSSSL fragment sent to the list
> > by Jirka Kosek. It seems it works. I'll commit it. It adds
> > the role="" attributes content as a class="" parameter in HTML,
> > so it looks like:
> >
> > and not for
> >
> > PHP files :)
>
> Cool!
>
> > Nice for you
gobaSat Nov 10 06:57:07 2001 EDT
Modified files:
/phpdoc/en preface.xml
/phpdoc/en/chapters intro.xml
Log:
So, PHP can do much more, not just some databases and
protocols :) Expanding the What can do? section with information
on using fields, operati
> How can I add a user note to annotated manual at
> http://www.php.net/manual/en/ ? I tried clocking "+" sign on that
> page but nothing happened.
+ works for me.
Goba
gobaFri Nov 9 11:33:57 2001 EDT
Modified files:
/phpdoc/howto working.xml howto.html.tar.gz
Log:
I always write "allways" instead of "always", duh...
Index: phpdoc/howto/working.xml
diff -u phpdoc/howto/working.xml:1.6 phpdoc/howto/working.xml:1.7
gobaFri Nov 9 11:30:31 2001 EDT
Modified files:
/phpdoc/howto working.xml howto.html.tar.gz
Log:
Adding role="php" convention to the manual...
Index: phpdoc/howto/working.xml
diff -u phpdoc/howto/working.xml:1.5 phpdoc/howto/working.xml:1.6
--- ph
gobaFri Nov 9 10:54:19 2001 EDT
Modified files:
/phpdoc/en/chapters config.xml
Log:
Correcting an XML error introduced by adding that note...
Index: phpdoc/en/chapters/config.xml
diff -u phpdoc/en/chapters/config.xml:1.27 phpdoc/en/chapters/config.xml:1
gobaFri Nov 9 10:48:16 2001 EDT
Modified files:
/phpdoc/en/appendices commandline.xml migration.xml phpdevel.xml
/phpdoc/en/chapters intro.xml security.xml
/phpdoc/en/faq com.xml databases.xml html.xml using.xml
/phpdoc/en/features file-u
gobaFri Nov 9 06:57:04 2001 EDT
Modified files:
/phpdoc html-common.dsl
Log:
Adding many comments.
It looks like I am starting to understand what is going on :))
At least I hope...
Index: phpdoc/html-common.dsl
diff -u phpdoc/html-common.dsl:1.1
> > > I want to write a parser over the docbook html output to highlight
> > > the php code in the pear manual. My problem is that now the docbook
> > > tag:
> > >
> > >
> > >
> > > is converted to only:
> > >
> > >
> > >
> > > with not difference between one language and an another. How can I
>
gobaFri Nov 9 06:48:28 2001 EDT
Modified files:
/phpdoc html-common.dsl
Log:
Adding Jirka's invention about using a class attribute
for expressing that what examples are PHP and what are not.
Index: phpdoc/html-common.dsl
diff -u phpdoc/html-commo
> I really like the new version, but there are a few things that I find
annoying:
>
> 1. Hiding the tabs shouldn't resize the whole window, but expand the help
text.
This is an issue in the viewer. We have no control on that at least
as I know.
> 2. With the tabs expanded, the help text doesn't
> just downloaded the new chm help 2001-10-28 and have to say: it's *great*
> except for a few bugs(?)
> my system is win2k sp2, ie 5.5 sp2
> - the "jump to user notes" button doesn't work at all
> - none of the links on top, may it be "report a bug", "view offline",
> "set preferences", etc, work
> Overall, I LOVE IT!
:))
> One thing I don't like is the roman numerals on the Function Reference
> page... it's all messy... :/ I understand there might be some good
> reason to have them, but maybe put in two columns so they are aligned
> properly? And roman numerals, what an antique syste
> I appreciate your work. Good job you've done.
> There are two things I want to mention:
> 1. The width of the document is to wide. I think a help
> system should't take nearly the whole screen and I guess
> a horizontal scroller isn't wanted.
> 2. Nice to have some colors but the background im
> Hi. The first line of each paragraph begins with a space, that's nice,
> but how about losing it for examples? In short:
>
> $foo = 'bar'; $foo = 'bar';
> echo $foo; vs.echo $foo;
I think I cannot get the point here. Please explain! :)
Goba
> > There are some works paralelly on the way. We welcome you with a draft
if you
> > would like to show what you think would be good...
> >
> Are you at the PHP-Conference in Frankfurt next week? I will present a
> session on usability and interface design there. But it will be in
> German. :-( A
Hi!
I am just unsubscribing from the php-mirrors and phpdoc
mailing lists :) This is just a temporary thing, as I
am traveling to the PHP conference, tomorow morning.
I'll try to catch on with mails about CHM manuals and
other interesting topics, as I will be home again,
probably using the NEWS s
> From http-auth.xml:
>
>
> Note
> ...
>
>
>
> Configuration Note
> ...
>
>
> Shouldn't the titles be removed? I haven't seen this anywhere else in the
> manual.
This can help identify eg. configuration notes.
I don't think, it should be removed. Leave it
as is...
Goba
> > in a short time (although one of the goals of this new CHM is to show
how
> > many things can be using the current manual content as input).
>
> Just to note, with some transformations with XSLT, almost anything can use
> the current manual as input.
The majority of the transformation now don
> You have removed the names of editors. Why?
The big question is why Damien worked with the pt_BR files??
Goba
> I have received the confirmation of activation of a account cvs
> after to have compiled the form http://www.php.net/cvs-php.php
>
> I must write also one email?
It depends on what you have requested your CVS account
for. If you have requested for eg. working on the PEAR
project, than you prob
> Comments on the Help chm;
> I think there are too many colours. The help manual is a daily
> workhorse, with blue, orange brown etc it becomes a little too
> busy and hard on the eyes.
>
> I also think it would be better to display the background image
> less, say only on the main heading pages
Thanks. We are aware of that issue, it is all about the manual
notes,
and the title of the pages being too wide. These
two things need to
be addressed. We have some ideas to do
so...
Thanks for you opinion,
Goba
- Original Message -
From:
Elizabeth
Fulghum
To: [EMAIL
> from directory phpdoc/it/functions
> cvs answers
>
> cvs [server aborted]: "add" requires write access to the repository
>
> My account it does not have the appropriate permissions or I have mistaken
> something?
The CVS system works with Karma settings. You need to have
phpdoc Karma to write t
> I am a freelance web developer from India and would
> like to submit a few samples.How do I do so?Can I mail
> them to this email address or link it to my homepage.
Please send it to [EMAIL PROTECTED] or put it up on your web site,
and give the address of it.
Thanks,
Goba
> right now, we have configuration directives that are extension-specific
> in one of two places -- in the extension documentation (like for
> sessions), or in the configuration section (like for mysql). i think it
> would make sense to move the extension-specific stuff into the extension
> docume
> And one feature I would l really love to see is a link to the online
> equivilant of the each help page to see what new coments have been
> posted
This is part of the online functions section right now :)
> and drop down menus (they could just be combo boxes) to
> related help documents.
This
> IMHO distributing the notes is the wrong way to go
> as it gets even less likely this way
> that a manual maintainer goes over the notes and
> tries to update the page itself
>
> *unless maybe* if we could get some sort of contributed
> notes rating system so that maintainers get a quick clue
>
> > Please set .chm mime type as bin. Is it impossible to download useable
> > chm documentation now.
>
> Yes, that should be done, although some browsers (like Lynx and Opera)
> handle it fine the way it is now.
On what server? weblabor.hu? Other testers seemed to download
it correctly. What b
> It should point to
> http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30
Corrected in XML format of the manual. Do not expect it to
show up in CHM files for some days...
Goba
gobaTue Oct 30 13:41:26 2001 EDT
Modified files:
/phpdoc/en/functionshttp.xml
Log:
Corrected bug
Index: phpdoc/en/functions/http.xml
diff -u phpdoc/en/functions/http.xml:1.28 phpdoc/en/functions/http.xml:1.29
--- phpdoc/en/functions/http.xml:1.28
> I saw the page about the new help file. You said you could need a new
> design. Is this still the case? If so, maybe I could help you out.
There are some works paralelly on the way.
We welcome you with a draft if you would
like to show what you think would be good...
Goba
> The tables and boxes contained in the righthand
> content window (user contributed notes, notes,
> warnings, see also) are too large to read on a
> 1024x768 res monitor without maximising the CHM.
>
> This is a problem for people like me, stuck developing
> on a laptop with a 1024x768 monitor (
> Ref: New CHM format of the PHP Manual at:
> http://weblabor.hu/php/newchm.html
>
> >Note, that this is not the official version, and there can be many
> >errors and bugs to fix. The actual officical CHM manual can be found
> >at http://www.php.net/download-docs.php
>
> Is this to say that y
> Wonderful! This is exactly what I've been longing for on those occasions
> when www.php.net/my_question is inaccesible.
Hope we can get as much of the online content as we can, so people
can access things more quickly...
> I've been browsing the helpfile for a few minutes and what I've noticed
> hi, i downloaded the .chm manual from:
>
> http://www.php.net/download-docs.php
>
> i downloaded the .zip version and after unpacking file size is:
This was not the actual CHM file we would like you to test. :)
The test file can be found here: http://weblabor.hu/php/newchm.html
Quite an unof
> HG> You have said nothing about the alternate grouping of function
properties,
>
> You know, I like the "old" layout. There is no useless elements. Every
> sign, every dot means something.
OK, I ask you the last time, please forget about all the images. The
function properties are grouped in an
You don't need any .cvsignore in your languages directory.
These ignores are for the main phpdoc directory. It would
be the best to remove this .cvsignore file from the pl folder.
Goba
> leszek Tue Oct 30 07:28:40 2001 EDT
>
> Added files:
> /phpdoc/pl .cvsignore
> Log
Thanks for your feedback. Manual notes
can be incldued in any format, maybe Palm would not be too realistic, as the
notes themselfs take as much disk space as the manual itself... But other
formats may follow in the user notes inclusion :) I don't know when a final
version will be out, not b
> It is GREAT. Thank you very much. I develop PHP on a win2k box and the CHM
> file makes browsing the documentation as easy as 1-2-3. Thank you very
much.
> One thing: I noticed that you get a horizontal scrollbar even when the
> window is fairly wide. I attached a screenshot of what I mean.
Thi
> As far as I know, previous (official) PHP documentation in .CHM format was
> compiled without indexes. So, it was not possible to use it for context
> sensitive help systems.. I hope now it will :-)
The actual ones you can download from http://wwwphp.net/download-docs.php
are with indexes. The
> I've found a little error in the str_replace function description, in
> the user contributed notes section, specifically under
> the "[EMAIL PROTECTED]" contribute. The syntax of the code is not correct.
Please report errors in notes at [EMAIL PROTECTED]
Thanks. This info will be in the about
> I have tried the new PHP chm manual for 1 day. I like the new content a
> lot better, but I agree that the design could be improved.
>
> Here's my feedback:
>
> 1. The background bitmap looks tacky (enlarged, jagged, etc.). I don't
want to
> download unneeded images either. Just HTML please.
T
> I hate to seem like an amateur, but after downloading the file I cannot
> get it to open. I keep getting the following message:
>
> hh.exe has generated the following errors and will be closed by
> Windows. You will need to restart the program.
>
> Any ideas on how to fix the problem or inst
> >> .) Purpose, Usage, Availability: IMHO much better to read (except
> >> the brightened background image)
>
> HG> I'll think over that lightened background. After using the
> HG> manual for some hours, it seemed to me also, that it is not
> HG> the best to have it there. Also I am thinking of
> > > If I understand that correctly, I can register variables only
> > > when they are inside HTTP_SESSION_VARS.
> >
> > No, you can register variables only __to be__ inside $HTTP_SESSION_VARS
>
> I know that, but phrase 'only members of the global associative
> array $HTTP_SESSION_VARS can be
Andrey Ivannikov <[EMAIL PROTECTED]> irta:
>
What text you would like to send about the manual?
We have not recevied any text in your letter...
Goba
> .) Tables: containing enums and descriptions are much easier to read
> in the new manual.
I must have missed what you are talking about. Is that
about the tables with border="1" and bordercolor="black"
or something other?
> Contrary, the notes are now easier to spot because of the
> surroundin
> I agree that few icons is good, but they should be larger than they
> are now. I just cannot hit any of them with mouse cursor :). Maybe
> something like 32x32 or 24x24 or 32x24 (why not)?
What screen resolution you use? Do you think it is common.
I use 1024x768, and developed the CHM using thi
> I "old" chm notes, warnings were clearly separated too. I don't think
> it's good when there is a lot of graphical elements. In the document
> there must not be anything that impede reading.
You have said nothing about the alternate grouping of function properties,
the outside links made truly
> In session.xml there's something like that:
> If linkend="ini.track-vars">track_vars is
> enabled and
linkend="ini.register-globals">register_globals
> is disabled, only members of the global associative array
> $HTTP_SESSION_VARS can be registered as session variables. The
> On Sun, Oct 28, 2001 at 11:21:29PM +0100, Hojtsy Gabor wrote :
> > Why would be the text menus better?
>
> You don't have to learn (which way ever) what they mean. At
> current the don't tell much if you don't take a very close look.
People grown up on
> While you mention it, I also found it a bit too colorful. The
> idea of putting the user comments is the biggest plus. But I'ld
> like to see the same colors/layout as before.
I had no plan of providing two separarate formats (it
would be pointless to generate them). Only one format
will stay.
> I'm not a professional designer and I'm not a designer at all (maybe
> yet). But I don't like this new design. "Old" chm is better for me
> because it looks really good. It's not so colorful but it's very
> convenient, comfortable to use because there are no needless pictures
> and
Anyone who whould not like to hear anything from
the new CHM manual can now filter this subject line.
Anyone who would like to participate in discussions,
can read and answer such letters.
This was just some tecnical information :)
Goba
> > jeroen Sun Oct 28 12:40:02 2001 EDT
> >
> > Modified files:
> > /phpdoc/en/language types.xml
> > Log:
> > We're talking about the type NULL here, not the value NULL.
> >
> > Added sentence to the still-very-empty section about NULL.
>
> Please revert your patc
> > What is the size limit of the attachment poster program
>
> See CVSROOT module. Anyway, it doesn't matter much, I don't think it
should
> be in the HOWTO, just that on 'big' commits diffs will be attached in
stead
> of included at the bottom.
>
> The limit could change, and it's (IMO) not usef
> With http://www.php.net:8000/ you used to be able to browse... But now
> that's not possible anymore.
>
> So, I've got no idea...
>
> php-mirrors: why doesn't port php.net:8000 work anymore? It was a
convenient
> way to check the files on the server.
Yes, it was, and I used this also. I guess t
> dams Sun Oct 28 11:43:09 2001 EDT
>
> Modified files:
> /phpdoc/fr/language expressions.xml
> Log:
> Adding xml string.Updating with crowds of minors updates.Typos fixed.
Technical question (not directed to Damien):
What is the size limit of the attachment poster prog
> there was a day where I could see the build log from Jade with
> http://www.php.net/manual/fr/build-fr.log
> and same for any other language..
>
> This file exists no more. Is it still available somewhere else?
Yes, as Jim mentioned, it is now build.log for all the languages:
http://www.php.ne
Hm, interesting: http://www.phpdoc.net/
Goba
> While trying to use XEmacs for documenting PHP, it tells me that the
> file manual.ced can not be found. Where can I get this file from?
> Can anybody send it to me?
Load in manual.xml, parse the DTD, and save it as manual.ced in the
phpdoc root.
Goba
gobaSun Oct 28 04:01:19 2001 EDT
Modified files:
/phpdoc make_chm.php
Log:
Corrections requested in bug #13854
Index: phpdoc/make_chm.php
diff -u phpdoc/make_chm.php:1.16 phpdoc/make_chm.php:1.17
--- phpdoc/make_chm.php:1.16Sat Sep 8 14:03:26 20
Hi!
I have updated the newchm.html page:
http://weblabor.hu/php/newchm.html
The CHM file actually is not updated, but
the supporting information is. I have uploaded
screenshots, and added some links and the
one Konqueror Help screen I see as an exmple...
Please see this page, if you are interes
gobaThu Oct 25 13:36:28 2001 EDT
Modified files:
/phpdoc/hu Translators
Log:
New reservation
Index: phpdoc/hu/Translators
diff -u phpdoc/hu/Translators:1.58 phpdoc/hu/Translators:1.59
--- phpdoc/hu/Translators:1.58 Tue Oct 23 11:54:20 2001
+++ phpdoc/h
gobaTue Oct 23 11:54:21 2001 EDT
Modified files:
/phpdoc/hu Translators
Log:
New translators (new reservations)
Index: phpdoc/hu/Translators
diff -u phpdoc/hu/Translators:1.57 phpdoc/hu/Translators:1.58
--- phpdoc/hu/Translators:1.57 Sat Sep 8 12:57:0
> I am sorry to disturb you all.
> I would like to unsubscribe my self from this list but I do not know how
to
> do. Can anyone tell me the admin mail adres or unsubscription keywords for
> automatic unsubscription.
As you subscribed, there are two automatic methods of being unsubscribed:
- on
> slawek Mon Oct 22 08:37:53 2001 EDT
>
> Modified files:
> /phpdoc/howto working.xml
> Log:
> More typos
Thanks for proofreading :)
Goba
gobaMon Oct 22 08:04:23 2001 EDT
Modified files:
/phpdoc make_chm.README
Log:
Added note, that this will be the "old method" in a short time
Index: phpdoc/make_chm.README
diff -u phpdoc/make_chm.README:1.8 phpdoc/make_chm.README:1.9
--- phpdoc/make_c
gobaMon Oct 22 08:00:26 2001 EDT
Modified files:
/phpdoc/howto cvs.xml howto.ent howto.xml tools.xml working.xml
Log:
Adding README.translators content, and much, much more :))
Information for translators:
- Starting a new translation (from RE
gobaMon Oct 22 07:52:27 2001 EDT
Removed files:
/phpdoc README.translations
Log:
This is needed no more, as it is now in the HOWTO :))
> Shouldn't install.dsl be added to .cvsignore?
> I don't add it by myself in case I'm wrong :-)
It should. I have added it.
Goba
gobaMon Oct 22 03:47:31 2001 EDT
Modified files:
/phpdoc .cvsignore
Log:
install.dsl should be listed here
Index: phpdoc/.cvsignore
diff -u phpdoc/.cvsignore:1.22 phpdoc/.cvsignore:1.23
--- phpdoc/.cvsignore:1.22 Sun Oct 7 07:35:04 2001
+++ php
gobaSun Oct 21 10:20:12 2001 EDT
Modified files:
/phpdoc/howto howto.html.tar.gz
Log:
Adding new HTML files ziped
Index: phpdoc/howto/howto.html.tar.gz
gobaSun Oct 21 10:13:29 2001 EDT
Removed files:
/phpdoc/howto howto-template.sgml
Log:
This file is needed no more
gobaSun Oct 21 08:27:34 2001 EDT
Removed files:
/phpdoc README.xsl
Log:
No need for this file, all the things are in the HOWTO now
gobaSun Oct 21 08:26:52 2001 EDT
Modified files:
/phpdoc/howto howto.ent howto.html.tar.gz howto.xml
Log:
Many typo fixes, and corrections. Major ones:
- removing global.ent dependencies, now
howto is free from any changes in global.ent
1 - 100 of 674 matches
Mail list logo
