Re: [NTG-context] MkIV and DVI output
On Sun, Apr 13, 2008 at 3:01 PM, Mojca Miklavec [EMAIL PROTECTED] wrote: 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 ___ 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 ___
Re: [NTG-context] MkIV and DVI output
luigi scarso wrote: On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen [EMAIL PROTECTED] 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 - ___ 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 ___
Re: [NTG-context] MkIV and DVI output
Olivier Guéry wrote: On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] 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 - ___ 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 ___
Re: [NTG-context] MkIV and DVI output
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 [EMAIL PROTECTED] http://nemolivier.blogspot.com ___ 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 ___
[NTG-context] MkIV and DVI output
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
Re: [NTG-context] MkIV and DVI output
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 - ___ 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 ___
Re: [NTG-context] MkIV and DVI output
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 ___ 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 ___
Re: [NTG-context] MkIV and DVI output
2008/4/11, luigi scarso [EMAIL PROTECTED]: xps ? http://tug.org/mailman/htdig/pdftex/2007-April/007112.html Best Martin ___ 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 ___
Re: [NTG-context] MkIV and DVI output
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 - ___ 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 ___
Re: [NTG-context] MkIV and DVI output
On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] 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) ? Cheers, Olivier. -- [Message tapé sur un clavier Bépo : http://www.clavier-dvorak.org ] Olivier [EMAIL PROTECTED] http://nemolivier.blogspot.com ___ 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 ___
Re: [NTG-context] MkIV and DVI output
Olivier Guéry wrote: On Fri, Apr 11, 2008 at 4:34 PM, luigi scarso [EMAIL PROTECTED] 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 ___ 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 ___
Re: [NTG-context] MkIV and DVI output
On Fri, Apr 11, 2008 at 5:36 PM, Hans Hagen [EMAIL PROTECTED] 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. - 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 ___ 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 ___
Re: [NTG-context] MkIV and DVI output
On Fri, Apr 11, 2008 at 4:55 PM, Martin Schröder [EMAIL PROTECTED] wrote: 2008/4/11, luigi scarso [EMAIL PROTECTED]: xps ? http://tug.org/mailman/htdig/pdftex/2007-April/007112.html 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 ___ 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 ___
