Hi, just a comment... \item[term] item is a good solution. However it carries a small gotcha: the moment "term" is long enough, it may overflow to the left of the paper. There may be a need to control the left margin of the list to get decent output[1]. Make sure this is clearly stated in the documentation!
Best,/PA [1] https://tex.stackexchange.com/questions/78167/indentation-within-an-itemized-list On Sun, 5 Apr 2026 at 14:32, Christian Moe <[email protected]> wrote: > Ihor Radchenko <[email protected]> writes: > > > Yue Yi <[email protected]> writes: > > > >>> IMHO, ignoring parts of the items is a bug - we are loosing information > >>> from the original Org document for no good reason. > >>> Let me frame this differently - what is the benefit of stripping tag > >>> from the item? When could it be intentional? > >>> > >>> Yes, users can do - term \colon\colon item, but that's not intuitive. > >>> I would opt for this approach if tripping tag were justified for some > >>> use cases, but I do not see how it is. > >> > >> Since you mentioned that stripping tags is a bug and losing information > >> is unjustified, would it be more acceptable if I implemented a similar > >> fix localized within ox-html.el? This would ensure the information is > >> preserved during HTML export without affecting the core syntax tree or > >> other backends. > > > > Yeah, that's roughly what I had in mind for that bug. > > The general principle is doing a minimal change necessary to fix things. > > Then I suppose it should also be fixed on the same level in other > backends, not just ox-html? Using the same example: > > - This is a test > - term :: item > - continue > > 1. Text export loses the term. > > 2. ODT export loses the term (it's not hidden in context.xml either). > > 3. LaTeX preserves the term and tries to put it in the entry label: > > : \item[{term}] item > > Since it's in an ~itemize~ environment, not a ~description~ > environment, the PDF result is a "term item" line that is neither > bulleted like the rest of the list nor has "term" bolded like a > description label. All the text is conveyed, but visual structure is > broken. > > 4. HTML export appears to lose the term but in fact preserves it > invisibly as an id attribute: > > : <li id="term">item</li> > > I doubt that anybody relies on that behavior, though, and it's not > terribly useful. It does provide an oddball way to style individual > list items with CSS by giving them an id, if anyone has a use case > for that. It also provides a link target, but only in HTML, not in > Org mode. And visually the term information is lost. > > Regards, > Christian > > -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler "Sagen's Paradeiser" (ORF: Als Radiohören gefährlich war) => write BE! Year 2 of the New Koprocracy
