Re: [O] [bug] org-inlinetask produces invalid xhtml

[Jambunathan K]

> I see. Contents of inline tasks are meant to be interpreted during
> export. Thus, paragraphs will be marked as <p>, lists as <ul> or
> whatever...
>
> This isn't compatible with the default <pre> tag provided. I can see two
> possibilities. Come up with a better default value, or provide a way to
> tell to template that contents will be verbatim (or both).
>
> I prefer the first solution, but I can't think of something simple, yet
> elegant enough, for that value. Do you have any suggestion?

(I am speaking here from purely html/odt perspective)

1. When org-inlinetask is NOT LOADED, inline tasks are treated as
   regular headlines and are listified. (The "END" of inlinetask appears
   as listified headline though)

2. If inlinetask is LOADED, the exporter could check the headline level
   against org-inlinetask-min-level and take the following actions:

   - Continue to generate listified entries for inline tasks but
     surround them with <div class="inlinetask"> ... </div> entries.

   - Strip the "END" list item from being generated

I think org-inlinetask-export-handler could be reduced to 
1. removing the inlinetask when org-inlinetask-export is nil
2. stripping the inlinetask of drawers etc etc.

(Queestions: Does the org-inlinetask-export-handler treat nested inline
tasks well? Btw, Is nesting of inline tasks "legitimate" to begin with?
) 

I am sure html and odt exporters can take care of inlinetask purely
during post-processing and do away with templates altogether. I am not
sure about LaTeX exporter though.

What do you & others think? Let me work on a patch from odt/html side of
things.


Misc:

1. May be someone with css/html expertise can devise a nice css for
   formatting of inlinetasks as part of addressig this bug. 

2. I am undecided about how odt export be formatted - comments, text
   boxes, what else. In case of odt export, there is an option of always
   exporting the inline task but turn on/off their display conditionally
   based on user setting.

> Regards,

--