gbb60166です。TeXLive2025を使っていて気づいたので質問します。
\documentclass{jsarticle}
\usepackage{otf}
\begin{document}
あいう
\end{document}
をuplatexでコンパイルすると一瞬で終わりますが、dvipdfmxで変換しようとすると数十秒かかります。
\usepackage{otf}をコメントアウトするとuplatexのコンパイルもdvipdfmxの変換も一瞬で終わります。haranoajiフォントでもhiraginopronフォントでも同じ状況です。
職場のWindows10と、自宅のWindows7どちらも同じ状況です。どなたか試してみていただけないでしょうか？
LATEX美文書作成入門第9版に沿ってWindows-11 24H2にインストールできましたが，
和文フォントを変えたいために，13.3，p.243の記載例を入力したところ，
(c:/texlive/2025/texmf-dist/tex/latex/l3kernel/expl3.sty
(c:/texlive/2025/texmf-dist/tex/latex/l3backend/l3backend-dvips.def)))
(c:/texlive/2025/texmf-dist/tex/luatex/luatexja/luatexja.sty
(c:/texlive/2025/texmf-dist/tex/luatex/luatexja/luatexja-core.sty
(c:/texlive/2025/texmf-dist/tex/generic/infwarerr/infwarerr.sty)
! Package luatexja-core Error: This package requires Lua(HB)(La)TeX.
See the luatexja-core package documentation for explanation.
Type H <return> for immediate help.
...
l.79 ...e}{This package requires Lua(HB)(La)TeX}{}
というエラーメッセージが返ってきました．どう対処すればよろしいでしょうか．
expl3 を利用して あ (U+3042) が \x{3042} にマッチするか確かめる関数を upLaTeX で処理するとエラーになります。（LuaLaTeX や XeLaTeX ではエラー無く処理される）
upLaTeX でもこれがエラー無く処理できる方法はあるでしょうか。
e-upTeX 3.141592653-p4.1.1-u1.30-230214-2.6 (utf8.uptex) (TeX Live 2024)
kpathsea version 6.4.0
ptexenc version 1.4.6
Copyright 2024 D.E. Knuth.
There is NO warranty. Redistribution of this software is
covered by the terms of both the e-upTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the e-upTeX source.
Primary author of e-upTeX: Japanese TeX Development Community.
\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage{lmodern}
\usepackage{expl3}
\begin{document}
\ExplSyntaxOn
\regex_match:nnTF
{ \x{3042} }
{ あ }
{ True }
{ False }
\ExplSyntaxOff
\end{document}
該当するエラーメッセージ
Use of \??? doesn't match its definition.
<argument> \???
! LaTeX Error: Character code ##1 too large in \x{##2} regex.
l.9 { あ }
TeX ファイルと upLaTeX で実行した際のログファイルを添付します。
一方で、\x{0042} 等に変更するとエラー無くうまくいきます。
このことを踏まえて少し確かめてみると、\x{hh} 形式が使えないと言うよりは upLaTeX で \x{hh} は \x{00FF} までしか使えないような雰囲気でした。
お世話になります。
listingsで載せたコードをコピーする際、行番号も選択されてしまうことが気になっており、対処法を模索していました。
今のところStack Exchangeであった最後の回答を参考にしています。
本来行番号を出力するところでは出力せず、グローバルマクロ \typesetPendingLineNumbers に追加しておき、lstlistingの終わりで作成したフックで出力します。
ここで、改ページを伴う場合においても、行番号をうまく表示させたいと考えて以下のコマンドを追記しました。
\AddToHookNext{shipout/before}{%
\setbox\ShipoutBox=\vbox{ \box\ShipoutBox%
\begin{tikzpicture}[remember picture, overlay]%
\typesetPendingLineNumbers
\end{tikzpicture}}%
\gdef\typesetPendingLineNumbers{}%
}改ページするとき、今まで蓄えていた行番号を出力し、グローバルマクロ \typesetPendingLineNumbers をリセットするつもりで書きました。
しかしこの変更を加えると、次ページに表示されるべき行番号が一部分だけ前ページに表示されるようになってしまいました。この様子を以下の画像で示します。
マクロ作成についてはあまり経験がなく、追記したコードに何かしら問題があるのかもしれないと考えています。
なお、私の環境はWindows PCで、TeX Live 2023を使用して以下のコマンドでビルドしています。latexmk -pdfdvi .\main.tex
以上の現象の原因および対処方法について、ご教示いただけますと幸いです。
よろしくお願いいたします。
texlive2023を使用しておりますが、プリアンブルに下記のコードを入力した直後から、タイプセット後にプレビュー画面がグレー表示になる問題が発生しています。
\usepackage[utf8]{inputenc}
\usepackage{kotex}
タイプセット自体は正常に完了しているようで、生成されたPDFファイルを直接開くと内容は正しく表示されます。
しかし、毎回PDFファイルを開いて出力結果を確認するのは作業効率が悪いため、エディタ内でのプレビュー表示を復活させたいと考えています。
上記コードを消しても症状が残ったままです。
また、上記コードを使用していない過去のファイルにも同様の現象が及んでいることから、パッケージの読み込み順序の問題でもなさそうです。
texLive2023を完全にアンインストールして最新版を再インストールすることも検討していますが、インストールには相当な時間がかかるため、それ以外の解決策がありましたらご教示いただければ幸いです。
どうぞよろしくお願いいたします。
下記のように毎回行間を詰めていますが、これをプリアンブルに記述することはできないでしょうか？
\begin{itemize}
\setlength{\parskip}{0zw}
\setlength{\itemsep}{0zw}
\item あああ
\item いいい
\item ううう
\end{itemize}
\begin{enumerate}
\setlength{\parskip}{0zw}
\setlength{\itemsep}{0zw}
\item あああ
\item いいい
\item ううう
\end{enumerate}
\begin{description}
\setlength{\parskip}{0zw}
\setlength{\itemsep}{0zw}
\item あああ
\item いいい
\item ううう
\end{description}
現在、upLaTeX + jlreq + pxrubrica の環境で、
日本語の単語や語句にドイツ語のウムラウト文字（ä, ö, ü など）を含むルビを振ろうとしていますが、
期待通りに表示されない問題に直面しています。
ウムラウトを含む欧文ルビを正しく表示させるための解決策や適切な設定、回避策などを
ご存知の方がいらっしゃいましたら、ご教示いただけますでしょうか。
【環境】
【問題の詳細】
ウムラウト文字 (\"a, \"o, \"u, \"A, \"O, \"U) を含むドイツ語の単語や語句を
`\ruby` コマンドのルビ部分に指定した際に、問題が発生します。
具体的な現象とコードを示す最小限のデモンストレーションファイルを作成しましたので、添付いたします。
pdfファイルで、ウムラウトを含むルビが期待される表示（親文字の上に正しくウムラウト文字が表示される）ではなく、
ダブルクォーテーションが先に出力された後に親文字が別に出力される問題がご確認いただけるかと思います。
お忙しいところ恐縮ですが、アドバイスいただけますと幸いです。どうかよろしくお願いいたします。
pLaTeX で Computer Modern の文字サイズを自由に指定すべく type1cm パッケージを使ったところ，7.9pt よりも 8.0pt のほうが文字が小さくなりました。
再現コード：
\documentclass{article}
\usepackage{type1cm}
\begin{document}
\def\showsizes#1{
#1\par
\setbox0\hbox{\fontsize{#1}{#1}\selectfont W} W: \the\wd0
\par
\setbox0\hbox{\fontsize{#1}{#1}\selectfont あ} あ: \the\wd0
\par
}
\showsizes{7.9pt}
\showsizes{8.0pt}
\showsizes{8.9pt}
\showsizes{9.0pt}
\end{document}
結果：
7.9pt
W: 9.09131pt
あ: 7.6015pt
8.0pt
W: 8.7279pt
あ: 7.69772pt
8.9pt
W: 9.70978pt
あ: 8.5637pt
9.0pt
W: 9.50548pt
あ: 8.65994pt
このように，\fontsize に指定した値に対して，「あ」の文字幅は比例していますが，「W」の文字幅は比例しないどころか，大小が逆転したりします。
上記のコードとは別に，ポイントサイズを 0.1 pt 刻みで，5.9 pt から 11.1 pt まで変化させて，欧文と和文の文字をそれぞれ並べたものを組ませる実験のコードを添付します。
この結果から以下のことが見て取れます。
これはどういうことなのでしょうか？
環境は以下の通りです。
tlmgr install test-type1cm で導入LuaLaTeX を使えばフォントサイズまわりの悩みも減るのかなと思いますが，古くに作られ修正困難なスタイルファイルを使う必要から，pLaTeX を使わざるを得ない状況です。
最近、作業環境をMacに移行し、TeX2imgのMac版を導入しました。
macOS Sequoia 15.3.1で最新版のTex2img(2.4.3)を使っています
画像の生成そのものは問題なくできるのですが、
生成後プレビューアプリで開こうとする動作が、
「アプリケーション“(null)”には“equation.pdf”を開くアクセス権がありません。」
とメッセージボックスが出て、開くことができません。(添付画像)
生成したファイルにFinderでアクセスした場合は、プレビューアプリで開くことが出来ます。
おそらくTex2imgにファイルへのアクセス権が与えられていないのだと思うのですが、
アプリからの要求がないためか、システム環境設定でアクセス権を与えることもできません。
どのように対処すれば良いものでしょうか。ご教授いただけますと助かります。
積分記号そのものはどうやら修正されたようですので，スレッドを変えます．
昨日前田さんからr74611での定積分範囲が随分離れている件が報告されました．
ところがその後r74611は見えなくなり，先ほどr74624がtlmgrでアップデートできるようになりました．
r74624でも，unicode-mathでは定積分区間の上下限が積分記号から随分離れて配置されています．
unicode-mathを使わずに｛デフォルトのLatin Modern，newtxmath｝を使っている時は正常に配置されていますが，NewCMは離れています．
# 他にも積分区間上下限が正常に配置される数式フォントがあるかもしれません
