With the Livedocs system about to become live, does this impact on how
the xCHM manual is to be built? I've not followed Livedocs, but the name
suggests that commits are "live" in the "docs" (obvious really).
So, this suggests that Livedocs is another tool to access the CVS which
means that there
Hi.
With the Livedocs system about to become live, does this impact on how
the xCHM manual is to be built? I've not followed Livedocs, but the name
suggests that commits are "live" in the "docs" (obvious really).
So, this suggests that Livedocs is another tool to access the CVS which
means that
I also read through the application, and it seems to be decent. Although
documentation writing is not something supported by the SoC program,
hopefully documentation tools are something to stand behind.
Goba
Nuno Lopes wrote:
> Well I think it is pretty good, as long as you implement all the prim
Well I think it is pretty good, as long as you implement all the primary and
longer term ideas ;) Really, I like your ideas.
So far we haven't had any application to Livedocs, so I think yours is
likely to be accepted.
Nuno
Hello everyone!
I've created a draft Livedocs proposal for the SoC,
Hello everyone!
I've created a draft Livedocs proposal for the SoC, it can be seen here:
http://wiki.phpdoc.info/LiveDocs/SocProposal
Please feel free to make suggestions and provide feedback, I plan to
submit it within a couple days. Thanks!
Regards,
Philip
Hi,
I didn't followed all the mail you said about livedocs but since all the
updates, I have some problems... I was building everything but the
constant ROOT_NODE was not found, so I reconfigure again. If I set
caching enable, I receive ROOT_NODE undefined for manual.html.
For all other webpa
Sean Coates wrote:
http://www.phpdoc.info/livedocs/built/
It's built nightly. I know today's (20050621) works well.
Recent builds have 46 bytes - brilliant shrink but I'm afraid
something is missing inside ;-).
Not sure what that's all about, but I'll look into it once I'm out from
under my
http://www.phpdoc.info/livedocs/built/
It's built nightly. I know today's (20050621) works well.
Recent builds have 46 bytes - brilliant shrink but I'm afraid
something is missing inside ;-).
Not sure what that's all about, but I'll look into it once I'm out from
under my pile of email. (I jus
Sean Coates wrote:
> http://www.phpdoc.info/livedocs/built/
> It's built nightly. I know today's (20050621) works well.
Recent builds have 46 bytes - brilliant shrink but I'm afraid
something is missing inside ;-).
Jakub Vrana
Branching livedocs would only complicate things, if there are patches
open bug reports and I'll review them or if these are features simple
e-mail them to me (or Wez or Derick).
Ilia
Nuno Lopes wrote:
I didn't thought in PEAR initially, but seems to be a good idea,
althought I've never used it :) (but this remainds me to work on the
generalization of the code)
To be clear: I don't want to put it IN PEAR. I want to distribute it via
an independent PEAR channel, as ONE di
- Distribute as a PEAR package (PEAR's new channels seem like the
perfect candidate, as does the upcoming PHP_Archive package).
I didn't thought in PEAR initially, but seems to be a good idea, althought
I've never used it :) (but this remainds me to work on the generalization
of the code)
On little note, for all who will be testing livedocs in the next while.
At this time development is done ONLY using the English translation.
Until we confirm that it works as intended I will ignore bugs with other
localizations. Once English works, then we can try to identify and
resolve probl
> In response to the conversation we had last week (you remember: the one
> where Goba shot down my XUL docs idea, and I conceded? (-; ), I've been
> working on packaging a pre-built Livedocs distribution. Ilia's recent
> changes have also been a catalyst for me to actually do something about
> thi
I think it could be cool to remove the errors in the search.php and a
way to select easily iso-8859-1 like illa said me in
http://bugs.php.net/30440 for a "public" release.
OoOoO, it seems that search.php is now corrected :) just suggesting the
new feature for encoding now :)
Long time ago,
Jakub Vrana wrote:
Works for me without any problems (Win XP, Apache 2, PHP 5). Maybe it
will be worthwhile to create a version without phpdoc/en/ as everyone
already has a CVS version.
Thanks -- glad it works on Windows (-:
WE have a CVS version, yes.
This is targetted at a wider audience, th
Sean Coates wrote:
> Feedback, please.
Works for me without any problems (Win XP, Apache 2, PHP 5). Maybe it
will be worthwhile to create a version without phpdoc/en/ as everyone
already has a CVS version.
I also wonder where en/*.ent and entities/*.ent are hidden.
Jakub Vrána
Sean Coates wrote:
Tarred and bzipped, we're to be slightly under 7 megs. Not too bad.
It's now <4.5 MB (I forgot, and included notes -- this shouldn't be).
(fixed, BTW)
S
Hello fellow phpdocers.
In response to the conversation we had last week (you remember: the one
where Goba shot down my XUL docs idea, and I conceded? (-; ), I've been
working on packaging a pre-built Livedocs distribution. Ilia's recent
changes have also been a catalyst for me to actually do
||*()*|| Hi, Sean.
>> I don't know of a showstopper. It will probably only turn out, if we
>> push it out to a lot of testers. It might be a good idea to package up a
>> manual with some pregenerated sqlite db, and offer it as some BETA (how
>> popular this designation is nowadays :). Since the co
> I think livedocs is trying to solve a different problem, I think. (Reducing
> time between edit/view?)
Livedocs is trying to a solve the problem of displaying a docbook
document on the fly (with as small amount of preprocessing as possible).
> I just want something I can dump several documents
> -Original Message-
> From: Gabor Hojtsy [mailto:[EMAIL PROTECTED]
> Sent: 14 June 2005 09:20
> To: [EMAIL PROTECTED]
> Cc: 'Sean Coates'; phpdoc@lists.php.net
> Subject: Re: [PHP-DOC] Livedocs Deployment to End Users (WAS:
> some gobblygookabout theC
>>>Is there any reason why the docbook sources aren't distributed ?
>>>
>>>Seems that would remove some dependancies, and allow other
>>
>>viewers to pull the book(s) direct.
>>
>>They are...
>>http://cvs.php.net/phpdoc/
>
> Post ./configure'd, and ready to use.
> Don't know if you remember I wa
Jared Williams wrote:
Jared Williams wrote:
Post ./configure'd, and ready to use.
I guess I could do that.. it's like 10 mins of scripting..
I'll put it on phpdoc.info.. and let you know when it's running.
Here: http://www.phpdoc.info/docs_prepared/
It should run every morning at 4:15AM Ea
> Jared Williams wrote:
> > Post ./configure'd, and ready to use.
> >
> > Don't know if you remember I was the bod that appeared in
> #phpdoc with the beginnings of a general docbook/xml viewer.
>
> I guess I could do that.. it's like 10 mins of scripting..
>
> I'll put it on phpdoc.info.. and
Jared Williams wrote:
Post ./configure'd, and ready to use.
Don't know if you remember I was the bod that appeared in #phpdoc with the
beginnings of a general docbook/xml viewer.
I guess I could do that.. it's like 10 mins of scripting..
I'll put it on phpdoc.info.. and let you know when it'
>
> > Is there any reason why the docbook sources aren't distributed ?
> >
> > Seems that would remove some dependancies, and allow other
> viewers to pull the book(s) direct.
>
> They are...
> http://cvs.php.net/phpdoc/
>
> S
Post ./configure'd, and ready to use.
Don't know if you rememb
Is there any reason why the docbook sources aren't distributed ?
Seems that would remove some dependancies, and allow other viewers to pull the
book(s) direct.
They are...
http://cvs.php.net/phpdoc/
S
> -Original Message-
> From: Sean Coates [mailto:[EMAIL PROTECTED]
> Sent: 13 June 2005 17:16
> To: Gabor Hojtsy
> Cc: phpdoc@lists.php.net
> Subject: [PHP-DOC] Livedocs Deployment to End Users (WAS:
> some gobblygook about theCHM)
>
> Gabor Hojtsy wrote:
>> What a nice idea :) Maybe I could apply at Google summer of code and
>> get livedocs forward :)
>
> Well, "we" missed the window, but Chuck from the Horde project (which is
> on the list) has graciously suggested that if someone wants to piggyback
> on his project for PEAR development, he will
Nuno Lopes wrote:
What a nice idea :) Maybe I could apply at Google summer of code and get
livedocs forward :)
Well, "we" missed the window, but Chuck from the Horde project (which is
on the list) has graciously suggested that if someone wants to piggyback
on his project for PEAR development,
1. We can easily ship an sqlite db for the complete manual, as we are
going to do with all the mirror sites, when livedocs will be ready to
handle serving the manual.
Good point (-:
2. We can provide a web service for users to pick their customized
manual, and get a customized sqlite db plus t
Gabor Hojtsy wrote:
Well, sad thing is that we have some good perspectives with livedocs,
but not much work is done on this front. We might have had some good
chance to grab some coding hands with Google SOC, but we are quite late
in the game :) Any ideas to help recruit more developers?
I often
>> Well, sad thing is that we have some good perspectives with livedocs,
>> but not much work is done on this front. We might have had some good
>> chance to grab some coding hands with Google SOC, but we are quite late
>> in the game :) Any ideas to help recruit more developers?
>>
>> I often thin
Well, sad thing is that we have some good perspectives with livedocs,
but not much work is done on this front. We might have had some good
chance to grab some coding hands with Google SOC, but we are quite late
in the game :) Any ideas to help recruit more developers?
I often think about exposing
>> 1. We can easily ship an sqlite db for the complete manual, as we are
>> going to do with all the mirror sites, when livedocs will be ready to
>> handle serving the manual.
>
> Good point (-:
>
>> 2. We can provide a web service for users to pick their customized
>> manual, and get a customize
1. We can easily ship an sqlite db for the complete manual, as we are
going to do with all the mirror sites, when livedocs will be ready to
handle serving the manual.
Good point (-:
2. We can provide a web service for users to pick their customized
manual, and get a customized sqlite db plus t
>> Who has no webserver on his machine nowadays? Especially if he is
>> interested in PHP? Livedocs offers a lot more possibilities also in an
>> offline (ie without internet connection, with local webserver) setting,
>> if used appropriately.
>
> You know.. I've been thinking about this.
>
> In
Gabor Hojtsy wrote:
Who has no webserver on his machine nowadays? Especially if he is
interested in PHP? Livedocs offers a lot more possibilities also in an
offline (ie without internet connection, with local webserver) setting,
if used appropriately.
You know.. I've been thinking about this.
Hi Sean,
Livedocs isn't woking with peardoc, but I can't remember why (the last/only?
guy who worked on this was Medhi).
Some tweaking of the mk_peardoc.php file should do the trick.
Nuno
P.S.: anyway, I wouldn't spend much time on this, as I think the indexing
process of livedocs should be rewr
Anyone know the current status of livedocs and PEARDoc?
I'd like to know what is/isn't working so I can attempt to get the
latter fixed.
I've built --with-build-type=peardoc, and got a really messed up
livedocs.. I'm wondering if others suffer the same problem, or if I'm
doing something wrong (
On Mon, 4 Oct 2004, Aidan Lister wrote:
> There's an increasing number of patches waiting to be applied to livedocs -
> is someone able to look after them? Pretty please!
File bugreports.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
There's an increasing number of patches waiting to be applied to livedocs -
is someone able to look after them? Pretty please!
Also, after trying to hack a couple of things in, I noticed include used
instead of require where it really should not. (Just noting this to whoever
happens to have co
> Where can i find a specification design for the livedocs system?
> Just curious what it will be like. Until now it sounds sexy. Keep up the
> good work!
A lot of Livedocs related information (such as where to find
the source, examples, where to submit patches...) can be
found here:
http://w
Hi,
Where can i find a specification design for the livedocs system?
Just curious what it will be like. Until now it sounds sexy. Keep up the
good work!
Cheers Sander
This style is also simpler in my eyes. Tested with IE 6 and Opera 7.23.
I hope it works in other browsers too but I didn't test it.
I have applied your patch. It will turn out if it breaks something else
(like Mozilla browsers :).
Goba
It is still broken for me: IE 6 SP2.
Opera and Firefox work
moshe doron i'rta:
Just to remember, we still didn't changed the output encoding of livedocs to
uft-8.
Here the patch: http://phpil.net/patchs/livedocs-utf8.patch.txt
Please cc: Ilia if posting livedocs patches. He is not on phpdoc.
Goba
Hi,
The tableless layout for the manual is here:
http://www.php.net/manual/en/tableless/index.php
It displays quite fine in Mozilla & Firefox, but is problematic in IE,
since it does not interpret the float model correctly. I would be happy
to see patches for this though :)) I definitely expect t
Just to remember, we still didn't changed the output encoding of livedocs to
uft-8.
Here the patch: http://phpil.net/patchs/livedocs-utf8.patch.txt
--
Moshe.
Gabor Hojtsy wrote:
> The tableless layout for the manual is here:
>http://www.php.net/manual/en/tableless/index.php
> It displays quite fine in Mozilla & Firefox, but is problematic in IE,
> since it does not interpret the float model correctly. I would be happy
> to see patches for this thoug
Also, as an aside:
The "::" chapter, should be renamed to "scope resolution operator"?
Maybe.
I think it should have :: somewhere in the title, how about:
"Scope Resolution Operator (::)"
Fine with me.
And, should this operator be listed somewhere here?
http://php.net/manual/en/language.operato
"Derick Rethans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Tue, 24 Aug 2004, Friedhelm Betz wrote:
>
> > On Monday 23 August 2004 15:54, Derick Rethans wrote:
> > > On Mon, 23 Aug 2004, Friedhelm Betz wrote:
> > > > On Monday 23 August 2004 11:03, Derick Rethans wrote:
> > >
On Tue, 24 Aug 2004, Friedhelm Betz wrote:
> On Monday 23 August 2004 15:54, Derick Rethans wrote:
> > On Mon, 23 Aug 2004, Friedhelm Betz wrote:
> > > On Monday 23 August 2004 11:03, Derick Rethans wrote:
> > > [...]
> > >
> > > > I think we should start making the manual always output UTF8. Can
On Monday 23 August 2004 15:54, Derick Rethans wrote:
> On Mon, 23 Aug 2004, Friedhelm Betz wrote:
> > On Monday 23 August 2004 11:03, Derick Rethans wrote:
> > [...]
> >
> > > I think we should start making the manual always output UTF8. Can
> > > people think of reasons why NOT to do this?
> >
>
On Mon, 23 Aug 2004, Friedhelm Betz wrote:
> On Monday 23 August 2004 11:03, Derick Rethans wrote:
> [...]
> >
> > I think we should start making the manual always output UTF8. Can people
> > think of reasons why NOT to do this?
>
> Not really, but only the issue to ensure that the source .xml fil
On Monday 23 August 2004 11:03, Derick Rethans wrote:
[...]
>
> I think we should start making the manual always output UTF8. Can people
> think of reasons why NOT to do this?
Not really, but only the issue to ensure that the source .xml files are always
saved/edited as utf-8. This should not be
Derick Rethans wrote:
> I think we should start making the manual always output UTF8.
+1
Jakub Vrana
On Mon, 23 Aug 2004, moshe doron wrote:
> > I don't see why adding iconv calls helps with this, can you also nicely
> > indent your changes in common.php?
>
> The iconv make the output 8bit (according to the assumption that bandwide is
> more important then generation speed of cached content). I d
"Derick Rethans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Mon, 23 Aug 2004, moshe doron wrote:
>
> > according to the the last changes on ext/xml, here
> > (http://phpil.net/livedocs.patch.txt) patch that:
> > 1. make the livedocs compatible with php >5.0.1
> > 2. make live
On Mon, 23 Aug 2004, moshe doron wrote:
> according to the the last changes on ext/xml, here
> (http://phpil.net/livedocs.patch.txt) patch that:
> 1. make the livedocs compatible with php >5.0.1
> 2. make livedocs on php4 the same as livedocs on php5.
I don't see why adding iconv calls helps with
according to the the last changes on ext/xml, here
(http://phpil.net/livedocs.patch.txt) patch that:
1. make the livedocs compatible with php >5.0.1
2. make livedocs on php4 the same as livedocs on php5.
Moshe.
"Gabor Hojtsy" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > livedoc
On Sun, 22 Aug 2004, Gabor Hojtsy wrote:
> > livedocs is now running on docs.php.net (do not announce it yet!) but
> > not automatically updating so far.
> >
> > Please fix the following errors:
> > [Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
> > /local/Web/sit
* Thus wrote Philip Olson:
> > > Also, as an aside:
> > > The "::" chapter, should be renamed to "scope resolution operator"?
> >
> > Maybe.
>
> I think it should have :: somewhere in the title, how about:
>
> "Scope Resolution Operator (::)"
>
> And, should this operator be listed somewhere
> > Also, as an aside:
> > The "::" chapter, should be renamed to "scope resolution operator"?
>
> Maybe.
I think it should have :: somewhere in the title, how about:
"Scope Resolution Operator (::)"
And, should this operator be listed somewhere here?
http://php.net/manual/en/language.oper
> Why? It needs to be migrated to the tableless php.net layout IMHO
> anyway, in which it is not possible to size the page with 100% height.
body { height: 100%; } ?
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does
not exist: /local/Web/sites/livedocs/www/style.css
I've got a bunch of fixes for the php.ne
* Thus wrote Gabor Hojtsy:
> >>>livedocs is now running on docs.php.net (do not announce it yet!) but
> >>>not automatically updating so far.
> >>>
> >>>Please fix the following errors:
> >>>[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does
> >>>not exist: /local/Web/sites/lived
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does
not exist: /local/Web/sites/livedocs/www/style.css
I've got a bunch of fixes for the php.ne
With livedocs, If I update a page, is livedocs meant to regenerate that page
on the next request?
At the moment, on my build, it is not doing this. I have to delete the
cached pages first.
Is there a reason for this?
Yep, livedocs was designed to work well in the rsynced php.net
environment. The m
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
/local/Web/sites/livedocs/www/style.css
[Sat Aug 21 16:49:35 2004] [error] [clie
With livedocs, If I update a page, is livedocs meant to regenerate that page
on the next request?
At the moment, on my build, it is not doing this. I have to delete the
cached pages first.
Is there a reason for this?
Also, as an aside:
The "::" chapter, should be renamed to "scope resolution oper
Curt Zirzow wrote:
* Thus wrote Derick Rethans:
Heya,
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
/local/Web/sites/livedocs/
Curt Zirzow wrote:
* Thus wrote Derick Rethans:
Heya,
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
/local/Web/sites/livedocs/
* Thus wrote Derick Rethans:
> Heya,
>
> livedocs is now running on docs.php.net (do not announce it yet!) but
> not automatically updating so far.
>
> Please fix the following errors:
> [Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
> /local/Web/sites/livedocs/w
Heya,
livedocs is now running on docs.php.net (do not announce it yet!) but
not automatically updating so far.
Please fix the following errors:
[Sat Aug 21 16:49:25 2004] [error] [client 80.197.147.147] File does not exist:
/local/Web/sites/livedocs/www/style.css
[Sat Aug 21 16:49:35 2004] [erro
Well, only one I know of (from first-hand experience today :-/)
--Wez.
On Tue, 17 Aug 2004 12:02:34 -0400, Sean Coates <[EMAIL PROTECTED]> wrote:
> Well, wanted to see what others thought, before taking it to [EMAIL PROTECTED]
>
> Seems there are a number of cvstrac vulnerabilities.. that's not
Derick told me that he added "Livedocs Problem" as a new Type of Bug on
bugs.php.net (should show up soon).
Problem solved (IMHO).
S
On Tue, 17 Aug 2004 12:02:34 -0400, Sean Coates <[EMAIL PROTECTED]> wrote:
> Well, wanted to see what others thought, before taking it to [EMAIL PROTECTED]
>
> Seems there are a number of cvstrac vulnerabilities.. that's not good.
>
> S
>
I'll add a bugs page to the livedocs patch system I'm bus
On Tue, 17 Aug 2004, Gabor Hojtsy wrote:
> > Opinions?
>
> Fine with me. You need to convince systems@ about this anyway :)
It is one more thing to maintain, and I don't really see the value of
it (how cool cvstract might be)
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | ht
Well, wanted to see what others thought, before taking it to [EMAIL PROTECTED]
Seems there are a number of cvstrac vulnerabilities.. that's not good.
S
Gabor Hojtsy wrote:
>> Opinions?
>
> Fine with me. You need to convince systems@ about this anyway :)
>
> Goba
More livedocs conversation.
I ran into Ilia on IRC, yesterday, and asked him about Goba's idea to
add "Livedocs Issue" to the bug types on bugs.php.net.
Ilia suggested installing cvstrac for the livedocs module.
(http://www.cvstrac.org/)
I took a quick look over that software, and it looks perfect
Hello all,
More livedocs conversation.
I ran into Ilia on IRC, yesterday, and asked him about Goba's idea to
add "Livedocs Issue" to the bug types on bugs.php.net.
Ilia suggested installing cvstrac for the livedocs module.
(http://www.cvstrac.org/)
I took a quick look over that software, and it loo
Instead of non-specific "head is broken" email, why not point out what
is broken?
Livedocs is running fine here; I built it only a week or so ago with
no problems.
Plus, I have a mirror that updates daily (livedocs.thebrainroom.net)
with no problems (assuming that someone hasn't broken phpdoc)
I've also a bug list here, that I'll try to fix when I have some time.
I don't think that branching is the right way to go. I prefer posting my
patches somewhere with a description and then let someone to review, comment
and apply/discard them.
I agree. My branch proposal was because it seemed the
> I reviewed the patches and applied 7 of them, thanks guys.
> The Cygwin patch was not applied because I have not way to test it and the
> last person I spoke to who build the manual on win32 via Cygwin had no
> issues.
Thanks Ilia!
The patch about the win build is a tricky issue I've described
Wez Furlong wrote:
Instead of non-specific "head is broken" email, why not point out what
is broken?
Please see http://news.php.net/php.doc/969363165. I wasn't just spouting
"it's broke -- fix it". Perhaps these aren't problems for other people,
but as I said in that post, I wasn't the only on
Ilia,
I reviewed the patches and applied 7 of them, thanks guys.
The Cygwin patch was not applied because I have not way to test it and the
last person I spoke to who build the manual on win32 via Cygwin had no
issues.
What in HEAD is broken?
Thank you very much. I know you're busy, I really
Instead of non-specific "head is broken" email, why not point out what
is broken?
Livedocs is running fine here; I built it only a week or so ago with
no problems.
Plus, I have a mirror that updates daily (livedocs.thebrainroom.net)
with no problems (assuming that someone hasn't broken phpdoc)
On August 14, 2004 04:23 pm, you wrote:
> > There are several outstanding issues with the livedocs code. As I said
> > in my post, last night, HEAD seems broken. Also, Nuno has a number of
> > patches available at http://livedocs.aborla.net/
>
> It would be nice if Ilia (and/or Wez) could review th
About my patches: I've posted that patches in my website just to don't lost
them. Some are tested and can be commited, but some are just
proof-of-concept. They can be used later by Ilia, Wez or Derick to fix the
problems that I've found (and they may be aware of, but hadn't time to fix
yet). The pa
What is the current status of livedocs development?
Accepting patches (applied mostly by Ilia and Wez).
There are several outstanding issues with the livedocs code. As I said
in my post, last night, HEAD seems broken. Also, Nuno has a number of
patches available at http://livedocs.aborla.net/
It wo
> For anyone with the same troubles, here's what I did:
> 1) configure failed to detect my xsltproc binary, so I had to change
> "XSLTPROC='no'" to "XSLTPROC=/usr/bin/xsltproc", otherwise, build.sh
> fails because it doesn't know how to execute "no"
maybe you don't have /usr/bin in the PATH :)
the
Hi Sean,
Currently the way of getting changes commited to the 'livedocs' in CVS
is to submit patches to those who have karma. When submitting
patches, remeber to do 'cvs diff -u' and save this patch to your
website and mail them the link and explain to them what you are trying
to do with the patc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[This is a follow-up post to my previous post, "Livedocs woes".]
What is the current status of livedocs development?
My understanding is that anyone with phpdoc karma, also, once, had
livedocs karma. A commit was made that some maintainers did not like,
Tonight, I wasted many hours "upgrading" livedocs.
Many things broke, but with some help (IRC - freenode - #phpdoc (join us
(-: ) ), I finally got it working.
For anyone with the same troubles, here's what I did:
1) configure failed to detect my xsltproc binary, so I had to change
"XSLTPROC='no'
Hello,
I did a quick patch for the livedocs default theme:
http://aidan.dotgeek.org/livedocs_css.diff
It cleans up a bit of redudant code, and makes the method/class synopsis
look nicer by dropping the func/class size.
We will have a livedocs on-line in the new website for the documentation
teams.
The website will be lauched soon.
Stay tuned! :)
Nuno
- Original Message -
From: "Tom Sommer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 13, 2004 5:34 PM
Subje
Is there an online version somewhere?
Regards
// Tom
It's working here, although you must copy xml_classes5.php manually (if
using PHP 5, only), because the configure script isn't handling it
automatically.
Nuno
P.S.: I already had a problem building, but then I've set
the --with-build-dir=/tmp and it worked! :)
- Original Message -
> H
Hi there,
I've been trying to build a phpdoc-all without success for two days.
Does it works for you ?
didou
1 - 100 of 179 matches
Mail list logo
