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 for
conni Mon Sep 3 00:06:21 2001 EDT
Modified files:
/phpdoc/de Translators
Log:
translation of the ingres file finished
Index: phpdoc/de/Translators
diff -u phpdoc/de/Translators:1.192 phpdoc/de/Translators:1.193
--- phpdoc/de/Translators:1.192 Wed Aug 29 16:
conni Mon Sep 3 00:03:46 2001 EDT
Modified files:
/phpdoc/de/functionsingres_ii.xml
Log:
translation finished
Index: phpdoc/de/functions/ingres_ii.xml
diff -u /dev/null phpdoc/de/functions/ingres_ii.xml:1.3
--- /dev/null Mon Sep 3 00:03:46 2001
+
conni Mon Sep 3 00:01:53 2001 EDT
Modified files:
/phpdoc/en/functionsingres_ii.xml
Log:
fixed some typo
Index: phpdoc/en/functions/ingres_ii.xml
diff -u phpdoc/en/functions/ingres_ii.xml:1.8 phpdoc/en/functions/ingres_ii.xml:1.9
--- phpdoc/en/funct
> To make the story short. German translators don´t need a revision
> number or a revision comment.
Basta;-)
The chief has spoken.
sorry, I couldn't resist;-)
Conni
a german translator
¶Ç¯u¸¹½X¥X°â
§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§
¬O§Ú±q¦UÓ¦P·~¤½·|¡B¹q¸Üï¡B¶À¶¡B¼x«H©Ò¡B
ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A
¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C
¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A
¦A¸g¹L²Îp¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O«½Æªº¡A
¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦Aç°£±¼µL®Äª
jah Sun Sep 2 19:46:39 2001 EDT
Modified files:
/phpdoc Makefile.in
Log:
Added an empty line for clarity.
Index: phpdoc/Makefile.in
diff -u phpdoc/Makefile.in:1.64 phpdoc/Makefile.in:1.65
--- phpdoc/Makefile.in:1.64 Sun Sep 2 09:16:42 2001
+++
On Sun, 2 Sep 2001, Jeroen van Wolffelaar wrote:
> There is no problem though when there is an english typo-fix. The report
> will show that the translation is a bit behind, but then you can simply
> 'update' it. (by only modifying the infoline). This doesn't break anything.
Besides, when a tr
> Anyway, I still find the system Goba proposed to have a lot of benefits,
> although there really seems to be one small thing that needs a bit more
> thinking.
I agree. I even think the system is very useful, but there are still a few
issues.
There is no problem though when there is an english
On Sun, 2 Sep 2001, Egon Schmid wrote:
> To make the story short. German translators don´t need a revision
> number or a revision comment. We need the diffs up to that date,
> when the original translator or maintainer leaved the project. It is
> impossible to make a script which tells a new tr
cucinatoSun Sep 2 16:58:48 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Corrected each() refpurpose
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.91 phpdoc/en/functions/array.xml:1.92
--- phpdoc/
cucinatoSun Sep 2 16:55:27 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Typo fixed
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.90 phpdoc/en/functions/array.xml:1.91
--- phpdoc/en/functions/arra
> each() function has a refpurpose
> "Return the next key and value pair from an array"
> but a description
> "Returns the current key and value pair from the array"
> The second behaviour is the correct one.
> Should I correct the tag to
> "Return the current key and value pair from an array and
Hi,
each() function has a refpurpose
"Return the next key and value pair from an array"
but a description
"Returns the current key and value pair from the array"
The second behaviour is the correct one.
Should I correct the tag to
"Return the current key and value pair from an array and advance t
From: "Hojtsy Gabor" <[EMAIL PROTECTED]>
> > The biggest problem is how a php script can update a file
> > as a regular CVS user and make a new revision of it. This
> > can be the case for the script automatically updating
> > Translators or some "Revisions.html" file in the same dir
> > as Trans
> > Commenting the categories list, I don't think
> > that categories, with only one item should be
> > opened (eg. Search or URL or Data Exchange).
>
> Yes, under Miscellaneous, unless some other module
> too gets moved under those categories.
I see that you have opened them to start discussion
> 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 langu
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.
> Er
jeroen Sun Sep 2 13:47:22 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Reworded count() a bit, and a very little bit of WS (sorry for mixing)
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.89 phpdoc/e
> I think that the paragraph (array.xml:1826)
> "Returns 1 if the variable is not an array."
> should be changed to
> "Returns 1 either if the variable is not an array or the array
> contains just one element."
Indeed, it was a bit vague. I've changed it now (not really like you
suggested, but an
> The biggest problem is how a php script can update a file
> as a regular CVS user and make a new revision of it. This
> can be the case for the script automatically updating
> Translators or some "Revisions.html" file in the same dir
> as Translators with the HTML tables generated by the script.
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.
Error-handling, program execution are also good candidates for "
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 readli
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 options & information
Program execution
Printer
Semaphore
> > 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 scenario where someone who doesn't
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.
Ok, here it is. And it's really a very rough draft... based on bug types
in bug reporting system, but not exactly the s
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 sce
> > As I heard, we can make the revcheck.php script
> > run on every commit, so the table can be autogenerated
> > on every commit, and there would be no need to run
> > it manually in most of the cases.
>
> Otherwise a good idea, but that would be also forcing everyone to the new
> system... wo
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
>
> I see a picture forming here. I think I remember at least Jeroen, Derick
> and Damien strongly supporting Gobas idea. And all these translations are
> maintained by a very small team, in Damiens case really just one.
Interesting thing :)
> So it seems that what works for and helps one translat
Please take the time to read this long example, as it
will help understand the usage of Revision comments.
Simply think of the Revision comments as the splitup
of the Translators file. Lets see a longer example,
now with the de tree, for Egon to be comfortable.
An extract from de/Translators:
-
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 hav
Hi,
the docs say count() function returns the number of elements of a
variable, or 1 if it's not an array, or 0 if the array is void or the
variable isn't set.
I think that the paragraph (array.xml:1826)
"Returns 1 if the variable is not an array."
should be changed to
"Returns 1 either if the
> What will you do with maintainers (responsibles) for a particular
> file if he is inactive for 15 months and two weeks. I can see this
> in the German documentation (look at [en|de]/functions/pcre.xml and
> de/Translators). There is a maintainer for the German version and
> nothing happens.
The
From: Hojtsy Gabor
> Some time ago, we tried to discuss our revision chechking
> ideas here on the list, but the discussion was pointless
> as there were no actual script and implementation to talk
> about.
As you know, I have been against a revision checking system. It is
useless to write a rev
> it seems that the examples on arsort() and asort() are wrong:
> the docs say that the result would be (array.xml:1664)
>
> fruits[a] = orange
> fruits[d] = lemon
> fruits[b] = banana
> fruits[c] = apple
>
> but the example actually displays
>
> a = orange
> d = lemon
> b = banana
> c = apple
gobaSun Sep 2 09:27:42 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Correct bug
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.88 phpdoc/en/functions/array.xml:1.89
--- phpdoc/en/functions/array.xml:1
Hi,
it seems that the examples on arsort() and asort() are wrong:
the docs say that the result would be (array.xml:1664)
fruits[a] = orange
fruits[d] = lemon
fruits[b] = banana
fruits[c] = apple
but the example actually displays
a = orange
d = lemon
b = banana
c = apple
--
Marco Cucinato
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 t
eschmid Sun Sep 2 07:39:06 2001 EDT
Modified files:
/phpdoc/en/functionsmysql.xml
Log:
Only whitespace.
Index: phpdoc/en/functions/mysql.xml
diff -u phpdoc/en/functions/mysql.xml:1.64 phpdoc/en/functions/mysql.xml:1.65
--- phpdoc/en/functions/mysql.xm
eschmid Sun Sep 2 06:52:33 2001 EDT
Modified files:
/phpdoc/en/functionsircg.xml
Log:
Whitespace only and deleted empty 'See also'.
Index: phpdoc/en/functions/ircg.xml
diff -u phpdoc/en/functions/ircg.xml:1.10 phpdoc/en/functions/ircg.xml:1.11
--- phpd
41 matches
Mail list logo