質問用フォーラムです。ご質問の前に質問のしかたをご覧ください。

type1cm 使用時に \fontsize の指定に対し欧文の文字サイズが単調増加にならない

- tipo ling の投稿

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 まで変化させて,欧文と和文の文字をそれぞれ並べたものを組ませる実験のコードを添付します。

この結果から以下のことが見て取れます。

  • n を整数として,n pt から n+0.9 pt までは「W」の文字幅が単調増加になる
  • n+0.9 から n+1 になるところでガクンと文字幅が小さくなる(ただし n は 9 以下で)

これはどういうことなのでしょうか?

環境は以下の通りです。

  • macOS 15.3.2
  • TeXLive 2025
  • e-upTeX 3.141592653-p4.1.2-u2.00-250202-2.6 (utf8.euc) (TeX Live 2025)
  • dvipdfmx Version 20250205
  • test-type1cm は tlmgr install test-type1cm で導入

LuaLaTeX を使えばフォントサイズまわりの悩みも減るのかなと思いますが,古くに作られ修正困難なスタイルファイルを使う必要から,pLaTeX を使わざるを得ない状況です。

Mac版TeX2imgで生成した画像へのアクセス権がなくアプリからプレビューできない

- T F の投稿

最近、作業環境をMacに移行し、TeX2imgのMac版を導入しました。
macOS Sequoia 15.3.1で最新版のTex2img(2.4.3)を使っています
画像の生成そのものは問題なくできるのですが、
生成後プレビューアプリで開こうとする動作が、
「アプリケーション“(null)”には“equation.pdf”を開くアクセス権がありません。」
とメッセージボックスが出て、開くことができません。(添付画像)
生成したファイルにFinderでアクセスした場合は、プレビューアプリで開くことが出来ます。
おそらくTex2imgにファイルへのアクセス権が与えられていないのだと思うのですが、
アプリからの要求がないためか、システム環境設定でアクセス権を与えることもできません。
どのように対処すれば良いものでしょうか。ご教授いただけますと助かります。

添付 スクリーンショット.png

TL2025のlualatexにおける定積分

- m c の投稿

積分記号そのものはどうやら修正されたようですので,スレッドを変えます.

昨日前田さんからr74611での定積分範囲が随分離れている件が報告されました.
ところがその後r74611は見えなくなり,先ほどr74624がtlmgrでアップデートできるようになりました.

r74624でも,unicode-mathでは定積分区間の上下限が積分記号から随分離れて配置されています.
unicode-mathを使わずに{デフォルトのLatin Modern,newtxmath}を使っている時は正常に配置されていますが,NewCMは離れています.
# 他にも積分区間上下限が正常に配置される数式フォントがあるかもしれません

添付 luatex_r74624_definite-integrals.png

\inputで読み込んだファイルの一部だけがシンクロナイズ機能がはたらきません

- sk attack の投稿

【環境】 ハードウエア: MacBook Air, Apple M2、OS:macOS Ventura 15.3.2、 TeX version: 3.141592653-2.6-1.40.26 (TeX Live 2024), TeXShop バージョン5.49 

【質問の内容】latexの本文を節ごとに別ファイルにしてinputでそれらファイルを読み込んでコンパイルしています。inputで読み込んでるファイルが6つあるのですが、なぜか2つ目の\input{sect2}だけがpdfファイルとソースの間のシンクロナイズ機能がはたらきません。どうしてでしょうか?解決策を教えて頂けると助かります。

TeXファイル:

%¥documentclass[reqno]{amsart}
¥documentclass{amsart}

¥usepackage[pagewise]{lineno}¥linenumbers

¥usepackage[%
 %dvipdfmx,% setpagesize=false,%
 bookmarks=true,%
 bookmarksdepth=tocdepth,%
 bookmarksnumbered=true,%
 colorlinks=false,%
 pdftitle={},%
 pdfsubject={},%
 pdfauthor={},%
 pdfkeywords={}%
]{hyperref}

%¥usepackage{pdfsync}
¥usepackage{graphicx}
¥usepackage{enumerate}
¥usepackage{amsmath,amssymb}
¥usepackage{mathrsfs}
%¥usepackage{fancybox} 
¥usepackage{color}
¥usepackage{comment}

