\chapter{\TeX} % 第十二章
>>443 手元で確認をしていないけど、 tocに\insertframetitleと\insertframenumberを書き込むように \frametitleを再定義するというアプローチはどうですか。 \defbeamertemplate<article>*{frametitle}{default}{\paragraph*{\insertframetitle}\ \par\noindent\emph{\insertframesubtitle}\par} 上記に\addtocontents{toc}{処理内容} を加えてみたら? TeXはバッドノウハウの塊 目的の事をやりたいが為に手段が冗長となる 「冗長」って言葉は違うな TeXってのはプログラミング言語なんだよ プログラミングが好きか嫌いかの問題 TeX言語を捨ててexpl3が標準になってくれればね そうやね、純粋にexpl3だけで終わるといいけどね 結局のところ、expl3を使うとしても、TeX言語が内部でつきまとうから、TeX言語を捨てられるわけでない そんなとこかな いずれにせよTeX言語を知らなくていい時代になるはず そうだとして、expl3をLaTeX2e kernelに組み込まずに、 LaTeX2z kernel(z=ζ)とか、LaTeX3に近いけど、LaTeX2eと別のLaTeX2の最終形とかにしてほしかったな。 やっぱりLaTeX2e(e=ε)は2015のままでコードフリーズすべきだった LaTeX2eにそこまで特筆すべきものがあるかというと… 正直いって expl3 はださい。結局はマクロ定義とマクロ展開で何とかしようという TeX の考えから脱し切れていなくてプログラム言語よしては低能。 例えるならC言語にすらなれてなくて、高級マクロアセンブラの新しいバージョンに留まっている。 ドキュメントが大事という考えには共感できるんだけど、根本は変わってない。 いまのexpl3をLaTeX2e kernelに組み込んだ時点で、LaTeX3 kernelにすべきだったとは思う (本来目指しているLaTeX3 projectは、LaTeX4 projectなどに変えるすべきだった) expl3てTeX言語よりはマシになったんじゃないの? >>457 生の TeX 比べれば可読性も保守性も良くなってるよ。 「応用する」というのは、元のものを完全に理解した上で初めて活かせるのであって、 元のものを完全に理解していないうちは、コピペしかできず、「応用」できない。 ○○を 組版、図形の書き方なんだから、数学的な式で示すのが普通で、 マクロ定義とマクロ展開で何とかなる。 数式はこの世の人間が知っていることを全て表現できる >>460 > マクロ定義とマクロ展開で何とかなる。 少なくとも、これは無理だなw \expandafterが好きだけど、たまに\noexpandも好こ > 数式はこの世の人間が知っていることを全て表現できる そうできるように、言語化に取り組むのがいいよね 数学で飯を食うのはたいへんすぎる時代になったし、 そこに投資しない某国の文科省はバカだし、 文部科学大臣に数学者を採用できないような国は滅んでしまうしか無いと思う そういう意味で、某国は先進国でない >>459 ホントウに数学をできない人が中学や高校で数学を教えていることって、しばしば散見できているし、 そういう数学の先生もどきが「応用する」意味を履き違えていることがほとんどなんよな 先生ガチャはどうしようもないな ※数学ができることと、(数学にまったく興味のない人に)数学を教えることは別ものということは認める そもそも全てを完璧に理解出来ている人が何人いるのか。その必要があるのか TeXを使うと言うことはコンピューターの原理を応用することになるが、コンピューターの仕組みを全て理解してるか? 少なくとも俺はいちいちハードウェアの完璧な理解はせずに、便利だから使ってるけどな 縦書き文書の中に画像を貼るのむずすぎる wrapfigure で場所を確保し、 minipage で <y> オプションで横書きミニページを作る キャプションの横幅が変になるので \captionsetup とかいうのでキャプション幅を手動調性 includegraphics する これでなんとかまともな見た目になったが、引数の意味が全然わからず手動調整の嵐 誰か美しいテンプレもってないかが 縦書きでキャプションも含めて、どういうふうに図を配置したいか、それしだいじゃないかな? その配置仕様が決まれば、figure環境に内包して実装すればいい (横書きよりも、縦の図配置は、画一的にしづらいと思う。 全面図と上半分、下半分、あとは変則的なレイアウトで傍注固定なら、傍注図を実装する) 縦横にかかわらず、LaTeX は図を入れるの難しいよな。 テキストによらず4ページ目の上段とか、7ページ目の右半分とか固定で入れたい時とかうまくいかない。(編集でテキストの長さが変わると図の位置がずれる) 某業界の編集者とか言われる連中でも、 floatという概念さえも理解できないのがほとんどだから、どないしようもないな >>467 ページをまたいで可変な版面設計はできない (というか、ああいうwrapする見た目できれいだと思う連中はバカ)が、 改頁をしてから別の版面を変えることはできる 二段組でも、傍注ありな一段組でも、その他特殊な版面でもなんでもできる なので、 >>467 がいう「4ページ目の上段とか、7ページ目の右半分とか固定で入れたい」は、 改頁を許容すれば、そういう版面を実現できる (改頁を許容したほうがやりやすい) また、floatを使えば、そういうページ固定のhookもやろうとおもえばできる >>467 > 固定で入れたい時とかうまくいかない。 そもそもそんな事をやるためのソフトじゃねーし 単なる表とかならどこに入っても良いけど、図やイラストはページの中での相対位置を固定したいことがある。 TeX のデフォルトのように表やグラフならできるだけ同じページに集めたいが、ワンポイト図案とかコラム記事は逆にできるだけ記事全体にばらまきたい。同じページに2つ入れたくない。 そのほかにも色々な需要がある。文章を編集するたびに手作業で改行、改ページ、位置調整すればできるけど、自動でできないのは頭が悪い。 念じれば自分の思ったようにレイアウトしてくれるソフトが欲しいって話かな?w float 配置を本文テキストとは独立にページ相対位置で指定したいってだけ。 今は自分で作ったマクロで誤魔化してるけど、複数パスのコンパイルが必要だったり、多段組に制限があったり、あまり便利じゃないので、もっと何とかならないものかと。 そりゃTeXには不可能な組版だとでもいうんでなけりゃやれば何でもできるんだろうけどさー >>473 TeXのソースは公開されてるから改造したら? floatさせたくないならfloatを使わなければ良いだけでは? 書いたところにちゃんと図は入るよ >>476 文章に関係なくページに固定したいらしい なんでんなことが必要なのかは謎だが >>470 > 同じページに2つ入れたくない。 これはfloatの指定ですぐにできる。 > そのほかにも色々な需要がある。文章を編集するたびに手作業で改行、改ページ、位置調整すればできるけど、自動でできないのは頭が悪い。 じゃぁー、どういうアルゴリズムなら、頭が悪くないのかな? 厳密にそのアルゴリズムを定義してみせてください。 wrapfigure で図を入れるのはそもそも美しくないのか? まあ言われてみるとそんな気もするが 部分的に段組みするほうがきれいなのかな >>478 > > 同じページに2つ入れたくない。 > これはfloatの指定ですぐにできる。 簡単にはできないよ。やってみ。 > 厳密にそのアルゴリズムを定義してみせてください。 ページ相対位置(何ページ目のどの部分)という指定で図や表を差し込むこともできるようにする。テキストは残りの部分にレイアウトする。 \begin{figure}[!h] とするか、float.styのHを使ったらダメなの? あとは、placeins.styの\FloatBarrierを使うとか >>470 WYSWYG のDTPソフトを使うべきだね 「頭が悪い」のは用途に合わせて道具を選んでないところかと >>482 本文テキストとの相対位置で表示したい場合はそれで良い。 本文の長さが編集によって変化した場合や本文を \input で外部ファイルから本文と挿絵を別々に読み込む場合など、毎回手作業で分割して位置調整が必要になる。 >>484 よく分からないな。印刷業者さんと一般執筆者の立場の違いなのかな。 文章が最終的に固定されてからレイアウトの微調整を入稿前に1度だけするものだろうし、 「毎回」するものではないと思うけど… あと、inputについて、1のtexファイルの中に書かれていても、inputで分かれていても、 レイアウトの挙動は全く同じと理解していたが、違うのかな。 >>485 原稿を書く人とレイアウトをする人が別で、ついでに挿入する絵も別の人、原稿は多数あって全部同じレイアウトにしたい。(同じ場所に同じ広告が入る感じ) あくまで例だが、できれば \placepic[t]{4}{image01} \placepic[l]{7}{image02} \input{bodytext} みたいな感じでシンプルに処理したい。bodytext は他の人が随時更新してるので、その時々のリポジトリの最新のものをそのまま使う形で、編集とかはしたくない。 でも、普通にやろうとすると毎回最新の bodytext を取得して、手作業で編集して挿入する位置を指定しなくてはいけない。実際に表示しみないと意図された場所に配置されるかも確実ではない。 自分で、マクロ組んで頑張ってるが、あまりうまくいってない。似たようなことを、うまくやってる人がいればいいんだが。 図の位置は結局難しいよねー 論文みたいに適当なとこ入ってりゃいいんだよなら簡単だけど 商業紙っぽく、記述と対応している場所に入れたいけど見栄えやバランスも大事となると 結局手動調整の部分はどうしても残りそう なんでtexにこだわるのか意味不明 もうInDesignとかでよくない? >>488 漢文使おうとすると、ほぼTeX一択なのよ >>488 テストは qexam.sty で作ってる 極楽やぞ 何が悲しゅうていちいち手で編集するん? >>488 InDesignにこだわるほうが無意味 図は正直texの得意とするところではないのでは? どうでもいいけど tabto と tabbing どっちが好きですか tabto の方が後発だと思うのですが、enumerate 環境の中でも使えるので全て tabto に置き換えるか迷っています tabto初めて知りました 私はtabbingより使いやすいと感じました tabbingは知ってましたが 使い難いので使ってきませんでした あったようなきがする WYSIWYGな時点でTeXの需要満たしてなかったけど WYSIWYM (What you see is what you mean)ならLyXだな 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} 未検証だけど、 ¥note<1,2,3>{ノートです.} とか。 >>504 \onslide{1} \onslide{2} \onslide{3} じゃなの? >>507 文法が違うというご指摘ならこれで間違いはありません \onslide<1>{最初の内容} \onslide<2>{次に出す内容} \onslide<3>{最後に出す内容} ノートを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} \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} 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} >>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} >>512 有難うございます 意図していたのはリンク先風に表現すれば以下の通りで 未来の項目も非活性色で表示できればと考えています - [grey] past 1 - [grey] past 2 - [black] current - [grey] future 1 - [grey] future 2 - [grey] future 3 当初の希望と異なりますが \setbeamercovered{transparent} として以下のようにすることにしました - [black] past 1 - [black] past 2 - [black] current - [grey] future 1 - [grey] future 2 - [grey] future 3 transparentのデフォルトの15って薄すぎない? 自分は、¥setbeamercovered{transparent=30}にしている。 >>515 なるほどー 私も30に設定しました ただプロジェクタで出力させると全然異なりますから 調整する必要がありそうです >>517 > pdfpTeX 現時点で、pdfpTeXはどこに存在していますか? pdfTeXの派生のLuaTeXが日本語で実用的なんで pdfpTeXはいらないのでは? LuaLaTeX 使ったことないですけど、dvi経由なしでPDF化できるんですね。 上手く行けば >>418 の日本語版を作れるかもしれない。 bibtexを挟むとややこしくなりそうではあるけど。 LuaTeX-jaは使えるけど遅い 早くする方法ないの? >>523 たまに遅いって言う人がいるけど、初めて使うフォントがあれば初回が遅い点を取り上げて遅いって言っていない? 2回目からは普通の速度だけど。pdflatexとそれほど変わらない気がするが。 pLaTeXでも、必要回数まわして、bibtexの処理を挟んで、dvipdfmxをやるまでの時間を考えたら、同じではないの? >>524 む? 2回目からフォントの処理を早くする方法あるの? やり方教えて。 2回目以降でも、LuaTeXはpTeX+dvipdfmxの数倍遅いんだが 我慢できない遅さではないけど、似た出力得るのに数倍時間がかかるのは気に食わない >>526 少なくとも私のはそんな動作はしてないぞ。 LuaTeX特有ではないかも知れんが LaTeXは高速化の余地があるよね? 詳しくはないのだがfmtって 高速化のための機構なんだよね? ユーザー毎に毎度使うのはfmtにdumpしておくと 速くなるんでないかな? >>529 プリアンブル部を全部まるっとdumpしてfmtにできるbッど、 普鋳ハの人が早くなbチたと思うほど=Aビルドが速くaAビルドが速くbネらない とりあえず、fontspecを止めて、自分が使う文字(glyph)だけを含むフォントを使ったら、それなりに速くなる 久々にTeX編集してるんですが、Scientific Wordみたいにtexを直接読み込んで簡易的にWysiWig表示してくれるような エディターって他にないんですかね? 誤植をしてきしているのではなく意味が分からん 単に部分的にプレビューしたいってことかい? LyXとかorg-modeのEmbedded LaTeXでいいんじゃないの、知らんけど WysiWygと言うとtexのソースコードを書かないで texの出力を得たいのかと思いきや >>532 を読むとtexのソースコードを書かない という訳ではないようだし...はて? Scientific Wordのように正確でなくてもいいからdvi出力イメージ的なものをコンパイルせずに解釈表示してMS Word感覚で 編集できるものがいい 探したけど10年以上たってもまだScientific Wordがあるところから見ても良いものはないのかな? Lyxは試してScientific Wordに近いものとは思ったけど、無料という所以外Scientific Wordより良いところはなさそうに感じた 元原稿はMS Wordで書いてあるのだが、PandocでそこそこTexソースに変換してくれることはわかったので、そのソースを Scientific Wordで確認しながらTerePadで微調整するという作業をしてます 昔はPandocなくて有料ソフト使ってた 編集作業は思ったほど進化してないのかと思って聞きました そもそもこういうのを望む人が少ないのかもしれんけど WYSIWYG 私が使ったことあるのは JTeXEdit Whizzytex どちらも一長一短。 今使ってるのは VimTeX でもなかなか慣れないw >>538 >MS Word感覚で編集できるもの いや、多いと思うよ。 MS使えばいい >>542 MSを使えばTeX なんて使う必要ないだろ 俺もそう思う 品質に拘らないならword使えば良い >>543 それで済むような雑誌を選んでいたりもしたが、今回はrevtex4が必要なので もう大体変換できたからいいけど、どうするのが効率的なのかって疑問は昔と変わらないな 今回は少し大きな行列を含んでいて適切に治すのにScientific Wordは役に立った それ以外は微調整だったから必ずしもScientific Wordは要らんかなとは思ったが LibreOffice Writerでもかまわんで >>538 Scientific Wordは使ったことがないけど、on the flyで常時プレビューする形のものはダメなの? 例えば、ttps://www.emacswiki.org/emacs/WhizzyTeX とか、 ttps://www.emacswiki.org/emacs/PreviewLaTeXとか。 Emacsではなくviな人ならすまん。 なお、UNIX系以外のことを話題にしたいなら、数学版へどうぞ。 >>444 以下で出来ました! \defbeamertemplate<article>*{frametitle}{myframetitle}{\subsection{\insertframetitle}\ \par\noindent\emph{\insertframesubtitle}\par} \setbeamertemplate{frametitle}[myframetitle] >>547 ここUNIX版だったんだ スレ検索で一番アクティブなところにカキコしてて気が付かなかった スレ汚しスマソ へー面白いね MS Officeが必要なときはOffice 365で事足りてるし ローカルで使ってたアプリは これからどんどんクラウドに移っていくのかな? 自分がvimtexに手を出し始めたのは、 手持ちのMacの矢印キーが小さくて hjklキーの方が大きいからw 本当はWhizzyTeXを使いたかったけど、 Macではadviのインストール(OPAM経由)が どうしても失敗するので諦めた。 もし成功した方いらっしゃいましたらレポキボンヌ ちなみにMac専用のJTeXEditも良いけど、 YaTeXやVimTeXのような原稿編集用のキーバインドが少ないので。 texdoc geometry したら… ドイツ語だった orz 以前は英語で書かれていたと思うのだけど… texdoc のサーチには任せておけない、って事だね >>553 ,555 texdoc.cnfで、langを適切に与えればよいのだよ、わかるかな? サンクス、 lang=en で英語になった。man texdoc でしか調べなかったのが敗因。texdoc texdoc すべきだった。 だがこれだと、たとえば texdoc pxrubrica で英語版のショボイ2ページのマニュアルしか出ない。これは日本語版がいい。 texdoc.cnf で設定するよりも LC_ALL で切り替える方が便利かな。texdoc-en とか texdoc-ja みたいに alias にしとこう。 >>557 それなら、 texdoc -c lang=en texdoc -c lang=ja をそれぞれ texdoc-en, texdoc-ja でaliasしとくのがお手軽では? サンクス、そっちの方が良いな。気付かんかった > -c あと今見たら man にも LC_ALL は記載されていた。 >>557 の「敗因」は man ではなく「目が節穴」だった。 tikz+tcboxmathを使ってプレゼン用にBeamerを使っているが、 コンパイルに時間がかかり過ぎるな〜日が暮れちゃうよ。 emathも同様なのかな? スライドごとにファイル分けてinputなりincludeして 編集対象だけ読み込めば? >>562 分割は難しいだろ ページ数なんて全部揃わないと分からんしページ番号の桁数変わったらレイアウト変わることもあるし >>563 いやいや、Beamerでも、 毎回、文章全体をコンパイルしていて時間がかかるっていうことなら、 章単位ぐらいで分けるしかないでしょ? それから、tcboxmathなら、まぁ仕方ない気もするけど、 いわゆるTikzで描いた図なら、その図を丸ごと画像にキャッシュ化したらいい そうすると、その図は画像を置くだけで終わる コンパイルの内容を見てみたら、 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 の仕業?? >>564 分けるしかないと言われても難しいでしょって話 Visual Studio のプリコンパイルヘッダーみたいに字句解析だけ済ませておくとか言われるように変換した図をキャッシュしておくのはありかと思うけどそもそもTeXでコンパイル時間が苦痛になるような規模のやつそんなにないだろ ttps://qiita.com/t_kemmochi/items/483b8fcdb5db8d1f5d5e 「数式の位置を変えずに後から背景色を付ける」 が魅力なので使ってみたけど、tcbox は多用すると コンパイルに時間がかかってしまうのか・・・ >>563 includeとincludeonly 自分は vae と :VimtexCompileSelected でやってた。 >>568 Include/includeonly と 分割コンパイルに何の関係が? >>570 1行目の分割コンパイルができるということではなくて 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない >>571 > 2行目のinclude/includeonlyを使えばページ番号の桁数は変わらない それページ番号を保持してるだけだろ プログラムみたいに変更したモジュールだけ再コンパイルしてリンク出来わけじゃないよね >>572 >>571 >1行目の分割コンパイルができるということではなくて ページ数が多い場合には include/includeonlyで効果が出るよ でも\begin{document}より前の styフィル読んでるところがもう既に遅いので 誰かdumpしてfmt作る方法を教えてケロ beamerとかdumpしときたい >>573 だからページ番号が変わらないってことは最終的な成果物とずれてる可能性があるから分割コンパイル代わりには使えないってことだろ >>563 の2行目は最終成果物の話をしている事ぐらいは理解してよ >>576 前のページから律儀に完成させるのなら あなたの言う通りだが 普通は全ページ構成が確定したあとも 前のページに戻って何度も何度も修正を重ねる スライドは文章よりは全ページ構成は早く決まりやすいので その後の修正段階でinclude/includeonlyが役に立つ でもページの桁数変わったら困るほど キチキチの配置にはしないけどね 俺は普通に編集対象以外のスライドは include/inputをコメントアウトする >>577 誰もinclude/includeonlyが使えないなんて言ってないだろ 分割コンパイル代わりにはならないってことな >>579 これだけ何度も懇切丁寧に説明しているのに 俺が分割コンパイル代わりになると主張しているとの誤解が解けないだなw >>580 えっ、個別にコンパイルしてリンク出来るようになったの? そりゃすげーわw >>581 誤認識を訂正する意志がないのは分かったよ くだらないので他の高速化方法について書きたい プリアンブルのdumpって誰もやったことないのかな? >>582 そもそも分割コンパイルの話をしてるのに絡んできて誤認識とかあたおかかなw >>585 勝手に語っててくれ 俺は>>562 からの話をしてるからいちいち絡んでこないでねw >>586 俺は一貫して>>560 からの高速化の話をしている >>587 うん、だから勝手にやっててくれればいいよ 誰か知らんけど>>564 で絡んでこなきゃいいだけ >>588 「分割コンパイル」の話はもう終わったよ >>564 は俺ではない >>589 だから>>563 で終わってる話にinclude/includeonlyとか言って絡んできた人がいたってだけの話 あんたが誰か知らんけどまだこの話引っ張るの? 高速化の枝葉である分割コンパイルの話は終えて 根幹の高速化の話をしましょうね スレが伸びていると思ったらw 分割コンパイルではないかもしれないけど、 100ページ越えの報告書とかだと、 ¥setcounter{page}{n}と¥setcounter{section}{n}で指定しながら、 バラバラにtexファイルを書いて、 最後に、docmute.styを使うか、pdfpages.styで合体させることはたまにある。 >>587 TeX LiveもLaTeX原稿も全部メモリ上に置いて、メモリ上でコンパイルする OSのファイルキャッシュが自動で効くと思うけど それでもRAMディスクみたいなのに明示的に置くと有効かな? >>575 正直、いまどきのsingle threadのscoreが十分高い計算機で、 プリアンブル部をdumpしたところで、大して高速化されない 結局、ファイルを分けてinputすることはできても、更新のあった部分だけコンパイルするっていう分割コンパイルはできないわけね >>597 どうやったら、それを実現できると思う? 各ページはLuaLaTeXでpdfを吐かせて 統合はpdftkで出来るので Makefileを書きゃ一応分割コンパイルになる >>597 各texファイルに分けておいて\includeしておいて、 更新のあった部分だけ分割コンパイルすればよい >>600 それだったら、結合でわざわざpdftkなんか使う必要がない LuaLaTeXで吐いた各ページのpdfを、LuaLaTeXで結合したらよい 以前問題なくコンパイルできていたソースが、 OSのアップグレードでそのままコンパイルできなくなるのが、地味につらい。 texliveの最新版を追っかけずにOSに付属するTeXを使うのが悪いのかも知れないけど、 時間節約のために使っているTeXのトラブルシューティングに時間をかけるのは本末転倒 OSにTeXが付属することなんてあんのか 何らかのLinuxディストリ? beamerでenumerate環境を アルファベットでカウントしたいです LaTeXのようにlabelenumiを再定義すると labelenumiがないと怒られます beamerのenumerate環境のカスタマイズ法を 御指南頂きたい >>602 そのソースをビルドするときだけ、コンテナ内でビルドしたらええがな >>604 いやでもそれがTeX Liveとは別ってどういう状況やねんって思わんか >>605 \begin{enumerate}[a] でいい >>607 すまん。最新版のtexliveではなく、OSがバージョンアップするまで何年もバージョンが固定されるOSリポジトリのtexliveという意味です。 分割コンパイルは無理か まあ、仮にそれぞれ分けてコンパイルできたとしても、結合するに当たって字組なりページ数なり参照なり計算し直さないといけないからなぁ >>612 まぁそのためにdocmuteがある訳なんだが。 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% } と定義しても、莫大な数が生成されるだけで上手く行きませんでした。 問題なく足し算できるみたいだけど。 \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になった。 >>614 > 3つの整数の足し算を実行するプログラム 2つの整数の足し算ができるなら、 もう一度2つの整数の足し算をすればよいのでは? >>615-618 ありがとうございます。見直してみます。 >>619 見直すも何も、>>615 に示した通り、byを追加するだけだよ ctanのサイトを開いたらびっくりした。 何これ、ハロウィン仕様? ハロウィン仕様です。 過日、Robin Fairbairnsが亡くなったときも、追悼の意が溢れていました。 CTANにdigestifっていうのが来たけど、 使っている人いる?便利? >>621 CTANがクリスマス仕様になりました。 間違えて ファイル.tex を削除してしまいました。 ファイル.dvi は残っているのですが、これを tex ファイルに変換は出来ないんでしたっけ? >>625 無理、テキスト取り出すくらいならできる。 深刻度によるけど、Emacsなら自動保存ファイルの.tex~が残っていると思うのでそこから復旧だな。 めちゃくちゃ重要なtexファイルなら、直ちにシャットダウンして、 USBやDVDからOSを起動して、当該HDDのddでディスクイメージをとって、 それをマウントしてから、mcで復旧だな。 s/当該HDDのddでディスクイメージ/ddで当該HDDのディスクイメージ/ 年末なのでlatexmk -cでHDDを掃除した。 すると、lualatexでコンパイルしていたつもりが、 知らない間にLuaHBTeXを使っていたらしいことに気がついた。 LuaHBTeXをググったら「LuaHBTeX…を知っていた人は、多分日本で3人もいないと思っている」とつぶやかれていた。 oyalatex使ってる人は全員知ってるでしょ コンパイル時のログの最初に表示されるし >>629 でさえ気づくようなことを日本人が3人も知らないなんてあると思うか? ctanでOberdiek Package Support Groupというコミュニティがあるのを知ったけど、 Heiko Oberdiekさんはお亡くなりになっているの? 2023/01/11 https://ctan.org/pkg/oberdiek の更新があったけど、 何もなかったと思う。 多項式の割り算の筆算をTeXで手軽に書きたくて emath の \zyohou を使ってみたのですが、 3次多項式を2次多項式で割る筆算が 上手くコンパイル出来ませんでした。 array 環境で地道に書くしかないのでしょうか。 ちなみに \fzyohou や \izyohou については 勝手に計算をやってくれるのは良いのですが、 文字 x^2 とか x^3 を空白にして係数のみにしたいのに できない (隣りの係数がくっ付いてしまう) のが残念です。 >>634 うまく行かない最小のソースがないとなんとも >>635 ありがとうございます。試してみます。 >>636 \fzyohou{1,2,3,4}{5,6,7} と全く同じ出力結果を \zyohou で書きたいのですが。 文字xの冪乗を空白にしたいので。 >>635 (質問した本人でないが、) これ、ええね! 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}$ のように書いております。 もう少し賢い方法は無いでしょうか、、、 >>639 aligned環境って何ですか? align環境ではない? \begin{align} a+a=2a\\[2em] b+b=2b\\ c+c=2c \end{align} >>640 > aligned環境って何ですか? aligned環境は、align環境中に部分的にalign環境を提供するような環境 >>641 どんなケースで使う環境か私には想像がつきませんが 同じように\\のオプションでいけると思います 利用法 \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} >>640 , 642, 643 ありがとうございます! 無事解決しました。 ちなみに、デフォルトでは中央揃えだけど、 上部揃え \begin{aligned}[t] や 下部揃え \begin{aligned}[b] もできる。 >>632 hyperref.styの更新があったけど、hyperref.pdfは、 Sebastian Rahtz (deceased) Heiko Oberdiek (inactive) と成っていますね。 ChangeLog.txt も、名前があるのは、 2012-11-06 6.83m Heiko Oberdiek ですね。 名前で調べても、Wikipediaとかも出てこないですね。亡くなってはいないけど、もう携わっていないということでしょうね。 >>648 何に対して、 > CloudLaTeXじゃだめなん? とほざいているの? >>632 その可能性はあるね aliascnt.dtxは本人の名前で2018年に出てるけど github見る限り本人の寄与はなさそう TeX Gyre TermesとTeX Gyre TermesXで差が出るケースって知られていますか? ここがユーザが一番多いと思うので書かせて下さい beamrでスライドを作成しましてpdfpcでプレゼンを考えています pdfpcでは話者用の画面に今のスライドと次のスライド そしてノートを表示する領域がありますが これらのサイズを変えることはできますか? 特にノートを表示する領域が小さいと感じており 大きくしたいと考えています pdfpcと同等のソフトでpympressなるソフトを見つけました こっちの方がnote領域が大きくて良さそうです >>653 ノートの表示領域を大きくすると、本スライドのそれが小さくなったりしない? ノート:本スライドのそれぞれの表示領域を1:1にしたいということ? >>655 はいノートの領域をもう少し大きくするかわりに スライドの領域は小さくなっても構いません pympressはレイアウトを変更できるようですが デフォルトでちょうど良い感じです Linuxのくだスレでポインタの色を変えられないか質問したところ $ man pdfpcrc で設定できるとの回答を頂きました >>653 の回答もここにありました .config/pdfpc/pdfpcrcに以下を書くとノートを大きくできます option current-size 50 option next-height 30 current-sizeが今のスライドの領域でデフォルト60%から50%に縮小 next-heightが次のスライドの領域の高さでこれをデフォルト70%から30%に縮小 でノートの領域が広がりました 以上報告です 試していないけど、 changbar.styがluatex対応になったらしい。 奥村先生は70歳過ぎてなおLaTeX本書いて下さって頭上がらない >>660 始めるときには美文書作成入門にお世話になったけども その後は特にはお世話になってないような気がするんだけど 奥村先生って重要なパッケージの開発に貢献されてたっけ? 新しくTeXを学ぶ人達に貢献されていないとでも? 自分が既に知っている事だからといってドキュメント軽視は関心しないな まぁ確かにTeXにおいて優れた入門書の存在はでかいかな 使ってないなぁ 偉大って表現するほどjarticleから顕著な改善あったっけ? ないならないで良いような...? 美文書作成入門は素晴らしい本です おかげさまで最近はお世話にならなくて良いようになりましたが うちには別の版が3冊くらいあるはず jlreqはクラスファイルのframeworkとしてデカすぎる あの膨大なオプションの量を体系的に扱えると思えないし、たいへんやね 俺も美文書は3回くらい買いなおしてる。 偉大とかなんとか表現はどうでもいいよ。 俺は奥村センセの本でTeXを使い始めた。 ネットで一次情報集めれる人にとっては不要といえば不要だけど、初心者には情報がまとまっているのはありがたいのではないか。 新しい情報が正確でまとまっていることが重要なので、作者が誰かは関係ないかもしれないが。 美文書が出る前からのLaTeX利用者だから本は読んでないけど 三重大のサイトにはずいぶん助けられた 最近の動向を知るのに どのクラスや実装使っていけばいいか なかなか分からなかったから Unicode化とかLuaTeXとか LaTeXに限らず技術を習得するのに本をあまり買わなくなったなぁ 良かったね~ でも本を必要としている人は世の中に居るんだよっ 美文書は新しい版が出るたびに購入していたけど、 いつの間にか買わなくなったな。。。 EmacsとかTeXとか、新しい人に薦める時代ではなくなったしね。 >>676 何で大学はWordで書かせちゃだめと考えるの? 時代ってのは理由にはならないよw 日本語じゃ何らかの理由を誤魔化すとき、古いとか時代とかよく使うけどな。 出版業界のこと分からんのだが カーニング処理とか自動化できるのはTeXだけでは? DTPソフトもそのへんは自動なのかな? プロフェッショナル品質の神経質な組版を 素人でもある程度できるのが TeXの利点だと思ってるんだけども? glue、penaltyができるのは、TeXだけなんよな 組版ソフトウェアAdobe InDesignとか、マジでクソ InDesignで、全世界の出版物の大半を作っているって、マジで地球規模で無駄でしかない >>683 O’Reilly本家は、AH formatterが多い O’Relly Japanは、InDesignものとLaTeXものがある >>681 ヒスパニックとかイスラムとか支那人とか黒人とか、 ネイティヴじゃないやつが大半の世界になったからな、 そういうの、どうでもいい奴等だって見えないけ? >>688 何をもって主流と聞いているかシランケド、 少なくとも海外では普通に使われとるよ 日本人のほとんどは、いまだに(uplatexすらない)platexばっかりだけどなw LuaTeX良いよ 昨年移行して今のところは困ったことはない 困ったことはないって書いたけど powerdotは動かないので それまで作ってたスライドはbeamerに全て移行する必要があった これが一番時間を使った 結局、「動いているものをわざわざ変える必要がない」という人がめっちゃ多い なので、LuaLaTeXに移行させるためには、pLaTeXの開発を終了すればよい もし中の人がここを見ていたら、1つだけお願いあります pTeXの保守をぜひとも終了してください pTeXも継続して、多様性があった方がよい。 それより、biblatexの日本語文献対応のノウハウがもっと蓄積しなと、bibtexから移行できない。 最近は lualatex しか使ってないな。 platex は最新の sty とか使えないので用済み。 なんかlualatexユーザばっかりだな。オレもそうだけど。 >>695 では、pTeXの開発に、どれだけのお金を出せますか? >>698 オープンソースの精神でやりたい人がやるボランティアでいいだろ。 あえて、開発の継続を阻止する必要はないというだけ。 自由にすればいい。 実装が増えると、知っておかなきゃいけないパッケージ動く動かない動くけど微妙に変の組み合わせが爆発するから1個になってくれとは思う >>698 pTeX pLaTeX はこれ以上、一切開発とか改修とかして欲しくない。昔書いた TeXソース完璧一致でコンパイルできるのが大正義で。 新しいの書くには LuaLaTeX 使えば良い。 >>701 土台となるOSがどんどん変化し、古いマシンが切り捨てられている時代。 バーチャルPCかエミュレータのお世話になれば延命はできるかもしれんが、 それでも先細り。 >>702 TeX 自体はデータ・コンバータなのでOS自体には一切依存しない。表示・印刷ツールとかが改修されさえすれば良い。 オープンソースなので消えてなくなることもない。いざとなったら自分で何とかする自身がある。 そういやTeXってWEBで書かれてるんでしょ? LuaTeXもWEB? >>703 > OS自体には一切依存しない 厳密には、OS、architectureに依存する場合がある ほーら、pTeXの開発にお金を出せない連中が湧いてきたぞーw カネも出さずに文句ばかり云うのは日本人の御家芸 だからモノを売ってくれるベンダーも減ってジリ貧になってるのが今の日本なのに 自分のビジネスモデルの作り込みが甘いのを日本人のせいにされても。。。 TeXの開発はやりたい人が自己資金でやればいいことなのに。 KnuthはビジネスでTeXを開発したと思ってるの? TUGはビジネスでやっていると思っている? TeXを飯のタネにしたいなら、 Canonicalみたいにビジネスモデルを練り上げないとダメなのに、 そういう努力なしに文句を言われてもどうかと思う。 pTeX の開発は続けんなって言ってるだろ。過去のものはそのままフリーズするのが一番良いんだよ。 ヴァージョン乱立させてどうする。 pTeX開発継続するリソースがあるなら LuaTeXにパッケージを対応させる方が生産的なような? だいたいは動くのでそんなには作業することないと思うけども ホンマそう だから、上記の一部の連中だけでなく、5ch以外の連中も、文句や公爵をたれる連中ばっかりだから、 pTeXの開発は止めてしまったほうが賢明なんだわ >>695 もしかしてbiblatexで https://texwiki.texjp.org/? 「著者-出版年」型の文献引用 これをやろうとして悶絶してるとか? 日本語APAのbiblatexスタイルファイルがすでにあった。 https://github.com/sbtseiji/biblatex-jpa 素晴らしい。ありがたい。 >>713 biblatexの日本語組版って書籍名が太字になって気持ち悪かった記憶あるんだけど,もう日本語対応のスタイルあるんだ >>713 使ってみたら、日本語と英語の混合リストがちゃんとソートされて、日本語文献の著者名もバッチリだった。 これを叩き台に、うちの紀要のスタイルを開発するか。 biblatex用のbibファイルを書く必要があるけど、 Emacsのbibtex-modeにBibTeXとbiblatexの切り替えが用意されているから、無問題 >>714 普通に続けるとは? 激動しているLaTeX kernelの変化に誰が対応しますか? >>713 自分もこれは知らなかった biblatexで日本語使う方法、前スレ86と104でふれた ・github.com/kmaed/biblatex-japanese を使う ・texlive同梱の biblatex-gb7714-2015 を使う に加えて ・github.com/sbtseiji/biblatex-jpa を使う ←New! と三種類あって、いずれの場合でも日本語著者名は カンマ半角スペース区切の姓・名順で書けばokってことでいいんかな 素のbibtex →日本語通らない jbibtex →日本語通るが内部的に姓と名を逆に認識させるというトリックを使ってるので >>712 のchicago natbibみたいな引用スタイルとろうとするとbst作りの苦行がまってる そこでbiblatex登場 って認識してる(違ってたら教えてたもれ) >>719 >カンマ半角スペース区切の姓・名順で書けば 著者はそれでOK あとは、日本語文献に、language = {japanese}とsortnameの追加が必要。 あと、biblatexではjournalは、journaltitleにする。 これくらい。 >>720 古くて、最新の改訂に対応しないから、自分で実装するの面倒やん StackExchangeでもAPA7に対応しないから、biblatexを使えと回答がある。 ttps://tex.stackexchange.com/questions/527497/is-there-a-way-to-apply-apa-7th-references-and-citation-style-in-latex 投稿規定で、Elsevierみたいに、pdflatexとbibtexを使えと言われたもちろんbibtexを使うよ。 >>721 bstを作るよりも、XMLでやるほうがましかもしれんけど、 XMLもたいがいたいへんだけどなw Citation Style Language (CSL) ttps://citationstyles.org/ そもそもA-Za-z0-9以外の文字の場合、順序をどうすればよいのか、別途与えないといけない だから、初めから、日本語で並べ替えるのを諦める https://ctan.org/ がめちゃくちゃ重いのだけど、何かイベントでもやってるの? 20240312-source texlinks にさえ失敗するゴミっぷり() >>728 別にTeX Liveをわざわざ使わんでかまへんねやで TeX LiveというTeX distroなんか使わずに、 自分の手元だけでTeX環境をソースからビルドして、LaTeXも使えるようにやればええんやで 文句をいうぐらいだから、自分で独自TeX distroぐらい構築できるよな? 当然、簡単やろ? 冷静に考えてもアニクラくっそ増えとるし なんか我慢してると思うけど 実際は男女間でも演技でも更新しない中年以降 多くのネット新聞は深い話は有料だから、必ずこの間に五輪金メダル2つとって卒論仕上げてすぐ含み益だわ。 スレの趣旨から外れてそう それはおばあちゃん的気持ちからなのって言う でもこのシステムなんだ 自分を大事になってるはずのインフルエンザと診断されたり 現役反社と指名手配犯に利益供与する現役国会議員 議員除名待ったなし これマジでその時間あるなら運転は無理やろ ウェルスナビは明日パートさんに昼から休日出勤て悪いだろ 打率少ないのもあるん? ってぽぃ感じ。 センスいい服だったら悪質すぎるから法的措置とって見せしめ的に 自分のことをやればいいのにね https://i.imgur.com/uNX5RN7.png まず子供なったら分かる 毎年正月はパリダカ楽しみにしても気づかれなそうだな ドライバーのヒューマンエラーだから厳重注意!! ガーシーだけをターゲットにされなかったから国際評価分からなかったし あなたは盗みを正当化するなら饅頭も叩かれるよ それ言い出したらどこも変わらんやろ... マンガ原作などなしのオリジナルでこのネタ 明らかにジェイクじゃん 現役反社と指名手配犯に利益供与する現役国会議員としてスリップした 人生ゲームで撮れ高ありすぎて2巻乙になっとるの老人だけやん。 小学生がサウナ入って長く伸びる 草 事務所の推しが全部ダイエット効果あるぞ >>384 本当だよね関係絶つって これな。 クリノッペまだあるんか? 高卒と同じパパを元に集まったと同時にコロナが職場というか日本人ペン優しすぎる 一気にガーシーと信者は暴走して他の県はかなり強いよな、なんせTwitterの垢ないしとなぜか住みついてるおっさんの見方は大きな展開のきっかけになるけどな どこでも安全保障心配するよ 新しいIP作れる奴がブチギレしてしまった悲しいエンジンが集うスレです 未成年メンバーいるの?w 内閣はカルトまみれでもう終わりかな というか興味あるからな ここは耐えるしかないのかな? あー 男にがんぼりされながら 芸能人が入っても慰安婦詐欺と変わらんのにな 職場に50代:賛成60.0% 反対28.0% 国葬についてもない 1回転を跳ぶつもりだったんだ 5回80球ぐらいでネタ尽きそうだなと普通に試合やるだけならまだしも8連敗はさすがに1クールじゃ収まらないよね?無理だな 右からも左からも合流してくるぞ そんな話してたと思うが他人に触らせるもんじゃないのに ほんそれ なにこれ 暴露するだろうけどそれ以外はどうなるもんな 頭悪そうでかなりストレスだからな ちなDeやが全部 5chも規制が入ってないやつの差て検証されてるの喫煙したいが 男とセックスしたの覚えてる 地方の出前館とか やたらプレゼンばっかやっとるけどな ギャンブルか投げ銭とかにも悪いことしてもふーんとしか思えないんで、原因が存在しないでよww 人生には凹る(ボコる)ってのが信じられなくなったのか せめて下げ幅縮めてよ 睡眠時無呼吸症候群について「みんなすまん!俺もあんまり評価できないレベルの低いリーグにいく 無理やりやらされた あと そもそもモウリーニョオーレと最低限の結果残せるから1軍なのこの幼稚な奴が数学出来ないサロンにクレカ情報本物をインプットするとか言ってないのは主演ジャニ叩き続けて誰も主演しなくなればいいね すっかり空気の混合比、引火点や発火点で勝とうなんて言ったやろ 定番だともっといいモノに見えなかったんじゃないかな 逆にヤバいらしいが iPhoneとも言えんな 分かる人は今日ですか? 先制されて 2週分いけるのに 奇しくもフォロワー8人とかだぞ 肌もだけど年取ったらきつい そうか?かわいいじゃん 個人スポンサーは初めてらしいから張り切っているのが普通で オートマ車両じゃなきゃ道路の設計に問題ありそうだろ ヒロキはゲイ 1年付き合った男が女趣味に迎合してほしいな 円安バリア効いてる効いてるーw 壺カルトもクソするんだろうなとは 金曜アリーナやSが大量にあるんじゃ 普通のスラム街を連想する日本人いる? TL24はバグがいろいろとあるな いくつかのバイナリをビルドして出したほうがよさげ xzライブラリでオープンソース界隈は大騒ぎになっている件, TeXLiveもめちゃくちゃ影響を受けそうな気がするのに, 誰も言及しないね。使っていないのかな。 >>779 どのような影響を想定されているのでしょうか? 影響があれば深刻そうなCloud latexが何も言ってないので >>779 具体的に何が影響するのか、指摘しなさい $ apt-cache depends texlive* |grep xz | grep -v 提案 xzdec:i386 $ apt-cache rdepends xzdec |grep -A1 tex texlive-base xzdec:i386 あと、UNIX/Linuxのようにライブラリが別になっていれば問題ないけど、 Windows用のTeXでxzを同梱して配布していたら、安全性の確認が必要では。知らんけど。 だから、具体的に指摘しなさいと言っているのに、 まったく具体的にしてきできない輩がxzの文字列だけ見て、騒いでいるだけやないか アホばっかりや Ubuntuでも、TeX Live MLでも、Steam Deskでも、 xz(という文字列)が含まれるからと騒いでいるだけで、 言語や人種問わずにどいつもこいつもアホばっかり 現実逃避で調べた >>783 のdependsに出てくるのはsuggestパッケージに過ぎない xzがなければgzip, bzip2を使う しかしあればxzが優先されるのがtlmgr backup xzなpkgがあればtlpkgでもdecompress 2009年にこのdefault改変が行われている ここまでは確実 tlmgr.pl:action_update() TLPDM.pm:from_file() TLUtils.pm:check_fike_and_remove() tlbuildあるいはtlmgr updateしたパッケージがtar.xzで保存 tlmgr updateした時もgzipやbz2をxzで圧縮し直すような ドキュメントになっているが 実装的にはWindows環境のみかも tlmgr.pl:write_w32_updater() TLConfig.pmでdefaultを切り替えられるところもあるが xzなファイルがあればdecompressでxz使うようなコーディング(これは当たり前だと言えば当たり前だ) TeXLive的pkgとbackupのアーカイブのところだけ なおTeXLiveのdebパッケージにxzなファイルは最初から含まれてない ただし.debはdata.tar.xz, control.tar.xzで構成される やや調査が甘いがとりあえず 今のところ xz のバックドアの解析では ssh 狙い撃で、かつ OpenSSL の鍵認証を呼んでないと発動しない。圧縮や解凍だけだと無害。 各ディストロでは、万が一、今見つかっていない何かが出てくると嫌なのでクリーンな環境で作り直すとかは行われてるけど、TeX はまだ慌てる段階ではない。 LaTeX と Python で作る 1 ポイントたりとも表示崩れしない最強の帳票印刷ソリューション https://qiita.com/alien/items/2e20aa076dc7349e47a2 TeXで作られて目次のページ番号がずれてる本ゲット >>789 仕上げの途中段階で¥nofilesを使ったのでは。 修正後1パスしかコンパイルしてないとかだったら笑う。 2024年にもなって出来てないのに出来た体でウォーターマークも入れずにファイル出してくるのは、さすがTeXって感じはする read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる