zotero-better-bibtex: Unicode replacement results in undefined mathsl command

Debug log ID

7W56UACL-refs-euc/6.7.140-7

What happened?

I was experimenting with the “Export unicode as plain-text latex commands option” using BibLaTeX.
image

I created a new entry in Zotero with the title “The 𝑘 is in unicode”. I then exported this item using Better BibLaTeX, which resulted in

@article{Unicode,
  title = {The {$\mathsl{k}$} Is in Unicode}
}

However, it doesn’t seem like mathsl is defined in any of the standard math packages (I’m using amsmath, amssymb) so compiling a document results in

! Undefined control sequence.
<recently read> \mathsl

It seems like mathsl is defined in the sfmath.sty package, but this forces all math symbols in the document to be sans serif.

Should the above be $k$ instead of $\mathsl{k}$? Or, did I simply choose the wrong unicode symbol (U+1D458) for what should be $k$?

About this issue

  • Original URL
  • State: closed
  • Created 7 months ago
  • Comments: 29 (14 by maintainers)

Commits related to this issue

Most upvoted comments

Well now… the math-mode number has a clean solution if I get a little coop from the Zotero devs…

Zotero supports restricted HTML markup in titles, so you can get italics for example using Title with <i>italics</i>, and making parts excempt of case-changing using Title with a <span class="nocase">Noun</span>… those will affect output but will not be output themselves. If I can get them to just blindly ignore any <span>s that have a class they don’t recognize, I could easily make Restricted Isometry Constants Where ℓᵖ Sparse Recovery Can Fail for <span class="math">0 < p < 1</span> do what you want. Right now those spans turn up in Word. If that changes, we’d be golden.

ℓ should be $\ell$.