- dev-context - NTG Mailing Lists

ConTeXt GUI & Sample documents
by Adam Lindsay 22 Nov '05

22 Nov '05

Hello Syndicate, Jérôme Laurens, maker of iTeXMac, is being *very* ambitious for his 2.0 version, and he contacted me for some ideas/contributions on the ConTeXt side of things. First, he wanted some sample documents and/or templates. Since every iTeXMac document is actually a directory, and it is project-based, I was wondering if there were any folks who had good examples using products/ environments. Yes, I'm keeping my eye on the released manuals. :) Secondly, he asked which texexec were the best to expose in the GUI. I came up with this list off the top of my head: --mode= --usemodule= --xmlfilter= --environment= --batch --once --runs= (The engine switches will probably be set on a project level, he said, and --pdfarrange and the like would probably be exposed in another GUI helper.) Is there anything else really compelling to expose in a GUI? Hans, he also has the ability to point at different source trees on a preference and project basis. I will look at the minimal trees, to see what needs to be done to support them within his framework. Mac users can take a look at the rough but promising project here: <http://sourceforge.net/project/showfiles.php? group_id=58056&package_id=53754> (currently iTeXMac2 preview8) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl(a)comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 1

adobekb problem
by Taco Hoekwater 21 Nov '05

21 Nov '05

Hi, This has taken me a while to realise, but the following way to use the psnfss fonts is broken: \usetypescript[adobekb][ec] \usetypescript[palatino][ec] \switchtobodyfont[palatino] You need to load the map file for 8r, because the metrics in EC encoding are virtual fonts. There is a map file for EC metrics, but that is absolutely useless for these virtual fonts. The easiest way of doing that is: \usetypescript[adobekb][8r,ec] \usetypescript[palatino][ec] Previously, this stuff used to work because context-base.map and pdftex.map contained all of the map files, including the 8r one, but now that context-base.map is gone, manual loading of 8r is needed. Bye, Taco

2 6

[Fwd: Re: [pracjourn-prod] Postcards]
by Hans Hagen 18 Nov '05

18 Nov '05

Hi, a funny link Interesting note on Knuth and the web http://lists.xml.org/archives/xml-dev/200509/msg00153.html . Hans

1 0

\showskips bug
by Taco Hoekwater 17 Nov '05

17 Nov '05

This one is cute if you want to benchmark your computer: \showskips \starttext Hello! \stoptext Never stops generating pages Taco

4 9

pdfetex 1.30.4 binaries for linux-64
by Taco Hoekwater 17 Nov '05

17 Nov '05

I compiled 1.30.4 this morning on our amd64 machine: http://tex.aanhet.net/temp/pdfetex-linux-64.zip Cheers, Taco

1 0

\sqrt in expansions bug
by Taco Hoekwater 16 Nov '05

16 Nov '05

Hi, Macros that use \doifnextcharelse should all be defined as \unexpanded, to prevent errors like: \expanded{$\sqrt 2$} Also affected are: \decrement \increment maybe there are others, but these were easy to spot because they were single-line \def's. The \sqrt is painful, because it is likely to appear in \write-s Cheers, Taco

2 1

Re: [NTG-context] font problems again
by Adam Lindsay 15 Nov '05

15 Nov '05

