On Sun, Apr 21, 2013 at 11:11:18PM +0100, Graeme Geldenhuys wrote:
This specially affects shortdescriptions, since they need the module to
resolve, and is often called with .getmodule as argument.
I know the HTML backend has very different code to the Linear output
writers (Latex, IPF, RTF
On Mon, 22 Apr 2013, Marco van de Voort wrote:
On Sun, Apr 21, 2013 at 11:11:18PM +0100, Graeme Geldenhuys wrote:
This specially affects shortdescriptions, since they need the module to
resolve, and is often called with .getmodule as argument.
I know the HTML backend has very different
On Mon, Apr 22, 2013 at 10:17:50AM +0200, Michael Van Canneyt wrote:
I also don't understand why I constantly find such coarse errors everytime
I dive into fpdoc. As said, I don't understand how Michael managed to
generate the 2.6.2 output (which generally looks fine)
I just do make
On Mon, 22 Apr 2013, Marco van de Voort wrote:
On Mon, Apr 22, 2013 at 10:17:50AM +0200, Michael Van Canneyt wrote:
I also don't understand why I constantly find such coarse errors everytime
I dive into fpdoc. As said, I don't understand how Michael managed to
generate the 2.6.2 output
On 2013-04-22 10:31, Marco van de Voort wrote:
But with what fpdoc ? Did you generate 2.6.2 docs with trunk fpdoc ?
I generated FPC 2.6.2 RTL and FCL docs about a week ago, using the fpdoc
from trunk. It worked fine here. Just did the usual:
make rtl.chk fcl.chk HTMLFMT=ipf
On Mon, Apr 22, 2013 at 11:31:53AM +0100, Graeme Geldenhuys wrote:
Curious, when last did you look at DocView and say rtl.inf? I just
uploaded new binaries of both onto SourceForge.
It has been a while, which is why I added last time I checked, probably in
the 2.6.0 run up. I don't follow
On Mon, Apr 22, 2013 at 11:42:08AM +0200, Michael Van Canneyt wrote:
I just do make alldist ? I never do tweaking ?
But with what fpdoc ? Did you generate 2.6.2 docs with trunk fpdoc ?
Yes, I always do.
I'm pretty much flabbergasted. Here it didn't even run through without
exception (in
On 2013-04-20 23:47, Marco van de Voort wrote:
P.s. I used script build_lcl_chm.sh, not buildchm.sh
So what did you change? fpdoc and the *.lpr in Lazarus repository
(docs/html/ directory)? As noted in a message a few days ago, I couldn't
build any LCL docs. I wanted to supply and INF version
On 21-4-2013 0:47, Marco van de Voort wrote:
On Sat, Apr 20, 2013 at 05:27:29PM +0200, Marco van de Voort wrote:
The snapshot above was updated. Most interpackage hyperlinks work again,
and the inheritance subpages
(the [properties (by name)] links on each class page) are now filled
On Sun, Apr 21, 2013 at 09:28:41AM +0100, Graeme Geldenhuys wrote:
On 2013-04-20 23:47, Marco van de Voort wrote:
P.s. I used script build_lcl_chm.sh, not buildchm.sh
So what did you change? fpdoc and the *.lpr in Lazarus repository
(docs/html/ directory)? As noted in a message a few
On Sun, Apr 21, 2013 at 01:45:19PM +0200, Marco van de Voort wrote:
In my case the problems were twofold:
- In fcl-pastree, classes have been separated into baseclasses and
descendents. However the backend code still checks like aclass.classtype=
TSomeClass, but TSomeClass now also has
On 2013-04-21 21:19, Marco van de Voort wrote:
This specially affects shortdescriptions, since they need the module to
resolve, and is often called with .getmodule as argument.
I know the HTML backend has very different code to the Linear output
writers (Latex, IPF, RTF etc). I don't have
On Sat, Apr 20, 2013 at 05:27:29PM +0200, Marco van de Voort wrote:
I've made some progress with getting fpdoc up to speed, and here is an
initial snapshot:
http://www.stack.nl/~marcov/doc-chm_with_lcl.zip
The snapshot above was updated. Most interpackage hyperlinks work again,
and the
13 matches
Mail list logo