Hiya Graeme.
See here:
http://www.lazarus.freepascal.org/modules.php?op=modload&name=News&file=article&sid=155&mode=thread&order=0&thold=0
On 5/11/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
The lhelp project requires a 'Inetpackage'. Any ideas where I could
get that? Lazarus Wiki doesn't
I found it. It wasn't called Inet, but Lnet (with the lower cass L).
;-) Damn crappy fonts!
Graeme.
On 5/11/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
The lhelp project requires a 'Inetpackage'. Any ideas where I could
get that? Lazarus Wiki doesn't mention it and Google doesn't find
The lhelp project requires a 'Inetpackage'. Any ideas where I could
get that? Lazarus Wiki doesn't mention it and Google doesn't find
anything with the name 'Inetpackage'.
Graeme.
On 5/11/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Graeme Geldenhuys schreef:
> On 5/10/07, Andrew Haines <
On 5/11/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Andrew and Micha spent a lot of time to port the c code for extracting chm
files to
pascal, and therefore chmhelp works on all platforms suppoerted by fpc.
That is excellent news!
> What component does it use to display the HTML?
>
I
Graeme Geldenhuys schreef:
On 5/10/07, Andrew Haines <[EMAIL PROTECTED]> wrote:
there is a chm viewer in lazarus/components/chmhelp. it is possible to
run the free microsoft htmlhelp compiler "hhc.exe" in wine under linux.
Does the chmhelp component work under Linux as well? I never even
bot
On 5/10/07, Andrew Haines <[EMAIL PROTECTED]> wrote:
there is a chm viewer in lazarus/components/chmhelp. it is possible to
run the free microsoft htmlhelp compiler "hhc.exe" in wine under linux.
Does the chmhelp component work under Linux as well? I never even
bother to check if it does, jus
Graeme Geldenhuys wrote:
> What I would like to do is create a backend that could write to a rtf
> format to be compiled into .hlp or .chm files, or maybe directly to
> .chm or some custom (one single compressed file) help format.
>
> Soon we (our company) would like to incorporate Context Sensit
On Thu, 10 May 2007, Graeme Geldenhuys wrote:
> On 5/10/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> >
> > I don't think that is necessary, just put it in the category "docs".
>
> Will do.
>
> > Somehow, all the ones with category "docs" get assigned to me :-)
>
> That's nice of them.
On 5/10/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
I don't think that is necessary, just put it in the category "docs".
Will do.
Somehow, all the ones with category "docs" get assigned to me :-)
That's nice of them. :-)
I haven't had time to look at the 'writer backend' of fpdoc y
On Thu, 10 May 2007, Graeme Geldenhuys wrote:
> On 5/10/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> >
> > Many other things are planned. But guess what the problem is ? :-)
> >
>
> I know! I have that same problem ;-)
>
> Is there a list of planned things somewhere, or can I add t
On 5/10/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Many other things are planned. But guess what the problem is ? :-)
I know! I have that same problem ;-)
Is there a list of planned things somewhere, or can I add them as
feature requests in Mantis (FPC project). Maybe Mantis can
On Thu, 10 May 2007, Graeme Geldenhuys wrote:
> Hi,
>
> Not sure if this question (or feature request) belongs here or in the
> FPC mailing list.
>
> Wouldn't it be handy for fpdoc to populate help based on classes from
> higher up in the hierarchy, if the descendant class doesn't include
> it
Hi,
Not sure if this question (or feature request) belongs here or in the
FPC mailing list.
Wouldn't it be handy for fpdoc to populate help based on classes from
higher up in the hierarchy, if the descendant class doesn't include
its own description.
For example:
If we documented TControl.Enab
13 matches
Mail list logo
