\chapter{\TeX} % 第十二章

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 18:12:34.91

単なる表とかならどこに入っても良いけど、図やイラストはページの中での相対位置を固定したいことがある。
TeX のデフォルトのように表やグラフならできるだけ同じページに集めたいが、ワンポイト図案とかコラム記事は逆にできるだけ記事全体にばらまきたい。同じページに2つ入れたくない。
そのほかにも色々な需要がある。文章を編集するたびに手作業で改行、改ページ、位置調整すればできるけど、自動でできないのは頭が悪い。

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 19:37:06.24

念じれば自分の思ったようにレイアウトしてくれるソフトが欲しいって話かな？w

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 20:03:28.35

今後のTeXの行く末は470の念力にかかっている

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 20:51:50.44

float 配置を本文テキストとは独立にページ相対位置で指定したいってだけ。
今は自分で作ったマクロで誤魔化してるけど、複数パスのコンパイルが必要だったり、多段組に制限があったり、あまり便利じゃないので、もっと何とかならないものかと。

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 20:59:57.41

そりゃTeXには不可能な組版だとでもいうんでなけりゃやれば何でもできるんだろうけどさー

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 21:14:23.47

>>473
TeXのソースは公開されてるから改造したら？

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 22:38:59.30

floatさせたくないならfloatを使わなければ良いだけでは?
書いたところにちゃんと図は入るよ

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 23:02:57.16

>>476
文章に関係なくページに固定したいらしい
なんでんなことが必要なのかは謎だが

**名無しさん＠お腹いっぱい。** · 2022/07/23(土) 23:10:48.11

>>470
> 同じページに2つ入れたくない。
これはfloatの指定ですぐにできる。

> そのほかにも色々な需要がある。文章を編集するたびに手作業で改行、改ページ、位置調整すればできるけど、自動でできないのは頭が悪い。
じゃぁー、どういうアルゴリズムなら、頭が悪くないのかな？
厳密にそのアルゴリズムを定義してみせてください。

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 00:57:44.09

wrapfigure で図を入れるのはそもそも美しくないのか？
まあ言われてみるとそんな気もするが
部分的に段組みするほうがきれいなのかな

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 01:34:15.86

>>478
> > 同じページに2つ入れたくない。
> これはfloatの指定ですぐにできる。
簡単にはできないよ。やってみ。

> 厳密にそのアルゴリズムを定義してみせてください。
ページ相対位置（何ページ目のどの部分）という指定で図や表を差し込むこともできるようにする。テキストは残りの部分にレイアウトする。

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 01:49:28.66

やっぱりにわかだったかｗ

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 12:00:59.31

\begin{figure}[!h]
とするか、float.styのHを使ったらダメなの？
あとは、placeins.styの\FloatBarrierを使うとか

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 13:07:21.90

>>470
WYSWYG のDTPソフトを使うべきだね
「頭が悪い」のは用途に合わせて道具を選んでないところかと

**名無しさん＠お腹いっぱい。** · 2022/07/24(日) 23:28:37.39

>>482
本文テキストとの相対位置で表示したい場合はそれで良い。
本文の長さが編集によって変化した場合や本文を \input で外部ファイルから本文と挿絵を別々に読み込む場合など、毎回手作業で分割して位置調整が必要になる。

**名無しさん＠お腹いっぱい。** · 2022/07/25(月) 14:38:11.91

>>484
よく分からないな。印刷業者さんと一般執筆者の立場の違いなのかな。
文章が最終的に固定されてからレイアウトの微調整を入稿前に1度だけするものだろうし、
「毎回」するものではないと思うけど…
あと、inputについて、1のtexファイルの中に書かれていても、inputで分かれていても、
レイアウトの挙動は全く同じと理解していたが、違うのかな。

**名無しさん＠お腹いっぱい。** · 2022/07/25(月) 17:13:58.91

>>485
原稿を書く人とレイアウトをする人が別で、ついでに挿入する絵も別の人、原稿は多数あって全部同じレイアウトにしたい。（同じ場所に同じ広告が入る感じ）

あくまで例だが、できれば
\placepic[t]{4}{image01}
\placepic[l]{7}{image02}
\input{bodytext}
みたいな感じでシンプルに処理したい。bodytext は他の人が随時更新してるので、その時々のリポジトリの最新のものをそのまま使う形で、編集とかはしたくない。

でも、普通にやろうとすると毎回最新の bodytext を取得して、手作業で編集して挿入する位置を指定しなくてはいけない。実際に表示しみないと意図された場所に配置されるかも確実ではない。

自分で、マクロ組んで頑張ってるが、あまりうまくいってない。似たようなことを、うまくやってる人がいればいいんだが。

**名無しさん＠お腹いっぱい。** · 2022/07/26(火) 00:43:38.62

図の位置は結局難しいよねー
論文みたいに適当なとこ入ってりゃいいんだよなら簡単だけど
商業紙っぽく、記述と対応している場所に入れたいけど見栄えやバランスも大事となると
結局手動調整の部分はどうしても残りそう

**名無しさん＠お腹いっぱい。** · 2022/07/28(木) 20:33:39.74

なんでtexにこだわるのか意味不明
もうInDesignとかでよくない？

**名無しさん＠お腹いっぱい。** · 2022/07/28(木) 20:33:54.43

良くない

**名無しさん＠お腹いっぱい。** · 2022/07/28(木) 22:34:30.64

>>488
漢文使おうとすると、ほぼTeX一択なのよ

**名無しさん＠お腹いっぱい。** · 2022/07/28(木) 22:44:13.81

>>488
テストは qexam.sty で作ってる
極楽やぞ
何が悲しゅうていちいち手で編集するん?

