\chapter{\TeX} % 第十二章 (925レス)
\chapter{\TeX} % 第十二章 http://mevius.5ch.net/test/read.cgi/unix/1600179748/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
521: 名無しさん@お腹いっぱい。 [sage] 2022/09/03(土) 12:48:32.66 pdfTeXの派生のLuaTeXが日本語で実用的なんで pdfpTeXはいらないのでは? http://mevius.5ch.net/test/read.cgi/unix/1600179748/521
522: 名無しさん@お腹いっぱい。 [] 2022/09/03(土) 22:48:20.10 LuaLaTeX 使ったことないですけど、dvi経由なしでPDF化できるんですね。 上手く行けば >>418 の日本語版を作れるかもしれない。 bibtexを挟むとややこしくなりそうではあるけど。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/522
523: 名無しさん@お腹いっぱい。 [sage] 2022/09/03(土) 23:01:54.01 LuaTeX-jaは使えるけど遅い 早くする方法ないの? http://mevius.5ch.net/test/read.cgi/unix/1600179748/523
524: 名無しさん@お腹いっぱい。 [sage] 2022/09/04(日) 00:10:03.58 >>523 たまに遅いって言う人がいるけど、初めて使うフォントがあれば初回が遅い点を取り上げて遅いって言っていない? 2回目からは普通の速度だけど。pdflatexとそれほど変わらない気がするが。 pLaTeXでも、必要回数まわして、bibtexの処理を挟んで、dvipdfmxをやるまでの時間を考えたら、同じではないの? http://mevius.5ch.net/test/read.cgi/unix/1600179748/524
525: 名無しさん@お腹いっぱい。 [sage] 2022/09/04(日) 01:39:59.13 >>524 む? 2回目からフォントの処理を早くする方法あるの? やり方教えて。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/525
526: 名無しさん@お腹いっぱい。 [sage] 2022/09/04(日) 08:54:57.78 初回読込みはキャッシュに取り込んでいるから http://mevius.5ch.net/test/read.cgi/unix/1600179748/526
527: 名無しさん@お腹いっぱい。 [sage] 2022/09/04(日) 10:26:57.21 2回目以降でも、LuaTeXはpTeX+dvipdfmxの数倍遅いんだが 我慢できない遅さではないけど、似た出力得るのに数倍時間がかかるのは気に食わない http://mevius.5ch.net/test/read.cgi/unix/1600179748/527
528: 名無しさん@お腹いっぱい。 [sage] 2022/09/04(日) 10:34:23.31 >>526 少なくとも私のはそんな動作はしてないぞ。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/528
529: 名無しさん@お腹いっぱい。 [] 2022/09/04(日) 14:55:07.83 LuaTeX特有ではないかも知れんが LaTeXは高速化の余地があるよね? 詳しくはないのだがfmtって 高速化のための機構なんだよね? ユーザー毎に毎度使うのはfmtにdumpしておくと 速くなるんでないかな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/529
530: 名無しさん@お腹いっぱい。 [sage] 2022/09/08(木) 16:02:50.47 >>529 プリアンブル部を全部まるっとdumpしてfmtにできるけど、 普通の人が早くなったと思うほど、ビルドが速くならない とりあえず、fontspecを止めて、自分が使う文字(glyph)だけを含むフォントを使ったら、それなりに速くなる http://mevius.5ch.net/test/read.cgi/unix/1600179748/530
531: 名無しさん@お腹いっぱい。 [] 2022/09/11(日) 19:07:44.96 普通の日本語で頼む http://mevius.5ch.net/test/read.cgi/unix/1600179748/531
532: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 12:42:07.50 久々にTeX編集してるんですが、Scientific Wordみたいにtexを直接読み込んで簡易的にWysiWig表示してくれるような エディターって他にないんですかね? http://mevius.5ch.net/test/read.cgi/unix/1600179748/532
533: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 13:45:28.64 その「WysiWig表示」って何ですか? http://mevius.5ch.net/test/read.cgi/unix/1600179748/533
534: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 14:38:04.78 WysiWygでわかる? http://mevius.5ch.net/test/read.cgi/unix/1600179748/534
535: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 15:36:28.92 誤植をしてきしているのではなく意味が分からん 単に部分的にプレビューしたいってことかい? http://mevius.5ch.net/test/read.cgi/unix/1600179748/535
536: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 17:07:54.10 LyXとかorg-modeのEmbedded LaTeXでいいんじゃないの、知らんけど http://mevius.5ch.net/test/read.cgi/unix/1600179748/536
537: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 20:32:21.23 WysiWygと言うとtexのソースコードを書かないで texの出力を得たいのかと思いきや >>532を読むとtexのソースコードを書かない という訳ではないようだし...はて? http://mevius.5ch.net/test/read.cgi/unix/1600179748/537
538: 名無しさん@お腹いっぱい。 [sage] 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なくて有料ソフト使ってた 編集作業は思ったほど進化してないのかと思って聞きました そもそもこういうのを望む人が少ないのかもしれんけど http://mevius.5ch.net/test/read.cgi/unix/1600179748/538
539: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 22:27:11.87 WYSIWYG 私が使ったことあるのは JTeXEdit Whizzytex どちらも一長一短。 今使ってるのは VimTeX でもなかなか慣れないw http://mevius.5ch.net/test/read.cgi/unix/1600179748/539
540: 名無しさん@お腹いっぱい。 [sage] 2022/09/24(土) 22:59:56.13 >>539 ありがとう 調べてみます http://mevius.5ch.net/test/read.cgi/unix/1600179748/540
541: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 05:44:04.85 >>538 >MS Word感覚で編集できるもの いや、多いと思うよ。 MS使えばいい http://mevius.5ch.net/test/read.cgi/unix/1600179748/541
542: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 10:03:27.91 >>541 どうやってTexソースにする? http://mevius.5ch.net/test/read.cgi/unix/1600179748/542
543: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 13:25:37.93 >>542 MSを使えばTeX なんて使う必要ないだろ http://mevius.5ch.net/test/read.cgi/unix/1600179748/543
544: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 13:31:38.95 俺もそう思う 品質に拘らないならword使えば良い http://mevius.5ch.net/test/read.cgi/unix/1600179748/544
545: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 18:03:25.11 >>543 それで済むような雑誌を選んでいたりもしたが、今回はrevtex4が必要なので もう大体変換できたからいいけど、どうするのが効率的なのかって疑問は昔と変わらないな 今回は少し大きな行列を含んでいて適切に治すのにScientific Wordは役に立った それ以外は微調整だったから必ずしもScientific Wordは要らんかなとは思ったが http://mevius.5ch.net/test/read.cgi/unix/1600179748/545
546: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 20:20:19.91 LibreOffice Writerでもかまわんで http://mevius.5ch.net/test/read.cgi/unix/1600179748/546
547: 名無しさん@お腹いっぱい。 [sage] 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系以外のことを話題にしたいなら、数学版へどうぞ。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/547
548: 名無しさん@お腹いっぱい。 [sage] 2022/09/25(日) 23:08:54.47 >>444 以下で出来ました! \defbeamertemplate<article>*{frametitle}{myframetitle}{\subsection{\insertframetitle}\ \par\noindent\emph{\insertframesubtitle}\par} \setbeamertemplate{frametitle}[myframetitle] http://mevius.5ch.net/test/read.cgi/unix/1600179748/548
549: 名無しさん@お腹いっぱい。 [sage] 2022/09/26(月) 00:28:42.69 >>547 ここUNIX版だったんだ スレ検索で一番アクティブなところにカキコしてて気が付かなかった スレ汚しスマソ http://mevius.5ch.net/test/read.cgi/unix/1600179748/549
550: 名無しさん@お腹いっぱい。 [sage] 2022/09/26(月) 00:38:00.13 クラウドlatexは? http://mevius.5ch.net/test/read.cgi/unix/1600179748/550
551: 名無しさん@お腹いっぱい。 [sage] 2022/09/26(月) 01:44:45.63 へー面白いね MS Officeが必要なときはOffice 365で事足りてるし ローカルで使ってたアプリは これからどんどんクラウドに移っていくのかな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/551
552: 名無しさん@お腹いっぱい。 [sage] 2022/09/26(月) 02:19:19.13 自分がvimtexに手を出し始めたのは、 手持ちのMacの矢印キーが小さくて hjklキーの方が大きいからw 本当はWhizzyTeXを使いたかったけど、 Macではadviのインストール(OPAM経由)が どうしても失敗するので諦めた。 もし成功した方いらっしゃいましたらレポキボンヌ ちなみにMac専用のJTeXEditも良いけど、 YaTeXやVimTeXのような原稿編集用のキーバインドが少ないので。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/552
553: 名無しさん@お腹いっぱい。 [] 2022/10/02(日) 15:29:15.23 texdoc geometry したら… ドイツ語だった orz 以前は英語で書かれていたと思うのだけど… http://mevius.5ch.net/test/read.cgi/unix/1600179748/553
554: 名無しさん@お腹いっぱい。 [sage] 2022/10/02(日) 17:52:31.40 おなじディレクトリの中に英語版のpdfあるだろ http://mevius.5ch.net/test/read.cgi/unix/1600179748/554
555: 名無しさん@お腹いっぱい。 [] 2022/10/03(月) 00:02:10.07 texdoc のサーチには任せておけない、って事だね http://mevius.5ch.net/test/read.cgi/unix/1600179748/555
556: 名無しさん@お腹いっぱい。 [sage] 2022/10/04(火) 04:51:19.76 >>553,555 texdoc.cnfで、langを適切に与えればよいのだよ、わかるかな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/556
557: 名無しさん@お腹いっぱい。 [] 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 にしとこう。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/557
558: 名無しさん@お腹いっぱい。 [sage] 2022/10/05(水) 07:52:13.58 >>557 それなら、 texdoc -c lang=en texdoc -c lang=ja をそれぞれ texdoc-en, texdoc-ja でaliasしとくのがお手軽では? http://mevius.5ch.net/test/read.cgi/unix/1600179748/558
559: 名無しさん@お腹いっぱい。 [] 2022/10/05(水) 11:46:10.58 サンクス、そっちの方が良いな。気付かんかった > -c あと今見たら man にも LC_ALL は記載されていた。 >>557 の「敗因」は man ではなく「目が節穴」だった。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/559
560: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 02:15:12.78 tikz+tcboxmathを使ってプレゼン用にBeamerを使っているが、 コンパイルに時間がかかり過ぎるな〜日が暮れちゃうよ。 emathも同様なのかな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/560
561: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 03:16:06.49 スライドごとにファイル分けてinputなりincludeして 編集対象だけ読み込めば? http://mevius.5ch.net/test/read.cgi/unix/1600179748/561
562: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 10:32:37.23 分割コンパイルみたいなことできるんだっけ http://mevius.5ch.net/test/read.cgi/unix/1600179748/562
563: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 10:46:11.94 >>562 分割は難しいだろ ページ数なんて全部揃わないと分からんしページ番号の桁数変わったらレイアウト変わることもあるし http://mevius.5ch.net/test/read.cgi/unix/1600179748/563
564: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 11:50:54.47 >>563 いやいや、Beamerでも、 毎回、文章全体をコンパイルしていて時間がかかるっていうことなら、 章単位ぐらいで分けるしかないでしょ? それから、tcboxmathなら、まぁ仕方ない気もするけど、 いわゆるTikzで描いた図なら、その図を丸ごと画像にキャッシュ化したらいい そうすると、その図は画像を置くだけで終わる http://mevius.5ch.net/test/read.cgi/unix/1600179748/564
565: 名無しさん@お腹いっぱい。 [sage] 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 の仕業?? http://mevius.5ch.net/test/read.cgi/unix/1600179748/565
566: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 12:44:47.42 >>564 分けるしかないと言われても難しいでしょって話 Visual Studio のプリコンパイルヘッダーみたいに字句解析だけ済ませておくとか言われるように変換した図をキャッシュしておくのはありかと思うけどそもそもTeXでコンパイル時間が苦痛になるような規模のやつそんなにないだろ http://mevius.5ch.net/test/read.cgi/unix/1600179748/566
567: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 13:07:19.60 ttps://qiita.com/t_kemmochi/items/483b8fcdb5db8d1f5d5e 「数式の位置を変えずに後から背景色を付ける」 が魅力なので使ってみたけど、tcbox は多用すると コンパイルに時間がかかってしまうのか・・・ http://mevius.5ch.net/test/read.cgi/unix/1600179748/567
568: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 13:32:09.55 >>563 includeとincludeonly http://mevius.5ch.net/test/read.cgi/unix/1600179748/568
569: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 13:38:46.72 自分は vae と :VimtexCompileSelected でやってた。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/569
570: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 13:59:23.84 >>568 Include/includeonly と 分割コンパイルに何の関係が? http://mevius.5ch.net/test/read.cgi/unix/1600179748/570
571: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 14:18:40.17 >>570 1行目の分割コンパイルができるということではなくて 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない http://mevius.5ch.net/test/read.cgi/unix/1600179748/571
572: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 14:45:38.44 >>571 > 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない それページ番号を保持してるだけだろ プログラムみたいに変更したモジュールだけ再コンパイルしてリンク出来わけじゃないよね http://mevius.5ch.net/test/read.cgi/unix/1600179748/572
573: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 14:52:13.44 >>572 >>571>1行目の分割コンパイルができるということではなくて http://mevius.5ch.net/test/read.cgi/unix/1600179748/573
574: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 14:53:36.41 ページ数が多い場合には include/includeonlyで効果が出るよ http://mevius.5ch.net/test/read.cgi/unix/1600179748/574
575: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:02:57.49 でも\begin{document}より前の styフィル読んでるところがもう既に遅いので 誰かdumpしてfmt作る方法を教えてケロ beamerとかdumpしときたい http://mevius.5ch.net/test/read.cgi/unix/1600179748/575
576: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:28:17.85 >>573 だからページ番号が変わらないってことは最終的な成果物とずれてる可能性があるから分割コンパイル代わりには使えないってことだろ >>563の2行目は最終成果物の話をしている事ぐらいは理解してよ http://mevius.5ch.net/test/read.cgi/unix/1600179748/576
577: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:37:55.20 >>576 前のページから律儀に完成させるのなら あなたの言う通りだが 普通は全ページ構成が確定したあとも 前のページに戻って何度も何度も修正を重ねる スライドは文章よりは全ページ構成は早く決まりやすいので その後の修正段階でinclude/includeonlyが役に立つ http://mevius.5ch.net/test/read.cgi/unix/1600179748/577
578: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:41:13.77 でもページの桁数変わったら困るほど キチキチの配置にはしないけどね 俺は普通に編集対象以外のスライドは include/inputをコメントアウトする http://mevius.5ch.net/test/read.cgi/unix/1600179748/578
579: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:41:27.77 >>577 誰もinclude/includeonlyが使えないなんて言ってないだろ 分割コンパイル代わりにはならないってことな http://mevius.5ch.net/test/read.cgi/unix/1600179748/579
580: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 15:59:03.67 >>579 これだけ何度も懇切丁寧に説明しているのに 俺が分割コンパイル代わりになると主張しているとの誤解が解けないだなw http://mevius.5ch.net/test/read.cgi/unix/1600179748/580
581: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 16:10:15.24 >>580 えっ、個別にコンパイルしてリンク出来るようになったの? そりゃすげーわw http://mevius.5ch.net/test/read.cgi/unix/1600179748/581
582: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 16:25:39.29 >>581 誤認識を訂正する意志がないのは分かったよ http://mevius.5ch.net/test/read.cgi/unix/1600179748/582
583: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 16:27:06.31 くだらないので他の高速化方法について書きたい プリアンブルのdumpって誰もやったことないのかな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/583
584: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 16:38:57.24 >>582 そもそも分割コンパイルの話をしてるのに絡んできて誤認識とかあたおかかなw http://mevius.5ch.net/test/read.cgi/unix/1600179748/584
585: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 16:51:44.10 >>584 高速化について語ろうね http://mevius.5ch.net/test/read.cgi/unix/1600179748/585
586: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:08:28.83 >>585 勝手に語っててくれ 俺は>>562からの話をしてるからいちいち絡んでこないでねw http://mevius.5ch.net/test/read.cgi/unix/1600179748/586
587: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:14:45.51 >>586 俺は一貫して>>560からの高速化の話をしている http://mevius.5ch.net/test/read.cgi/unix/1600179748/587
588: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:24:18.65 >>587 うん、だから勝手にやっててくれればいいよ 誰か知らんけど>>564で絡んでこなきゃいいだけ http://mevius.5ch.net/test/read.cgi/unix/1600179748/588
589: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:36:01.87 >>588 「分割コンパイル」の話はもう終わったよ >>564は俺ではない http://mevius.5ch.net/test/read.cgi/unix/1600179748/589
590: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:51:21.74 >>589 だから>>563で終わってる話にinclude/includeonlyとか言って絡んできた人がいたってだけの話 あんたが誰か知らんけどまだこの話引っ張るの? http://mevius.5ch.net/test/read.cgi/unix/1600179748/590
591: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 17:57:09.28 高速化の枝葉である分割コンパイルの話は終えて 根幹の高速化の話をしましょうね http://mevius.5ch.net/test/read.cgi/unix/1600179748/591
592: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 18:23:22.36 >>591 >>588 http://mevius.5ch.net/test/read.cgi/unix/1600179748/592
593: 名無しさん@お腹いっぱい。 [sage] 2022/10/08(土) 22:17:57.18 スレが伸びていると思ったらw 分割コンパイルではないかもしれないけど、 100ページ越えの報告書とかだと、 ¥setcounter{page}{n}と¥setcounter{section}{n}で指定しながら、 バラバラにtexファイルを書いて、 最後に、docmute.styを使うか、pdfpages.styで合体させることはたまにある。 http://mevius.5ch.net/test/read.cgi/unix/1600179748/593
594: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 02:55:59.64 >>587 TeX LiveもLaTeX原稿も全部メモリ上に置いて、メモリ上でコンパイルする http://mevius.5ch.net/test/read.cgi/unix/1600179748/594
595: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 03:01:02.96 OSのファイルキャッシュが自動で効くと思うけど それでもRAMディスクみたいなのに明示的に置くと有効かな? http://mevius.5ch.net/test/read.cgi/unix/1600179748/595
596: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 03:12:33.38 >>575 正直、いまどきのsingle threadのscoreが十分高い計算機で、 プリアンブル部をdumpしたところで、大して高速化されない http://mevius.5ch.net/test/read.cgi/unix/1600179748/596
597: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 21:17:53.21 結局、ファイルを分けてinputすることはできても、更新のあった部分だけコンパイルするっていう分割コンパイルはできないわけね http://mevius.5ch.net/test/read.cgi/unix/1600179748/597
598: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 21:29:30.80 >>597 どうやったら、それを実現できると思う? http://mevius.5ch.net/test/read.cgi/unix/1600179748/598
599: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 22:45:40.03 >>593 なるほどー 分割コンパイルっぽいね http://mevius.5ch.net/test/read.cgi/unix/1600179748/599
600: 名無しさん@お腹いっぱい。 [sage] 2022/10/09(日) 22:49:57.61 各ページはLuaLaTeXでpdfを吐かせて 統合はpdftkで出来るので Makefileを書きゃ一応分割コンパイルになる http://mevius.5ch.net/test/read.cgi/unix/1600179748/600
601: 名無しさん@お腹いっぱい。 [sage] 2022/10/10(月) 10:11:22.29 >>597 各texファイルに分けておいて\includeしておいて、 更新のあった部分だけ分割コンパイルすればよい >>600 それだったら、結合でわざわざpdftkなんか使う必要がない LuaLaTeXで吐いた各ページのpdfを、LuaLaTeXで結合したらよい http://mevius.5ch.net/test/read.cgi/unix/1600179748/601
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 324 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s