[changed to dev-context] Hans Hagen said this at Mon, 14 Nov 2005 00:07:44 +0100: >lucida is a special case -) > >because i used lucida a lot, those definitions ended up in the core, but >when i bought more and more fonts, i finally decided to move the lucida >defs to the type-buy.tex typescript because that;s where they belong > >you can add the line: > > \usetypescriptfile[type-buy] > >to the cont-sys.tex file, but best is (because it's a document property) >to say in you document (or style): > >\usetypescriptfile[type-buy] % loads commercial font definitions >\usetypescript[lucida][texnansi] % defines a lucida typeface >\setupbodyfont[lucida,12pt] % enables the typeface defined as >'lucida' That reminds me, Hans. The PCTeX edition of Lucida are floating around. I've done some preliminary typescripts, and they seem to fit in well. I need to track down some issues with obscure math characters (making them match CM math), figuring out if the discrepancy is in the current math- lbr definitions, or in changes with the new fonts. Other than that, what should the definitions be called? \starttypescript[lucidanew]? doing an override in type-dis? Cheers, adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl(a)comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

3 4

\belowdisplayshortskip
by Taco Hoekwater 14 Nov '05

14 Nov '05

Hi, ConTeXt initializes the \belowdisplayshortskip to zero point. I believe this is wrong, it should be equal to \belowdisplayskip: the fact that the line above the display is short shouldnt affect the typesetting that follows the display. For the moment, I've fixed it by: \everydisplay {\belowdisplayshortskip=\belowdisplayskip } Taco

2 5

\uncompressedlist macro
by Taco Hoekwater 14 Nov '05

14 Nov '05

Hi Hans, Can you perhaps put this macro in the core somewhere? It is the inverse of \compresslist. Cheers, Taco (In the collector, this is item #21) % ----------------------------------------------------------- %D \macros {uncompresslist} %D %D When given a list like \type{1,4-7,9} as argument, this macro %D will store the expanded commalist in \type{\uncompressedlist}. %D %D \startbuffer %D \def\MojcaHasToDoTheTasks[#1]#2% %D {{\uncompresslist[#1]% %D \def\processitem##1{I have to do ##1 #2\par}% %D \processcommacommand[\uncompressedlist]\processitem}} %D %D \MojcaHasToDoTheTasks[1-4,7,9-11]{until tomorrow} %D \stopbuffer %D %D Here is an example of how to use \type{\uncompresslist}: %D \typebuffer %D %D The output of this is: %D %D \getbuffer \def\uncompresslist[#1]% {\let\uncompressedlist\empty \def\docompressedlistitem##1-##2-% {\@EA\dorecurse\@EA {\the\numexpr 1+##2-##1\relax}% {\@EA\appendtocommalist\@EA {\the\numexpr ##1-1+####1\relax}\uncompressedlist }}% \def\douncompresslist##1% {\doifinstringelse{-}{##1} {\docompressedlistitem##1-} {\appendtocommalist{##1}\uncompressedlist}}% \processcommalist[#1]\douncompresslist } % -----------------------------------------------------------

2 2

Re: announce list (licenses)
by Taco Hoekwater 11 Nov '05

11 Nov '05

Hi Guys, As keeps on happening whenever this licensing stuff comes up, I've been reading licenses again. After a lot of browsing, there are two license types I personally really like: * BSD(-style) license (mostly because of their amazing shortness, but that also has a downside) * Artistic(-perl) license (because the text is rather readable and at least it makes an attempt at quality control/maintaining reliability) What follows is one example of each (because tiny variations do occur), maybe one of them is acceptable or perhaps, if not, usable as a starting point for a "do it yourself" license? Cheers, Taco BSD Style: ======================= Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. ========================= Artistic License: ========================== The "Artistic License" Preamble The intent of this document is to state the conditions under which a Package may be copied, such that the Copyright Holder maintains some semblance of artistic control over the development of the package, while giving the users of the package the right to use and distribute the Package in a more-or-less customary fashion, plus the right to make reasonable modifications. Definitions: * "Package" refers to the collection of files distributed by the Copyright Holder, and derivatives of that collection of files created through textual modification. * "Standard Version" refers to such a Package if it has not been modified, or has been modified in accordance with the wishes of the Copyright Holder. * "Copyright Holder" is whoever is named in the copyright or copyrights for the package. * "You" is you, if you're thinking about copying or distributing this Package. * "Reasonable copying fee" is whatever you can justify on the basis of media cost, duplication charges, time of people involved, and so on. (You will not be required to justify it to the Copyright Holder, but only to the computing community at large as a market that must bear the fee.) * "Freely Available" means that no fee is charged for the item itself, though there may be fees involved in handling the item. It also means that recipients of the item may redistribute it under the same conditions they received it. 1. You may make and give away verbatim copies of the source form of the Standard Version of this Package without restriction, provided that you duplicate all of the original copyright notices and associated disclaimers. 2. You may apply bug fixes, portability fixes and other modifications derived from the Public Domain or from the Copyright Holder. A Package modified in such a way shall still be considered the Standard Version. 3. You may otherwise modify your copy of this Package in any way, provided that you insert a prominent notice in each changed file stating how and when you changed that file, and provided that you do at least ONE of the following: a) place your modifications in the Public Domain or otherwise make them Freely Available, such as by posting said modifications to Usenet or an equivalent medium, or placing the modifications on a major archive site such as ftp.uu.net, or by allowing the Copyright Holder to include your modifications in the Standard Version of the Package. b) use the modified Package only within your corporation or organization. c) rename any non-standard executables so the names do not conflict with standard executables, which must also be provided, and provide a separate manual page for each non-standard executable that clearly documents how it differs from the Standard Version. d) make other distribution arrangements with the Copyright Holder. 4. You may distribute the programs of this Package in object code or executable form, provided that you do at least ONE of the following: a) distribute a Standard Version of the executables and library files, together with instructions (in the manual page or equivalent) on where to get the Standard Version. b) accompany the distribution with the machine-readable source of the Package with your modifications. c) accompany any non-standard executables with their corresponding Standard Version executables, giving the non-standard executables non-standard names, and clearly documenting the differences in manual pages (or equivalent), together with instructions on where to get the Standard Version. d) make other distribution arrangements with the Copyright Holder. 5. You may charge a reasonable copying fee for any distribution of this Package. You may charge any fee you choose for support of this Package. You may not charge a fee for this Package itself. However, you may distribute this Package in aggregate with other (possibly commercial) programs as part of a larger (possibly commercial) software distribution provided that you do not advertise this Package as a product of your own. 6. The scripts and library files supplied as input to or produced as output from the programs of this Package do not automatically fall under the copyright of this Package, but belong to whomever generated them, and may be sold commercially, and may be aggregated with this Package. 7. C or perl subroutines supplied by you and linked into this Package shall not be considered part of this Package. 8. The name of the Copyright Holder may not be used to endorse or promote products derived from this software without specific prior written permission. 9. THIS PACKAGE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. The End ===========

1 0