**名無しさん＠お腹いっぱい。** · 2022/07/29(金) 01:37:02.02

>>488は>>467に対する発言かと

**名無しさん＠お腹いっぱい。** · 2022/07/29(金) 14:46:05.70

>>488
InDesignにこだわるほうが無意味

**名無しさん＠お腹いっぱい。** · 2022/07/30(土) 04:52:07.60

図は正直texの得意とするところではないのでは？
どうでもいいけど

**名無しさん＠お腹いっぱい。** · 2022/07/31(日) 00:56:50.28

>>488
くだらねえ質問はここに書き込め！ Part 247
https://mao.5ch.net/test/read.cgi/linux/1645091029/

このスレで負けて逃げてきたの？

**名無しさん＠お腹いっぱい。** · 2022/07/31(日) 03:04:34.92

你们因该比较死亡

**名無しさん＠お腹いっぱい。** · 2022/07/31(日) 20:43:54.28

你们都应该比较死亡
かな？
たぶん間違ってるけど

**名無しさん＠お腹いっぱい。** · 2022/08/09(火) 07:21:36.88

google 排除

**名無しさん＠お腹いっぱい。** · 2022/08/19(金) 04:01:22.07

tabto と tabbing どっちが好きですか
tabto の方が後発だと思うのですが、enumerate 環境の中でも使えるので全て tabto に置き換えるか迷っています

**名無しさん＠お腹いっぱい。** · 2022/08/20(土) 15:38:55.49

tabto初めて知りました
私はtabbingより使いやすいと感じました
tabbingは知ってましたが
使い難いので使ってきませんでした

**名無しさん＠お腹いっぱい。** · 2022/08/23(火) 17:18:05.03

WYSIWYGなTeXあったよね

**名無しさん＠お腹いっぱい。** · 2022/08/24(水) 00:20:37.00

あったようなきがする
WYSIWYGな時点でTeXの需要満たしてなかったけど

**名無しさん＠お腹いっぱい。** · 2022/08/24(水) 00:29:19.73

WYSIWYM (What you see is what you mean)ならLyXだな

**名無しさん＠お腹いっぱい。** · 2022/08/25(木) 21:08:46.22

beamerでondlideとnoteを使うと
<1>や<2>が表示されているときにはノートが表示されず
最後の<3>が表示されているときのみノートが表示されます
ノートは<1><2><3>の全てで表示されて欲しいのですが出来ませんか?

\documentclass{beamer}
\usepackage{luatexja}
\usepackage{pgfpages}
\setbeamertemplate{note page}[plain]
\setbeameroption{show notes on second screen=right}
\begin{document}
\begin{frame}{タイトル}
\onslide<1>{1}
\onslide<2>{2}
\onslide<3>{3}
\end{frame}
\note{ノートです．}
\end{document}

**名無しさん＠お腹いっぱい。** · 2022/08/25(木) 22:06:07.79

未検証だけど、
¥note<1,2,3>{ノートです．}
とか。

**名無しさん＠お腹いっぱい。** · 2022/08/25(木) 22:28:08.20

>>505
レス有り難うございます
違うようです

**名無しさん＠お腹いっぱい。** · 2022/08/26(金) 08:47:45.69

>>504
\onslide{1}

\onslide{2}

\onslide{3}
じゃなの？

**名無しさん＠お腹いっぱい。** · 2022/08/26(金) 11:59:59.08

>>507
文法が違うというご指摘ならこれで間違いはありません
\onslide<1>{最初の内容}
\onslide<2>{次に出す内容}
\onslide<3>{最後に出す内容}

**名無しさん＠お腹いっぱい。** · 2022/08/26(金) 12:31:35.97

ノートをonslideの前に持ってきたら希望の挙動になりました
\documentclass{beamer}
\usepackage{luatexja}
\usepackage{pgfpages}
\setbeamertemplate{note page}[plain]
\setbeameroption{show notes on second screen=right}
\begin{document}
\begin{frame}{タイトル}
\note{ノートです．}
\onslide<1>{最初の内容}
\onslide<2>{次に出す内容}
\onslide<3>{最後に出す内容}
\end{frame}
\end{document}

**名無しさん＠お腹いっぱい。** · 2022/08/27(土) 14:11:37.49

\noteが\onslideの前というのが必要なのではなく
frame環境の中にあるというのが必要なようです
訂正します
\documentclass{beamer}
\usepackage{luatexja}
\usepackage{pgfpages}
\setbeamertemplate{note page}[plain]
\setbeameroption{show notes on second screen=right}
\begin{document}
\begin{frame}{タイトル}
\onslide<1>{最初の内容}
\onslide<2>{次に出す内容}
\onslide<3>{最後に出す内容}
\note{ノートです．}
\end{frame}
\end{document}

**名無しさん＠お腹いっぱい。** · 2022/08/30(火) 16:22:29.52

beamerのenumerate環境でオーバレイを使う際に
注目しない項目を非表示ではなく非活性色にしたいのですが
出来ますか?
powerdotだと以下のコードで出来ます
\documentclass[mode=present,paper=screen,orient=landscape,display=slides,style=fyma]{powerdot}
\begin{document}
\begin{wideslide}{タイトル}
\begin{enumerate}[type=1]
\item<1> 最初
\item<2> 最後
\end{enumerate}
\end{wideslide}
\end{document}

**名無しさん＠お腹いっぱい。** · 2022/08/30(火) 17:05:22.92

>>511
説明が足りず、微妙にやりたいことが不明だけど、
ttps://tex.stackexchange.com/questions/288038/how-to-set-up-beamer-to-grey-out-past-items-but-hide-future-items
上記のようにするかとか、下記のようにすれば、要望通り？

