Re: LaTex Unicode entry issues
On Sun, 2023-08-27 at 10:16 +0700, Max Nikulin wrote:
> On 26/08/2023 19:08, Haines Brown wrote:
> > \documentclass[12pt]{article} %
> > \usepackage[utf8]{inputenc} %
> > \usepackage[T1]{fontenc} %
> > \usepackage[greek,english]{babel} % to make Greek charactes
> > available
>
> It seems, you are overestimating effect. You still need to provide
> fontenc containing Greek characters. Unless you have real reasons to
> avoid LuaTeX, I recommend you to use lualatex instead of pdflatex.
>
> > \DeclareUnicodeCharacter{2014}{\dash} % to get m-dash
>
> Do you really need it? Even without explicit declaration there is no
> issue with pdflatex and U+2014 character
>
> \begin{document}
> Test—character.
> \end{document}
>
> Not to mention
>
> Test---ligature.
> On the other hand in response to
>
> \begin{document}
> Test\dash{}test.
> \end{document}
>
> I get
>
> ! Undefined control sequence.
> l.7 Test\dash
> {}test.
> ?
>
> There is \textemdash command however. So you \DeclareUnicodeCharacter
> is
> incorrect and almost certainly unnecessary.
No need for any of it, just insert --- for an em dash and -- for an en
dash with numbers.
> > If I paste an upper case Omega % Ω
> > into a LaTeX file and run pdflatex on it I am told the character is
> > not
> > set up for LaTeX. \$ albatross tells me it is available in the
> > DejaVu
> > Sans font which I have installed.
>
> It is sour, but in general even with LuaTeX engine you have to
> explicitly specify particular font. In the specific case of "Ω", the
> character is available in lmodern (default font used by LuaTeX).
> Unlike
> browsers or office software, TeX engines do not try hard to find at
> least some font that can be used as a fallback for particular
> character.
>
>
Cheers!
--
A Kiwi in Australia,
doing my bit toward raising the national standard.
Reply to: