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/
496 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/07/31(日) 03:04:34.92 .net] 你们因该比较死亡
497 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/07/31(日) 20:43:54.28 .net] 你们都应该比较死亡 かな? たぶん間違ってるけど
498 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/09(火) 07:21:36.88 .net] google 排除
499 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/19(金) 04:01:22.07 .net] tabto と tabbing どっちが好きですか tabto の方が後発だと思うのですが、enumerate 環境の中でも使えるので全て tabto に置き換えるか迷っています
500 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/20(土) 15:38:55.49 .net] tabto初めて知りました 私はtabbingより使いやすいと感じました tabbingは知ってましたが 使い難いので使ってきませんでした
501 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/23(火) 17:18:05.03 .net] WYSIWYGなTeXあったよね
502 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/24(水) 00:20:37.00 .net] あったようなきがする WYSIWYGな時点でTeXの需要満たしてなかったけど
503 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/24(水) 00:29:19.73 .net] WYSIWYM (What you see is what you mean)ならLyXだな
504 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/25(木) 21:08:46.22 .net] 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}
505 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/25(木) 22:06:07.79 .net] 未検証だけど、 ¥note<1,2,3>{ノートです.} とか。
506 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/25(木) 22:28:08.20 .net] >>505 レス有り難うございます 違うようです
507 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/26(金) 08:47:45.69 .net] >>504 \onslide{1} \onslide{2} \onslide{3} じゃなの?
508 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/26(金) 11:59:59.08 .net] >>507 文法が違うというご指摘ならこれで間違いはありません \onslide<1>{最初の内容} \onslide<2>{次に出す内容} \onslide<3>{最後に出す内容}
509 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/26(金) 12:31:35.97 .net] ノートを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}
510 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/27(土) 14:11:37.49 .net] \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}
511 名前:名無しさん@お腹いっぱい。 [2022/08/30(火) 16:22:29.52 .net] 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}
512 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/30(火) 17:05:22.92 .net] >>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}
513 名前:511 mailto:sage [2022/08/30(火) 21:09:07.72 .net] >>512 有難うございます 意図していたのはリンク先風に表現すれば以下の通りで 未来の項目も非活性色で表示できればと考えています - [grey] past 1 - [grey] past 2 - [black] current - [grey] future 1 - [grey] future 2 - [grey] future 3
514 名前:511 [2022/08/30(火) 22:14:47.40 .net] 当初の希望と異なりますが \setbeamercovered{transparent} として以下のようにすることにしました - [black] past 1 - [black] past 2 - [black] current - [grey] future 1 - [grey] future 2 - [grey] future 3
515 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/08/31(水) 08:01:51.92 .net] transparentのデフォルトの15って薄すぎない? 自分は、¥setbeamercovered{transparent=30}にしている。
516 名前:511 [2022/08/31(水) 09:46:17.98 .net] >>515 なるほどー 私も30に設定しました ただプロジェクタで出力させると全然異なりますから 調整する必要がありそうです
517 名前:名無しさん@お腹いっぱい。 mailto:sage [2022/09/02(金) 13:25:09.43 .net] pdfpTeXって需要ないの?
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にできるbッど、 普鋳ハの人が早くなbチたと思うほど=Aビルドが速くaAビルドが速くbネらない とりあえず、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 でもなかなか慣れないw
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キーの方が大きいからw 本当は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 の2行目は最終成果物の話をしている事ぐらいは理解してよ
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したところで、大して高速化されない