¥begin{enumerate}[<+->]¥color{gray}
¥item ¥color<.>{black} 最初
¥item ¥color<.>{black} 最後
¥end{enumerate}

**511** · 2022/08/30(火) 21:09:07.72

>>512
有難うございます
意図していたのはリンク先風に表現すれば以下の通りで
未来の項目も非活性色で表示できればと考えています

- [grey] past 1
- [grey] past 2
- [black] current
- [grey] future 1
- [grey] future 2
- [grey] future 3

**511** · 2022/08/30(火) 22:14:47.40

当初の希望と異なりますが
\setbeamercovered{transparent}
として以下のようにすることにしました
- [black] past 1
- [black] past 2
- [black] current
- [grey] future 1
- [grey] future 2
- [grey] future 3

**名無しさん＠お腹いっぱい。** · 2022/08/31(水) 08:01:51.92

transparentのデフォルトの15って薄すぎない？
自分は、¥setbeamercovered{transparent=30}にしている。

**511** · 2022/08/31(水) 09:46:17.98

>>515
なるほどー
私も30に設定しました
ただプロジェクタで出力させると全然異なりますから
調整する必要がありそうです

**名無しさん＠お腹いっぱい。** · 2022/09/02(金) 13:25:09.43

pdfpTeXって需要ないの？

**名無しさん＠お腹いっぱい。** · 2022/09/02(金) 16:10:01.41

>>517
> pdfpTeX
現時点で、pdfpTeXはどこに存在していますか？

**名無しさん＠お腹いっぱい。** · 2022/09/02(金) 18:23:16.01

>>518

ただのないものねだり

**名無しさん＠お腹いっぱい。** · 2022/09/03(土) 10:46:54.96

LuaLaTeXで十分

**名無しさん＠お腹いっぱい。** · 2022/09/03(土) 12:48:32.66

pdfTeXの派生のLuaTeXが日本語で実用的なんで
pdfpTeXはいらないのでは?

**名無しさん＠お腹いっぱい。** · 2022/09/03(土) 22:48:20.10

LuaLaTeX
使ったことないですけど、dvi経由なしでPDF化できるんですね。
上手く行けば >>418 の日本語版を作れるかもしれない。
bibtexを挟むとややこしくなりそうではあるけど。

**名無しさん＠お腹いっぱい。** · 2022/09/03(土) 23:01:54.01

LuaTeX-jaは使えるけど遅い
早くする方法ないの？

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 00:10:03.58

>>523
たまに遅いって言う人がいるけど、初めて使うフォントがあれば初回が遅い点を取り上げて遅いって言っていない？
2回目からは普通の速度だけど。pdflatexとそれほど変わらない気がするが。

pLaTeXでも、必要回数まわして、bibtexの処理を挟んで、dvipdfmxをやるまでの時間を考えたら、同じではないの？

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 01:39:59.13

>>524
む？ 2回目からフォントの処理を早くする方法あるの？やり方教えて。

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 08:54:57.78

初回読込みはキャッシュに取り込んでいるから

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 10:26:57.21

2回目以降でも、LuaTeXはpTeX+dvipdfmxの数倍遅いんだが
我慢できない遅さではないけど、似た出力得るのに数倍時間がかかるのは気に食わない

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 10:34:23.31

>>526
少なくとも私のはそんな動作はしてないぞ。

**名無しさん＠お腹いっぱい。** · 2022/09/04(日) 14:55:07.83

LuaTeX特有ではないかも知れんが
LaTeXは高速化の余地があるよね?
詳しくはないのだがfmtって
高速化のための機構なんだよね?
ユーザー毎に毎度使うのはfmtにdumpしておくと
速くなるんでないかな?

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 16:02:50.47

>>529
プリアンブル部を全部まるっとdumpしてfmtにできるｂｯど、
普鋳ﾊの人が早くなｂﾁたと思うほど＝Aビルドが速くａAビルドが速くｂﾈらない

とりあえず、fontspecを止めて、自分が使う文字（glyph）だけを含むフォントを使ったら、それなりに速くなる

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 19:07:44.96

普通の日本語で頼む

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 12:42:07.50

久々にTeX編集してるんですが、Scientific Wordみたいにtexを直接読み込んで簡易的にWysiWig表示してくれるような
エディターって他にないんですかね？

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 13:45:28.64

その「WysiWig表示」って何ですか?

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 14:38:04.78

WysiWygでわかる？

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 15:36:28.92

誤植をしてきしているのではなく意味が分からん
単に部分的にプレビューしたいってことかい?

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 17:07:54.10

LyXとかorg-modeのEmbedded LaTeXでいいんじゃないの、知らんけど

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 20:32:21.23

WysiWygと言うとtexのソースコードを書かないで
texの出力を得たいのかと思いきや
>>532を読むとtexのソースコードを書かない
という訳ではないようだし...はて?

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 21:37:00.57

Scientific Wordのように正確でなくてもいいからdvi出力イメージ的なものをコンパイルせずに解釈表示してMS Word感覚で
編集できるものがいい
探したけど10年以上たってもまだScientific Wordがあるところから見ても良いものはないのかな？
Lyxは試してScientific Wordに近いものとは思ったけど、無料という所以外Scientific Wordより良いところはなさそうに感じた
元原稿はMS Wordで書いてあるのだが、PandocでそこそこTexソースに変換してくれることはわかったので、そのソースを
Scientific Wordで確認しながらTerePadで微調整するという作業をしてます
昔はPandocなくて有料ソフト使ってた
編集作業は思ったほど進化してないのかと思って聞きました

