Re: [NTG-context] redefining paragraph breaks
On Fri, 6 Jan 2012, Michael Talbot-Wilson wrote: On Tue, 3 Jan 2012, Chris Lott wrote: I know I could do it manually, but that makes the source ugly, so is there a way to redefine paragraph breaks so that instead of actual breaks in the output they are kept as running text separate by a paragraph symbol, e.g.: This is paragraph 1. This is paragraph 2. Becomes in the typeset document: This is paragraph 1. ¶ This is paragraph 2. Can't you use plain's \everypar? Not plain, built-in, but it's not the thing. The thing's \let. \starttext \let\oldp=\par \def\par{\P} In case you can't tell, this is a test. \let\par=\oldp \stoptext ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] redefining paragraph breaks
On Tue, 3 Jan 2012, Chris Lott wrote: I know I could do it manually, but that makes the source ugly, so is there a way to redefine paragraph breaks so that instead of actual breaks in the output they are kept as running text separate by a paragraph symbol, e.g.: This is paragraph 1. This is paragraph 2. Becomes in the typeset document: This is paragraph 1. ¶ This is paragraph 2. ? c Can't you use plain's \everypar? ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] \inpu
I thought I'd see if I could use ConTeXt. Here is my first try, hello.tex. \starttext \input header Hello, World!\startlua a = 1.5 b = 1.8 c = a * b tex.print(c) \stoplua plus1. \stoptext Didn't work because the file header.tex could not be found, even though kpsewhich can find it. (hello.tex publications: loading formatting style from bxml-apa (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/bxml-apa.mkiv) ConTeXt ver: 2010.06.23 12:45 MKIV fmt: 2011.12.24 int: english/english system : cont-new loaded (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/cont-new.mkiv)) system : cont-fil loaded (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/cont-fil.tex loading : ConTeXt File Synonyms ) system : cont-sys.rme loaded (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/user/cont-sys.rme (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/type-def.mkiv) (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/type-lua.mkiv) (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/type-siz.mkiv) (/usr/local/libexec/ConTeXt/tex/texmf-context/tex/context/base/type-otf.mkiv)) system : hello.top loaded % % begin of optionfile % % % runtime options files (command line driven) % \unprotect % % feedback and basic job control % % handy for special styles % \startluacode % document = document or { } % document.arguments={ % } % document.files={ %hello, % } % \stopluacode % % process info % \setupsystem[inputfile=hello] % \setupsystem[\c!n=1,\c!m=1] % % modes % % options (not that important) % \startsetups *runtime:options % \setupoutput[pdftex] % \stopsetups % % styles and modules % \startsetups *runtime:modules % \stopsetups % % done % \protect \endinput % % end of optionfile % (hello.top) fonts : preloading latin modern fonts {/usr/local/libexec/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/usr/local/libexec/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}{/usr/local/libexec/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map} bodyfont: 12pt rm is loaded language: language en is active systems : begin file hello at line 1 ! I can't find file `header'. l.2 \input header Please type another input file name: ! Emergency stop. l.2 \input header End of file on the terminal! ! == Fatal error occurred, no output PDF file produced! ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Resubscribe, please
Moderator, the last message I received from the list was on 24 October. I've attempted to re-subscribe but am told I'm still subscribed. Back then there was a fault at this end which caused mail to be rejected. ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Example ConTeXt document: PS output
On Sun, 11 Jul 2010, Martin Schr?der wrote: 2010/7/10 Mojca Miklavec mojca.miklavec.li...@gmail.com: avoiding PDF for all costs makes sense or not. Expressed in other words: what usually happens when one sends PDF to PostScript printer? Does it print the document almost-natively or not? Typically your viewer (e.g. Adobe Reader) or your printing system (e.g. CUPS) converts it to PostScript. Or your printer has a PDF RIP (rare). Then there are two possibilities: - the PDF RIP converts the PDF to PostScript and feeds it to it's PostScript RIP (this is the norm with most Adobe PDF RIPs). This is the reason that printers with PDF RIPs often also have a harddisc. - the PDF gets directly interpreted by a PDF RIP (JAWS, Harlequin and newer Adobe PDF RIPs do this). Thanks for this info. As I said, I can use pdf2ps, or CUPS will. (OT, but for me CUPS is presently out of action and I'm copying PS files directly to /dev/usb/lp0. A handshake/signalling problem on the side of the LaserJet 4050, I suspect.) Yes, one can create PDF output, and convert it to PS to print it, but I don't feel good about that when the doc contains images. There is an unnecessary conversion. And the reverse, ps2pdf, is possible and probably better. The idea of PDF as more device-independent than PS...? If I convert from .RAF to .PSD to .PDF to .PS the last step, to .PS, is fundamental, that's what the printer has to have, but the .PDF step is, to repeat, redundant. If the text processor generates PS I don't have to convert images to PDF. What can perhaps be said is that PDF is a more tightly controlled format and that the incompatibilities that can arise between prepress and press don't, there's no need to overlay DSC conventions because there is intrinsically less flexibility and less programmability. That fact, that there is greater restriction and control over the workflow, is perhaps of advantage to the more monetized side of all this. In that sense, and perhaps in that sense alone, PDF is not redundant, has a role. If Han The Thanh wants to generate PDF and calls a program pdftex I'm not going to complain. It is wholly admirable, absolutely brilliant. It is just that what he wants to do doesn't fit in with what I want to do. That's fine, there's a warning up front, I decide. But I was considering something else, which for some reason is not called pdfConTeXt, has another name. It treats PDF as fundamental when it's not, it's remedial. For some. I just hope this hasn't happened because luatex started as pdftex and for no better reason. Now (not addressed to Mojca), please don't be a smartarse and tell me (again) that this is all volunteer work and to send in patches, a new Device Independent file definition and implementation for Unicode. I'm full of admiration for you guys with the giant IQs who have created ConTeXt in tea breaks and at night, never taken a second of time from the employer, publishing house or university or hairdressing salon proprietor that pays you. But I don't pretend to be in that class. I'm just a mental midget. And I have other things to do. It ain't my project. Something else is. Or your printer has a PDF RIP (rare). Rare.___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Example ConTeXt document: PS output
I've just installed ConTeXt minimal and had a look at ConTeXt, The Manual. I typed in the example document that starts at the bottom of page 13 (called it eg.tex) and ran context. It produced the file eg.pdf and I notice that it ran luatex with the option --backend=pdf. Thanks, those who have done massive amounts of advanced work on ConTeXt and luatex, huge projects which are costing me nothing. But, I have a problem. I have a PostScript printer. I'd prefer not to have to run pdf2ps. How can ps output be produced directly? context --backend=ps eg doesn't do it and there is nothing about --backend or other options in the index, of ConTeXt, The Manual, as far as I can see. There's no Reference/en/backend on the wiki. ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Example ConTeXt document: PS output
On Fri, 9 Jul 2010, Vedran Mileti?~G wrote: 2010/7/9 luigi scarso luigi.sca...@gmail.com: pdf and dvi are ??the only backend . In mkiv (I suppose you are using mkiv because of ??context ) the pdf backend is actually the only backend. Luigi has summarized it pretty much. Even though LuaTeX can actually produce DVI, I'm not sure if it can be called to do so from ConTeXt. On the other hand, MkII provides --dvi switch which actually produces ps using dvips, so you can try that. Thanks for your reply. Both. But Luigi seems to say LuaTeX can NOT actually produce DVI. Or is that just ConTeXt? With minimals I can't run luatex directly. It wants a format file that is not there. Presumably maximals has it. So I can't try using luatex --backend=dvi hello_world directly on my hello_world.tex to see if that option's supported. The LuaTeX Reference has not yet achieved an index and I don't know where else a list of luatex command line options might be found. But if there is no dvi or final ps output I think perhaps ConTeXt is not for me just now. Something Unix-oriented would be more usable. Something alien will throw up other problems. Oh, yes. May have a look at MkII. But does it use LuaTeX? The possibility of easy macros in Lua rather than difficult macros in TeX would be one attraction of ConTeXt. Maybe Eplain LuaTeX is what I need. Thanks again.___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Example ConTeXt document: PS output
On Sat, 10 Jul 2010, Michael Talbot-Wilson wrote: Oh, yes. May have a look at MkII. But does it use LuaTeX? The possibility of easy macros in Lua rather than difficult macros in TeX would be one attraction of ConTeXt. Maybe Eplain LuaTeX is what I need. Let me correct that. Confused ravings. I was really looking for (1) font management making it easier to install new and unusual fonts without delving up to my armpits in tfm, pk, whatever, (2) something with Metapost more integrated, allowing easy placement of vector graphics in the document and allowing them to be defined within the document text file. It seemed momentarily that ConTeXt might be one way, and since there was an old version called MkII and a new version called MkIV, that MkIV was a sane place to start.___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Example ConTeXt document: PS output
On Sat, 10 Jul 2010, luigi scarso wrote: Let me correct that. ??Confused ravings. ??I was really looking for (1) font management making it easier to install new and unusual fonts without delving up to my armpits in tfm, pk, whatever, (2) something with Metapost more integrated, allowing easy placement of vector graphics in the document and allowing them to be defined within the document text file. ... You have dropped dvi and ps constrains, so without no doubt context mkiv is the optimal choice. Running I think any browser on any Linux system, if I see a PDF file on the Web and click on print, and then print to a file, I automatically finish up with a .ps file. Which I can display with gv. The PDF format was all the time redundant. It may be that the graphic arts trade has switched to PDF as its standard, did long ago make that switch, but no-one told my printer. And even I prefer to avoid unnecessary conversions of image formats when I only want to print images. Using Photoshop I save as EPS, switch to Linux, run eplain, print a PostScript image (and text) on a PostScript printer, and that's the end of it. No double conversion of images, with the risk of degrading image quality. Or with the superstition that there could be such a risk. I'm not competent to debate the merits of PDF versus PS but I know what I want. I would like the high-level conveniences of ConTeXt, the ones I mentioned, but they don't supersede the rest. The luatex manpage in luatex-beta-0.60.2.tar.bz2 says: In DVI mode, luaTeX can be used as a complete replacement for the TeX engine.___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Trash in messages
I read this mailing list on a Linux VT (virtual terminal), and I think it is an unintelligent intrusion for there now to appear at the bottom of every message, between lines of dashes more than 80 characters wide when a VT only supports a width of 80 characters, a request for the contents of messages to be added to the Wiki, exclamation. It also seems to offend against normal mailing list etiquette. And the message has already been conveyed to others as well, beause it has been posted to a list to which others as well have subscribed. ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___