Latex3: جدال هارب باستخدام fontspec / LuaLaTeX بعد تثبيت l3kernel 2018-10-17

تم إنشاؤها على ١٩ أكتوبر ٢٠١٨  ·  11تعليقات  ·  مصدر: latex3/latex3

لدي مستند (كتاب) ، تم طباعته باستخدام Adobe Garamond Pro ، أقوم بتجميعه باستخدام LuaLaTeX. بعد التحديث الأخير لـ TeXLive ، تعطل (لم أتمكن من تجميع المستند) ، دون أي تغيير في المستند نفسه. بعد استعادة l3kernel إلى الإصدار السابق ، لا بأس بذلك مرة أخرى (تم التحقق منه باستخدام pdf-diff)

البيانات ذات الصلة بسجل تحديث tlmgr:

[Fri Oct 19 09:06:16 2018] update: l3kernel (48749 -> 48935)     // broke the document
[Fri Oct 19 14:28:03 2018] restore: l3kernel (48749)                 // document compiles OK

سجل تجميع المستندات (الجزء ذي الصلة ، قبل ذلك ، يسير السجل بنفس الطريقة كما يحدث عندما ينجح التجميع):

Runaway argument?
76543210\q_stop newline     newline  This font family consists o\ETC.
! File ended while scanning use of \__iow_wrap_end_chunk:w.
<inserted text> 
\par 

Linux ، TeXLive 2018 ، LuaTeX 1.07.0

bug

التعليق الأكثر فائدة

@ RuixiZhang42 أعمل على ذلك: أتوقع إصلاحه اليوم.

ال 11 كومينتر

ملاحظة: ينص مستند المساهمة على إضافة تسمية "خطأ" لهذا ، ولكن كيف أفعل ذلك؟

قد أكون مخطئًا ولكن لا أعتقد أن هناك معلومات كافية هنا لمعرفة ما الذي يمكن أن يؤدي إلى الخطأ. هل يمكنك تقديم مثال بسيط يوضح المشكلة؟

wspr مثال

~~~~
صنف الوثيقة {كتاب}
usepackage {fontspec}
٪ تتبع ماكرو = 1
newfontfamilyarabicfont {Amiri}

ابدأ {مستند}
abc
نهاية {المستند}
~~~~

أحصل على خطأ مشابه إذا قمت بتحميل \usepackage{libertine} .

حسنًا ، هذا خاص بـ LuaTeX ، لذا أتساءل عما إذا كان هناك شيء في نص الرسالة يعتمد على شكل أمر تحميل الخط.

يبدو أن الفاصل يعتمد على طول اسم الوحدة. مع 8 أحرف تتكسر:

~~~~
صنف الوثيقة {كتاب}
usepackage {fontspec}
ExplSyntaxOn
٪ قمع رسالة fontspec
msg_ set: nnn {fontspec} {تحديد الخط} {}

٪ رسالة اختبار جديدة
msg_ set: nnn {testtest} {تحديد الخط}٪ يعمل مع الاختبارات والاختبارات
{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont {Amiri}

msg_ info: nn {testtest} {تحديد الخط}٪ فواصل
ExplSyntaxOff

ابدأ {مستند}
abc
نهاية {المستند}
~~~~

الرسالة من xelatex أطول من تلك الواردة من lualatex ، لكن بجانب ذلك لا أرى أي شيء واضح.

@ u-fischer أعتقد أن لدي فكرة عن مصدر المشكلة ... أحتاج إلى العمل من خلال بعض الأشياء.

josephwright وأنا أحصل على الخطأ في xelatex الآن أيضًا برسالة مناسبة.

~~~~
msg_ set: nnn {testtest} {تحديد الخط}٪ يعمل مع الاختبارات والاختبارات
{
(م / ن) ~ مع ~
<-> " Amiri: mode = node؛ script = latn؛ language = DFLT؛ "
}

~~~~

@ u-fischer نعم ، يتناسب مع تخميني فيما يتعلق بالمشكلة: أحتاج إلى تتبع الغلاف ، لكنني أعتقد أنه يمكنني الإصلاح بعد العمل.

قطع أكثر ، يمكن للمرء أن يحصل على سبيل المثال

\RequirePackage{expl3}
\ExplSyntaxOn
\iow_wrap:nnnN
  {
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx~
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  }
  { xxxxxxxxxxxxxxxxxxxxxxx }
  { }
  \iow_term:n

_i.E._ إنها مشكلة محايدة للمحرك ناتجة عن أطوال الخطوط الدقيقة المعنية.

من إصدار CTeX 384 . لقد اختبرت في الأصل article ، book ، إلخ ، والتي عملت بشكل جيد مع unicode-math . لكن تبديل فئة المستند إلى ctexart و ctexbook ينتج مشكلة مماثلة لـ OP. في البداية افترضت أنه كان خطأ في CTeX. ولكن يبدو الآن أنه خطأ في l3kernel .

% !TeX program = XeLaTeX
% l3kernel update, 2018-10-17:
% https://ctan.org/ctan-ann/id/[email protected]
\documentclass{ctexart}
\usepackage{unicode-math}
\begin{document}
$e^{i\pi} = -1$
\end{document}

مع رسائل الخطأ:

...
Runaway argument?
76543210\q_stop newline - 'bold' (bx/n) with NFSS spec.: <->s*[0.9999\ETC.
! File ended while scanning use of \__iow_wrap_end_chunk:w.
<inserted text> 
                \par 
<*> ./test-ctex-unicode-math.tex

?

@ RuixiZhang42 أعمل على ذلك: أتوقع إصلاحه اليوم.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

josephwright picture josephwright  ·  31تعليقات

dbitouze picture dbitouze  ·  12تعليقات

dbitouze picture dbitouze  ·  4تعليقات

josephwright picture josephwright  ·  12تعليقات

JairoAdelRio picture JairoAdelRio  ·  7تعليقات