そもそもこういうのを望む人が少ないのかもしれんけど

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 22:27:11.87

WYSIWYG
私が使ったことあるのは
JTeXEdit
Whizzytex
どちらも一長一短。
今使ってるのは VimTeX
でもなかなか慣れないｗ

**名無しさん＠お腹いっぱい。** · 2022/09/24(土) 22:59:56.13

>>539
ありがとう
調べてみます

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 05:44:04.85

>>538
>MS Word感覚で編集できるもの

いや、多いと思うよ。
MS使えばいい

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 10:03:27.91

>>541
どうやってTexソースにする？

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 13:25:37.93

>>542
MSを使えばTeX なんて使う必要ないだろ

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 13:31:38.95

俺もそう思う
品質に拘らないならword使えば良い

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 18:03:25.11

>>543
それで済むような雑誌を選んでいたりもしたが、今回はrevtex4が必要なので
もう大体変換できたからいいけど、どうするのが効率的なのかって疑問は昔と変わらないな
今回は少し大きな行列を含んでいて適切に治すのにScientific Wordは役に立った
それ以外は微調整だったから必ずしもScientific Wordは要らんかなとは思ったが

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 20:20:19.91

LibreOffice Writerでもかまわんで

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 21:39:05.97

>>538
Scientific Wordは使ったことがないけど、on the flyで常時プレビューする形のものはダメなの？
例えば、ttps://www.emacswiki.org/emacs/WhizzyTeX とか、
ttps://www.emacswiki.org/emacs/PreviewLaTeXとか。
Emacsではなくviな人ならすまん。
なお、UNIX系以外のことを話題にしたいなら、数学版へどうぞ。

**名無しさん＠お腹いっぱい。** · 2022/09/25(日) 23:08:54.47

>>444
以下で出来ました!
\defbeamertemplate<article>*{frametitle}{myframetitle}{\subsection{\insertframetitle}\ \par\noindent\emph{\insertframesubtitle}\par}
\setbeamertemplate{frametitle}[myframetitle]

**名無しさん＠お腹いっぱい。** · 2022/09/26(月) 00:28:42.69

>>547
ここUNIX版だったんだ
スレ検索で一番アクティブなところにカキコしてて気が付かなかった
スレ汚しスマソ

**名無しさん＠お腹いっぱい。** · 2022/09/26(月) 00:38:00.13

クラウドlatexは？

**名無しさん＠お腹いっぱい。** · 2022/09/26(月) 01:44:45.63

へー面白いね
MS Officeが必要なときはOffice 365で事足りてるし
ローカルで使ってたアプリは
これからどんどんクラウドに移っていくのかな?

**名無しさん＠お腹いっぱい。** · 2022/09/26(月) 02:19:19.13

自分がvimtexに手を出し始めたのは、
手持ちのMacの矢印キーが小さくて
hjklキーの方が大きいからｗ

本当はWhizzyTeXを使いたかったけど、
Macではadviのインストール(OPAM経由)が
どうしても失敗するので諦めた。
もし成功した方いらっしゃいましたらレポキボンヌ

ちなみにMac専用のJTeXEditも良いけど、
YaTeXやVimTeXのような原稿編集用のキーバインドが少ないので。

**名無しさん＠お腹いっぱい。** · 2022/10/02(日) 15:29:15.23

texdoc geometry したら… ドイツ語だった orz
以前は英語で書かれていたと思うのだけど…

**名無しさん＠お腹いっぱい。** · 2022/10/02(日) 17:52:31.40

おなじディレクトリの中に英語版のpdfあるだろ

**名無しさん＠お腹いっぱい。** · 2022/10/03(月) 00:02:10.07

texdoc のサーチには任せておけない、って事だね

**名無しさん＠お腹いっぱい。** · 2022/10/04(火) 04:51:19.76

>>553,555
texdoc.cnfで、langを適切に与えればよいのだよ、わかるかな？

**名無しさん＠お腹いっぱい。** · 2022/10/05(水) 05:05:53.64

サンクス、 lang=en で英語になった。man texdoc でしか調べなかったのが敗因。texdoc texdoc すべきだった。
だがこれだと、たとえば texdoc pxrubrica で英語版のショボイ2ページのマニュアルしか出ない。これは日本語版がいい。
texdoc.cnf で設定するよりも LC_ALL で切り替える方が便利かな。texdoc-en とか texdoc-ja みたいに alias にしとこう。

**名無しさん＠お腹いっぱい。** · 2022/10/05(水) 07:52:13.58

>>557
それなら、
texdoc -c lang=en
texdoc -c lang=ja
をそれぞれ texdoc-en, texdoc-ja でaliasしとくのがお手軽では？

**名無しさん＠お腹いっぱい。** · 2022/10/05(水) 11:46:10.58

サンクス、そっちの方が良いな。気付かんかった > -c
あと今見たら man にも LC_ALL は記載されていた。
>>557 の「敗因」は man ではなく「目が節穴」だった。

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 02:15:12.78

tikz+tcboxmathを使ってプレゼン用にBeamerを使っているが、
コンパイルに時間がかかり過ぎるな〜日が暮れちゃうよ。
emathも同様なのかな？

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 03:16:06.49

スライドごとにファイル分けてinputなりincludeして
編集対象だけ読み込めば？

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 10:32:37.23

分割コンパイルみたいなことできるんだっけ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 10:46:11.94

>>562
分割は難しいだろ
ページ数なんて全部揃わないと分からんしページ番号の桁数変わったらレイアウト変わることもあるし

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 11:50:54.47

