\chapter{\TeX} % 第十二章

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2020/09/15(火) 23:22:28.03 .net] 過去スレッド 第一章 pc.2ch.net/test/read.cgi/unix/977144071/ _　 　 　 pc.2ch.net/unix/kako/977/977144071.html 第二章 pc.2ch.net/test/read.cgi/unix/1033564798/ (984レス) 第三章 pc8.2ch.net/test/read.cgi/unix/1059616013/ (996レス) 第四章 pc8.2ch.net/test/read.cgi/unix/1116389650/ 第五章 pc11.2ch.net/test/read.cgi/unix/1153569474/ 第六章 pc12.2ch.net/test/read.cgi/unix/1193135030/ 第七章 hibari.2ch.net/test/read.cgi/unix/1268927301/ 第八章 toro.2ch.net/test/read.cgi/unix/1323615979/ (983レス) 第九章 toro.2ch.net/test/read.cgi/unix/1373507129/ (17レス) _　 　 　 peace.2ch.net/test/read.cgi/unix/1380736314/ (981レス) 第十章 https://mevius.5ch.net/test/read.cgi/unix/1418748613/ 第十一章 https://mevius.5ch.net/test/read.cgi/unix/1521639700/ 518 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/02(金) 16:10:01.41 .net] >>517 > pdfpTeX 現時点で、pdfpTeXはどこに存在していますか？ 519 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/02(金) 18:23:16.01 .net] >>518 ただのないものねだり 520 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] LuaLaTeXで十分 521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/03(土) 12:48:32.66 .net] pdfTeXの派生のLuaTeXが日本語で実用的なんで pdfpTeXはいらないのでは? 522 名前：名無しさん＠お腹いっぱい。 [2022/09/03(土) 22:48:20.10 .net] LuaLaTeX 使ったことないですけど、dvi経由なしでPDF化できるんですね。 上手く行けば >>418 の日本語版を作れるかもしれない。 bibtexを挟むとややこしくなりそうではあるけど。 523 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/03(土) 23:01:54.01 .net] LuaTeX-jaは使えるけど遅い 早くする方法ないの？ 524 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/04(日) 00:10:03.58 .net] >>523 たまに遅いって言う人がいるけど、初めて使うフォントがあれば初回が遅い点を取り上げて遅いって言っていない？ 2回目からは普通の速度だけど。pdflatexとそれほど変わらない気がするが。 pLaTeXでも、必要回数まわして、bibtexの処理を挟んで、dvipdfmxをやるまでの時間を考えたら、同じではないの？ 525 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>524 む？ 2回目からフォントの処理を早くする方法あるの？ やり方教えて。 526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/04(日) 08:54:57.78 .net] 初回読込みはキャッシュに取り込んでいるから 527 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/04(日) 10:26:57.21 .net] 2回目以降でも、LuaTeXはpTeX+dvipdfmxの数倍遅いんだが 我慢できない遅さではないけど、似た出力得るのに数倍時間がかかるのは気に食わない 528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/04(日) 10:34:23.31 .net] >>526 少なくとも私のはそんな動作はしてないぞ。 529 名前：名無しさん＠お腹いっぱい。 [2022/09/04(日) 14:55:07.83 .net] LuaTeX特有ではないかも知れんが LaTeXは高速化の余地があるよね? 詳しくはないのだがfmtって 高速化のための機構なんだよね? ユーザー毎に毎度使うのはfmtにdumpしておくと 速くなるんでないかな? 530 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/08(木) 16:02:50.47 .net] >>529 プリアンブル部を全部まるっとdumpしてfmtにできるｂｯど、 普鋳ﾊの人が早くなｂﾁたと思うほど＝Aビルドが速くａAビルドが速くｂﾈらない とりあえず、fontspecを止めて、自分が使う文字（glyph）だけを含むフォントを使ったら、それなりに速くなる 531 名前：名無しさん＠お腹いっぱい。 [2022/09/11(日) 19:07:44.96 .net] 普通の日本語で頼む 532 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 12:42:07.50 .net] 久々にTeX編集してるんですが、Scientific Wordみたいにtexを直接読み込んで簡易的にWysiWig表示してくれるような エディターって他にないんですかね？ 533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 13:45:28.64 .net] その「WysiWig表示」って何ですか? 534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 14:38:04.78 .net] WysiWygでわかる？ 535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 15:36:28.92 .net] 誤植をしてきしているのではなく意味が分からん 単に部分的にプレビューしたいってことかい? 536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 17:07:54.10 .net] LyXとかorg-modeのEmbedded LaTeXでいいんじゃないの、知らんけど 537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 20:32:21.23 .net] WysiWygと言うとtexのソースコードを書かないで texの出力を得たいのかと思いきや >>532を読むとtexのソースコードを書かない という訳ではないようだし...はて? 538 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 21:37:00.57 .net] Scientific Wordのように正確でなくてもいいからdvi出力イメージ的なものをコンパイルせずに解釈表示してMS Word感覚で 編集できるものがいい 探したけど10年以上たってもまだScientific Wordがあるところから見ても良いものはないのかな？ Lyxは試してScientific Wordに近いものとは思ったけど、無料という所以外Scientific Wordより良いところはなさそうに感じた 元原稿はMS Wordで書いてあるのだが、PandocでそこそこTexソースに変換してくれることはわかったので、そのソースを Scientific Wordで確認しながらTerePadで微調整するという作業をしてます 昔はPandocなくて有料ソフト使ってた 編集作業は思ったほど進化してないのかと思って聞きました そもそもこういうのを望む人が少ないのかもしれんけど 539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 22:27:11.87 .net] WYSIWYG 私が使ったことあるのは JTeXEdit Whizzytex どちらも一長一短。 今使ってるのは VimTeX でもなかなか慣れないｗ 540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/24(土) 22:59:56.13 .net] >>539 ありがとう 調べてみます 541 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 05:44:04.85 .net] >>538 >MS Word感覚で編集できるもの いや、多いと思うよ。 MS使えばいい 542 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 10:03:27.91 .net] >>541 どうやってTexソースにする？ 543 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 13:25:37.93 .net] >>542 MSを使えばTeX なんて使う必要ないだろ 544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 13:31:38.95 .net] 俺もそう思う 品質に拘らないならword使えば良い 545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 18:03:25.11 .net] >>543 それで済むような雑誌を選んでいたりもしたが、今回はrevtex4が必要なので もう大体変換できたからいいけど、どうするのが効率的なのかって疑問は昔と変わらないな 今回は少し大きな行列を含んでいて適切に治すのにScientific Wordは役に立った それ以外は微調整だったから必ずしもScientific Wordは要らんかなとは思ったが 546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 20:20:19.91 .net] LibreOffice Writerでもかまわんで 547 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 21:39:05.97 .net] >>538 Scientific Wordは使ったことがないけど、on the flyで常時プレビューする形のものはダメなの？ 例えば、ttps://www.emacswiki.org/emacs/WhizzyTeX とか、 ttps://www.emacswiki.org/emacs/PreviewLaTeXとか。 Emacsではなくviな人ならすまん。 なお、UNIX系以外のことを話題にしたいなら、数学版へどうぞ。 548 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/25(日) 23:08:54.47 .net] >>444 以下で出来ました! \defbeamertemplate<article>*{frametitle}{myframetitle}{\subsection{\insertframetitle}\ \par\noindent\emph{\insertframesubtitle}\par} \setbeamertemplate{frametitle}[myframetitle] 549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/26(月) 00:28:42.69 .net] >>547 ここUNIX版だったんだ スレ検索で一番アクティブなところにカキコしてて気が付かなかった スレ汚しスマソ 550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/26(月) 00:38:00.13 .net] クラウドlatexは？ 551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/26(月) 01:44:45.63 .net] へー面白いね MS Officeが必要なときはOffice 365で事足りてるし ローカルで使ってたアプリは これからどんどんクラウドに移っていくのかな? 552 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/09/26(月) 02:19:19.13 .net] 自分がvimtexに手を出し始めたのは、 手持ちのMacの矢印キーが小さくて hjklキーの方が大きいからｗ 本当はWhizzyTeXを使いたかったけど、 Macではadviのインストール(OPAM経由)が どうしても失敗するので諦めた。 もし成功した方いらっしゃいましたらレポキボンヌ ちなみにMac専用のJTeXEditも良いけど、 YaTeXやVimTeXのような原稿編集用のキーバインドが少ないので。 553 名前：名無しさん＠お腹いっぱい。 [2022/10/02(日) 15:29:15.23 .net] texdoc geometry したら… ドイツ語だった orz 以前は英語で書かれていたと思うのだけど… 554 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/02(日) 17:52:31.40 .net] おなじディレクトリの中に英語版のpdfあるだろ 555 名前：名無しさん＠お腹いっぱい。 [2022/10/03(月) 00:02:10.07 .net] texdoc のサーチには任せておけない、って事だね 556 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>553,555 texdoc.cnfで、langを適切に与えればよいのだよ、わかるかな？ 557 名前：名無しさん＠お腹いっぱい。 [2022/10/05(水) 05:05:53.64 .net] サンクス、 lang=en で英語になった。man texdoc でしか調べなかったのが敗因。texdoc texdoc すべきだった。 だがこれだと、たとえば texdoc pxrubrica で英語版のショボイ2ページのマニュアルしか出ない。これは日本語版がいい。 texdoc.cnf で設定するよりも LC_ALL で切り替える方が便利かな。texdoc-en とか texdoc-ja みたいに alias にしとこう。 558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/05(水) 07:52:13.58 .net] >>557 それなら、 texdoc -c lang=en texdoc -c lang=ja をそれぞれ texdoc-en, texdoc-ja でaliasしとくのがお手軽では？ 559 名前：名無しさん＠お腹いっぱい。 [2022/10/05(水) 11:46:10.58 .net] サンクス、そっちの方が良いな。気付かんかった > -c あと今見たら man にも LC_ALL は記載されていた。 >>557 の「敗因」は man ではなく「目が節穴」だった。 560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 02:15:12.78 .net] tikz+tcboxmathを使ってプレゼン用にBeamerを使っているが、 コンパイルに時間がかかり過ぎるな〜日が暮れちゃうよ。 emathも同様なのかな？ 561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 03:16:06.49 .net] スライドごとにファイル分けてinputなりincludeして 編集対象だけ読み込めば？ 562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 10:32:37.23 .net] 分割コンパイルみたいなことできるんだっけ 563 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 10:46:11.94 .net] >>562 分割は難しいだろ ページ数なんて全部揃わないと分からんしページ番号の桁数変わったらレイアウト変わることもあるし 564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 11:50:54.47 .net] >>563 いやいや、Beamerでも、 毎回、文章全体をコンパイルしていて時間がかかるっていうことなら、 章単位ぐらいで分けるしかないでしょ？ それから、tcboxmathなら、まぁ仕方ない気もするけど、 いわゆるTikzで描いた図なら、その図を丸ごと画像にキャッシュ化したらいい そうすると、その図は画像を置くだけで終わる 565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 12:44:06.07 .net] コンパイルの内容を見てみたら、 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 の仕業？？ 566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 12:44:47.42 .net] >>564 分けるしかないと言われても難しいでしょって話 Visual Studio のプリコンパイルヘッダーみたいに字句解析だけ済ませておくとか言われるように変換した図をキャッシュしておくのはありかと思うけどそもそもTeXでコンパイル時間が苦痛になるような規模のやつそんなにないだろ 567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 13:07:19.60 .net] ttps://qiita.com/t_kemmochi/items/483b8fcdb5db8d1f5d5e 「数式の位置を変えずに後から背景色を付ける」 が魅力なので使ってみたけど、tcbox は多用すると コンパイルに時間がかかってしまうのか・・・ 568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 13:32:09.55 .net] >>563 includeとincludeonly 569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 13:38:46.72 .net] 自分は vae と :VimtexCompileSelected でやってた。 570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 13:59:23.84 .net] >>568 Include/includeonly と 分割コンパイルに何の関係が？ 571 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 14:18:40.17 .net] >>570 1行目の分割コンパイルができるということではなくて 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない 572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 14:45:38.44 .net] >>571 > 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない それページ番号を保持してるだけだろ プログラムみたいに変更したモジュールだけ再コンパイルしてリンク出来わけじゃないよね 573 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 14:52:13.44 .net] >>572 >>571>1行目の分割コンパイルができるということではなくて 574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 14:53:36.41 .net] ページ数が多い場合には include/includeonlyで効果が出るよ 575 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 15:02:57.49 .net] でも\begin{document}より前の styフィル読んでるところがもう既に遅いので 誰かdumpしてfmt作る方法を教えてケロ beamerとかdumpしときたい 576 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>573 だからページ番号が変わらないってことは最終的な成果物とずれてる可能性があるから分割コンパイル代わりには使えないってことだろ >>563の２行目は最終成果物の話をしている事ぐらいは理解してよ 577 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>576 前のページから律儀に完成させるのなら あなたの言う通りだが 普通は全ページ構成が確定したあとも 前のページに戻って何度も何度も修正を重ねる スライドは文章よりは全ページ構成は早く決まりやすいので その後の修正段階でinclude/includeonlyが役に立つ 578 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] でもページの桁数変わったら困るほど キチキチの配置にはしないけどね 俺は普通に編集対象以外のスライドは include/inputをコメントアウトする 579 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>577 誰もinclude/includeonlyが使えないなんて言ってないだろ 分割コンパイル代わりにはならないってことな 580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 15:59:03.67 .net] >>579 これだけ何度も懇切丁寧に説明しているのに 俺が分割コンパイル代わりになると主張しているとの誤解が解けないだなw 581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 16:10:15.24 .net] >>580 えっ、個別にコンパイルしてリンク出来るようになったの？ そりゃすげーわw 582 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 16:25:39.29 .net] >>581 誤認識を訂正する意志がないのは分かったよ 583 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 16:27:06.31 .net] くだらないので他の高速化方法について書きたい プリアンブルのdumpって誰もやったことないのかな? 584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 16:38:57.24 .net] >>582 そもそも分割コンパイルの話をしてるのに絡んできて誤認識とかあたおかかなw 585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 16:51:44.10 .net] >>584 高速化について語ろうね 586 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:08:28.83 .net] >>585 勝手に語っててくれ 俺は>>562からの話をしてるからいちいち絡んでこないでねw 587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:14:45.51 .net] >>586 俺は一貫して>>560からの高速化の話をしている 588 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:24:18.65 .net] >>587 うん、だから勝手にやっててくれればいいよ 誰か知らんけど>>564で絡んでこなきゃいいだけ 589 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:36:01.87 .net] >>588 「分割コンパイル」の話はもう終わったよ >>564は俺ではない 590 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:51:21.74 .net] >>589 だから>>563で終わってる話にinclude/includeonlyとか言って絡んできた人がいたってだけの話 あんたが誰か知らんけどまだこの話引っ張るの？ 591 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 17:57:09.28 .net] 高速化の枝葉である分割コンパイルの話は終えて 根幹の高速化の話をしましょうね 592 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 18:23:22.36 .net] >>591 >>588 593 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/08(土) 22:17:57.18 .net] スレが伸びていると思ったらw 分割コンパイルではないかもしれないけど、 100ページ越えの報告書とかだと、 ¥setcounter{page}{n}と¥setcounter{section}{n}で指定しながら、 バラバラにtexファイルを書いて、 最後に、docmute.styを使うか、pdfpages.styで合体させることはたまにある。 594 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 02:55:59.64 .net] >>587 TeX LiveもLaTeX原稿も全部メモリ上に置いて、メモリ上でコンパイルする 595 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 03:01:02.96 .net] OSのファイルキャッシュが自動で効くと思うけど それでもRAMディスクみたいなのに明示的に置くと有効かな？ 596 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 03:12:33.38 .net] >>575 正直、いまどきのsingle threadのscoreが十分高い計算機で、 プリアンブル部をdumpしたところで、大して高速化されない 597 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 21:17:53.21 .net] 結局、ファイルを分けてinputすることはできても、更新のあった部分だけコンパイルするっていう分割コンパイルはできないわけね 598 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 21:29:30.80 .net] >>597 どうやったら、それを実現できると思う？ 599 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 22:45:40.03 .net] >>593 なるほどー 分割コンパイルっぽいね 600 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/09(日) 22:49:57.61 .net] 各ページはLuaLaTeXでpdfを吐かせて 統合はpdftkで出来るので Makefileを書きゃ一応分割コンパイルになる 601 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/10(月) 10:11:22.29 .net] >>597 各texファイルに分けておいて\includeしておいて、 更新のあった部分だけ分割コンパイルすればよい >>600 それだったら、結合でわざわざpdftkなんか使う必要がない LuaLaTeXで吐いた各ページのpdfを、LuaLaTeXで結合したらよい 602 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/10(月) 11:30:55.53 .net] 以前問題なくコンパイルできていたソースが、 OSのアップグレードでそのままコンパイルできなくなるのが、地味につらい。 texliveの最新版を追っかけずにOSに付属するTeXを使うのが悪いのかも知れないけど、 時間節約のために使っているTeXのトラブルシューティングに時間をかけるのは本末転倒 603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/10(月) 14:32:50.13 .net] OSにTeXが付属することなんてあんのか 何らかのLinuxディストリ？ 604 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] 普通に考えてそうやろ 605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/10(月) 21:07:54.87 .net] beamerでenumerate環境を アルファベットでカウントしたいです LaTeXのようにlabelenumiを再定義すると labelenumiがないと怒られます beamerのenumerate環境のカスタマイズ法を 御指南頂きたい 606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/10(月) 23:22:39.70 .net] >>602 そのソースをビルドするときだけ、コンテナ内でビルドしたらええがな 607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/11(火) 00:46:22.16 .net] >>604 いやでもそれがTeX Liveとは別ってどういう状況やねんって思わんか 608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/11(火) 05:21:04.53 .net] >>605 \begin{enumerate}[a] でいい 609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/11(火) 10:46:46.93 .net] >>608 ありがとうございます! 610 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/11(火) 20:17:38.24 .net] >>607 すまん。最新版のtexliveではなく、OSがバージョンアップするまで何年もバージョンが固定されるOSリポジトリのtexliveという意味です。 611 名前：名無しさん＠お腹いっぱい。 mailto:sage [[ここ壊れてます] .net] >>601 これ相互参照とか大丈夫なの？ 612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/15(土) 01:59:21.26 .net] 分割コンパイルは無理か まあ、仮にそれぞれ分けてコンパイルできたとしても、結合するに当たって字組なりページ数なり参照なり計算し直さないといけないからなぁ 613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/15(土) 20:19:52.37 .net] >>612 まぁそのためにdocmuteがある訳なんだが。 614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/28(金) 13:52:51.83 .net] 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% } と定義しても、莫大な数が生成されるだけで上手く行きませんでした。 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/28(金) 17:30:49.63 .net] 問題なく足し算できるみたいだけど。 \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になった。 616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/28(金) 17:31:44.96 .net] >>614 perlに任せる 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/28(金) 20:07:46.02 .net] >>614 > 3つの整数の足し算を実行するプログラム 2つの整数の足し算ができるなら、 もう一度2つの整数の足し算をすればよいのでは？ 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/10/29(土) 00:31:44.91 .net] Luaでやればいいのでは

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef