Re: [NTG-context] A new manual
Aditya Mahajan wrote: Does this mean that in future (distant future) it will be possible to simple pass cont-en.fmt file along with the source file and write %cont-en in the tex file, and someone just having plain tex can run tex filename (possibly multiple times) to get the output? Basically yes. Assuming they have luatex installed. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt bodyfontsize in staticMPfigure (2006.09.27 beta)
Sanjoy Mahajan wrote: [1] metaobj is slow. I really hope that sometime in the future, metapost gets programming abilities of a real language. Maybe asymptote already does this, but it is too latex oriented. In metapost, things can depend on eachother using equations. Metaobj makes heavy use of that, and I very much doubt asymptote can do the same. It is slow because knuth never expected having hunderds of equations partially solved at the same time, but it may be possible to fix that. If so, metaobj runtimes may drop as much as 95% (at the expense of a fair bit of extra memory consumption and a small speed penalty for everything else, of course, because that is how these things work). And gets native 3d curves, which asymptote also has. For example, I'd imagine this being a valid path: p := (0,0)--(0,1)--(1,0)--(1,1,1)--(0,0); where the third coordinate is 0 if not specified, so all of metapost's current drawing would still work, but you could move in or out of the piece of paper too. And the default view would be face on but you could change the viewpoint. There is lots and lots of work involved with even basic 3d support. Metapost will probably never support this sort of thing unless we get some extra people to help programming it. Asymtote may be the better option. In thinking about this more, I guess I like metapost's declarative syntax (asymptote is purely procedural) including for constructing paths. I wish it had paths (composed of maybe disjoint subpaths) and subpaths (what metapost calls paths now) a la postscript. If you come up with a low-level syntax and algorithmic description, that may actually happen. I wish it had 3d. Featpost is not bad but is a layer built on top of metapost, not so well integrated. I wish metapost had real mathematical functions, not the sarith.mp hack for large numbers. Asymptote for The spring 2007 version will have 64bit calculus. Not a complete solution, but much better, and the extra precision will help interfacing with existing math libraries like GNU math. Oh and modern color model (and shading) would be good. Then Hans wouldn't have to do magic to get transparency or cmyk. The autumn (TL2006) version will have greyscale and cmyk. No system that exports solely level 1 or 2 postscript can do the kind of transparency Hans uses, so I won't even try. Maybe later, when (and if) metapost is no longer tied to ps output. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] How to use the wiki?
Hello Taco (old mail warining) Sorry for that stupid question, but what it the process to add something to the wiki? I can edit existing page, but in which topic or page one can add something? Is an account required? Is there a list of the pages added by the users? The wiki itself doesn't seem to have many information about this. You were looking for this page: http://wiki.contextgarden.net/How_to_edit_wiki_pages Patrick, it would make sense to have this in the left menu, yes? I have changed the 'Help' link in the navigation portlet to point to the mentioned page. Or would you suggest an alternative? Making an extra link? In any case, this page should be completed. But: perhaps the page http://wiki.contextgarden.net/Help:Editing should be used instead as the main help page, because this is the page that gets linked to when you edit a page (Editing help (opens in new window)). Somewhat clueless, Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
Aditya Mahajan wrote: On Tue, 26 Sep 2006, Hans Hagen wrote: Sanjoy Mahajan wrote: Ah, you're right and I just realized what happened. 'ctxtools --updatecontext' calls unzip with -uo: -u update existing files and create new ones if needed. This option performs the same function as the -f option, extracting (with query) files that are newer than those with the same name on disk, and in addition it extracts those files that do not already exist on disk. See -f above for information on setting the timezone properly. I'd been hacking with tex.rb (debugging the --dvi switch) so my tex.rb was more recent than the one in cont-tmf.zip, so it wasn't updated. Is it important to have -u? I'd take the -u switch out of my own ctxtools.rb but then it'll eventually get overwritten with the next update, and the -u switch will be back! dunno, probably only for speed reasons, so maybe we should use just -o How about adding a --force switch to --updatecontext. So that ctxtools --updatecontext calls unzip -uo (for the normal user) and ctxtools --updatecontext --force calls unzip -o (for those who play around with source files) i already patched ctxtool to unzip everything 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt bodyfontsize in staticMPfigure (2006.09.27 beta)
Aditya Mahajan wrote: On Thu, 28 Sep 2006, Hans Hagen wrote: this is runtime tex into passed to the graphic ... imagine that we flush this to the mp file ... it can contain info that is not known in that session (like overlay info) which willbreak the mp run the issue here is that a static graphic is processed in another, independent run, that's the whole idea behind static graphics (quick hack for independent graphics) we can spend a lot of time to make it more advanced but within a year from now we will have mp as a library in tex which willreduce runtime to nearly zero (at least that 's what experiments show) so Even when mp is available as a lib, it will not reduce runtime to nearly zero? The time to start a mp process will be negligible, but processing an mp file will still take time. In the mp diagrams that I have, processing each diagram takes about 10 sec [1]. Occasionally you mean that mp needs 10 sec per graphic? impressive there are around 10-15 diagrams and compiling all of them takes about 2 minutes. With statics, the time for calculating the md5 sum of each mp file is negligible, and I can work with diagrams sources and text in the same file. Even after mp is available as a library, I will need statics . [1] metaobj is slow. I really hope that sometime in the future, metapost gets programming abilities of a real language. Maybe asymptote already does this, but it is too latex oriented. try to find funding for taco to do luapost -) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] beta (04.10.06)
2006/10/4, Hans Hagen [EMAIL PROTECTED]: Peter Rolf wrote: Hi Hans, there is a file missing in the new beta. [..] ConTeXtver: 2006.10.03 21:08 MK IIfmt: 2006.10.4int: english/en \@@mslingualstitle: \@@mslinguals9 de \@@mssystemstitle: \@@mssystems2 cont-new (r:/tex/texmf-local/tex/context/base/cont- new.tex systems : beware: some patches loaded from cont-new.tex ! I can't find file `cont-new.mkii'. to be read again\relax l.1921 \loadmarkfile{cont-new} [..]ok, for the moment just make an empty file with that nameHans Hi Hans you also missed to move \def\currentspaceskip from supp-lan (replaced by lan-mis) to another file. The command is needed for \overstrikes. Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] figurenumbering
2006/10/2, Wolfgang Werners-Lucchini [EMAIL PROTECTED]: This was your example (not exactly the same) you posted as your first example file and works now as expected. Ahh! I should implement my own testsuit.Wolfgang Hi Wolfgang you should not only make a testsuit. It is normaly better to work with highlevel macros in your document to easily replace the macrodefinition than replacing the macros in your document. I made a first step for your document. example \unprotect % increment the floatnumber \def\incrementfloatnumber%{\dodoubleempty\doincrementfloatnumber} \def\doincrementfloatnumber[#1][#2]%{\ifsecondargument \dodoincrementfloatnumber[#1][#2]% \else\iffirstargument \dodoincrementfloatnumber[#1][1]% \fi\fi} \def\dodoincrementfloatnumber[#1][#2]% {\count1=0 \loop \ifnum\count1#2 \advance\count1 by 1 \incrementnumber[#1] \repeat} % set the number \def\setfloatnumber%{\dodoubleempty\dosetfloatnumber} \def\dosetfloatnumber[#1][#2]% {\ifnum#2\rawnumber[#1] \message{ Your number need to be higher than the current counter-value } \else \count2=#2 \advance\count2 by -\rawnumber[#1] \incrementfloatnumber[#1][\count2] \fi} % Todo:%% \definefloatnumber[#1]%% example: % \definefloatnumber[figure] % o \incrementfigurenumber[#1] -- \incrementfloatnumber[figure][#1]% o \setfigurenumber[#1] -- \setfloatnumber[figure][#1] \protect \starttext \placefigure{}{\framed{Blub}}\placefigure{}{\framed{Bautz}}\placefigure{}{\framed{Bla}} This were \rawnumber[figure] figures by now! \setnumber[figure]{8}We want to count on with \rawnumber[figure]. \placefigure{}{\framed{Plong}} Figurenumber is incremented to \rawnumber[figure]. \placefigure{}{\framed{Plong}} \incrementnumber[figure] \placefigure{}{\framed{Plong}} \incrementfloatnumber[figure][2] \placefigure{}{\framed{Plong}} \setfloatnumber[figure][25] \placefigure{}{\framed{Plong}} \setfloatnumber[figure][12] \placefigure{}{\framed{Plong}} \stoptext /example Wolfgang ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt in staticMPfigure
i already patched ctxtool to unzip everything I think this is the right solution (or using -o to unzip). The unzip time is low compared with the time to download cont-tmf.zip (disks are faster than almost all network connections), so optimizing unzip time is not worth the chance of inconsistent source files. From Knuth, I think: Premature optimization is the root of all evil. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] \showlayout doesn't (2006.10.04 beta)
This test file doesn't produce the frames around the margins (2006.10.04 beta): \starttext \showlayout \input tufte \stoptext I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. But I reverted to the 2006.09.28 beta and it had the same problem, then to the 2006.08.08 release, which was fine. -Sanjoy `A society of sheep must in time beget a government of wolves.' -- Bertrand de Jouvenal ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \sometxt bodyfontsize in staticMPfigure (2006.09.27 beta)
On Thu, 5 Oct 2006, Hans Hagen wrote: Aditya Mahajan wrote: On Thu, 28 Sep 2006, Hans Hagen wrote: we can spend a lot of time to make it more advanced but within a year from now we will have mp as a library in tex which willreduce runtime to nearly zero (at least that 's what experiments show) so Even when mp is available as a lib, it will not reduce runtime to nearly zero? The time to start a mp process will be negligible, but processing an mp file will still take time. In the mp diagrams that I have, processing each diagram takes about 10 sec [1]. Occasionally you mean that mp needs 10 sec per graphic? impressive It is not just mp. It was a combination of mp ... textext ... metaobj ... conversion to pdf. Doing some tests right now, I see that the main culprit was btex ... etex. Replacing all btex ... etex with \sometxt makes things really fast (~15 sec for 8 graphics). I just thought that metaobj was to blame but it is not. Maybe, I can get around without statics :-) Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
On Thu, 5 Oct 2006, Sanjoy Mahajan wrote: This test file doesn't produce the frames around the margins (2006.10.04 beta): \starttext \showlayout \input tufte \stoptext I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. But I reverted to the 2006.09.28 beta and it had the same problem, then to the 2006.08.08 release, which was fine. Something wrong with \showframe \showframe \starttext test \stoptext Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bug?: interaction between columns and background
On 10/5/06, Aditya Mahajan wrote: Hans, can ctxtools be modified to give the option of downloading both the stable and latest branch? --updatecontext gives the beta which, being a beta, has occasional bugs. So this method of updating context can not be recommended to new users. How about adding ctxtools --updatecontext --stable to give the stable branch, or instead make fetching the stable branch default and give --beta to download the beta. Maybe even extract everything with --beta to TEXMFBETA folder so that maintaining beta and stable in parallel is seamless. Right now there is texexec --beta for running the beta, but then you have to maintain the beta tree manually. I would support all that you said (separate tree for beta, --update --beta, ...) Well, the very first bad experience that I had on other computers when trying to update ConTeXt with --update: (un)zip as a command-line executable is usually missing on just any windows computer, so newbies have to overcome that one first :( Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
Aditya Mahajan wrote: On Thu, 5 Oct 2006, Sanjoy Mahajan wrote: This test file doesn't produce the frames around the margins (2006.10.04 beta): \starttext \showlayout \input tufte \stoptext I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. But I reverted to the 2006.09.28 beta and it had the same problem, then to the 2006.08.08 release, which was fine. Something wrong with \showframe \showframe \starttext test \stoptext i'll have a look, probably a side effect of the (much faster) background handler used at that place 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] external table alignment
Dear knights, I still need help with this one. How do I get the table flush left (no offset)? Best Idris On Wed, 04 Oct 2006 10:14:31 -0600, Idris Samawi Hamid [EMAIL PROTECTED] wrote: Dear consortium, I need to get the argument of \start-stoptable aligned flush left. Even with \setuptables[split=yes,align=left] (a la \setupframed) there is still a small offset of the leftmost column. Please advise === \starttext Some text \starttable[|l|l|] \NC 2001 \NC Fall \NC\SR \stoptable Some text \stoptext === -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
On 10/5/06, Sanjoy Mahajan wrote: I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. The garden now works again, but only until Hans uploads the new beta, so keep fingers crossed that he won't forget to add that file in the next release ;) Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
On 10/5/06, Mojca Miklavec wrote: On 10/5/06, Sanjoy Mahajan wrote: I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. The garden now works again, but only until Hans uploads the new beta, so keep fingers crossed that he won't forget to add that file in the next release ;) I'm sorry. I didn't notice that the new beta was already online and fixed (at least in that respect). Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
Mojca Miklavec wrote: On 10/5/06, Sanjoy Mahajan wrote: I can't test it on the live context (the missing cont-new.mkii) to make sure it's not something silly on my part. The garden now works again, but only until Hans uploads the new beta, so keep fingers crossed that he won't forget to add that file in the next release ;) i added it don't worry i won't bother you with the mkiv files 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \showlayout doesn't (2006.10.04 beta)
Something wrong with \showframe \showframe \starttext test \stoptext I added this to the contexttest repository. -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context