>>563
いやいや、Beamerでも、
毎回、文章全体をコンパイルしていて時間がかかるっていうことなら、
章単位ぐらいで分けるしかないでしょ？

それから、tcboxmathなら、まぁ仕方ない気もするけど、
いわゆるTikzで描いた図なら、その図を丸ごと画像にキャッシュ化したらいい
そうすると、その図は画像を置くだけで終わる

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 12:44:06.07

コンパイルの内容を見てみたら、

Missing character: There is no ; in font nullfont!
Missing character: There is no ; in font nullfont!
Missing character: There is no ; in font nullfont!
Missing character: There is no ; in font nullfont!

が延々と、、、
tcboxmath の仕業？？

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 12:44:47.42

>>564
分けるしかないと言われても難しいでしょって話
Visual Studio のプリコンパイルヘッダーみたいに字句解析だけ済ませておくとか言われるように変換した図をキャッシュしておくのはありかと思うけどそもそもTeXでコンパイル時間が苦痛になるような規模のやつそんなにないだろ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 13:07:19.60

ttps://qiita.com/t_kemmochi/items/483b8fcdb5db8d1f5d5e
「数式の位置を変えずに後から背景色を付ける」
が魅力なので使ってみたけど、tcbox は多用すると
コンパイルに時間がかかってしまうのか・・・

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 13:32:09.55

>>563
includeとincludeonly

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 13:38:46.72

自分は vae と
:VimtexCompileSelected
でやってた。

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 13:59:23.84

>>568
Include/includeonly と分割コンパイルに何の関係が？

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 14:18:40.17

>>570
1行目の分割コンパイルができるということではなくて
2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 14:45:38.44

>>571
> 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない
それページ番号を保持してるだけだろ
プログラムみたいに変更したモジュールだけ再コンパイルしてリンク出来わけじゃないよね

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 14:52:13.44

>>572
>>571>1行目の分割コンパイルができるということではなくて

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 14:53:36.41

ページ数が多い場合には
include/includeonlyで効果が出るよ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:02:57.49

でも\begin{document}より前の
styフィル読んでるところがもう既に遅いので
誰かdumpしてfmt作る方法を教えてケロ
beamerとかdumpしときたい

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:28:17.85

>>573
だからページ番号が変わらないってことは最終的な成果物とずれてる可能性があるから分割コンパイル代わりには使えないってことだろ
>>563の２行目は最終成果物の話をしている事ぐらいは理解してよ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:37:55.20

>>576
前のページから律儀に完成させるのなら
あなたの言う通りだが
普通は全ページ構成が確定したあとも
前のページに戻って何度も何度も修正を重ねる
スライドは文章よりは全ページ構成は早く決まりやすいので
その後の修正段階でinclude/includeonlyが役に立つ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:41:13.77

でもページの桁数変わったら困るほど
キチキチの配置にはしないけどね
俺は普通に編集対象以外のスライドは
include/inputをコメントアウトする

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:41:27.77

>>577
誰もinclude/includeonlyが使えないなんて言ってないだろ
分割コンパイル代わりにはならないってことな

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 15:59:03.67

>>579
これだけ何度も懇切丁寧に説明しているのに
俺が分割コンパイル代わりになると主張しているとの誤解が解けないだなw

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 16:10:15.24

>>580
えっ、個別にコンパイルしてリンク出来るようになったの？
そりゃすげーわw

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 16:25:39.29

>>581
誤認識を訂正する意志がないのは分かったよ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 16:27:06.31

くだらないので他の高速化方法について書きたい
プリアンブルのdumpって誰もやったことないのかな?

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 16:38:57.24

>>582
そもそも分割コンパイルの話をしてるのに絡んできて誤認識とかあたおかかなw

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 16:51:44.10

>>584
高速化について語ろうね

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:08:28.83

>>585
勝手に語っててくれ
俺は>>562からの話をしてるからいちいち絡んでこないでねw

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:14:45.51

>>586
俺は一貫して>>560からの高速化の話をしている

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:24:18.65

>>587
うん、だから勝手にやっててくれればいいよ
誰か知らんけど>>564で絡んでこなきゃいいだけ

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:36:01.87

>>588
「分割コンパイル」の話はもう終わったよ
>>564は俺ではない

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:51:21.74

>>589
だから>>563で終わってる話にinclude/includeonlyとか言って絡んできた人がいたってだけの話
あんたが誰か知らんけどまだこの話引っ張るの？

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 17:57:09.28

高速化の枝葉である分割コンパイルの話は終えて
根幹の高速化の話をしましょうね

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 18:23:22.36

>>591
>>588

**名無しさん＠お腹いっぱい。** · 2022/10/08(土) 22:17:57.18

スレが伸びていると思ったらw

分割コンパイルではないかもしれないけど、
100ページ越えの報告書とかだと、
¥setcounter{page}{n}と¥setcounter{section}{n}で指定しながら、
バラバラにtexファイルを書いて、
最後に、docmute.styを使うか、pdfpages.styで合体させることはたまにある。

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 02:55:59.64

>>587
TeX LiveもLaTeX原稿も全部メモリ上に置いて、メモリ上でコンパイルする

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 03:01:02.96

OSのファイルキャッシュが自動で効くと思うけど
それでもRAMディスクみたいなのに明示的に置くと有効かな？

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 03:12:33.38

>>575
正直、いまどきのsingle threadのscoreが十分高い計算機で、
プリアンブル部をdumpしたところで、大して高速化されない

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 21:17:53.21

結局、ファイルを分けてinputすることはできても、更新のあった部分だけコンパイルするっていう分割コンパイルはできないわけね

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 21:29:30.80

>>597
どうやったら、それを実現できると思う？

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 22:45:40.03

