ylesheet-file.xml:
en/reference/domxml/functions/domxml-xslt-stylesheet.xml:
$
Any ideas?
André L F S Bacci
On Mon, Jan 10, 2011 at 10:50 AM, Richard Quadling wrote:
> On 8 January 2011 12:41, Hannes Magnusson wrote:
>> On Fri, Jan 7, 2011 at 09:05, Alexey Shein wrote:
>> For the windows guys, xmllint is probably useless, so this has to be
>> an optional argument.
>
> Cygwin has xmllint. I've not foun
Hi,
I like to recover/reset my SVN account password. The form on
http://www.php.net/svn-php.php is very specific in getting a new
account, teling me with my svn id 'ae' already exists.
Thanks,
André
Davi Medrade wrote:
> Hi. My name is Davi Medrade. I am a programmer from Brazil... I would
> like to get directions in order to translate some of the doc pages to
> Brazillian Portuguese. Can anyone help me? Thanks in advance.
Davi,
The pt_BR translation group can be reach here:
http://br.groups
Nuno Lopes wrote:
> What about this patch for makefile.in?
>
> You can use 'make html' or 'make id=function.xxx'.
>
> Nuno
+1 for me ;)
But if i really want this in make html_xsl intead of PHPWEB_DEPS (?).
[]s
André Æ
Hi for all,
I was working with the Fernando in the build system for a manual part and I
finished making my experiences with rootid.
My findings:
- After a autoconf and configure:
/usr/bin/xsltproc --timing --stringparam rootid "function.chdir"
xsl/html.xsl manual.xml
Parsing stylesheet xsl/html.x
Gabor Hojtsy wrote:
> What archives? After the described changes as far as I can see, every
> translation will have the same HTML presentation as before, just the
> files will be better positioned. I might miss something though, so
> feel free to try and better explain what do you think is a proble
Gabor Hojtsy wrote:
>> But that this goes disconnect the translations momentarily (for
>> $lang/install/*.xml). Correct?
>
> I don't understand what do you mean...
>
> Goba
Translations that have the separate archives do not go to be show after
these modifications...
Gabor Hojtsy wrote:
> One of the oldest outstanding issues in phpdoc is the install section.
> We have decided long ago on moving the install.*.xml files from
> phpdoc/chapters to phpdoc/install/*.xml, thus making a folder out the
> install prefix. This would enable further improvement on the secti
Hartmut Holzgraefe wrote:
> AFAIR (and i have to know because i did it ;) we nowadays use
> instead of within phpdoc for the
> simple reason that
> the older does not really support optional
> arguments ...
Thats ok ;)
And about stylesheets for render
when it holds the ID
instead of ? Goba?
Gabor Hojtsy wrote:
>> Which the great problem with OO after all? Render, search, filenames?
>> http://www.docbook.org/tdg/en/html/classsynopsis.html
>
> Rendering, what to put into a file, crosslinks, relating OO docs to
> functional docs, etc...
>
> Goba
As all have read, I am proposing great mo
Gabor Hojtsy wrote:
>>> There's no reason you should change the way you document non-OO
>>> functions.
>>
>> Only to separate then from OO-functions (METHODS! METHODS!) in tag
>> level.
>
> Well, we can play with context, and there is no need to use the not
> that flexible funcsynopsys, which we ha
Steph wrote:
>> Or still to change all manual from
>> methodsynopsys/methodname/methodparam to
>> funcsynopsis/funcparams/parameter... And I'm not crazy ;)
>
> What, no grep? ;)
No realy, you know ;p
> There's no reason you should change the way you document non-OO
> functions.
Only to separat
Gabor Hojtsy wrote:
>> Which the great problem with OO after all? Render, search, filenames?
>> http://www.docbook.org/tdg/en/html/classsynopsis.html
>
> Rendering, what to put into a file, crosslinks, relating OO docs to
> functional docs, etc...
>
> Goba
RENDERING
The bigger problem for OO docs
Gabor Hojtsy wrote:
>> Which the great problem with OO after all? Render, search, filenames?
>> http://www.docbook.org/tdg/en/html/classsynopsis.html
>
> Rendering, what to put into a file, crosslinks, relating OO docs to
> functional docs, etc...
>
> Goba
As JTR, "in pieces..." ;]
--
Derick Rethans wrote:
>> +1
>> The manuals are being compiled with more frequency, but I still feel
>> lack of the automatic compilation, revcheck on-line...
>
> If things change it needs setting up things over again -> bad idea.
> But I can probably put revcheck back online, I totally forgot about
Steph wrote:
>>> Which the great problem with OO after all? Render, search,
>>> filenames? http://www.docbook.org/tdg/en/html/classsynopsis.html
>>
>> That classsynopsis is horrible to work with, it doesn't fix much.
>>
>> Derick
>
> Agreed.
>
> Going back a page to
> http://www.docbook.org/tdg/en/
Gabor Hojtsy wrote:
> goba Wed Dec 31 19:04:24 2003 EDT
>
> Modified files:
> /phpdoc/en bookinfo.xml
> Log:
> Happy new year PHPDoc
I can't make this... for now, I'm still in 2003... ;)
[]s
André Æ
Gabor Hojtsy wrote:
> The visual editor idea is aimed at solving the complexity of DocBook
> for authors and translators. But currently it is a more critical
> problem, that new updates take months to get on to the website (which
> does decrease the motivation of translators).
+1
The manuals are b
Nuno Lopes wrote:
> Hello,
>
> I'm now trying to test the program I'm doing to translate the manual
> using the browser.
> For that, I've installed a cvs server on my linux box. Now I'll need
> the contents. Is there any way to download automaticaly all versions
> from the PHP cvs server?
Nuno,
Y
Nuno Lopes wrote:
>> This is important, because usual CVS users will still do
>> translations. Also it is important for this system to handle
>> colissions. It is not at all sure that the cronjob will be able to
>> commit the changes, if one CVS user changes the file between the
>> moment someone e
Leonardo Boshell wrote:
>> That would include some stats, like how many docs you have
>> translated, how many docs have been translated to your language, and
>> the docs remaining to translate.
>
> Yes, yes, yes. I was thinking the same. This is just plain freaky, I
> tell you.
Statistics can be f
For (Brazilian or not) Portuguese translators, see
http://groups.yahoo.com/group/traducao-php
André
"Fabiano Guazzelli Da Silva" <[EMAIL PROTECTED]> escreveu na
mensagem 001101c162e9$6013d8e0$020aa8c0@josecarl">news:001101c162e9$6013d8e0$020aa8c0@josecarl...
> Who is the responsible for the Braz
23 matches
Mail list logo
