Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout
Mentioned on their wiki at: https://wiki.lyx.org/FAQ/ImportExport On Thu, Dec 7, 2017 at 8:55 AM, William Adams <will.ad...@frycomm.com> wrote: > Is it not an option to use LyX, and then pandoc to convert to ConTeXt? > > http://pandoc.org/ > > On Thu, Dec 7, 2017 at 7:42 AM, Roger Mason <rma...@mun.ca> wrote: > >> Hello Jonas, >> >> Jonas Baggett <jonas...@gmail.com> writes: >> >> > Thank you for the suggestion. I was first thinking about incrementally >> > creating a custom format that evolves as features are implemented. And >> > for translating the custom format into a backend format, I was >> > thinking of creating files with translations rules for each backend so >> > that anyone can add support for a new backend or update an existing >> > backend to add more feature or to make it compatible with a newer >> > version of the backend, without needing to modify the editor code. A >> > translation rule is e.g. start_section[title=, >> > back_ground_color=] => @startsection(title -> >> > {}, bg_color -> {}) which will convert a start >> > section command of the document format into the same command for a >> > backend format. >> >> Skribilo uses an abstract syntax internally and the different output >> engines process that into the target language. In essence each engine >> is the collection of rules appropriate to that target. >> >> > At first glance that way seems to be the easiest way for me, but >> > Skribilo looks interesting as a fallback option, although I find its >> > syntax to be weird, if I find out that the idea with translation rules >> > isn't working as expected. >> >> There are two input syntaxes, a simple one a bit like Emacs' outline >> mode and the more Scheme-like syntax. The former has limitations >> documented on the Skribilo web-site, the latter is far more complete. I >> an guessing it is the Scheme-like syntax that you find weird. I have >> played around a a little this week on using Wisp >> (http://www.draketo.de/proj/wisp/) and Readable >> (http://readable.sourceforge.net/) to write Skribilo in a less >> parenthesis rich style. Although not able to complete the work owing to >> time constraints, it looks acheivavble. >> >> Cheers, >> Roger >> >> Off topic >> >> >> My goal would be to have an output ConTeXt (or Lout) document, with >> fallback to LaTeX or XML if a publisher insists. If this could be >> combined with Emacs org-mode to document, store and run (or compile-run) >> source code, then a very complete and versatile system for reproducible >> reasearch could be constructed. >> >> >> >> ___ >> 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/list >> info/ntg-context >> webpage : http://www.pragma-ade.nl / http://context.aanhet.net >> archive : https://bitbucket.org/phg/context-mirror/commits/ >> 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout
Is it not an option to use LyX, and then pandoc to convert to ConTeXt? http://pandoc.org/ On Thu, Dec 7, 2017 at 7:42 AM, Roger Masonwrote: > Hello Jonas, > > Jonas Baggett writes: > > > Thank you for the suggestion. I was first thinking about incrementally > > creating a custom format that evolves as features are implemented. And > > for translating the custom format into a backend format, I was > > thinking of creating files with translations rules for each backend so > > that anyone can add support for a new backend or update an existing > > backend to add more feature or to make it compatible with a newer > > version of the backend, without needing to modify the editor code. A > > translation rule is e.g. start_section[title=, > > back_ground_color=] => @startsection(title -> > > {}, bg_color -> {}) which will convert a start > > section command of the document format into the same command for a > > backend format. > > Skribilo uses an abstract syntax internally and the different output > engines process that into the target language. In essence each engine > is the collection of rules appropriate to that target. > > > At first glance that way seems to be the easiest way for me, but > > Skribilo looks interesting as a fallback option, although I find its > > syntax to be weird, if I find out that the idea with translation rules > > isn't working as expected. > > There are two input syntaxes, a simple one a bit like Emacs' outline > mode and the more Scheme-like syntax. The former has limitations > documented on the Skribilo web-site, the latter is far more complete. I > an guessing it is the Scheme-like syntax that you find weird. I have > played around a a little this week on using Wisp > (http://www.draketo.de/proj/wisp/) and Readable > (http://readable.sourceforge.net/) to write Skribilo in a less > parenthesis rich style. Although not able to complete the work owing to > time constraints, it looks acheivavble. > > Cheers, > Roger > > Off topic > > > My goal would be to have an output ConTeXt (or Lout) document, with > fallback to LaTeX or XML if a publisher insists. If this could be > combined with Emacs org-mode to document, store and run (or compile-run) > source code, then a very complete and versatile system for reproducible > reasearch could be constructed. > > > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Creating SVG: using MetaFun, exporting proper units, conversion to DXF
Another option here would be to use a tool which directly accepts SVGs --- one free/opensource tool for that is PartKAM/MakerCAM. My apologies for the late response --- investigating this sort of thing myself, though I'll likely be using a proprietary tool, Carbide Create to drive either a Nomad or a Shapeoko. William On Thu, Jun 30, 2016 at 3:15 AM, Hans Hagenwrote: > On 6/29/2016 10:49 PM, Mojca Miklavec wrote: > >> On 29 June 2016 at 14:12, Hans Hagen wrote: >> >>> On 6/29/2016 12:31 PM, Mojca Miklavec wrote: >>> Hi, I want to play with CNC and don't yet have any experience with CAD software (nor the licence for the expensive ones) other than perhaps some Blender, so I decided to try to use the super ugly route with metapost -> svg -> dxf -> g-code for the first time. I have a few questions. (1) I love Hans' shortcuts in metafun, but I seem to remember that things like input metafun; or perhaps input mp-tool; used to work, so that I don't have to remember to use mpost -mem=metafun my-drawings.mp when compiling the graphics. Did the method with "input" ever work (or is it supposed to work)? Now I'm getting a bunch of weird errors. I would love to specify everything in the source file and then just call mpost. If that doesn't work, that's fine, I can still add "-mem=metafun", but ... >>> >>> >>> input metafun.mpiv ; >>> >> >> How should one properly compile that file then to get the SVG? >> > > some mp directive (but i never tried) as i always just use \startMPpage .. > \stopMPpage so that fonts etc work ok too > > Using just "mpost something.mp" doesn't work that way. >> >> (2) I guess that using "raw metapost" is the only sane way to generate SVG. If I use metapost inside ConTeXt that's probably not going to work, right? (3) Is there any way to convince the SVG output mode to generate something like rather than >>> > because the program I use to convert SVG to DXF has troubles interpreting "points" properly. I read somewhere that they assume 90 points per inch because that's Inkskape's default. >>> >>> why not just >>> >>> \startMPpage >>> whatever you want >>> \stopMPpage >>> >>> and then use mudraw (mutools) to go from pdf to svg (that's what i do >>> when i >>> need svg) >>> >> >> Given that metapost supports SVG natively I imagined that it would >> produce a simpler/cleaner output. Thanks a lot for the suggestion, >> I'll test it. >> > > the svg from pdf is normally quite simple as it just output the same > paths, colors etc + text as outline > > It turned out that the (opensource) tools I used for converting SVG >> into DXF gives very weird result, so I have to change the other parts >> of the "toolchain" as well. >> >> Nevertheless, the question about whether one could convince MP to >> output true units in cm/mm/in.-- >> > > no, but you can of course scale the whole lot just before shipping so that > units represent cm > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | 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/list > info/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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Using JDF w/in ConTeXt?
Is this possible? I need to make a .pdf to print specific pages of a .pdf to specific trays. William ___ 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] Can I do my next book in ConTeXt?
On Apr 28, 2014, at 4:03 PM, Gerben Wierda wrote: Have work flows been devised to combine PDF production for print and EPUB from a ConTeXt-based source? Well, there's pandoc: http://johnmacfarlane.net/pandoc/ I've been taking something of a break from (La)TeX and have been working on the documentation for an open source hobbyist CNC milling/routing machine, the Shapeoko: http://www.shapeoko.com/ (currently working on converting an SO2 into a 3D printer), so have been using markdown and mediawiki a lot --- there's a lot to be said for just writing and assigning gross markup w/o consideration for final appearance, only doing that at the end. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Using CMYK for print jobs
On Oct 25, 2013, at 9:09 AM, hwit...@gmail.com wrote: GIMP also shows an RGB model for the resulting pdf file. Also is this mention of pixel resultion of 72x72 correct or useful? I tried to get a 300 dpi resolution for output. ConTeXt just typesets text, places graphics and runs graphic creation routines which have been grafted in to TeX as libraries. The only things which should result in pixel information are: - graphics --- you're in control of their settings when they're created - internal graphic creation --- at one point in time there were issues w/ transparency, but these were resolved AFAIR So, check your settings for any graphics you're placing, and for those which you are creating w/in ConTeXt. Neither of the tools you mentioned are suited for checking pre-press-readiness of a file. Multivalent has some facilities for validating a file: http://multivalent.sourceforge.net/ as does qpdf: http://qpdf.sourceforge.net/ There are free on-line tools: http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx Lots of commercial options such as Adobe Acrobat, Enfocus PitStop, http://www.fixmyprintfile.com/, c. List here: http://www.pdfxreport.com/doku.php?id=en:tools If you can make a valid PDF/X file, you may find a useful tool here: http://www.pdfxreport.com/doku.php?id=en:faq William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Sans Serif Math Font
On Feb 1, 2013, at 3:36 PM, Troy Henderson wrote: Are there any sans serif fonts with matching math (commercial or free) that work out of the box (or at least with very little configuration) with ConTeXt? My suggestion would be Lucida: http://wiki.contextgarden.net/Lucida and endorsed here: On Sep 12, 2012, at 3:43 AM, Hans Hagen wrote: best is to upgrade the lucida to opentype .. way less hassle and also more complete http://www.tug.org/store/lucida/index.html -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Style file for iPad?
On Mar 7, 2012, at 3:34 AM, Nicola wrote: It's worse than pre-TeX printed books. Which makes me wonder: is anyone in the world addressing this? Are there people in the TeX community involved in the standardization processes (say, Epub3, but also the various W3C specifications), who could push forward ideas from TeX, like minimum requirements for the algorithms that rendering engines should use? These questions (together with sighs) arise every time I see a web page especially with mathematical notation… The problem is, since the rendering is based on HTML, people just grab a web browser framework and build on that to make an ebook viewer. Here's a post I wrote up once comparing a specific ePub display on a specific viewing program w/ a hand-tweaked Plain TeX version: http://www.mobileread.com/forums/showpost.php?p=1371218postcount=7 those who're curious may find it educational to compare my .pdf w/ this ePub version to see the sort of typographic infelicities which even in the best ePub version can't be controlled for --- - one word last lines - # of lines on a page constantly changing to prevent widows / orphans - overly loose line on the middle of pg. 20 - 3 word stack on pg. 21 (meditation/Meditation) - 2 word stack on pg. 32 (black) - 2 word stack on pg. 37 (the) Twice! - six word river on pg. 40 (the/their/the/the/its/we) - 2 word stacks on pg. 40 (a We) - 3 word stack on pg. 46 (the/the/The) - 2 word stack on pg. 47 (a) - awkward break at the bottom of the first page of Chapter VII where the poem is referred to, but appears on the following page (when viewed in Sony's ebook viewing program)). In the .pdf I believe there were only one or two places where I let two word stacks stand (because they were intractable) --- will have to try again using xetex and margin protrusion and character expansion (I'd used DEK's macro for hanging punctuation from _The TeXbook_). William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Scribus vs ConTeXt
On Feb 29, 2012, at 3:25 PM, Henning Hraban Ramm wrote: I'd like to add that the mentioned GUI programs all are scriptable - Scribus in Python (AFAIK), InDesign in JavaScript or AppleScript; don't know about the current state of XPress, in old versions on the Mac it supported Frontier, then AppleScript. As I noted, the oars are customizable. Unfortunately, there aren't many hooks in InDesign (and none I'm aware of in Quark) to activate scripts automatically, so that a document will build itself --- one which is pretty cool is Dirk Becker's auto-indexing script which will run a script to format index entries (so as to make up for InDesign's inability to capture character styles in index entries). Even more egregious is that many features in Quark are specifically prohibited from being scripted (last I checked), requiring one to use interface events. Moreover, as was recently noted on the InDesign mailing list, long document support in InDesign is sorely lacking (the new span columns feature trumps keep specifications for minimum number lines in a paragraph for example, and it's all-too easy to have an index in a book be too large to be generated by InDesign in one pass, requiring one to do it in sections, then use a script or a specialty indexing program to merge the sub-indices. Lastly, AIUI InDesign's (and probably Quark's) licensing prohibits remote usage from a server unless one purchases the Server version. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Scribus vs ConTeXt
On Mar 1, 2012, at 11:15 AM, Martin Schröder wrote: May I suggest you contact our sales agent: http://www.priint.net/en/ - if you truely want to do Database Publishing with InDesign. :-) Naturally, the rules change if one is using InDesign CS Server --- we have a license and use it and some other proprietary plug-ins (the company bought XMPie) --- we truly do database publishing with InDesign (and other tools), but that's not something of interest to the typical user --- kind of like all those old discussions where people would state all of TeX's awkward aspects are addressed in 3B2. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Scribus vs ConTeXt
On Feb 28, 2012, at 2:34 PM, Kip Warner wrote: I was wondering if someone could offer a meaningful comparison in a nutshell to a layperson of the pros and cons of using Scribus versus ConTeXt. I actually just discovered the former today. With a graphical tool, one is limited to the automation which the developers are willing to build into the tool and sentenced to handling manually _everything_ else, _every_ time that there's a change, e.g., if you have a keyword block on your opening article pages aligned against the outside gutter and the layout program can't place it automatically and contextually, then _every_ time the article changes from opening to a left to a right or vice-versa one has to make that change manually. I wrote up a longer comparison once upon a time --- Scribus isn't that much different from InDesign and Quark, so the criticism holds: While I'm no TeX wizard, I prefer it because it allows one to off-load some of the tedium and repetitiveness to the computer, as opposed to repeatedly solving variations of the same problems by hand time after time after time. So, - using Quark is like being chained to a an oar which is covered w/ splinters and mostly broken at the other end and which will randomly break due to being poorly carved (Quark has crashed on me 183 times this year) leaving one adrift or run aground, or sometimes returning the vessel to its starting point (a few of those crashes have resulted in unrecoverable document corruption --- my autobackup folder may contain 2 or 3 GBs of files for a given iteration of a particular project each month) --- the oar can be smoothed somewhat and reinforced (by purchasing or finding XTensions, using XTags c.) and periodically one is required to purchase a new oar (sometimes just after the previous one has been customized adequately). For some tasks, one can impress any graphic designer as a galley slave to ease the effort for others, but while charts are available, there are no automagic navigation options and every journey must be manually piloted. - using InDesign is pretty much the same except the oar is smoother and stronger (it's crashed 29 times on me thus far this year), there aren't as many customization options and it's not quite as easy to find a candidate for impressment (though soon it'll be as easy as for Quark). Charts are available, but again, piloting is strictly manual. - using Plain TeX one has to craft the vessel's oar oneself (as well as the rest of the vessel unless one is typesetting a clone of _The TeXbook_), but it's as sturdy and as nice a one as one's skills allow and can even be an engine which moves the vessel in and of itself --- it can be difficult or impossible to find people suitable to help w/ either carving the oar or using it though, but once a given journey is worked out, the oar becomes magical and rows for itself except for when one runs into an unplanned for obstacle (the navigation charts are old ones and not often up-dated, with a lot of ``terra incognita''), allowing one an auto-pilot option for certain journeys, dependent upon one's skill. - using ePlain, an oar is provided, can be customized, and can be enchanted and the charts are okay, but have a lot of ``terra incognita'' on them. - using LaTeX, an oar is provided and there're lots of nifty customizations and improvements already available, and one can impress additional oars from CTAN, however on a semi-random basis, adding one oar will break other oars, sometimes leaving one adrift or run aground. One can enchant a set of oars to accomplish a given journey, easing the piloting requirement, and the navigation charts are decent and obstacles are fairly well-known. - using ConTeXt, a very nice oar is provided, which has lots of customization options, but the navigational charts aren't easily read by a traditionally trained navigator at first, although they are fairly compleat and most journey can be carefully worked out, but once one is, it is quite automatic and there's a good auto-pilot option. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Scribus vs ConTeXt
On Feb 29, 2012, at 2:30 PM, Martin Schröder wrote: wikify please! Thanks! I'm flattered everyone enjoyed it. To properly frame the context of the original post it was written back in 2006: http://groups.google.com/group/comp.text.tex/msg/36401bceced0ee9a?dmode=source when I was using Quark 6 and InDesign CS. Worth going back and reading the original just to see David Kastrup's post which engendered it. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] CMYK and Linux
On Jan 6, 2012, at 11:23 AM, Jan Heinen wrote: Ho can I say to ConText: This PDF has to be CMYK? You did, the tool you specified isn't doing a good job verifying that. The folio is Gray Color, brightness 0, the colour text is c30 m60 y60 k0 as expected (as checked w/ Enfocus PitStop). Acrobat Reader has some preflight capabilities --- check that. See: http://beckerprint.com/resources/ which has: Preflighting your PDFs In many cases, issues within PDF files can be found through Acrobat and Acrobat Reader's Preflight tool. The Preflight tool analyzes your PDF and returns a report listing potential problem areas within the file, including images in non-CMYK color spaces, colors within the document that are not CMYK, low-resolution images, layers that don't knock out, and so on. Preflighting on a Mac: • Open your PDF in Acrobat or Acrobat Reader. • Go to Advanced → Preflight. • Choose your desired Profile preset. • Hit Preflight. • Adjust your source files accordingly. Preflighting on a Windows computer: • Open your PDF in Acrobat or Acrobat Reader. • Go to Document → Preflight. • Choose your desired Profile preset. • Hit Analyze. • Adjust your source files accordingly. Not sure if the Linux version of Acrobat Reader has such capabilities or no --- perhaps Ghostscript has some facility at this? William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] EPUB workflow from ConTeXt source?
On Feb 17, 2011, at 5:48 AM, Gerben Wierda wrote: Ugh. Yes, that clearly shows that the seemingly conceptual items like H1, H3 are in fact used as graphical elements. Interesting to see how that then ends up in a table of contents for instance. Say rather that what should be formal markup can instead be _misused_ for graphical formatting by those accustomed to WYSIWYG and who don't trouble to learn how to properly do CSS. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Format of included PNG images
On Feb 17, 2011, at 2:39 PM, Marco wrote: I read that most programs convert PNG images to JPEG images while creating PDF files. The only time this will (or should) happen w/ any program is when creating a .pdf w/ a specification which sets pixel images to use compression JPEG compression. I don't believe there are any pdf-creating tex implementations which will reprocess images in this fashion (normally they're simply encapsulated in the file as is). William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] A rose by any other name ....
On Sep 23, 2010, at 10:51 AM, Aditya Mahajan wrote: (but ... TNR is not real Times but no one cares for that) Actually, it is the original. See Walter Tracy's wonderful book _Letters of Credit_ for one view of the details, and a follow-up article published in the APHA journal for the balance of the story. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] OT: map of the world
On Aug 24, 2010, at 1:55 AM, Taco Hoekwater wrote: tug.org is at (4.520, 21.067) and is 32 × 32 pixels. What happened to the TUG favicon? Wasn't it \TeX? Interestingly http://latex-project.org failed: urlopen error (-2, 'Name or service not known'). is not found even though it has a nice favicon. Rather a shame there isn't a standard option for having a .svg version of such files --- the poster could look quite nice if there were. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] slightly OT: tablets
On Jul 21, 2010, at 7:18 PM, Oliver Buerschaper wrote: Does that mean you can make handwritten annotations with, say, a graphics tablet? Yes, so long as one isn't expecting to be able to convert the handwritten annotation into recognized text. Another option is printing a .pdf into a Journal or other notebook style program (e.g., OneNote) which while it makes the underlying file into an image, allows richer, more natural annotation in an ink-aware program. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Images missing from PDF when created by Adobe
On Jul 21, 2010, at 7:26 PM, Tom wrote: Using TexLive MKII, I can create a PDF that looks great directly from it, unfortunately it isn't PDF/X-1a:2001. There's a LaTeX package which will create .pdfs conformant to that specification --- perhaps the code could be ported over? If not, use pdf2ps to get a PostScript file from the .pdf, then distill the .ps file w/ the correct settings. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Images missing from PDF when created by Adobe
On Jul 22, 2010, at 9:17 AM, Tom wrote: Thanks for the tip, William. I am running TexLive MKII on a Windows system and it doesn't seem to have pdf2ps. Bummer. If you install Ghostscript you'll get it. If not, install a nice, generic PostScript driver, then print to a PostScript file using Adobe Reader, then distill the .ps file. BTW, are you located in Mechanicsburg? If so, it's a small world. Not from here (moved up from Virginia a couple of years ago), but living here now. Drop me a line off-list --- we'll have to get together. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] slightly OT: tablets
On Jul 19, 2010, at 1:51 PM, Thomas A. Schmitz wrote: this is slightly OT, but maybe someone here has a helpful suggestion: since the announcement of Apple's iPad, tablets have become the rage. I am somewhat underwhelmed by this type of computer, but I see one area where it might be interesting to have one of those babies, and that's presentations. What I'm dreaming about: a tablet that would be able to show my manuscript (of course, a pdf produced with ConTeXt) on it's own screen and drive a presentation (again, pdf) on an external screen/digital projector. That way, I would need only one technical device, no paper etc. for my presentations. I even called Apple, but they said there is no app yet for doing this on an iPad. Do any of you have any insights: is there anything on the market yet that would make this possible? Is it at all feasible? Does it sound like a reasonable idea? I wrote up my TUG 2003 presentation on a Fujitsu pen computer (unfortunately Fujitsu has discontinued their slate lineup). Available systems include: http://www.axiotron.com/index.php?id=modbook and http://www.motioncomputing.com/ Tradeoffs in comparison to an iPad are cost (higher) and battery life (lower) --- I get quite good battery life on my Fujitsu Stylistic ST4121 using a pair of extended cell batteries (unfortunately, it's a couple of years old and the bridge battery which should allow hot-swapping when suspended no longer functions). A notable advantage is my 4121 has a transflective, indoor/outdoor viewable display, so works quite well as mapreader when travelling. I have a full TeX suite on it (w32tex since I'm running on a 4GB SSD), as well as traditional graphic design programs like FreeHand and FontLab. Handwriting recognition works well and allows me to not carry the added weight of a keyboard. Using a stylus works well for me and is very expressive (I'll often make .pdfs enabled for commenting on my Mac at work, then mark them up on my Tablet PC). William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] slightly OT: tablets
On Jul 20, 2010, at 10:55 AM, Oliver Buerschaper wrote: How do you enable your PDFs so that you can add handwritten notes? in Adobe Acrobat Professional: Comments | Enable for commenting and analysis in Adobe Reader... Then when the file is opened in Adobe Reader open up the appropriate toolbars. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] XML schema or DTD for describing pages or ads?
On Feb 3, 2010, at 9:44 AM, Henning Hraban Ramm wrote: If you'd like to go the Adobe way - there's not only INX (InDesign Interchange format), but also another XML format that's produced if you pull snippets to the Desktop. And vjoon (ex K4) developers told me, they'd use that format for their InDesign-based editorial system. I don't know how similar those two are. Thanks! Snippets are supposed to be a sub-set of IDML (which is the replacement for INX). I was hoping for something more generic (there isn't such a thing in the JDF schema?), but that's an interesting idea William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] XML schema or DTD for describing pages or ads?
Does anyone have any such? Or links? The only reasonable one I'm finding on-line is for an INX builder tool (which makes .inx files which can be loaded into InDesign). http://www.hyperobjects.fr/en/inx-builder/inx-builder-support/xml-syntax/index.html William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] TeX as an eBook engine?
On Dec 3, 2009, at 4:12 AM, luigi scarso wrote: Maybe epub as backend is a more interesting idea: given (some kind of gentle ) tex file one can produce an epub file as result. You're putting the cart before the horse. Sadly, epub is rather lacking in markup capabilities. Instead, one should use a full-fledged markup scheme such as TEI, then one can convert that using an XSLT and add a nicely designed CSS to create a .epub which will be as good as it gets, but unfortunately, won't be as nice to read as a nicely formatted .pdf due to limitations of the HJ capabilities of .epub viewing programs. An excellent example of the limitations of the .epub format in comparison to .pdf is _Introduction to Mathematical Philosophy_: http://people.umass.edu/klement/russell-imp.html William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] TeX as an eBook engine?
On Dec 3, 2009, at 8:22 AM, luigi scarso wrote: Not really. My apologies, lost the thread of the discussion. I agree w/ this. With mkiv you can typeset xml files as pdf, so you can also (using modes) convert it to xhtml (we have lua now). Writing a css is not a problem, and you can also manage fonts -- after all you know them because you need for pdf . Other infos are trivial. Following this route you can also make an (x)html for a WOFF enable browser like firefox 2.6 beta -- it's almost the same of epub, after all Cfr people.mozilla.com/~jkew/woff/woff-spec-latest.html Of course none can say that epub is like pdf from a typographical point of view but for low energy devices can be better epub than pdf. I'll grant that .epub can be more flexible and more appropriate, but one has to keep in mind that one is giving up quite a bit of typographical quality, and that one is at the mercy of the hj of the viewing program and I've yet to see one which puts more than a minimal / brain-dead / greedy --- set as much as will fit on the current line and then break to the next algorithm in. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] embed fonts
On Oct 16, 2009, at 11:21 AM, Hans Hagen wrote: it's no problem to provide that feature in mkiv, but i need some real string arguments as well as to be sure that i'll never be bothered by side effects of fonts not being in a pdf file The argument to be able to fully include the font is that that's a requirement for many archiving standards. It also allows for easier, cleaner assembly of a single document file from multiple files (all sub-files have compleat fonts, the merged file can then discard the dupes and if desired, sub-set at that point and there's only one sub-setted version of each font, 'stead of multiples as there would be if the fonts were sub-setted in the source files). It also makes it possible to trouble-shoot for instances where font sub-setting may be causing difficulties (make a version w/ the font fully embedded / not sub-setted and see if that works instead). The only negatives I've experienced to fully embedding fonts are: - bloats filesize (not an issue w/ today's equipment and 'net connections) - some font licenses don't allow it (so set it up so that this is determined when the font is installed an such can be dis-allowed where not supported by the fonts' license) William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] OT: Kindle
On Oct 8, 2009, at 6:27 AM, Mohamed Bana wrote: what does everyone think is the best reader for someone in the UK? i'm thinking of the Kindle DX or the Sony Reader. They're a bit different. If you need the screensize, the Kindle DX is the only real choice (and does support .pdfs) until the PRS-900 comes out (and it has a different screen proportion which IMO isn't going to be as serviceable as the Kindle DX's). I have a Sony PRS-505 which has the same size as the Sony PRS-600, and while it's workable for re-flowable text, and quite nice for text which have been especially formatted for its screen size (excellent example here: http://people.umass.edu/klement/russell-imp.html ), for any technical material w/ charts or figures which one wants to refer to along w/ the matching text, it's sub-optimal. They're both great units and the main reason I chose the PRS-505 over a 1st generation Kindle is that the latter wouldn't fit in my (rather large) shirt pockets. William (who once had shirts tailor-made w/ pockets to hold his Newton MessagePad) -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Duotones with spot colors
On Jul 7, 2009, at 1:20 PM, Piotr Kopszak wrote: BTW, can tif support spot colors at all, I haven't found any mention of that anywhere, hence I don't think libtiff might be of use. One can only get spot colours for a bitmap into a .eps (or .pdf) or .psd. What one could do using libtiff is split the channels of the file, toss magenta and cyan, then use a different tool to composite the two bitmaps, assigning the yellow bitmap to the spot colour --- FreeHand could do this via scripting, if ConTeXt can place a bitmap on a particular spot colour plate and control overprinting of bitmaps, one could handle the balance in it. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Duotones with spot colors
On Jul 8, 2009, at 9:45 AM, luigi scarso wrote: On Wed, Jul 8, 2009 at 3:39 PM, William Adams will.ad...@frycomm.com wrote: What one could do using libtiff is split the channels of the file, toss magenta and cyan, hmm how do you do it ? My apologies, that should have read, ``What one _should_ be able to do'' I would expect to be able to do as I described, but I'm not certain it can be done. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Duotones with spot colors
On Jul 7, 2009, at 9:50 AM, Piotr Kopszak wrote: I am preparing for a next project which will be printed in two colours. Obviously, perfect opportunity to use duotones. However I got my duotone illustrations in CMYK tiffs with images in yellow and black channels. Obviously black could stay but I would like to convert the yellow channel to the spot colour I am going to use. Any ideas (without using Photoshop) ? Leave the images be, set the things you want to appear in the spot colour as yellow, then tell the printer that the yellow plate is the spot colour and to suppress cyan and magenta. Or use the spot colour and tell the printer to merge the yellow plate w/ the spot colour (check first --- while all RIPs should be able to do this, not all printers will be willing to). Or use Enfocus PitStop to post-process the .pdf. However, unless the spot colour is _very_ light, I doubt that you'll be able to use the images as is --- they'll probably print too dark, so you'll need to process them anyway. I'd make a PhotoShop action to convert the images to multi-channel, then change the yellow plate to the spot colour, then apply a curve to lighten the spot colour, then save the image (but make sure you keep an original), then I'd use a second action to review all of the files on a calibrated monitor, tweaking as necessary and going back to original images at need. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] On creating my own fonts
On Jun 19, 2009, at 7:41 AM, Khaled Hosny wrote: On Fri, Jun 19, 2009 at 11:43:44AM +0200, Mojca Miklavec wrote: 4.) Be prepared to invest a lot of time ... Tell me about it, I started three years ago and I'm nowhere close to my original goal :) I've got over a decade (closing in on a decade-and-a-half) on my effort at a revival of a hot metal typeface --- maybe I'll get back to it this year William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] On creating my own fonts
On Jun 25, 2009, at 10:25 AM, luigi scarso wrote: uh why is it so difficult ? I mean, I understand that can be hard.. but so hard ? I've been drawing every instance of every character I can find at every size --- then for the instances I have all of the sizes I have to regularize them so that they have the same number of nodes and for the instances where I'm missing sizes I have to fill in what's missing, adjusting the outlines to make them all proportional. Arguably this is the wrong path --- I should just be worrying about the extreme sizes and interpolating the balance --- the problem is I don't have access to a compleat character set at even a single size, let alone the twain of the extremes. I've been considering re-starting the whole thing using Metatype1 and using what I've drawn as check points, but haven't found the time yet. And I still need to do the italic, the bold and the bold-italic William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Fwd: [XeTeX] ANN: Custom Stories, Inc. using xelatex now live
On May 26, 2009, at 1:03 PM, Wolfgang Schuster quoted my having written: The typesetting is done using XeLaTeX, and I don't believe would've been as effective using any other tool. That should probably say: The typesetting is done using XeTeX, and I don't believe it would've been as effective using any other tool --- specifically I used xelatex, 'cause I'm not cool and hip enough to know ConTeXt well enough to've been able to develop it in ConTeXt in a reasonable timeframe, even though in many ways that would've made for a cleaner interface to the server. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow. ___ 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] Re: [OS X TeX] Alternate/Swash Font in LaTeX, how?
Steffen said: but although I tried nearly every links on your address I couldn't find any link related to .vf. Couldn't you maybe pass me the URL directly? Sorry, that should've been ``.vpl'' It also wasn't where I'd said it would be---it was on my old Portfolio page, http://members.aol.com/willadams/prtflio.htm Here're links to the two files: http://members.aol.com/willadams/tex/padr9alt.vp http://members.aol.com/willadams/tex/padi9alt.vp and here's the map file. You'll still need to process the (renamed) .afms w/ FontInst (but you've done that, right?) and you should check to see if my font versions match yours---probably best just to use the above as a template. The .vpl file format is documented in Dr. Knuth's ``Virtual Fonts: More fun for grand wizards'' file (which is re-published in his _Digital Typography_). Using Alan Hoenig's book will probably help a lot though---well worth buying, or get it from a library. Meanwhile, Jan had said: Oh yes. I started this journey some days ago and have not solved it yet. But I did not even get to the Swash font, since my fondu-generated pfb are rejected by dvips (as I had complained on this list). I would suggest that you purchase a ``sidegrade'' to the PC version, that way you know you'll get files which will work. Also, Philipp Lehman's font installation guide is very good, and I think has been updated to handle swash fonts, it's listed at http://members.aol.com/willadams/books-free-type.html William -- William Adams, publishing specialist voice - 717-731-6707 | Fax - 717-731-6708 www.atlis.com ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context