X

\chapter{\TeX} % 第十二章

2020/09/15(火) 23:22:28.03
過去スレッド
第一章 http://pc.2ch.net/test/read.cgi/unix/977144071/
_　 　 　 http://pc.2ch.net/unix/kako/977/977144071.html
第二章 http://pc.2ch.net/test/read.cgi/unix/1033564798/ (984レス)
第三章 http://pc8.2ch.net/test/read.cgi/unix/1059616013/ (996レス)
第四章 http://pc8.2ch.net/test/read.cgi/unix/1116389650/
第五章 http://pc11.2ch.net/test/read.cgi/unix/1153569474/
第六章 http://pc12.2ch.net/test/read.cgi/unix/1193135030/
第七章 http://hibari.2ch.net/test/read.cgi/unix/1268927301/
第八章 http://toro.2ch.net/test/read.cgi/unix/1323615979/ (983レス)
第九章 http://toro.2ch.net/test/read.cgi/unix/1373507129/ (17レス)
_　 　 　 http://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/
529名無しさん＠お腹いっぱい。
垢版 |
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）だけを含むフォントを使ったら、それなりに速くなる
531名無しさん＠お腹いっぱい。
垢版 |
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のような原稿編集用のキーバインドが少ないので。
553名無しさん＠お腹いっぱい。
垢版 |
2022/10/02(日) 15:29:15.23
texdoc geometry したら… ドイツ語だった orz
以前は英語で書かれていたと思うのだけど…
2022/10/02(日) 17:52:31.40
おなじディレクトリの中に英語版のpdfあるだろ
555名無しさん＠お腹いっぱい。
垢版 |
2022/10/03(月) 00:02:10.07
texdoc のサーチには任せておけない、って事だね
2022/10/04(火) 04:51:19.76
>>553,555
texdoc.cnfで、langを適切に与えればよいのだよ、わかるかな？
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 にしとこう。
2022/10/05(水) 07:52:13.58
>>557
それなら、
texdoc -c lang=en
texdoc -c lang=ja
をそれぞれ texdoc-en, texdoc-ja でaliasしとくのがお手軽では？
559名無しさん＠お腹いっぱい。
垢版 |
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のサイトを開いたらびっくりした。
何これ、ハロウィン仕様？
622sage
垢版 |
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がクリスマス仕様になりました。
625名無しさん＠お腹いっぱい。
垢版 |
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人もいないと思っている」とつぶやかれていた。
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況