* RE: dvipdfmx old-style bug
@ 2005-09-05 22:38 Idris Samawi Hamid
0 siblings, 0 replies; 3+ messages in thread
From: Idris Samawi Hamid @ 2005-09-05 22:38 UTC (permalink / raw)
Cc: gip.bilotta
Dear fellows knights of the TeX Table,
I think I have found the source of the problem:
There is a difference between the way aleph and the way pdfetex handle
resetting the map file list:
=========test-os==============
% output=dvipdfmx
% tex=aleph output=dvipdfmx
\loadmapfile[texnansi-os-public-lm.map]
\usetypescript [modern][\defaultencoding]
\usetypescript [map] [latin-modern-os] [\defaultencoding]
\setupbodyfont [modern]
\starttext
123456789
\stoptext
============================
If we just declare
% output=dvipdfmx
then the maps get reset as follows:
=========================
systems : begin file test-os at line 8
fonts : resetting map file list
fonts : using map file: original-base
fonts : using map file: ec-public-lm
fonts : using map file: ec-base
fonts : using map file: original-ams-base
fonts : using map file: original-public-lm
fonts : using map file: texnansi-os-public-lm
fonts : using map file: texnansi-base
fonts : using map file: texnansi-public-lm
==========================
texnansi-os-public-lm gets read _before_ texnansi-public-lm.
But if we declare
% tex=aleph output=dvipdfmx
then the maps get reset as follows:
==========================
fonts : resetting map file list
fonts : using map file: original-base
fonts : using map file: ec-public-lm
fonts : using map file: ec-base
fonts : using map file: texnansi-base
fonts : using map file: qx-base
fonts : using map file: t5-base
fonts : using map file: 8r-base
fonts : using map file: original-ams-base
fonts : using map file: original-ams-euler
fonts : using map file: original-public-lm
fonts : using map file: texnansi-public-lm
fonts : using map file: qx-public-lm
fonts : using map file: t5-public-lm
fonts : using map file: pl0-public-lm
fonts : using map file: il2-public-lm
fonts : using map file: texnansi-os-public-lm
==========================
Note that texnansi-os-public-lm is read last, and _afte_r texnansi-public-lm.
Is this why dvipdfmx does not work for
% tex=aleph output=dvipdfmx
?
NOTE: if we comment out
\loadmapfile[texnansi-os-public-lm.map]
then upon declaring
% output=dvipdfmx
pdfetex will read texnansi-os-public-lm last. I think this is an overall bug
in the latest ConTeXt.
Thus it appears that
\loadmapfile[texnansi-os-public-lm.map]
works for pdfetex (in dvi mode) but not for aleph. Is this because the etex in
aleph is too old?
In the meantime, is there a workaround so that aleph will load
texnansi-os-public-lm.map first?
Best
Idris
============================
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: dvipdfmx old-style bug
@ 2005-09-05 22:57 Idris Samawi Hamid
0 siblings, 0 replies; 3+ messages in thread
From: Idris Samawi Hamid @ 2005-09-05 22:57 UTC (permalink / raw)
Cc: gip.bilotta
workaround:
In cont-sys.tex, change
\loadmapfile[original-public-lm.map]
\loadmapfile[texnansi-public-lm.map]
to
\loadmapfile[original-public-lm.map]
\loadmapfile[texnansi-os-public-lm.map]
\loadmapfile[texnansi-public-lm.map]
Then old-style lm will always be loaded first.
[if you use other than texnansi make analogous changes]
A perhaps drastic workaround but it works for now (reasonable default for the
humanities anyway)...
Best
Idris
======================================================
======================================================
Dear fellows knights of the TeX Table,
I think I have found the source of the problem:
There is a difference between the way aleph and the way pdfetex handle
resetting the map file list:
=========test-os==============
% output=dvipdfmx
% tex=aleph output=dvipdfmx
\loadmapfile[texnansi-os-public-lm.map]
\usetypescript [modern][\defaultencoding]
\usetypescript [map] [latin-modern-os] [\defaultencoding]
\setupbodyfont [modern]
\starttext
123456789
\stoptext
============================
If we just declare
% output=dvipdfmx
then the maps get reset as follows:
=========================
systems : begin file test-os at line 8
fonts : resetting map file list
fonts : using map file: original-base
fonts : using map file: ec-public-lm
fonts : using map file: ec-base
fonts : using map file: original-ams-base
fonts : using map file: original-public-lm
fonts : using map file: texnansi-os-public-lm
fonts : using map file: texnansi-base
fonts : using map file: texnansi-public-lm
==========================
texnansi-os-public-lm gets read _before_ texnansi-public-lm.
But if we declare
% tex=aleph output=dvipdfmx
then the maps get reset as follows:
==========================
fonts : resetting map file list
fonts : using map file: original-base
fonts : using map file: ec-public-lm
fonts : using map file: ec-base
fonts : using map file: texnansi-base
fonts : using map file: qx-base
fonts : using map file: t5-base
fonts : using map file: 8r-base
fonts : using map file: original-ams-base
fonts : using map file: original-ams-euler
fonts : using map file: original-public-lm
fonts : using map file: texnansi-public-lm
fonts : using map file: qx-public-lm
fonts : using map file: t5-public-lm
fonts : using map file: pl0-public-lm
fonts : using map file: il2-public-lm
fonts : using map file: texnansi-os-public-lm
==========================
Note that texnansi-os-public-lm is read last, and _afte_r texnansi-public-lm.
Is this why dvipdfmx does not work for
% tex=aleph output=dvipdfmx
?
NOTE: if we comment out
\loadmapfile[texnansi-os-public-lm.map]
then upon declaring
% output=dvipdfmx
pdfetex will read texnansi-os-public-lm last. I think this is an overall bug
in the latest ConTeXt.
Thus it appears that
\loadmapfile[texnansi-os-public-lm.map]
works for pdfetex (in dvi mode) but not for aleph. Is this because the etex in
aleph is too old?
In the meantime, is there a workaround so that aleph will load
texnansi-os-public-lm.map first?
Best
Idris
============================
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
_______________________________________________
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
============================
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
^ permalink raw reply [flat|nested] 3+ messages in thread
* dvipdfmx old-style bug
@ 2005-09-05 21:07 Idris Samawi Hamid
0 siblings, 0 replies; 3+ messages in thread
From: Idris Samawi Hamid @ 2005-09-05 21:07 UTC (permalink / raw)
Dear gang,
Old style encoding fails with dvipdfmx in the following file (no error
message):
========test-os=========
%output=dvipdfmx
\usetypescript [modern][\defaultencoding]
\usetypescript [map] [latin-modern-os] [\defaultencoding]
\setupbodyfont [modern]
\starttext
123456789
\stoptext
=====================
However, if I do manually
dvipdfmx -f context-base-dvipdfmx.map test-os
where context-base-dvipdfmx.map contains the line
texnansi-lmr12 texnansi-os-lm lmr12
then it works.
I looked at the dvipdfmx version of texnansi-os-public-lm.map and it contains
the same line. So I don't understand why it does not work automatically.
Best
Idris
============================
Professor Idris Samawi Hamid
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-09-05 22:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-09-05 22:38 dvipdfmx old-style bug Idris Samawi Hamid
-- strict thread matches above, loose matches on Subject: below --
2005-09-05 22:57 Idris Samawi Hamid
2005-09-05 21:07 Idris Samawi Hamid
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).