[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Groff] Generating HTML
From: |
Bill Ward |
Subject: |
Re: [Groff] Generating HTML |
Date: |
Wed, 26 Apr 2006 11:22:37 -0500 |
User-agent: |
Microsoft-Entourage/10.1.4.030702.0 |
Gaius,
Thanks for the quick reply. W.r.t. your question below, I like making "the
www macro set initialise post-grohtml with the correct set of tags for
headings, titles, preformatted text etc." Sounds great to me.
Best regards,
Bill Ward
> From: Gaius Mulley <address@hidden>
> Date: 26 Apr 2006 16:45:01 +0100
> To: Bill Ward <address@hidden>
> Cc: <address@hidden>
> Subject: Re: [Groff] Generating HTML
>
> Bill Ward <address@hidden> writes:
>
>> Hello,
>>
>> I am using groff -Thtml to generate web pages. I really like the ability to
>> create inline versions of pic diagrams and equations provided by grohtml,
>> but would like to be able to turn off the generation of HTML tags so that I
>> can generate my own using a version of the ms macro package I've written (so
>> as to use my own style sheet).
>>
>> Any ideas on how to do this? I've scrutinized the various man pages, tried
>> several weasel ways, and I just can't seem to make it happen.
>>
>> Regards,
>>
>> Bill Ward
>>
>> P.S. Just a suggestion, but the ability to customize grohtml so as to allow
>> the user to select the tags to emit for the various ms constructs would be a
>> handy feature (e.g., use <h4 class="SH_1"> instead of <h4>), as well as
>> specifying a user-defined prolog for the top matter in the page. This would
>> allow the user to provide his own style sheet and control the page look
>> better. Just a thought.
>
> Hi Bill,
>
> at present this is not possible using grohtml. It is a nice idea
> though, and in principle easy to implement. It would also fit nicely
> with css (as you say). I guess one method to implement this would be
> to make the www macro set initialise post-grohtml with the correct
> set of tags for headings, titles, preformatted text etc.
> Then make post-grohtml emit these appropriately. Alternatively
> post-grohtml could look up the various definitions from another input
> file (.grohtmlrc). I guess I favour the first, any thoughts, anyone?
>
> regards,
> Gaius
>