> 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, --