¥newtheorem*{mthm}{Main Theorem}
¥newtheorem{maintheorem}{Theorem}
¥renewcommand{¥themaintheorem}{¥arabic{maintheorem}}
¥newtheorem{maincoro}[maintheorem]{Corollary}
¥newtheorem{theorem}{Theorem}[section]
¥newtheorem{lemma}[theorem]{Lemma}
¥newtheorem{proposition}[theorem]{Proposition}
¥newtheorem{corollary}[theorem]{Corollary}
¥newtheorem{remark}[theorem]{Remark}
¥newtheorem{definition}[theorem]{Definition}
¥newtheorem{question}[theorem]{Question}
%¥newtheorem{assertion}[theorem]{Assertion}

¥numberwithin{equation}{section}
¥numberwithin{figure}{section}

¥def¥index{¥mathrm{index}}
¥def¥loc{¥mathrm{loc}}
¥def¥Diff{¥mathrm{Diff}}
¥def¥Cl{¥mathrm{Cl}}
¥def¥Int{¥mathrm{Int}}
¥def¥uind{¥text{u-ind}}
¥def¥sind{¥text{s-ind}}
¥def¥pc{¥mathrm{proj}_{¥mathrm{c}}}
¥def¥pu{¥mathrm{proj}_{¥mathrm{u}}}
¥def¥ps{¥mathrm{proj}_{¥mathrm{s}}}
¥def¥pcu{¥mathrm{proj}_{¥mathrm{cu}}}
¥def¥dist{¥text{dist}}

¥def¥ws{W^{¥mathrm{s}}}
¥def¥wu{W^{¥mathrm{u}}}
¥def¥wuu{W^{¥mathrm{uu}}}
¥def¥wss{W^{¥mathrm{ss}}}
¥def¥wsl{W^{¥mathrm{s}}_{¥mathrm{loc}}}
¥def¥wssl{W^{¥mathrm{ss}}_{¥mathrm{loc}}}
¥def¥wul{W^{¥mathrm{u}}_{¥mathrm{loc}}}
¥def¥wcul{W^{¥mathrm{cu}}_{¥mathrm{loc}}}
¥def¥wcsl{W^{¥mathrm{cs}}_{¥mathrm{loc}}}
¥def¥wuul{W^{¥mathrm{uu}}_{¥mathrm{loc}}}

¥def¥es{E^{¥mathrm{s}}}
¥def¥eu{E^{¥mathrm{u}}}
¥def¥ess{E^{¥mathrm{ss}}}
¥def¥ecs{E^{¥mathrm{cs}}}
¥def¥ecu{E^{¥mathrm{cu}}}
¥def¥ec{E^{¥mathrm{c}}}
¥def¥euu{E^{¥mathrm{uu}}}
¥def¥loc{¥mathrm{loc}}

¥def¥luu{¥lambda_{¥rm u}}
¥def¥tluu{¥widetilde{¥lambda}_{¥rm u}}
%¥def¥lss{¥lambda_{¥rm ss}}
¥def¥ls{¥lambda_{¥rm s}}
¥def¥lss{¥lambda_{¥rm ss}}
¥def¥tlss{¥widetilde{¥lambda}_{¥rm ss}}
¥def¥lc{¥lambda_{¥rm c}}
¥def¥tlc{¥widetilde{¥lambda}_{¥rm c}}
¥def¥lo{¥lambda_{0}}
%¥def¥lu{¥luu}
¥def¥bss{¥beta_{¥rm ss}}
¥def¥tbss{¥widetilde{¥beta}_{¥rm ss}}
¥def¥buu{¥beta_{¥rm uu}}
¥def¥tbuu{¥widetilde{¥beta}_{¥rm uu}}
¥def¥bc{¥beta_{¥rm c}}
¥def¥tbc{¥widetilde{¥beta}_{¥rm c}}
¥def¥bo{¥beta_{0}}
¥def¥tbo{¥widetilde{¥beta}_{0}}
%¥def¥tbo{¥widetilde{¥beta}_{0}}

¥def¥sigz{¥sigma_{z}}
¥def¥sigx{¥sigma_{x}}
¥def¥sigy{¥sigma_{y}}

