ご質問はこちらへ

今朝，japanese-otf と japanese-otf-uptex
（いわゆる「OTF パッケージのベータ版」とその upTeX 対応版）
が TeX Live で更新されています。この件について 2 点ほど：

[1] jsreport クラス（2017 年 2 月に新設）への対応

「jsclasses が意図した和文スケール値が，jsreport の場合だけ
OTF パッケージに引き継がれない」という問題が解消します。
https://github.com/texjporg/jsclasses/issues/63

[2] ヒラギノ仮名文字プロポーショナル組用 TFM/VF の分離

\usepackage[deluxe]{otf} の時に使える \propshape 命令，すなわち
「ヒラギノフォントの（主に）仮名文字をプロポーショナル組にする」
という機能を使っている方に影響します。
このプロポーショナル組に使う TFM / VF ファイル群が，TeX Live で
提供されなくなります。理由は
「フリーフォントではないヒラギノ専用である」
からです。

TeX Live で配らない代わりに，TLContrib という別の場所
http://contrib.texlive.info
でこの TFM/VF の配布を開始しています（Thanks: ノルベルトさん）。

$ tlmgr repository add http://contrib.texlive.info/current tlcontrib
$ tlmgr pinning add tlcontrib '*'

としてから，japanese-otf-nonfree と japanese-otf-uptex-nonfree を
インストールしてください。

※ 単に TeX Live 本体で「生成済みの TFM/VF」が配られなくなる
というだけであり，「TFM/VF を作るためのスクリプト」はまだ
TeX Live に含まれています。このスクリプトを使った生成作業が
できる方は，TLContrib を使わなくても TFM/VF が入手可能です。

\documentclass[dvipdfmx,12pt]{beamer}

\usepackage{bxdpx-beamer}

\begin{document}

\begin{frame}

\begin{block}{test}

test

\end{block}

\end{frame}

\end{document}

と記述しコンパイルすると、test の文字が囲われません。枠線で囲われるようにしたいです。TeXインストール3で環境を構築しました。どうかご回答をよろしくお願いします。

以下のソースで，pxbabel にすると，太字になるべき部分がならないようです。


\documentclass[uplatex,dvipdfmx]{jsarticle}

\usepackage[deluxe]{otf}
\kcatcode`α=15
\usepackage[utf8]{inputenc}
\usepackage[LGR,T1]{fontenc}
\usepackage[greek,english,japanese]{babel}
%\usepackage[greek,english,japanese]{pxbabel}
\usepackage{lmodern}
\begin{document}

\foreignlanguage{greek}{γ}-GTが高いと，
\textbf{\textsf{アルコール性肝障害}}の可能性が高いです。

\end{document}

簡単Latexインストールwindows編（2016年4月版）
http://did2memo.net/2016/04/24/easy-latex-install-windows-10-2016-04/
を使っています。日本語でTeXソースファイルを作ろうとすると、日本語がバックスペースで消せなかったり、日本語の部分をマウスで範囲指定できなかったりして困っています。
どうしたら改善できるでしょうか？
英語入力は問題なくできます。

PNGが大量に含まれているDVIにて、dvipdfmxを実行すると、ものすごい時間がかかるのですが、これは仕方がないのでしょうか？
具体的には、一つのPNGファイルの容量が5メガ程度で、50ファイル程度あると、pdfの生成が完了するまで、約20分程かかります（正確には計っておりませんが……）。

uplatexにてdviの生成にはそれほど時間がかかっておりません（1分程度で終了する）。

なお、pngが含まれていないdviの場合、pdfの生成にはそれほど時間がかからないので、明らかにpng原因であると推測されます。pngが含まれているdviの場合、pdfの生成に時間がかかるのは仕方が無いのでしょうか？

お世話になります。

%#!lualatex
\documentclass[tombow,a4paper]{ltjsarticle}
\usepackage{bxjalipsum}
%\usepackage{graphicx}
%\usepackage{color}
%\usepackage{xcolor}
%\usepackage{xhfill}
\begin{document}
\jalipsum{wagahai}
\end{document}

上記ソースにて、graphicx.sty, color.sty, xcolor.sty, xhfill.styのいずれかを有効にすると、添付のように右側が切れます。
# xhfill.styは内部でxcolor.styを読み込んでいるので当然ですが。。。

$ lualatex --version |head -1
This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238)
$ grep -HA1 ProvidesClass $(kpsewhich ltjsarticle.cls)
/usr/share/texlive/texmf-dist/tex/luatex/luatexja/ltjsarticle.cls:\ProvidesClass{ltjsarticle}
/usr/share/texlive/texmf-dist/tex/luatex/luatexja/ltjsarticle.cls- [2016/01/30 ]

既知の現象でしたら申し訳ありません。

Inkscapeのレタリングからlatexの文字に変換を行いたいのですが、「適用」ボタンを押すとcmdが開き、動きません。強制的に閉じると以下のポップアップが表示されます。
----------------------------
「Inkscapeは、実行したスクリプトから追加データを受け取りました。スクリプトはエラーを返しませんでしたが、実行結果が意図しないものになっていることを示唆している可能性があります。」
----------------------------

また同時に
-------------------------------
nvalid LaTeX input:
\zeta
temporary files were left in: c(以下パス省略)
-------------------------------
のエラーメッセージも確認できます。
（上記はギリシャ文字zetaを表示させたい場合の例です。）

Inkscapeのバージョンは32bit、64bit両方で試しましたが同様の現象が生じました。
解決方法がありましたら、宜しくお願い致します。

TeX初心者です。
昨日、新しいパソコンに「改訂版第7版 LATEX2ε 美文書作成入門」をインストールしたのですが、インストールに2時間かかると本に書いてあったのでパソコンをそのままにしておいたら、スリープ状態になってしまったようで、6時間後に再び起動したら「bibunsho_log」というファイルのみがデスクトップにある状況なのですが、これはまだインストールされていないということでしょうか？
その場合は、再び上記の本に付属しているディスクを入れてインストールしなおせばよいのでしょうか？
「bibunsho_log」に書いてある、スリープ状態になる前までにダウンロード済みのものはそのままで大丈夫でしょうか。
パソコンは、スリープしない状態に設定しなおしました。
お返事お待ちしております。