>>593
なるほどー
分割コンパイルっぽいね

**名無しさん＠お腹いっぱい。** · 2022/10/09(日) 22:49:57.61

各ページはLuaLaTeXでpdfを吐かせて
統合はpdftkで出来るので
Makefileを書きゃ一応分割コンパイルになる

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 10:11:22.29

>>597
各texファイルに分けておいて\includeしておいて、
更新のあった部分だけ分割コンパイルすればよい

>>600
それだったら、結合でわざわざpdftkなんか使う必要がない
LuaLaTeXで吐いた各ページのpdfを、LuaLaTeXで結合したらよい

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 11:30:55.53

以前問題なくコンパイルできていたソースが、
OSのアップグレードでそのままコンパイルできなくなるのが、地味につらい。
texliveの最新版を追っかけずにOSに付属するTeXを使うのが悪いのかも知れないけど、
時間節約のために使っているTeXのトラブルシューティングに時間をかけるのは本末転倒

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 14:32:50.13

OSにTeXが付属することなんてあんのか
何らかのLinuxディストリ？

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 15:31:01.16

普通に考えてそうやろ

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 21:07:54.87

beamerでenumerate環境を
アルファベットでカウントしたいです
LaTeXのようにlabelenumiを再定義すると
labelenumiがないと怒られます
beamerのenumerate環境のカスタマイズ法を
御指南頂きたい

**名無しさん＠お腹いっぱい。** · 2022/10/10(月) 23:22:39.70

>>602
そのソースをビルドするときだけ、コンテナ内でビルドしたらええがな

**名無しさん＠お腹いっぱい。** · 2022/10/11(火) 00:46:22.16

>>604
いやでもそれがTeX Liveとは別ってどういう状況やねんって思わんか

**名無しさん＠お腹いっぱい。** · 2022/10/11(火) 05:21:04.53

>>605
\begin{enumerate}[a]
でいい

**名無しさん＠お腹いっぱい。** · 2022/10/11(火) 10:46:46.93

>>608
ありがとうございます!

**名無しさん＠お腹いっぱい。** · 2022/10/11(火) 20:17:38.24

>>607
すまん。最新版のtexliveではなく、OSがバージョンアップするまで何年もバージョンが固定されるOSリポジトリのtexliveという意味です。

**名無しさん＠お腹いっぱい。** · 2022/10/11(火) 21:27:22.01

>>601
これ相互参照とか大丈夫なの？

**名無しさん＠お腹いっぱい。** · 2022/10/15(土) 01:59:21.26

分割コンパイルは無理か
まあ、仮にそれぞれ分けてコンパイルできたとしても、結合するに当たって字組なりページ数なり参照なり計算し直さないといけないからなぁ

**名無しさん＠お腹いっぱい。** · 2022/10/15(土) 20:19:52.37

>>612
まぁそのためにdocmuteがある訳なんだが。

**名無しさん＠お腹いっぱい。** · 2022/10/28(金) 13:52:51.83

3つの整数の足し算を実行するプログラムの作成方法ご存じありませんか？
2つの整数の足し算の場合は

\newcount\X
\def\addition#1#2{%
\X=#1
\advance\X #2
\the\X%
}

で出来るのですが、3つの数の足し算をやろうと思って
\newcount\X
\def\addition#1#2#3{%
\X=#1
\advance\X #2
\advance\X #3
\the\X%
}

と定義しても、莫大な数が生成されるだけで上手く行きませんでした。

**名無しさん＠お腹いっぱい。** · 2022/10/28(金) 17:30:49.63

問題なく足し算できるみたいだけど。
\documentclass{article}
\newcount\X
\def\addition#1#2#3{%
\X=#1
\advance\X by #2
\advance\X by #3
\the\X%
}
\begin{document}
a is \addition{10}{2}{3}
\end{document}

これでa is 15になった。

**名無しさん＠お腹いっぱい。** · 2022/10/28(金) 17:31:44.96

>>614
perlに任せる

**名無しさん＠お腹いっぱい。** · 2022/10/28(金) 20:07:46.02

>>614
> 3つの整数の足し算を実行するプログラム
2つの整数の足し算ができるなら、
もう一度2つの整数の足し算をすればよいのでは？

**名無しさん＠お腹いっぱい。** · 2022/10/29(土) 00:31:44.91

Luaでやればいいのでは

**名無しさん＠お腹いっぱい。** · 2022/10/30(日) 01:36:03.09

>>615-618
ありがとうございます。見直してみます。

**名無しさん＠お腹いっぱい。** · 2022/10/30(日) 13:51:19.74

>>619
見直すも何も、>>615に示した通り、byを追加するだけだよ

**名無しさん＠お腹いっぱい。** · 2022/10/31(月) 19:19:57.48

ctanのサイトを開いたらびっくりした。
何これ、ハロウィン仕様？

**sage** · 2022/11/01(火) 08:34:01.72

ハロウィン仕様です。

過日、Robin Fairbairnsが亡くなったときも、追悼の意が溢れていました。

**名無しさん＠お腹いっぱい。** · 2022/12/06(火) 12:01:49.07

CTANにdigestifっていうのが来たけど、
使っている人いる？便利？

**名無しさん＠お腹いっぱい。** · 2022/12/24(土) 09:38:37.87

>>621
CTANがクリスマス仕様になりました。

**名無しさん＠お腹いっぱい。** · 2022/12/29(木) 20:38:39.12

間違えてファイル.tex を削除してしまいました。
ファイル.dvi
は残っているのですが、これを tex ファイルに変換は出来ないんでしたっけ？

**名無しさん＠お腹いっぱい。** · 2022/12/29(木) 22:33:50.83

>>625
無理、テキスト取り出すくらいならできる。

**名無しさん＠お腹いっぱい。** · 2022/12/30(金) 09:00:02.84

深刻度によるけど、Emacsなら自動保存ファイルの.tex~が残っていると思うのでそこから復旧だな。
めちゃくちゃ重要なtexファイルなら、直ちにシャットダウンして、
USBやDVDからOSを起動して、当該HDDのddでディスクイメージをとって、
それをマウントしてから、mcで復旧だな。

**名無しさん＠お腹いっぱい。** · 2022/12/30(金) 09:01:22.13

s/当該HDDのddでディスクイメージ/ddで当該HDDのディスクイメージ/

**名無しさん＠お腹いっぱい。** · 2022/12/30(金) 22:06:09.92

年末なのでlatexmk -cでHDDを掃除した。
すると、lualatexでコンパイルしていたつもりが、
知らない間にLuaHBTeXを使っていたらしいことに気がついた。
LuaHBTeXをググったら「LuaHBTeX…を知っていた人は、多分日本で3人もいないと思っている」とつぶやかれていた。

**名無しさん＠お腹いっぱい。** · 2022/12/30(金) 23:16:35.22

oyalatex使ってる人は全員知ってるでしょ
コンパイル時のログの最初に表示されるし
>>629でさえ気づくようなことを日本人が3人も知らないなんてあると思うか？

**名無しさん＠お腹いっぱい。** · 2022/12/30(金) 23:16:59.57

s/oya/lua/

**名無しさん＠お腹いっぱい。** · 2023/01/19(木) 11:00:31.53

ctanでOberdiek Package Support Groupというコミュニティがあるのを知ったけど、
Heiko Oberdiekさんはお亡くなりになっているの？

**名無しさん＠お腹いっぱい。** · 2023/01/19(木) 12:49:39.09

2023/01/11
https://ctan.org/pkg/oberdiek
の更新があったけど、
何もなかったと思う。

**名無しさん＠お腹いっぱい。** · 2023/01/22(日) 11:08:05.83

多項式の割り算の筆算をTeXで手軽に書きたくて
emath の \zyohou を使ってみたのですが、
3次多項式を2次多項式で割る筆算が
上手くコンパイル出来ませんでした。
array 環境で地道に書くしかないのでしょうか。

ちなみに \fzyohou や \izyohou については
勝手に計算をやってくれるのは良いのですが、
文字 x^2 とか x^3 を空白にして係数のみにしたいのに
できない (隣りの係数がくっ付いてしまう) のが残念です。

**名無しさん＠お腹いっぱい。** · 2023/01/22(日) 11:20:28.16

CTAN
https://www.ctan.org/tex-archive/macros/latex/contrib/polynom
を使うのは？

春節でCTANは赤色

**名無しさん＠お腹いっぱい。** · 2023/01/22(日) 12:56:17.77

>>634
うまく行かない最小のソースがないとなんとも

**名無しさん＠お腹いっぱい。** · 2023/01/22(日) 15:09:00.60

>>635 ありがとうございます。試してみます。

>>636
\fzyohou{1,2,3,4}{5,6,7}
と全く同じ出力結果を
\zyohou で書きたいのですが。
文字xの冪乗を空白にしたいので。

**名無しさん＠お腹いっぱい。** · 2023/01/22(日) 16:37:40.05

>>635
（質問した本人でないが、）
これ、ええね！

**名無しさん＠お腹いっぱい。** · 2023/01/23(月) 20:55:58.73

aligned環境内で\vspace{1em}を書いても
縦方向の空白が反映されません。
たとえば2行の数式

$\begin{aligned}
a+a=2a\\
b+b=2b\\
c+c=2c
\end{aligned}$

で、1行目と2行目の間を調整したい場合には

$\begin{aligned}
a+a=2a\\
\vphantom{a^{\begin{array}{l} \vspace{0.1em}\\ \end{array}}}
b+b=2b\\
c+c=2c
\end{aligned}$

のように書いております。
もう少し賢い方法は無いでしょうか、、、

**名無しさん＠お腹いっぱい。** · 2023/01/23(月) 21:19:05.82

>>639
aligned環境って何ですか? align環境ではない?

\begin{align}
a+a=2a\\[2em]
b+b=2b\\
c+c=2c
\end{align}

**名無しさん＠お腹いっぱい。** · 2023/01/23(月) 22:36:51.98

>>640
> aligned環境って何ですか?
aligned環境は、align環境中に部分的にalign環境を提供するような環境

**名無しさん＠お腹いっぱい。** · 2023/01/23(月) 23:02:21.84

>>641
どんなケースで使う環境か私には想像がつきませんが
同じように\\のオプションでいけると思います

**名無しさん＠お腹いっぱい。** · 2023/01/24(火) 05:26:19.43

利用法
\begin{equation}
\begin{aligned}
a&=3b \\
5a&=b
\end{aligned}
\quad \text{から} \quad
\begin{aligned}
a &=\frac 1{15}\\
b &=\frac 3{15}
\end{aligned}
\quad \text{が導かれる。}
\end{equation}
いまは、alignでしょ。
\begin{align}
a+a&=2a\\[3cm]
c+c&=2c
\end{align}

**名無しさん＠お腹いっぱい。** · 2023/01/24(火) 12:29:13.72

>>640, 642, 643
ありがとうございます！
無事解決しました。

**642** · 2023/01/24(火) 14:21:47.24

>>643
なるほど

**名無しさん＠お腹いっぱい。** · 2023/01/24(火) 16:41:32.23

