Hi, is it possible to produce DVI files with Mark IV. I tried a simple file like \starttext text \stoptext with the command texexec --lua --backend=dvipdfm filename The content from my log file is (./dvi.tex ConTeXt ver: 2008.03.24 23:24 MKIV fmt: 2008.4.8 int: english/english language : language en is active system : cont-new loaded (c:/w32tex/share/texmf-local/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (c:/w32tex/share/texmf-local/tex/context/base/cont-new.mkiv lua : used config path - C:/w32tex/share/texmf/web2c/texmf.cnf lua : used cache path - C:/DOKUME\CCC:5:126 1/Wolfgang/LOKALE\CCC:5:126 1/Temp/luatex-cache/context/aa3708bbacfa039a6085d2b5c7446e1e ) (c:/w32tex/share/texmf-local/tex/context/base/cont-mtx.tex)) system : cont-old loaded (c:/w32tex/share/texmf-local/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (c:/w32tex/share/texmf-local/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys loaded (c:/w32tex/share/texmf-local/tex/context/user/cont-sys.tex (c:/w32tex/share/texmf-local/tex/context/base/type-tmf.tex) (c:/w32tex/share/texmf-local/tex/context/base/type-siz.tex) (c:/w32tex/share/texmf-local/tex/context/base/type-otf.tex)) bodyfont : 12pt rm is loaded specials : tex loaded system : dvi.top loaded (./dvi.top specials : loading definition file dpx (c:/w32tex/share/texmf-local/tex/context/base/spec-dpx.tex specials : loading definition file fdf (c:/w32tex/share/texmf-local/tex/context/base/spec-fdf.tex (c:/w32tex/share/texmf-local/tex/context/base/spec-fdf.mkiv)) specials : fdf loaded ) specials : fdf loaded ) (./dvi.tuo) (./dvi.tuo) systems : begin file dvi at line 3 fonts : resetting map file list fonts : using map file: original-base fonts : using map file: lm-math fonts : using map file: lm-rm fonts : using map file: original-ams-base fonts : using map file: original-ams-euler fonts : using map file: original-public-lm [1.1 ! This can't happen (ext4). \actualshipout ... \box \postponedcontent \box 0}} \else \message {[\ifarrang... \myshipout ... \fi {\thisisrealpage \realfolio #1} \gotonextrealpage \aftersh... \dofinaloutput ...gebody #1#2\setpagecounters }}}} \else \the \pageboundsetti... \finaloutput ...EAEAEA \dofinaloutput \fi \fi #1#2 \resetselectiepagina \incr... \sidefloatoutput ...e \else \finalsidefloatoutput \global \sidefloatvsize \n... <argument> ...\fi \else \the \defaultstreamoutput \fi ... l.7 \stoptext I'm broken. Please show this to someone who can fix can fix mkiv lua stats : used config path - C:/w32tex/share/texmf/web2c/texmf.cnf mkiv lua stats : used cache path - C:/DOKUME~1/Wolfgang/LOKALE~1/Temp/luatex-cache/context/aa3708bbacfa039a6085d2b5c7446e1e mkiv lua stats : modules/dumps/instances - 81/20/1 mkiv lua stats : input load time - 0.050 seconds mkiv lua stats : fonts load time - 1.041 seconds mkiv lua stats : xml load time - 0.000 seconds mkiv lua stats : mps conversion time - 0.000 seconds mkiv lua stats : node processing time - 0.000 seconds (including kernel) mkiv lua stats : kernel processing time - 0.000 seconds mkiv lua stats : attribute processing time - 0.000 seconds mkiv lua stats : language load time - 0.030 seconds (n=2) mkiv lua stats : graphics processing time - 0.000 seconds (n=0) (including tex) mkiv lua stats : current memory usage - 51703045 bytes mkiv lua stats : cleaned up reserved nodes - 16 nodes, 8 lists (of 100) mkiv lua stats : loaded patterns - en:en:pat:exc:2 mkiv lua stats : node memory usage - 69 hlist, 33 vlist, 3 rule, 130 glue, 5 kern, 10 penalty, 5 glyph, 153 attribute, 84 glue_spec, 75 attribute_list, 1 temp, 7 if_stack, 17 special, 9 local_par, 7 dir, 2 pdf_literal mkiv lua stats : loaded fonts - file:lmroman10-bolditalic*default:otf file:lmroman10-italic*default:otf file:lmroman12-bold*default:otf file:lmroman12-italic*default:otf file:lmroman12-regular*default:otf file:lmroman7-bold*default:otf file:lmroman7-regular*default:otf file:lmroman9-bold*default:otf file:lmroman9-italic*default:otf file:lmroman9-regular*default:otf file:lmromancaps10-regular*default:otf file:lmromanslant10-bold*default:otf file:lmromanslant10-regular*default:otf file:lmromanslant12-regular*default:otf file:lmromanslant9-regular*default:otf lmex10:tfm lmmi12:tfm lmmi7:tfm lmmi9:tfm lmsy10:tfm lmsy7:tfm lmsy9:tfm msam10:tfm msam7:tfm msbm10:tfm msbm7:tfm rm-lmr12:tfm rm-lmr7:tfm rm-lmr9:tfm Wolfgang
Wolfgang Schuster wrote:
Hi,
is it possible to produce DVI files with Mark IV.
I tried a simple file like
\starttext text \stoptext
with the command texexec --lua --backend=dvipdfm filename
no, at quite some places i've hardcoded a pdftex backend at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
-- luigi it's new . it's powerful . it's luatex . http://www.luatex.org
2008/4/11, luigi scarso
xps ?
http://tug.org/mailman/htdig/pdftex/2007-April/007112.html Best Martin
On Fri, Apr 11, 2008 at 4:55 PM, Martin Schröder
2008/4/11, luigi scarso
: xps ?
hmm, http://www.ntg.nl/pipermail/ntg-context/2007/024777.html hans wrote "...i will look into that some time next year;.." Well, a year later... -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
Do you plan some support for the ebooks formats (epub, mobipocket) ? Cheers, Olivier. -- [Message tapé sur un clavier Bépo : http://www.clavier-dvorak.org ] Olivier nemolivier@gmail.com http://nemolivier.blogspot.com
Olivier Guéry wrote:
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso
wrote: at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
Do you plan some support for the ebooks formats (epub, mobipocket) ?
Here is the needed support for one ebook format: \definepapersize[iliad] [width=124mm, height=152mm] \setuppapersize[iliad][iliad] \pdfminorversion=4 % officially 3, but 4 works also \setupcolors[state=start,conversion=yes,reduction=yes,rgb=no,cmyk=no] :) Cheers, Taco
Olivier Guéry wrote:
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso
wrote: at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
Do you plan some support for the ebooks formats (epub, mobipocket) ?
it depends, we have one here and it's slow and the screen is already degrading (although the quality is not that bad); it's a matter of paper sizes and margins, so that can already be done; hyperlinks are suppoorted too, but normally very slow on such devices; one problem is that they use part of the screen for buttons and such which kind of conflicts with stand alone documents that have their own interface; Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Do you plan some support for the ebooks formats (epub, mobipocket) ?
it depends, we have one here and it's slow and the screen is already degrading (although the quality is not that bad); it's a matter of paper sizes and margins, so that can already be done; hyperlinks are suppoorted too, but normally very slow on such devices; one problem is that they use part of the screen for buttons and such which kind of conflicts with stand alone documents that have their own interface;
Thank's for your answers Hans and Taco. I'm going to try to explain this in english… hum ;o) I'm in contact with François Bon who launch 3 month ago this : http://www.publie.net It's a publisher of contemporary texts. Since there's not a standard for numerical texts and lot of different devices (a tabular [1]) you can download various formats on this site : — pdf (landscape style for computers) ; — small pdf for ephone ; — mobipocket prc [2] ; — htm ; — xml. (I wich they use the epub openformat from idpf [3] too). They use something like adobe indisgn for this (and maybe other things for xml / html). The result is not so good (lack of nbsp !)… it's a lot of work. They do a lot « by hands ». For my point of view ConTeXt (or an xml format ?) is the solution : one low-level file and an automatisation process for all the other files. Except for some complex poetry, texts are « simple » (no columns, no images…). On publie.net [4] you can read a few pages of all texts (pdf using issuu [5]) and download the all texts in « public domain » section [6], but only pdf and rtf formats. What do you think ? Am I wrong ? Is the use of indisgn the right way ? Best regards, Olivier. [1] http://wiki.mobileread.com/wiki/E-book_Reader_Matrix [2] http://en.wikipedia.org/wiki/Mobipocket [3] http://www.idpf.org/ [4] http://www.publie.net [5] http://www.issuu.com [6] http://www.publie.net/tnc/spip.php?rubrique10 -- [Message tapé sur un clavier Bépo : http://www.clavier-dvorak.org ] Olivier nemolivier@gmail.com http://nemolivier.blogspot.com
luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
mars ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen
luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
mars A very nice subject to discuss here at pdf/a conference with Leonard Rosenthal (why use a pdf format for archiving, and in the same moment push mars? mars can be XML->PDF->XML) But I did'nt want to do that. I have talkd last year in italy with Olaf Drümmer, he said the mars is still an experiment . From my point of view xml is better for long term archiving.
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
-- luigi it's new . it's powerful . it's luatex . http://www.luatex.org
luigi scarso wrote:
On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen
wrote: luigi scarso wrote:
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats xps ?
mars A very nice subject to discuss here at pdf/a conference with Leonard Rosenthal (why use a pdf format for archiving, and in the same moment push mars? mars can be XML->PDF->XML) But I did'nt want to do that. I have talkd last year in italy with Olaf Drümmer, he said the mars is still an experiment . From my point of view xml is better for long term archiving.
xml is to bulky for an output format (apart from the slower parsing), so i wonder if it is that good as format for final products; of course xml may be handier to manipulate afterwards (which is something we somethines need to do with third party inclusions) but that can be crippled by encriptions, compression etc; in my opinion xml should be readable and this somewhat conflicts with compression and binary chunks (fonts) and encryption etc .. in that case one gets angle brackets instead of objects and the rest stays the same (a bit comparable with svg, which just packages huge amounts of path info in attributes (kind of rediculous to use attributes for that); xml is nice, but nor for everything we'll see Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Fri, Apr 11, 2008 at 11:45 AM, Hans Hagen wrote:
Wolfgang Schuster wrote:
Hi,
is it possible to produce DVI files with Mark IV.
I tried a simple file like
\starttext text \stoptext
with the command texexec --lua --backend=dvipdfm filename
no, at quite some places i've hardcoded a pdftex backend
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats
Hello Wolfgang (and others), I don't know if anyone has noticed it, but XeTeX "doesn't support" dvi format either. It can create some intermediate format (xdv), but it's rather useless - I don't know any software that can work with it. And even if LuaTeX would support dvi, you still need to write support for fonts in DVI previewers. (DVI=DeVice Independent - something that would definitely not be true any more with OpenType fonts; or rather - is not even true any more at this moment with dozens of PS specials) Mojca
On Sun, Apr 13, 2008 at 3:01 PM, Mojca Miklavec
On Fri, Apr 11, 2008 at 11:45 AM, Hans Hagen wrote:
Wolfgang Schuster wrote:
Hi,
is it possible to produce DVI files with Mark IV.
I tried a simple file like
\starttext text \stoptext
with the command texexec --lua --backend=dvipdfm filename
no, at quite some places i've hardcoded a pdftex backend
at some point i will redo the backends, but i wonder if it really makes sense to support dvi any longer; i'd rather prepare for future formats
Hello Wolfgang (and others),
I don't know if anyone has noticed it, but XeTeX "doesn't support" dvi format either. It can create some intermediate format (xdv), but it's rather useless - I don't know any software that can work with it. And even if LuaTeX would support dvi, you still need to write support for fonts in DVI previewers. (DVI=DeVice Independent - something that would definitely not be true any more with OpenType fonts; or rather - is not even true any more at this moment with dozens of PS specials)
Hi Mojca, I know xdv is only a intermediate format in XeTeX and xdv2pdf and xdvipdfmx are able to convert it into PDF format. I used always only the pdftex backend for ConTeXt and used dvi only to play with a few macro files where I needed it because they used PostScript to draw lines ... I have also no dvi viewer on my system and I'm inable to take a look at the output in dvi format. I tried to play only a little bit with MkIV and dvi but I never wanted to use it in real live, I tried only something what is at the moment only possible with dvi output. Wolfgang
participants (7)
-
Hans Hagen
-
luigi scarso
-
Martin Schröder
-
Mojca Miklavec
-
Olivier Guéry
-
Taco Hoekwater
-
Wolfgang Schuster