%¥def¥sigco0{¥sigma_{{¥rm cs}0}}
%¥def¥sigco1{¥sigma_{{¥rm cs}1}}
%¥def¥sigcoi{¥sigma_{{¥rm cs}i}}
%¥def¥sigss{¥sigma_{¥rm ss}}
%¥def¥siguu{¥sigma_{¥rm u}}

¥def¥siguu{¥sigma_{u}}
¥def¥sigss{¥sigma_{s}}
¥def¥sigc{¥sigma_{c}}
¥def¥sigcz{¥sigma_{c,0}}
¥def¥sigco{¥sigma_{c,1}}


¥newcommand{¥la}{¥varLambda}
¥newcommand{¥D}{D}

¥def¥bv{¥boldsymbol{v}}
¥def¥ulam{¥underline{¥lambda}}
¥def¥osig{¥overline{¥sigma}}


¥makeatletter
¥newcommand{¥bigcomp}{%
  ¥DOTSB
  ¥mathop{¥vphantom{¥sum}¥mathpalette¥bigcomp@¥relax}%
  ¥slimits@
}
¥newcommand{¥bigcomp@}[2]{%
  ¥begingroup¥m@th
  ¥sbox¥z@{$#1¥sum$}%
  ¥setlength{¥unitlength}{0.9¥dimexpr¥ht¥z@+¥dp¥z@}%
  ¥vcenter{¥hbox{%
    ¥begin{picture}(1,1)
    ¥bigcomp@linethickness{#1}
    ¥put(0.5,0.5){¥circle{1}}
    ¥end{picture}%
  }}%
  ¥endgroup
}
¥newcommand{¥bigcomp@linethickness}[1]{%
  ¥linethickness{%
      ¥ifx#1¥displaystyle 2¥fontdimen8¥textfont¥else
      ¥ifx#1¥textstyle 1.65¥fontdimen8¥textfont¥else
      ¥ifx#1¥scriptstyle 1.65¥fontdimen8¥scriptfont¥else
      1.65¥fontdimen8¥scriptscriptfont¥fi¥fi¥fi 3
  }%
}
¥makeatother

%%%%%%%%%%%%%
%%%%%%%%%%%%%

¥begin{document}


%%%%%%%%%%%%%
¥title[
]
{Persistent critical saddle-node cycles and robust pluripotency
}

¥author{

¥address{
address
}
¥email{
e-mail
}

¥subjclass[2000]{
Primary: %37C20; 37C29; 37C70; 
Secondary: %37C25
}
¥keywords{
}

¥date{¥today}
%¥date{version xxxx}

%%%%%%%%%%%%%


¥begin{abstract}

¥end{abstract}
¥maketitle


¥input{sect1}

¥input{sect2}

¥input{sect3}

¥input{sect4}
¥input{sect5}
¥input{sect6}

%%%%%%%%%%%%%%%%%
%¥typeout{}
¥bibliography{ref}

%¥bibliographystyle{plain}
%¥bibliographystyle{amsplain}
%¥bibliographystyle{amsalpha}
¥bibliographystyle{alpha}

upTeX u2.00, Unicode合成文字、異体字セレクタ、Unicode 16bit欧文

- t tk の投稿

TeX Live 2025 が出ています。
(e)upTeX にかなり大きな更新を2つ入れupTeX u2.00 という版数でリリースしましたのでご紹介します。
副作用が出ないよう配慮しているつもりでしたが少々出てしまっているようです。それにも少し触れます。

(1) Unicode合成文字と異体字セレクタ(IVS, SVS)への対応
Unicodeでは,一つの文字を表すために複数のコードポイントの連なり(シーケンス)で示すことが規定されている文字があります。
その例が異体字セレクタ(IVS, Ideographic Variation Sequence/Selector)や絵文字シーケンス、JIS第3水準の半濁点付き仮名などです。
upTeX では従来それらの合成文字をUTF-8のプレーンテキストの入力で扱うことができませんでしたが、今回それに対応しました。

この対応のためupTeX独自の内部コードを使用しています。
現在のところ、出力側はこの文字コードを従来の文字コードに対応づける virtual font を用意する必要があります。
以下のvirtual fontにはIVSやSVSのエントリーを入れました。
* uptex-base の配布に含まれる up{jpn,sch,tch,kor}{rm,gt}-{h,v}.vf,upjis{r,g}-{h,v}.vf にSVSのエントリー
* japanese-otf の配布に含まれる upnml{minr,gothr,minb,gothb,mgothr,gotheb,minl}{,n}-{h,v}.vf にSVSとIVSとJIS第3水準の半濁点付き仮名のエントリー

これらを扱うのに dviware などの関連ソフトにも新規の拡張が要りますが、dvips, dvipdfmx, omfonts, ovp2ovf, ovf2ovp, updvitypeは対応済みで、TeX Live 2025 に含まれています。

ご利用の環境によってはIVS, SVS等を使用しないのにも関わらず処理が重くなる、などの副作用がでているようです。
その場合は、お手数ですが、とりあえずはvirtual fontをTeX Live 2024のものに戻せば元の水準に戻るはずです。

技術的な詳細は、↓で議論しています。
https://github.com/texjporg/tex-jp-build/issues/46

(2) Unicode 16bit欧文への対応 (実験的)
upTeX では従来ラテン文字・ギリシャ文字・キリル文字については欧文8bit TeXと同様のエンコーディング(T1,LGR,T2A等)でのみ扱うことが可能で、U+007Fよりも大きな文字コードのUnicodeの欧文をUnicodeのまま扱うことができませんでしたが、今回それに一部対応しました。
欧文として扱える文字コードの最大値は U+2E7F までという制限があります。メトリックの読み込みは OFM Level-0か、TFM(T1,LGR,T2A等からUnicodeへのコード変換を介してUnicodeとして扱う)が指定可能です。
kcatcode=14(latin_ucs)を指定するとupTeXエンジンはUTF-8の入力を16bit欧文として扱います。

dviware などの関連ソフトは従来の(u)pTeX対応のものがそのまま使えます。
厳密にはomega対応が必要なのですが、(u)pTeX対応の関連ソフトは大抵すでにomegaも対応しているためです。

本機能を実用にするにはフォントの用意が必要なもののまだまだ整備途上であるため、実験的と称しています。
ただし、従来の8bit欧文も同じルーチンを通過するため、従来と同じ使用法であっても今回の拡張の影響が思わぬ形で出ないか心配しています。
お気づきの点があればお知らせください。

技術的な詳細は、↓で議論しています。
https://github.com/texjporg/tex-jp-build/issues/170

どちらの更新も、upTeX開発の初期の頃(2007年頃)以来17年ぶりの久々の大改造のレベルです。
フィードバックは大歓迎です。

TL2025でSTIX2とNewComputerModernの積分記号が変わった?

- m c の投稿
TL2025がリリースされたので,早速ダウンロードして使っています.
LuaLaTeXでunicode-mathを使って数式フォントを変更しているのですが,STIX2とNewComputerModernで積分記号が直立体になってしまいます.
TL2024ではこのようなことはありませんでした.

サンプル図は,左がTL2025(各フォントで記述),右がTL2024(積分記号だけフォントを変更しており,他はTeX Gyre Termes Math)です.

どなたかこのあたりの事情と対応策(STIX2とNCMの積分記号をスラントにする)についてご存知でしたら,ご教示いただければ幸いです.
添付 TL2025_integral.png

目次に謝辞を追加すると参考文献の表示が崩れる現象について

- Y O の投稿

お世話になります。

論文に同梱されているクラスファイルを用いてビルドしたところ、目次における参考文献の項目が「chapter参考文献4」という表示となり、想定する「参考文献   4」と異なる結果となりました。以下の画像は、その現象が再現できる最小限のコードによる目次ページです。

なお、私の環境はWindows PCにてTeX Live 2023を使用しており、以下のコマンドでビルドしています。
latexmk -pdfdvi .\main.tex
目次のページで、「謝辞」以降に「参考文献」があるべきですが、「chapter参考文献」と表示されており、想定と異なる様。
一方、Overleaf上でTeX Liveの各バージョン(2017~2024)を試したところ、TeX Live 2017~2021では正常な表示(「参考文献   4」)が得られるのに対し、TeX Live 2022以降では、Windows PCでのビルド時と同様の異常表示が確認されました。

以下に、正常な結果が得られた場合の目次の画像を示します。
先の例では「chapter参考文献4」と表示されたが、「参考文献  4」と正しく表示された様子

さらに、クラスファイル内の謝辞(acknowledgment)の定義を調査した結果、元々の定義は下記のようになっていました。

\def\acknowledgment{\par
\newpage
\thispagestyle{plain}
\addtocontents{toc}{\protect\contentsline{chapter}%
{\hbox to\@tempdima {\hfil }謝辞}{\thepage}}%
{{\large \bf 謝辞} \ignorespaces}\newline\indent}

これを、以下のように変更すると新しいTeX Live環境でも正常な結果が得られることに偶然気付きました。

\def\acknowledgment{\par
\newpage
\thispagestyle{plain}
\addtocontents{toc}{\protect\contentsline{chapter}%
{\hbox to\@tempdima {\hfil }謝辞}{\thepage}{}}%
{{\large \bf 謝辞} \ignorespaces}\newline\indent}

第4引数として空を与える点に着目すると、\contentslineは通常3つの引数を取るものと認識しているため、なぜこの変更で正常表示が得られるのかが分かりません。またTeX Live 2021から2022へのバージョンアップに伴い、今回の現象に関連する何らかの仕様変更があったと思われますが、マクロ作成については殆ど経験がなく、原因の特定ができず困惑しております。

以上の現象の原因および、上記の変更がどのように正常な結果に寄与したのかについて、ご教示いただけますと幸いです。

よろしくお願いいたします。

jlreq における見出し系の上部マージンについて

- 上山 英二 の投稿

LuaLaTeX + jlreq で次のような \secion コマンドを定義しています:

\ModifyHeading{section}{
    font={\Large\bfseries\gtfamily},
    format={#1#2},
    before_space=1.5\baselineskip,
    after_space=\baselineskip,
    label_format={\thesection{}},
    after_label_space=\zw,
    pagebreak=nariyuki,
}
 
 
この場合,改ページ(pagebreak)されてセクションタイトルがページの先頭に来た際に,その上部にも余白が挿入されて無駄なスペースが生まれてしまい,若干見栄えが悪くなってしまいます.
特にこれは多段組にした際に顕著に表れ,\section の前後で columnbreak され見出しが column の先頭に来ると,その上部にマージンが挿入されるせいで他の column と文章の高さが合わずにどうしても微妙な体裁になってしまいます.
これを jlreq でどうにかする(ページ先頭にセクションタイトルが来る際に上部マージンが挿入されないようにする)方法はございますでしょうか.
一応比較用の pdf も上げておきます.
 

tikzで無理関数を描写するとき,端が消えてしまう件

- シグマ シグマ の投稿

windows10,texlive2019を使用しています.

tikzでグラフを描画する際,半円を描こうとして

\draw[domain=-1:1, samples=100] plot(\x, {sqrt(1-(\x)^2)});
 
とすると,(1,0)に近い部分のグラフが微妙に消えてしまいます.
 
domainの範囲を入れ替えて
 
\draw[domain=1:-1, samples=100] plot(\x, {sqrt(1-(\x)^2)});
 
とすると,今度は(-1,0)に近い部分のグラフが消えてしまいます.
 
samplesの数値を変えても解決しません.
 
どうすれば,グラフの端(片方)が消えないようにできるかご教示頂けると幸いです.
 
ちなみに,半円を媒介変数表示すれば,上記の問題が解決できるのは確認済です.
 
 

表組みに再現性が無い

- ueki ichiro の投稿
Windows11の富士通ノートパソコンに23年版のTEXをのせて論文を書いています。二つの表組みファイルを作った後で
一方のプリアンブルを消してもう一方のプリアンブルを移植して、二つの表組みファイルのプリアンブルを同じにしました。
ところが両者をタイプセットすると、移植元のファイルは正常な表になりますが、移植されたファイルは1ページ目が空白になり、
末尾が切れてしまいます。移植されたファイルをタイプセットして正常な表を作るにはテキストをどう直したらよいでしょうか。
両ファイルのプリアンブル比較、タイプセットした1ページ目の比較、テキスト末尾比較、タイプセット末尾比較のスクリーンショットを
添付します。なお二つのファイルは内容は同じで配列順を変えたものです。
植木



添付 タイプセット先頭比較.png
添付 タイプセット末尾比較.png
添付 テキスト末尾比較.png
添付 プリアンブル比較.png