ちなみに、デフォルトでは中央揃えだけど、
上部揃え
\begin{aligned}[t]
や
下部揃え
\begin{aligned}[b]
もできる。

**名無しさん＠お腹いっぱい。** · 2023/02/10(金) 16:20:08.30

>>632
hyperref.styの更新があったけど、hyperref.pdfは、
Sebastian Rahtz (deceased)
Heiko Oberdiek (inactive)
と成っていますね。

ChangeLog.txt
も、名前があるのは、
2012-11-06 6.83m Heiko Oberdiek
ですね。

名前で調べても、Wikipediaとかも出てこないですね。亡くなってはいないけど、もう携わっていないということでしょうね。

**名無しさん＠お腹いっぱい。** · 2023/03/18(土) 12:16:30.98

CloudLaTeXじゃだめなん？

**名無しさん＠お腹いっぱい。** · 2023/03/18(土) 15:21:40.39

>>648
何に対して、
> CloudLaTeXじゃだめなん？
とほざいているの？

**名無しさん＠お腹いっぱい。** · 2023/03/18(土) 18:42:54.21

>>632
その可能性はあるね
aliascnt.dtxは本人の名前で2018年に出てるけど
github見る限り本人の寄与はなさそう

**名無しさん＠お腹いっぱい。** · 2023/03/22(水) 10:03:08.87

TeX Live 2023リリース

**名無しさん＠お腹いっぱい。** · 2023/04/09(日) 21:14:32.23

TeX Gyre TermesとTeX Gyre TermesXで差が出るケースって知られていますか？

**名無しさん＠お腹いっぱい。** · 2023/05/16(火) 11:06:27.04

ここがユーザが一番多いと思うので書かせて下さい
beamrでスライドを作成しましてpdfpcでプレゼンを考えています
pdfpcでは話者用の画面に今のスライドと次のスライド
そしてノートを表示する領域がありますが
これらのサイズを変えることはできますか?
特にノートを表示する領域が小さいと感じており
大きくしたいと考えています

**653** · 2023/05/17(水) 09:00:10.44

pdfpcと同等のソフトでpympressなるソフトを見つけました
こっちの方がnote領域が大きくて良さそうです

**名無しさん＠お腹いっぱい。** · 2023/05/17(水) 11:35:36.92

>>653
ノートの表示領域を大きくすると、本スライドのそれが小さくなったりしない？
ノート:本スライドのそれぞれの表示領域を1:1にしたいということ？

**名無しさん＠お腹いっぱい。** · 2023/05/17(水) 11:52:19.39

>>655
はいノートの領域をもう少し大きくするかわりに
スライドの領域は小さくなっても構いません
pympressはレイアウトを変更できるようですが
デフォルトでちょうど良い感じです

**653** · 2023/07/06(木) 14:09:21.70

Linuxのくだスレでポインタの色を変えられないか質問したところ
$ man pdfpcrc で設定できるとの回答を頂きました
>>653の回答もここにありました
.config/pdfpc/pdfpcrcに以下を書くとノートを大きくできます
option current-size 50
option next-height 30
current-sizeが今のスライドの領域でデフォルト60%から50%に縮小
next-heightが次のスライドの領域の高さでこれをデフォルト70%から30%に縮小
でノートの領域が広がりました
以上報告です

**名無しさん＠お腹いっぱい。** · 2023/12/28(木) 20:17:22.93

試していないけど、
changbar.styがluatex対応になったらしい。

**名無しさん＠お腹いっぱい。** · 2024/01/13(土) 11:06:07.70

奥村先生は70歳過ぎてなおLaTeX本書いて下さって頭上がらない

**名無しさん＠お腹いっぱい。** · 2024/01/13(土) 17:46:31.57

居なくなったら日本のTeX終わるかもね

**名無しさん＠お腹いっぱい。** · 2024/01/13(土) 17:55:22.12

終わったら終わったらでそれでええのでは？

**名無しさん＠お腹いっぱい。** · 2024/01/13(土) 18:28:46.10

>>660
始めるときには美文書作成入門にお世話になったけども
その後は特にはお世話になってないような気がするんだけど
奥村先生って重要なパッケージの開発に貢献されてたっけ?

**名無しさん＠お腹いっぱい。** · 2024/01/14(日) 10:40:37.52

新しくTeXを学ぶ人達に貢献されていないとでも？
自分が既に知っている事だからといってドキュメント軽視は関心しないな

**662** · 2024/01/14(日) 12:05:12.55

まぁ確かにTeXにおいて優れた入門書の存在はでかいかな

**名無しさん＠お腹いっぱい。** · 2024/01/14(日) 19:35:13.97

jsarticle作ってくれた偉大な人でしょ

**662** · 2024/01/14(日) 20:52:37.31

使ってないなぁ
偉大って表現するほどjarticleから顕著な改善あったっけ?
ないならないで良いような...?

美文書作成入門は素晴らしい本です
おかげさまで最近はお世話にならなくて良いようになりましたが
うちには別の版が3冊くらいあるはず

**名無しさん＠お腹いっぱい。** · 2024/01/15(月) 06:23:23.82

今はもうjlreqがあるしなぁ

**名無しさん＠お腹いっぱい。** · 2024/01/15(月) 12:11:05.46

jlreqはクラスファイルのframeworkとしてデカすぎる
あの膨大なオプションの量を体系的に扱えると思えないし、たいへんやね

**名無しさん＠お腹いっぱい。** · 2024/01/15(月) 14:57:40.94

俺も美文書は3回くらい買いなおしてる。

偉大とかなんとか表現はどうでもいいよ。

俺は奥村ｾﾝｾの本でTeXを使い始めた。