@yo' Imho that's american. At least the csquotes documentation says "The American quotation style is special in that it requires that a period or a comma immediately after a closing quotation mark be moved inside the quotes,".
@UlrikeFischer I think so too. Here is a relevant quote from Eats, Shoots and Leaves: “The basic rule is straightforward and logical: when the punctuation relates to the quoted words it goes inside the inverted commas; when it relates to the sentence, it goes outside. Unless, of course, you are in America.”
Anyone know if hyperref correctly handles \hyperref[label1]{Text \ref{label2}}? That is disables the inner \ref? In my use case, I have something even stranger, the \@currentlabel that label2 has graped is actually \ref{labelC}. I just wonder how one can check that we do not have hyperlink inside hyperlink inside hyperlink
@UlrikeFischer There was a bad \let\ref\@refstar internally in some of my code, bette to use a macro that could also handle \ref* as well and send it all to \@refstar
@ahorn The standard method, if you need to modify a .sty file, is to create your own, which then uses \RequirePackage to load the original, then proceeds to override some of its internal definitions. With class files, it's a bit more involved, but the same idea.
@DavidCarlisle As you currently looking at files with unusual number of dots: perhaps you have an idea how to solve this here: tex.stackexchange.com/questions/390895/…
@UlrikeFischer odd, for me the code in the question worked with pdftex but luatex gave the error described so I assumed it was {..} being dropped if it was the whole argument, hence the space. listing file = {{coucou}\relax} , also works for me
@UlrikeFischer yes it will fail with pdftex as it ensures that the {} gets passed to the primitive \openin but you can only delimit filenames with braces in luatex.
@DavidCarlisle I had tried to preverse the braces by adding more layers, but the code seem to remove sometimes two and sometimes three and so it didn't work. Btw: Regarding dots in graphics files. Imho the code should at first try the "correct" file name (with one dot) and then the rest. People who use sensible file names should be rewarded by the fastest compilation ;-)
@UlrikeFischer yes, one thing I'm not sure of though is \includegraphics{zzz.zzz} currently it'll take the extension as .zzz and either error or if the driver has a defaullt file type try that. I think if allowing multiple dots it should instead try adding extensions so find zzz.zzz.png if it exists. but that means if \includegraphics{zzz.png} doesn't find the file it will try zzz.png.png, zzz.png.pdf etc and give a slightly differemt warning if none exist.
@UlrikeFischer I want \includegraphics{Datei mit. mehrere Punkte und ausländische Akzente} to work.
@DavidCarlisle Yes, that's complicated, perhaps you could make a growing list of fails "I didn't find zzz.zzz, zzz.zzz.png, zzz.zzz.pdf, ... and now I'm giving up".
I'm getting a small extra space between two superscripts in separate math objects.
MVE:
\documentclass{article}
\begin{document}
zz$\mbox{zz}^{\mbox{a,a,}}$$^{\mbox{a,a}}$
\end{document}
There's no extra space between math texts zz and zz (marked as red 1), but there is a small one between...
@yo' -- the placement of that comma is hateful, but that's what is decreed by the chicago manual of style, which i cheerfully and faithfully ignore in such a situation. fowler's diktat makes much more sense -- he says to put the comma where it makes sense! (sorry for being late to the party. just got back from baltimore and my high school reunion. i won't say which one.)
I'm getting a small extra space between two superscripts in separate math objects.
MVE:
\documentclass{article}
\begin{document}
zz$\mbox{zz}^{\mbox{a,a,}}$$^{\mbox{a,a}}$
\end{document}
There's no extra space between math texts zz and zz (marked as red 1), but there is a small one between...
