<div dir="ltr">Michal,<div><br></div><div>The latest file doesn't change the outcome of the run.  At this point, we have 4 files: build.lua, config.cfg, index.4ht, listings.4ht.  And then, to keep track of the command, there's a Makefile, and the actual sample.tex.</div><div><br></div><div>Do you think it would be useful if I created a little Github repo, and sent you pointers to branches in that repo, instead of sending attachments?</div><div><br></div><div>For now, I'll continue to send attachments.  This time, I'm attaching a zipfile: hope that's OK.</div><div><br></div><div>When I run the commands to build and then check:</div><div><br></div><div>$ tex4ebook -c config.cfg -e build.lua sample.tex</div><div>$ java -jar ../jcf*/tools/epubcheck/epubcheck-5.2.1.jar sample.epub</div><div><br></div><div>I no longer get the "duplicate id" errors, but I still get the "fragment id not defined" errors:</div><div>====</div><div>ERROR(RSC-012): sample.epub/OEBPS/sample.ncx(25,46): Fragment identifier is not defined.<br>ERROR(RSC-012): sample.epub/OEBPS/sample.html(11,78): Fragment identifier is not defined.<br>ERROR(RSC-012): sample.epub/OEBPS/sample.html(11,160): Fragment identifier is not defined.<br>ERROR(RSC-012): sample.epub/OEBPS/sample.html(11,256): Fragment identifier is not defined.<br>ERROR(RSC-012): sample.epub/OEBPS/samplech1.html(16,50): Fragment identifier is not defined.<br></div><div>====</div><div><br></div><div>and looking at the unpacked EPUB, I can see that the fragment-id ("fn1x1"), referenced in file samplech1.html, exists in file sample3.html.  So the problem was that the reference was of the form <a href='#fn1x1' -- instead of including the filename.</div><div><br></div><div>Your advice appreciated,</div><div>--chet--</div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2025 at 6:01 AM Michal Hoftich <<a href="mailto:michal.h21@gmail.com">michal.h21@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi Chet,</div><div><br></div>ad indexing:</div><div dir="ltr"><br></div><div>you need to require the build file using -e option, like</div><div><br></div><div>$ tex4ebook -e build.lua filename.tex</div><div><br></div><div>ad duplicated ids:</div><div><br></div><div>this is  caused by destination links for list of listings. They reuse the same ID as the last command that updated labels, like sections etc. The attached listings.4ht file should fix that.</div><div><br></div><div>Best regards,</div><div>Michal</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 25, 2025 at 10:26 PM Chet Murthy <<a href="mailto:murthy.chet@gmail.com" target="_blank">murthy.chet@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I neglected to mention, but should have, that I removed all trace of indexing from this sample, b/c it wasn't implicated in the most salient "broken refs" errors that showed up.<div><br></div><div>You wrote:</div><div><br></div><div>> you need to use the  special make4ht commands for the index</div><div><br></div><div>I was not sure what you meant by this.  Perhaps you meant that the build.lua and index.4ht needed to be present when tex4ebook is invoked?  If not, could you explain how I should be using make4ht ?</div><div><br></div><div>Thanks,</div><div>--chet--</div><br></div></blockquote></div></div>
</blockquote></div>