On Thu, 29 Nov 2001, Gabor Hojtsy wrote:
This is a general issue in the DocBook DSSSL (and I think also
in the XSL) style sheets.
We are familiar with that special placings, but for novices,
these can be annoying. What do others think about that?
I think the placement of TOCs can be
On Sun, 18 Nov 2001, Salah Faya wrote:
visualmindSun Nov 18 09:41:43 2001 EDT
Added files:
/phpdoc/arpreface.xml
Log:
Translated to Arabic
Index: phpdoc/ar/preface.xml
+++ phpdoc/ar/preface.xml
?xml version=1.0
On Sun, 18 Nov 2001 [EMAIL PROTECTED] wrote:
On Sun, 18 Nov 2001, Jouni Ahto wrote:
Yes. Are there other new translations in work that aren't supported? Might
add those as well...
ar, tr, kr and hk (already added)
Turkish is already supported, also korean (but the subdir should
On Sun, 18 Nov 2001 [EMAIL PROTECTED] wrote:
On Sun, 18 Nov 2001, Jouni Ahto wrote:
Index: phpdoc/ar/preface.xml
+++ phpdoc/ar/preface.xml
?xml version=1.0 encoding=iso-8859-1?
Encoding can't be the right one...
should be iso-8859-6 iirc
And Jouni, the stylesheets do
On Sun, 18 Nov 2001, Jirka Kosek wrote:
The best way is to create Arabic version of file
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/docbook/gentext/locale/en.xml
I know, I asked Norman.
and send it as a patch to DocBook project on SourceForge. From this file
are generated
On Mon, 12 Nov 2001, Hartmut Holzgraefe wrote:
hholzgra Mon Nov 12 11:39:46 2001 EDT
Modified files:
/phpdoc/en/functions oracle.xml
Log:
there is no comment tag in DocBook4 :(
- changed comment.../comment to !-- ... --
It's probably remark
On Thu, 1 Nov 2001, Hojtsy Gabor wrote:
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. And I'm
On Mon, 22 Oct 2001, Egon Schmid wrote:
Jouni Ahto is our guru and have access to php.net.
And the guru is both quite drunken now and thinking how to match 59
transactions with only 27 distinct transaction numbers that should finally
resolve to a dately changed Dow Jones STOXX 30 Nordic 30
On Sun, 21 Oct 2001, Hojtsy Gabor wrote:
Is anybody against upgrading the current DTD to the actual 4.1.2?
I would happyly do the updates the weekend if nobody complains
(sure I would test the whole module before, so it is working with
the new DTD set).
Please don't do it yet... because
On Sat, 20 Oct 2001, Jirka Kosek wrote:
If you want to customize DTD it is always better to create customization
layer than to directly edit existing DTD. With this approach it is much
more easy to upgrade to new version DocBook which is used as a base for
your DTD. The customization DTD
I'm beginning to think that because we don't actually conform to DocBook
anyway, we might as well do some small customization to the DTD and try get
the changes (or something that provides similar functionality) to 6.0, even
if it takes a few years. Before my reasoning why we should customize
On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote:
i have just uploaded the draft for the 'beyond' part of my conference
talk The manual and beyond to
http://zugeschaut-und-mitgebaut.de/php/conference-talk.pdf
comments suggestions are highly appreciated :)
I really like the part
On Fri, 19 Oct 2001, Egon Schmid wrote:
From: Hojtsy Gabor [EMAIL PROTECTED]
So reworded: using namespaces to define tags, and use them
along DocBook tags. This is exaclty not extending DocBook,
but defining a DTD for our custom elements and use those
two DTDs (DocBook and PHPDoc)
On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote:
Jouni Ahto wrote:
Maybe it should be the time to find out what the current DTD actually is,
and what it allows us to do?
very good point!
(i was always refereing to the book which is for V3.1.x AFAIR)
Besides, even if there's
jah Fri Oct 5 18:31:32 2001 EDT
Modified files:
/phpdoc configure.in
Log:
... accidentally saw the right coding somewhere ...
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.75 phpdoc/configure.in:1.76
--- phpdoc/configure.in:1.75Sun
Jim Winstead wrote:
if anyone can provide notes on how to increase the string limit for
jadetex on a debian box, it would be much appreciated. once again,
i've spent way longer than it should take trying to get the limit to
increase to no avail.
(similarly, if anyone else has run across
On Thu, 4 Oct 2001, Hojtsy Gabor wrote:
It would be great then if someone could knowck up a script which
auto-generated the install.txt file from the install.xml one.
Actually there is a txt downloadable version of the manual, so
the install.txt file can be cropped from that
Hojtsy Gabor wrote:
Hi!
Is it intended that there is only a bz2 compressed
version available from the PDF version, and the
zip and tar.gz columns are empty? I looked at the
distributions/manual dir, and only the bz2 files
are there, so it is not a problem of phpweb I assume.
On Mon, 17 Sep 2001, Hojtsy Gabor wrote:
yet another reason for putting each translation into
a CVS module of its own
Indeed, what about your not-so-recent-anymore proposals for changing the
set-up of translations? IIRC, people were enthousiast about it...
What's thet status
On Sun, 2 Sep 2001, Jani Taskinen wrote:
On Sun, 2 Sep 2001, Jouni Ahto wrote:
because he finds the exactly same things extremely useful. And if I would
start a Finnish translation, I too would find them useful, so I side with
Would you? :)
Someone asked for CVS account
jah Sun Sep 2 09:16:42 2001 EDT
Modified files:
/phpdoc Makefile.in
Log:
- Added -wno-idref option to jade arguments, so the manuals will be
generated even if the are missing IDs.
- New target 'test_man_gen' that checks if its possible to generate
On Sun, 2 Sep 2001, Egon Schmid wrote:
From: Hojtsy Gabor
Hope this helps to start a discussion about the usefullness
of this revision comment syntax...
It may be working in the hu tree, there is only one maintainer :)
This would not work in the German manual, because we have many
On Sun, 2 Sep 2001, Hojtsy Gabor wrote:
As I wrote down in my last long letter (titled:
Re: [PHP-DOC] Revision longer example), we can
think of the Revision comments as a splitup of
translators and the script generated revheck.html
as a HTML version of Translators with much extra
stuff
On Sun, 2 Sep 2001, Hojtsy Gabor wrote:
If you think there will be too much extra processor time,
the script will take on the server, doing nothing, because
the commit changes no Revision number, we can introduce
a flag in CVS commit messages, so eg:
No, I was just thinking about a
On Sun, 2 Sep 2001, Hojtsy Gabor wrote:
What do you think about these additional groups?
Variables, types and function handling
Array
Class-object
Function handling
Variable
Session handling
Miscellaneous:
Apache-specific
Error handling and logging
GNU readline
PHP
On Sun, 2 Sep 2001, Jeroen van Wolffelaar wrote:
I would merge string/character and Variables,types and function
handling, and name it:
basic functions, since they are very general-purpose, do NOT have external
depencies (like mysql, etc), and are quite close to the language.
On Sat, 1 Sep 2001, Marco Cucinato wrote:
Since the PHP version numbers related to every function
(/version.xml) are applied to the doc every time they are generated,
the old docs are not updated:
Look at the array_walk function over the different translations.
EN: (PHP 3= 3.0.3, PHP
jah Sat Sep 1 19:49:36 2001 EDT
Modified files:
/phpdoc/hu/functionsimage.xml
Log:
Fixed tags.
Index: phpdoc/hu/functions/image.xml
diff -u phpdoc/hu/functions/image.xml:1.9 phpdoc/hu/functions/image.xml:1.10
---
On 2 Sep 2001 [EMAIL PROTECTED] wrote:
Jouni Ahto [EMAIL PROTECTED] wrote:
This way, the documentation will be generated even if parts of the
translation are a bit old and don't yet have those IDs needed, but 'make
test' still catches the errors.
actually, the manual generation does
jah Sun Aug 26 07:52:47 2001 EDT
Modified files:
/phpdoc/tr language-snippets.ent
/phpdoc/tr/faq general.xml
Log:
Fixed problems 'make test' complained about (so I can found what the next ones
are, especially concerning PDF version...).
jah Sun Aug 26 08:42:35 2001 EDT
Modified files:
/phpdoc Makefile.in configure.in
Log:
Starting the move to the naming convention suggested by Goba. Now only for
PDF version, let's wait for possible reactions before continuing.
Index:
This topic has popped up a few times before on the list, and I think I've
seen even bug report(s?) claiming that the current function reference
part makes it hard to find information, because it has grown so big. But I
don't remember that we would haver ever deciced either to do it or not do
On Sun, 26 Aug 2001, Egon Schmid wrote:
It would be nice, if someone could make a first draft about the
names of new chapters and which sections could be within sections.
Something very near to the list of bug types bugs.php.net. I think there
actually was a draft some time ago, but I'll
On Sun, 26 Aug 2001, Hojtsy Gabor wrote:
- New subtitles must be agreed on and added to each language-defs.ent.
This is what needs to be the same for the bug system. So if it is
not right, we should collect the functions and make a new category
system, and start to use it in the bug
New versions should be available within a few hours, for those languages
that compiled: cs, en, fr, it nl. If your language is missing from the
list and you want the update too, please make sure it passes 'make test'
before 17:00 GMT. I'm a bit in hurry today, haven't time to fix anything,
and
On Wed, 8 Aug 2001, Hojtsy Gabor wrote:
Hi!
I try to test that XML-PDF generation but get the folowing error:
Exception in thread main java.lang.NoClassDefFoundError:
org/apache/tools/ant/Main
What do I need to install to make this class be defined???
You shouldn't need ant for
On Sun, 5 Aug 2001, Hojtsy Gabor wrote:
And you can read README.xsl in the phpdoc root to get some info
how you can build the docs using XSLT.
Did it. Somehow I have missed realizing that there's already so much work
done... I'll start playing with this. Don't expect immediate results.
--
jah Sun Aug 5 04:47:50 2001 EDT
Modified files:
/phpdoc README.xsl
Log:
Found out that saxons' homepage has moved.
Index: phpdoc/README.xsl
diff -u phpdoc/README.xsl:1.2 phpdoc/README.xsl:1.3
--- phpdoc/README.xsl:1.2 Mon Feb 19 06:52:11 2001
jah Sun Aug 5 05:24:09 2001 EDT
Modified files:
/phpdoc README.xsl
Log:
Another changed link...
Index: phpdoc/README.xsl
diff -u phpdoc/README.xsl:1.3 phpdoc/README.xsl:1.4
--- phpdoc/README.xsl:1.3 Sun Aug 5 04:47:50 2001
+++
jah Sun Aug 5 06:51:48 2001 EDT
Modified files:
/phpdoc/en bookinfo.xml
/phpdoc/en/chapters security.xml
/phpdoc/en/faq languages.xml obtaining.xml using.xml
/phpdoc/en/functionscom.xml info.xml mbstring.xml ming.xml
On Sun, 5 Aug 2001, Hojtsy Gabor wrote:
Maybe Jirka Kosek can say something positive about the PDF version.
He is involved closely in DocBook XSL stylesheets IMHO.
Let's hope so.
-- Jouni
On Sun, 5 Aug 2001, Jirka Kosek wrote:
The problem of generating PDFs with XSL stylesheet isn't in stylesheets
but in FO processors. All current free implementations of XSL FO
(PassiveTeX, FOP) have some serious limitations. IMHO for these days, it
is better to use XSL for getting HTML and
On Sat, 4 Aug 2001, Sascha Schumann wrote:
Jouni Ahto genererated the PDFs, and uploaded them to
rsync.php.net, but noone had some minutes, to give some
rights to Jouni, or just move the files to the webspace
to let it spread across mirrors, and be downloadable
On Sat, 4 Aug 2001, Sascha Schumann wrote:
If the PDFs are generated and uploaded automatically, please
coordinate with us to set up a proper cron-job which moves
the files into the right place automatically.
That's the plan, at least until the new toye is up and able to
On Sat, 4 Aug 2001, Rasmus Lerdorf wrote:
Cannot anybody realize, that we are stating that the PDFs
are temporary unavailable, but this is the case for months
now
Sure
Jouni Ahto genererated the PDFs, and uploaded them to
rsync.php.net, but noone had some minutes, to give
On Wed, 1 Aug 2001 [EMAIL PROTECTED] wrote:
On Wed, Aug 01, 2001 at 09:41:48AM +0200, Hojtsy Gábor wrote:
I talked about global.ent, not de/language-defs.ent. We have sometimes
errors if someone makes a reference to the install chapter. If this
chapter is not uptodate in this language,
Hojtsy Gábor wrote:
I tried to understand this paragraph in connection with the DE language
entities file. But nothing helped me to understand. These two new entities
are not there for quite many years... Why are those guys are crazy?
It's best if you don't even try to understand, that
On Tue, 31 Jul 2001, Hojtsy Gábor wrote:
If Damien use his French ENTITY's, there is nothing wrong to
put them into global.ent.
globals.ent should contain global entities, as the name suggest.
Language only entities should go IMHO to language-defs.ent
(see hu dir). We started
jah Mon Jul 30 10:48:48 2001 EDT
Modified files:
/phpdoc configure.in
Log:
Preparing for the turkish translation (I saw that Serdar got his CVS account).
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.70 phpdoc/configure.in:1.71
---
On Sun, 29 Jul 2001, Hojtsy Gabor wrote:
A question for manual maintainers; is it enough to get a CVS account for
/phpdoc/tr and put our translations in them, or we must also work on Jade
and Docbook/DSSSL to help make different versions of manual?
You need to somewhat know Docbook
On Sat, 28 Jul 2001, Hojtsy Gabor wrote:
Hi... i noticed that PDF editions of the PHP docs are temporarily
unavailable.
I dunno whether this is due to a no-interest in having PDF versions
available or maybe just the sheer cost of a copy of Acrobat being the
issue.
Anyway, I got
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
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?
jah Wed Jul 25 16:26:56 2001 EDT
Modified files:
/phpdoc/fr/functionsmath.xml
Log:
Fixed last illegal chars. French version compiles now.
Index: phpdoc/fr/functions/math.xml
diff -u phpdoc/fr/functions/math.xml:1.11
jah Wed Jul 25 16:41:26 2001 EDT
Modified files:
/phpdoc/cs/language constants.xml
Log:
Added id so that it compiles again.
Index: phpdoc/cs/language/constants.xml
diff -u phpdoc/cs/language/constants.xml:1.4 phpdoc/cs/language/constants.xml:1.5
---
jah Fri Jul 20 15:46:48 2001 EDT
Modified files:
/phpdoc faqurls.ent
Log:
Added missing entities, though mostly still empty :(
Index: phpdoc/faqurls.ent
diff -u phpdoc/faqurls.ent:1.5 phpdoc/faqurls.ent:1.6
--- phpdoc/faqurls.ent:1.5 Fri Jul
jah Wed Jul 18 13:13:24 2001 EDT
Modified files:
/phpdoc/en/functionsdomxml.xml
Log:
Removed some stray chars...
Index: phpdoc/en/functions/domxml.xml
diff -u phpdoc/en/functions/domxml.xml:1.17 phpdoc/en/functions/domxml.xml:1.18
---
On Sun, 8 Jul 2001, Jim Winstead wrote:
i haven't been able to set up the pdf generation on the current
rsync.php.net, because it is running an older version of redhat, and
all the jvm's i tried to install wanted a newer glibc.
(the pdf generation was using saxon and passivetex, right?
jah Sun Apr 1 09:44:57 2001 EDT
Modified files:
/phpdoc/it/functionsoci8.xml
Log:
Fixed incorrect closing tag.
Index: phpdoc/it/functions/oci8.xml
diff -u phpdoc/it/functions/oci8.xml:1.6 phpdoc/it/functions/oci8.xml:1.7
---
On Mon, 19 Mar 2001, Egon Schmid wrote:
eschmid Mon Mar 19 09:18:07 2001 EDT
Modified files:
/phpdoc/fr/functions session.xml
Log:
Added two missing paras.
In general, should we be using paranotepara.../para/note/para,
or the simpler form
On Mon, 19 Mar 2001, Egon Schmid (@work) wrote:
Jouni Ahto wrote:
In general, should we be using paranotepara.../para/note/para,
or the simpler form notepara.../para/note? Both are valid.
I don't know but I think the appearance could be different. Compare the
PDF or PostScript
jah Sun Mar 18 03:11:58 2001 EDT
Modified files:
/phpdoc/fr/appendices resources.xml
/phpdoc/fr/functionsxslt.xml
/phpdoc/fr/language oop.xml
Log:
French version compiles ok again. Damien, please check the changes, I don't
On Mon, 19 Feb 2001 [EMAIL PROTECTED] wrote:
On Mon, Feb 19, 2001 at 03:58:32PM -0600, Daniel Beckham wrote:
Yes, it would be a bit harder to read, but I think it might be worth it to
correct readability issues with the PDF version of the manual.
Please wait for Jouni. The problem is
On Wed, 7 Feb 2001, Hojtsy Gabor wrote:
The error here is that //f/phpcvs type of paths are generated
by cygwin, and jade.exe can't deal with this. So we need
to put here f:/phpcvs/dsssl/html/docbook.dsl. Do anybody
know an elegant way to do this?
Well, cygwin understands
On Mon, 5 Feb 2001, Egon Schmid wrote:
eschmid Mon Feb 5 14:55:59 2001 EDT
Modified files:
/phpdoc/en/functions mail.xml
Log:
Tested only with the older Jade. Jouni, I need some help from you with Openjade.
Help is, of course, granted.
jah Sat Feb 3 13:51:52 2001 EDT
Modified files:
/phpdoc configure.in
Log:
Missed setting papersize option for PDF.
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.53 phpdoc/configure.in:1.54
--- phpdoc/configure.in:1.53Thu Feb 1
jah Sat Feb 3 13:54:43 2001 EDT
Modified files:
/phpdoc configure.in
Log:
Prefer OpenJade over the older Jade.
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.54 phpdoc/configure.in:1.55
--- phpdoc/configure.in:1.54Sat Feb 3
jah Sat Feb 3 13:55:57 2001 EDT
Modified files:
/phpdoc Makefile.in
Log:
Ignore more errors from jadetex.
Index: phpdoc/Makefile.in
diff -u phpdoc/Makefile.in:1.53 phpdoc/Makefile.in:1.54
--- phpdoc/Makefile.in:1.53 Sat Feb 3 13:51:07 2001
jah Sat Feb 3 16:33:29 2001 EDT
Modified files:
/phpdoc global.ent
/phpdoc/fr/functionsimage.xml info.xml misc.xml pcre.xml
session.xml strings.xml var.xml xml.xml
/phpdoc/fr/language variables.xml
Log:
jah Wed Jan 31 12:20:41 2001 EDT
Modified files:
/phpdoc Makefile.in
Log:
Added specific rule to create manual.pdf.
Index: phpdoc/Makefile.in
diff -u phpdoc/Makefile.in:1.51 phpdoc/Makefile.in:1.52
--- phpdoc/Makefile.in:1.51 Tue Jan 23
On Wed, 31 Jan 2001 [EMAIL PROTECTED] wrote:
On Tue, Jan 30, 2001 at 07:51:43PM -0500, David Elrom wrote:
Why r we using TeX ?
why not some other XML format ?
If you want a printed manual, DocBook uses a TeX backend. TeX is better than every
XML
style shit.
To be more precise,
On Mon, 29 Jan 2001, Jim Winstead wrote:
In article 00dd01c0892d$1d296680$cd0110ac@shuttle, [EMAIL PROTECTED]
wrote:
[snip]
Which also introduces the questions:
1. What would it take to get the PDF versions into other languages
besides english?
I have asked this question
jah Fri Jan 26 00:36:00 2001 EDT
Modified files:
/phpdoc/cs/functionsinfo.xml
Log:
Fixed a typo.
Index: phpdoc/cs/functions/info.xml
diff -u phpdoc/cs/functions/info.xml:1.2 phpdoc/cs/functions/info.xml:1.3
---
On Fri, 26 Jan 2001, Cynic wrote:
I've already found a commandline tool that seems to be perfect.
Right now I'm configuring it, will try.
Could you please try and build the cs docs when I convert them?
Ok. I'll try to check the traffic on this list a few times during the
workday, but
jah Thu Jan 25 23:36:38 2001 EDT
Modified files:
/phpdoc configure.in
Log:
Czech language support.
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.49 phpdoc/configure.in:1.50
--- phpdoc/configure.in:1.49Sat Jan 20 18:03:26 2001
+++
On Wed, 24 Jan 2001, Hojtsy Gabor wrote:
Are you sure if cs is Czech. Create first a directory in the phpdoc tree
on your local hard disk and then:
cvs add cz
You don't need an commit afterwards.
yes, I'm sure. ISO codes for Czech language are ces/cze
(3-letter codes) or
On Thu, 11 Jan 2001, Jim Winstead wrote:
jimw Wed Jan 10 20:15:08 2001 EDT
Modified files:
/phpdoc Makefile.in configure.in manual.xml.in
Log:
clean up building from seperate directory
Index: phpdoc/configure.in
diff -u phpdoc/configure.in:1.44
77 matches
Mail list logo
