[NTG-context] On figures and clipping
Hello, I have some problems with the way to put clipped images in ConTeXt documents; for what I can see the correct way to do it is via something like: \clip [width=6.3cm,height=10.5cm,hoffset=0.5cm,voffset=1cm] {\externalfigure[ciccione_03.pdf]} Now suppose that I wanted to put the above thing zoomed 200%; and here I have two problems: (a) I can't seem to find the proper number to pass on to scale= or factor= in the \externalfigure options (b) AFAICS I need to scale all the clipping parameters as well. Point (b) is particularly annoying; is there a way to pre-clip an image, without touching the original file? It should be possible to specify clipping area at inclusion time (LaTeX's graphicx package can do that ...), and therefore in a scale-independent way (this is especially important when the scale factor is something like max or fit or broad). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[5]: [NTG-context] Using MetaPost graphics in ConTeXt
Tuesday, March 25, 2003 Hans Hagen wrote: HH At 10:07 PM 3/24/2003 -0500, Gary Pajer wrote: I've tried to resist, but I have to ask. Why not write a simple batch file that runs MetaPost *and* changes the extension? That's what I do. ... Are you processing several MP scripts in one file ?? HH Remembering that i did look into it long ago, i took a look in the core-fig HH file; now, if you really want this kind of support, open core-fig.tex and HH search for: HH% new, test first HH uncomment the doifnumberelse lines and you'll have the support needed (a HH new format needs to be generated) I had thought of doing that (I had spotted the lines while trying to debug the problem), but what I think is important is that graphics inclusion should be, within limits, independent from extension. For example, while .num are usually MP output, I could have other formats (embeddable by PDF) using those extensions. As long as I can specify [type=...] or [method=...], the extension should be left whatever it is. The problem arises because when the name of the included graphic is the same as the \jobname, extension is discarded. To be precise, two things are done: some extensions are discarded from the extensions searched, and then the extension of the file is wiped. While the first action is very wise (prevents output/input clash, so indeed tex, xml, pdf and dvi should be not searched in such a case), the second is not a good idea: after the suppression of the extensions, the inclusion should continue normally: we're safe from clash because the wrong extensions will not be searched. Can *this* be fixed? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[5]: [NTG-context] Using MetaPost graphics in ConTeXt
Tuesday, March 25, 2003 Gary Pajer wrote: Ok, but in the mean time how is one supposed to include MetaPost output without having to rename the files? GP I've tried to resist, but I have to ask. Why not write a simple batch file GP that runs MetaPost *and* changes the extension? That's what I do. ... Are GP you processing several MP scripts in one file ?? Oh, I can do many things. And I don't even *need* it --it's just for testing purpouses, not for production stuff-- but why use a workaround when the problem can be fixed? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Using MetaPost graphics in ConTeXt
Tuesday, March 25, 2003 Hans Hagen wrote: HH the search for graphics is kind of fuzzy and dates from the time that we HH were still using dvi (different backends) HH - without suffix: try the best quality (depends on spec driver support) HH - with suffix: try that first, else locate alternative HH - same as parent file: try to avoid circular loading (keep in mind that tex HH code can be a graphic, i.e. buffers can be scaled) The third point is too severe in its behaviour: it's a good thing that circular loading is prevented, but this shouldn't prevent inclusion of other files with different extensions! After the removal of the \jobsuffix extension, inclusion should go on normally! -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] Using MetaPost graphics in ConTeXt
Tuesday, March 25, 2003 Hans Hagen wrote: HH At 11:38 AM 3/25/2003 +0100, you wrote: The third point is too severe in its behaviour: it's a good thing that circular loading is prevented, but this shouldn't prevent inclusion of other files with different extensions! After the removal of the \jobsuffix extension, inclusion should go on normally! HH it will, fo rthose sufixes that are recognized as being supported by the HH backend; numbers are special case in the sense that they don't relate to a HH file format; if you uncomment the lines i mentioned you get them supported The problem is not the numbers as such, it's a more general point; especially then type= or method= are specified, extension should be irrelevant as long as it doesn't cause name clash. On a very general basis, I would say that the best approach would be: Step 1: check for name clashes: * if name = \jobname: (a) if extension = \jobsuffix or output suffix (dvi, pdf), quit parsing (b) if no extension, remove jobsuffix and output suffix from list of searched extensions. Step 2: if extension is specified, and no method is specified, set method to the one associated with this extension, if there is one. Step 3: check if file exists; * if we have a full name, try to open the specified name.extension, with the specified method * if the file is not found, and no extension was specified, look for all the known extensions (except the ones forbidden by Step 1, point b); if a method/type is specified and it has a default extension, start looking from that extension Or something like this ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] Backgrounds
Tuesday, March 25, 2003 Hans Hagen wrote: The problem is still that I cannot separate the behaviour at the end of the background from the behaviour at a split. What I'm looking for is something like this: HH guess what, this time your demands for features are fulfilled on forehand! HH there is an array available HHmultilocs[...] HH 1 = top HH 2 = mid HH 3 = bottom HH shape; this is how i could handle the example in details with different HH shades per kind of frame Almost perfect! Only a few things need refining: (1) top is also used when there is no split; it should be possible to detect the no-split situation (multilocs=0?) (2) I still need a to find a way to make only certain corners rounded, but I guess that's just a matter of MetaPosting a little. Up to now, I came up with the following: \starttext \setupcolors[state=start] \definetextbackground[gb][state=start] \startuseMPgraphic{mpos:par:columnset} path p, q; for i := 1 upto nofmultipars : p := counterclockwise simplified multipars[i] leftenlarged 5pt rightenlarged 5pt ; if multilocs[i] = 1 : q := p topenlarged 5pt ; fill q withcolor green ; draw topboundary q withcolor red ; draw leftboundary q withcolor red ; draw rightboundary q withcolor red ; elseif multilocs[i] = 2 : q := p ; fill q withcolor green ; draw leftboundary q withcolor red ; draw rightboundary q withcolor red ; else: q := p bottomenlarged 5pt; fill q withcolor green ; draw bottomboundary q withcolor red ; draw leftboundary q withcolor red ; draw rightboundary q withcolor red ; fi endfor ; \stopuseMPgraphic \starttextbackground[gb] \input tufte \stoptextbackground \blank[2*big] \starttextbackground[gb] \dorecurse{10}{\input tufte \par} \stoptextbackground \blank \input tufte \stoptext As you can see, the first background doesn't split and behaves like multilocs=1, while one would wish it to behave differently. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[5]: [NTG-context] Backgrounds
Tuesday, March 25, 2003 Hans Hagen wrote: Almost perfect! Only a few things need refining: (1) top is also used when there is no split; it should be possible to detect the no-split situation (multilocs=0?) HH (hm, would not be upward compatible) Then add a issplit boolean. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] Using MetaPost graphics in ConTeXt
Monday, March 24, 2003 Hans Hagen wrote: Doesn't work either. Fails with the same errors. Again, it works correctly by changing the extension. A possible reason for the error is that the name of the tex file is the same as the name of the figure file (test), because ConTeXt *does* check for this, and this is where it chooses not to handle the picture. Given that the same file works if the extension is mps, I can't understand why it refuses to do the job when the extension is different, and still different from .tex and .pdf HH or xml or the yet to be invented superior coding standard 'number one' with HH suffix 1 Ok, but in the mean time how is one supposed to include MetaPost output without having to rename the files? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: Re[4]: MetaPost/Fun question
Monday, March 24, 2003 Guy Worthington wrote: GW Giuseppe Bilotta wrote Emil Hedevang Lohse wrote: [an algorithm for finding the intersection points of two paths] [a metapost implementation] GW Thanks Emil and Giuseppe, a nice example that was well worth the read. You may want to have a look at the stuff in the attached MetaPost macroset, which I'm preparing for a better support of the Eukleides program. -- Giuseppe Oblomov Bilotta eukleides.mp Description: Binary data
[NTG-context] Backgrounds
Hello, I would like to discuss a few points about backgrounds (\startbackground ... \stopbackground). First of all, it would be nice to have background classes, so that I can have different backgrounds for different things without having to reset it each time. (Think \definebackground[this][options=values], \setupthis, \startthis ... \stopthis, as usual.) The second point is about the splitting capabilities in backgrounds. This is incredibly nice to have, but needs a little finetuning, IMO: it should be possible to specify whether the various options that concern the border of the background (i.e. background corner, frame, frame corner, etc) should act at split time or not; example: assume that I set my background to have a frame (frame=on) If the background gets split across pages, I get two boxed text: the first in the first page, the second in the second page. Instead, to show that the block continues on the next page, it should be possible to turn this off. I suggest options like: splitframe, splitframecorner, splitbackgoundcorner analogous to topframe/bottomframe and the like, which defines the behaviour of frames and angles in the split area. Moreover (now I'm getting picky, but while we're at it ...) it would be nice, even for generic framed text, to be able to specify the behaviour of each single corner separately (say, top left and top right rounded, bottom left and right rectangular). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Backgrounds
Monday, March 24, 2003 Hans Hagen wrote: HH At 03:37 PM 3/24/2003 +0100, you (GB) wrote: Hello, I would like to discuss a few points about backgrounds (\startbackground ... \stopbackground). HH Got you! Did you read details.pdf? It's all in there, you can hook in your HH own graphics, it works with columnsets, in graphics, tables, nests quite HH well, is layered, classes, and more. (\startbackground will be there for HH old times sake). Actually I did have a look at it (assuming you're talking about textbackgrounds), but I found their behaviour to be rather different from that of backgrounds even when location=paragraph. For example, setting frame=on doesn't give me a frame, and it doesn't seem to support rounded corners for neither the background nor the frame. Also, setting a largish offset covers the text that precedes the background, and this isn't nice at all. I think that textbackgrounds and backgrounds serve different purpouses. And what about the other requests? (Behaviour at splits, different corner styles) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Using MetaPost graphics in ConTeXt
Monday, March 24, 2003 Simon Pepping wrote: but it seems like it can't find the file test (no extension); I tried adding options [type=mps] or [method=mps] or both, but each fails with a different error: either it looks for test.mps or it looks for test.unknown ... SP The macro \calculateexternalfigure seems to set the extension to empty SP if the figure file name is the same as the jobname: SP% redo message, only filename SP\doifparentfileelse\@@effilename SP [EMAIL PROTECTED]@EA{\jobsuffix}\figuretypes SP \let\@@efextension\empty SP \showmessage\m!figures9\@@effilename SP \donefalse} SP \donothing SP (core-fig.tex) SP Therefore it does not search for your nonstandard extension. Yup, after a little debugging I came to the same conclusion, but I still it's incorrect behaviour. It's correct that it removes the jobsuffix from the figuretypes to be searched, but it should still try and look for the figure, after the change. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] MetaPost/Fun question
Sunday, March 23, 2003 Emil Hedevang Lohse wrote: EHL I implemented it by finding some intersectiontime and the recursively EHL finding the intersectionstimes of the two subpaths (each with some EHL neighbourhood of the first intersection point cut off). For the time EHL being I cannot find my code, but here it is in pseude code. EHL let p and q be paths; EHL let (s,t) be a pair of intersection times of p and q; EHL recursively find the intersection times of the EHL subpath (0, s - small number) of p and q; EHL store (s,t); EHL recursively find the intersection times of the EHL subpath (s + small number, infinity) of p and q; EHL feel happy; EHL When done this way, the intersection times will be sorted according to EHL the first path. Ok, I came up with something which might be useful; Hans, you may consider adding it to the MetaFun core: newinternal intersectiontolerance ; intersectiontolerance := 4*eps ; def findallintersections (expr p, q) = pair intersections[], intersectionpoints[] ; intersectionsfound := 0 ; % reset intersections if (path p and path q): begingroup ; save j, tp ; path tp; tp := p ; j:= 0 ; intersections[j] = tp intersectiontimes q ; forever: exitif (xpart intersections[j] = -1) or (ypart intersections[j] = -1) or (xpart intersections[j] + intersectiontolerance length p) ; intersectionpoints[j] = point ypart intersections[j] of q ; j:=j+1 ; tp := subpath (xpart intersections[j-1] + intersectiontolerance, length p) of p ; % watch the trick to ensure that the times are % relative to the original paths intersections[j] := tp intersectiontimes q ; intersections[j] := (xpart (p intersectiontimes ((point xpart intersections[j] of tp)--cycle)), ypart intersections[j]); endfor ; intersectionsfound := j ; endgroup ; fi ; enddef ; Some notes: * this is my first MetaPost macro, so I expect it to be slow, inefficient, and buggy; feel free to comment * USAGE: findallintersections(path, path) reinitializes the following global expressions: + intersectionsfound, a numeric containing the number of intersections + intersections[0] .. intersections[intersectionsfound-1], pairs containing the time of the intersections on the two paths + intersectionpoints[0] .. intersectionpoints[intersectionsfound-1], points of intersection of the two paths * PARAMETER: there is a global parameter intersectiontolerance: setting it too low will send the macro in a neverending loop in case of tangent curves (example: beginfig(1) path c[] ; c1:= fullcircle scaled 10cm ; c2:= fullsquare scaled 10cm ; draw c1 withcolor blue; draw c2 withcolor blue; loggingall ; findallintersections (c1, c2) ; show intersectionsfound ; for i= 0 upto intersectionsfound-1 : drawpoint intersectionpoints[i] ; endfor ; endfig will fail for intersectiontolerance:=eps ; Comments? Ideas? Suggestions? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] color band
Sunday, March 23, 2003 Idris S Hamid wrote: ISH 1. For the def. of \ALAVIband, the key, ISH backgroundcolor=darkyellow, does not work; I still get grey. You need to specify both background=color and backgroundcolor=darkyellow, AFAIK. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] color band
Sunday, March 23, 2003 Idris S Hamid wrote: You need to specify both background=color and backgroundcolor=darkyellow, AFAIK. ISH I just tried this, now I lose the (formerly grey) background band ISH completey; and there is no effect in the overlay: ISH == ISH \def\ALAVIband{\midaligned{ ISH | \vbox{\hsize=15cm ISH | \setupcolors[state=start] ISH | \setupbackground[background=color, %%% your change ISH |foregroundcolor=darkgreen, ISH |backgroundcolor=darkblue ISH |] ISH | \startbackground ISH | \hbox{}\vskip14pt ISH | \midaligned{\tfa THE ALAVI FOUNDATION} ISH | \stopbackground ISH | } ISH | } ISH | } Looks like a bug in the backgrounds system. In the mean time, what about this? \defineframed[alaviframe][ frame=off, background=color, backgroundcolor=yellow, foregroundcolor=darkgreen, align=middle, foregroundstyle=\tfa, width=15cm, ] \def\ALAVIband{% \alaviframe{\noindent\vskip14pt THE ALAVI FOUNDATION} } ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] color band
Monday, March 24, 2003 Giuseppe Bilotta wrote: GB Sunday, March 23, 2003 Idris S Hamid wrote: You need to specify both background=color and backgroundcolor=darkyellow, AFAIK. ISH I just tried this, now I lose the (formerly grey) background band ISH completey; and there is no effect in the overlay: GB Looks like a bug in the backgrounds system. I think I spotted the error: Hans, it seems that localframed stuff doesn't look for the achtergrondkleur anywhere ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] MetaPost/Fun question
Hello, I would like to know if it is possible in MetaPost (in particular MetaFun) to get all the possible intersection points of the paths, with some kind of simple command, with a syntax like, say: A[] := path1 intersections path2 (where the resulting list could be either a list of points or a list of time pairs, like for intersectiontimes). Another possible syntax could be path3 := path1 intersections path2 which would give a path for which times 0, 1, 2, 3, ... give the first, second, third, fourth, ... intersection point. Anything like this? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] MetaPost/Fun question
Saturday, March 22, 2003 Hans Hagen wrote: I would like to know if it is possible in MetaPost (in particular MetaFun) to get all the possible intersection points of the paths, [snip] Anything like this? HH not that i know, but assuming that those path have some distance, i can HH imagine dividing a path in parts and determining the intersectionpoints iof HH the pieces; HH delta := .25 ; HH for i=0 step delta upto length(p)-delta : HHif intersection_found(1,subpath(i,i+.1) of p) : HH store point HHfi ; HH endfor ; I'll see if I can make something of this ... (wow, looks like I'm gonna need to learn MetaPost too ...) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] columnsets
Wednesday, March 19, 2003 Hans Hagen wrote: HH you cannot change the width mid-paragraph btw Can't something like this be implemented via appropriate parshapes? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Bug in latest beta
Hello, just got 2003.03.17 and found a small bug: the auto keyword is put among constants, while it should go among variables ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] layout of xsteps-p
Wednesday, March 12, 2003 Hans Hagen wrote: HH At 04:29 PM 3/12/2003 +0100, you wrote: I don't know, it's the last version unmodified on Windows but here is the log of texexec 3.1 HH looks like a miktex problem (if you make a minimal faling file i'm sure HH that one of the miktex context users will try it for you) Yes, give me an example and I'll try ... the simple Hans code gives no problem here ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[6]: [NTG-context] sidebyside figures
Wednesday, March 12, 2003 Hans Hagen wrote: That's a good thing, even if I wonder how you could distinguish between a vertical middle and a horizontal middle ... maybe we need values hcenter and vcenter? HH vertical middle is now: lohi (lowhigh) ]for instance in \framed and HH friends: align={lohi,middle} Interesting way out :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] Displayed material, again
Wednesday, March 12, 2003 Hans Hagen wrote: HH At 12:47 PM 3/11/2003 +0100, you wrote: === BEGIN PATCH === \startvariables all auto: auto \stopvariables HH ok, added, does not hurt to have that key (althougj in this case 'display' HH i smore adequate I don't think so. The material is displayed anyway. The key value should simply make a different from yes/no (i.e. decide automatically), it doesn't change the logical nature of the block ... but anyway :) HH i'll upload a beta for you to test Thanks :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] Re: layout of xsteps-p
Friday, March 14, 2003 Gregory Vanuxem wrote: GV I rebuild all possible format, mem... Your test file runs perfectly fine here (absolutely latest MiKTeX). Did you generate the .mem file via texexec --make metafun? Please observe that this puts the .mem file in the wrong directory, you must move it manually to the correct place. Also, you may want to make sure that your local texmf tree is searched before the global one (you can do this via MiKTeX Options). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[6]: [NTG-context] Re: layout of xsteps-p
Friday, March 14, 2003 Gregory Vanuxem wrote: GV Strange thing !!! GV Yes, generate the .mem file via texexec --make metafun GV Oops, it was in fmt dir !!! GV EXCELLENT THING : All work now GV Thanks a lot!! Good to know :) Maybe you should follow up to your bugreport in MiKTeX and state that it was due to a .mem-binary mismatch :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Newspaper in ConTeXt?
I seem to recall from various discussions that ConTeXt has some features that would come useful to typeset newspaper and similar stuff (columnsets being one of them, IIRC). Are there example of their usage, and possibly some kind of manual? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] sidebyside figures
Tuesday, March 11, 2003 K.H. Wesseling wrote: KHW Karel W here and no need to worry, let's on occasion both buy Hans as KHW much beer as he cares to drink. Cordially...Karel. I sometimes wish we could do more than just that to thank him for all his work :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] sidebyside figures
Monday, March 10, 2003 Hans Hagen wrote: HH However, it seems that you want something: HH \starttext HH \startbuffer HH \startcombination HH{\externalfigure[cow][frame=on, width=3cm]} HH {\placefloatcaption[figure]{x}} HH{\externalfigure[cow][frame=on, width=3cm]} HH {\placefloatcaption[figure]{y}} HH \stopcombination HH \stopbuffer HH \placefigure{none}{\getbuffer} HH \stoptext HH This special feature (separate captions) was introduced quite some time ago HH for Karel W so you should buy him a beer. Hey, I thought it was me who requested this feature? (I remember needing it for side by side floating tables when it still wasn't implemented ...) BTW, AFAICS there is no way to make a reference (à la \infigure) to a single element in a /combination/ ... can this be done? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] sidebyside figures
Tuesday, March 11, 2003 Hans Hagen wrote: BTW, AFAICS there is no way to make a reference (à la \infigure) to a single element in a /combination/ ... can this be done? HH there is a trick for that, but i cannot find it right now; however, the HH floatcaption command accepts a second optional arg being the ref. Yup, floatcaptions can do it all, nice. Now the question is: is it normal for the combination to stick to the left margin? Shouldn't it be centered horizontally? I can achieve the effect by surrounding it with \midaligned{...} (i.e. \midalgined{\startcombination ... \stopcombination}) but it would be nice if it could be set as an option to combinations ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Displayed material, again
Hello list, I wish to bring the discussion again on displayed material. Display material is material that conceptually belongs to a paragraphs but typographically breaks it. After the display, the paragraph can continue or not. In ConTeXt, there are many things which should be considered displayed material: formulas, enumerations and other itemgroups, quotations, etc. Every start/stop pair that begins a new paragraph should actually be a displayed area. In ConTeXt, one can achieve such result by using [intentnext=yes] or [indentnext=no] on a case-by-case basis, depending on whether the start/stop pair is supposed to start a new paragraph or not. Of course, this manual way to do the thing goes against the general principle that the computer is supposed to do as much of the job as possible, by itself. I therefore wish to urge Hans to implement a new indentnext option, auto, which should give a behaviour similar to the one shown on this example: === BEGIN displayed.tex === \setupindenting[medium] \definestartstop[display][before=\initdisplay,after=\terminatedisplay,style=italic] \def\initdisplay{\ifvmode\else\endgraf\noindent\fi \bgroup\advance\leftskip2\parindent\advance\rightskip2\parindent\ignorespaces} \def\terminatedisplay{\par\egroup\afterassignment\checkifpar\let\ispar=} \def\checkifpar{\ifx\ispar\par\else\noindent\expandafter\ispar\fi} \starttext The purpouse of this document is to practically show how display material should behave: display material is material that conceptually belongs to a paragraphs but typographically breaks it After the display, the paragraph can continue or not. We now quote Knuth: \startdisplay \input knuth \stopdisplay and continue the paragraph right after. The following quote will instead end the paragraph: \startdisplay \input tufte \stopdisplay This text belongs to a different paragraph: note that it's being indented (differently from the previous snippet). This paragraph has no quotations. Instead, the next paragraph will start with a quotation (display material at the beginning of the paragraph) and have some text after~it. \startdisplay \input knuth \stopdisplay is again a quote from Knuth. Observe that this way the source obeys the \TeX\ convention of empy lines to terminate paragraphs, and that it is not necessary to manually specify the intentnext option for the single cases. \stoptext === END displayed.tex === The paragraph-wise behaviour of \initdisplay and \terminatedisplay+\checkifpar (i.e. excluding the left-/rightskip adaptments, which have only a visual purpouse) should be the behaviour in case indentnext=auto. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] nullfont errors in new beta
Wednesday, March 5, 2003 Patrick Gundlach wrote: PG 463,467c462,465 PG loading: Context Page Macros / Backgrounds PG ) (/opt/context/--/texmf/tex/context/base/page-app.tex PG loading: Context Page Macros / Applications PG ) (/opt/context/--/texmf/tex/context/base/core-job.tex PG loading: Context Core Macros / Job Handling PG --- loading: Context Page Macros (Backgrounds) ) (/opt/context/--/texmf/tex/context/base/page-app.tex) (/opt/context/--/texmf/tex/context/base/core-job.tex loading: Context Core Macros (Job Handling) Looks like your page-app has something wrong. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: Columns in itemizations
Tuesday, March 4, 2003 Patrick Gundlach wrote: Anyway, my log (different pdf-e-TeX version, could be the culprit? I doubt it): PG There must be some difference somewhere?!? PG Is this the logfile or the output of the texexec run that you have PG posted? Logfile. PG First, there is the following difference between your log and mine: (C:\localtexmf\tex\context\base\cont-loc.tex)) PG is not loaded on my place Even if I disable it, it all works fine here. PG and the cont-sys.tex I have is the same as the cont-sys.ori PG shipped with context. Mine is slightly different: the auto MP stuff is enabled. columns: balanced in 7 step(s) columns: balanced in 7 step(s) PG I have only one line like that :( Yes, that's that problem :) PG In the logfile I also get some strange errors ;-) PG systems: beware: some patches loaded from cont-new.tex! PG Missing character: There is no 2 in font nullfont! [snip] PG Missing character: There is no 2 in font nullfont! PG language : language en is active VERY strange. There's something wrong with your setup. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: Columns in itemizations
Tuesday, March 4, 2003 Patrick Gundlach wrote: PG Patrick Gundlach [EMAIL PROTECTED] writes: PG Hello again, PG one other strange test file: PG See the different spacing between the first A items and the last PG A,columns ones. So the columns has an effect but not the desired PG one. The difference is because you get all the settings from the columns option, except that the columns don't get balanced. And again, everything is fine here (MiKTeX 2.2, latest ConTeXt) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Columns in itemizations
Hello, following up to a recent post on comp.text.tex I'd like to bring forth an enhancement request for itemgroups: in the current implementation it is not possible to set up itemgroups to use the non key=value pairs settings. IOW, one cannot say \defineitemgroup[myitems] \setupmyitems[each][A] and have the items come up numbered with capital letters. Some keywords (like: joinedup) work, some others (the numbering type ones, for example, or columns) don't work. For what I can see by looking at the code, this depends on these settings being looked for *not* when setting up the itemizations, but in the actual moment when the \startitemgroup is issued (this is for example the case for columns). Enhancement request: allow all keywords to work. I think the most straightforward way to implement this is to simply store the keywords and put them as default values when \startitemgroup is called (this would even, I suspect, simplify the handling of the itemgroup setups ...) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] MetaTricks?
Thursday, February 6, 2003 Jens-Uwe Morawski wrote: JUM Hmm, PSTricks consists of two parts: JUM a) a TeX-part that provides a user-interface and writes the JUMPS-specials in the dvi-output JUM b) a set of PS-macros that provides a varity of interesting JUMfeatures [snip] JUM So, what do want or what is missing in your opinion, since JUM some of the PSTricks features are already available in ConTeXt/MFun. I'm more interested in (a), even if, I assume, some part of (b) would need to be implemented in MetaPost too ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] MetaTricks?
Thursday, February 6, 2003 Jens-Uwe Morawski wrote: JUM as you know, PSTricks is a huge package, so where to start? JUM - what features are needed JUM - who can write the TeX interface JUM - i could help with some MP code Ok, the precise set of features I need is the one used by the excellent Eukleides program (http://perso.wanadoo.fr/obrecht/); while I was trying to port it to MetaPost and begun converting the instructions I knew how to convert I realized that a full (or as complete as possible) PSTricks emulation would have been the best thing ---and that it could have already been implemented. Which is why I asked :) In particular, there are a few things that I currently see as missing in (plain) MetaPost (and which I couldn't find in MetaFun either); for example, there is no macro that allows to add drawoptions; you can only replace them altogether. PSTricks, OTOH (at least for what I could see) has a default color, pensize and line style which can be changed singularly (MetaPost seems to only do this for the pen --currentpen; it doesn't have a currentcolor or currentstyle). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] MetaTricks?
Friday, February 7, 2003 Denis Roegel wrote: DR I suppose you have already had a look at metaobj? DR ftp://ftp.tex.ac.uk/tex-archive/graphics/metapost/contrib/macros/metaobj/ DR It implements many of pstricks' features (see pages 93 and following DR in the manual). If you develop something new, DR it is worth checking what ideas you could borrow from metaobj. DR At the end of the metaobj manual, there are also hints for a TeX interface. Well, it has been some time since the last time I had a look at it (MiKTeX couldn't handle it because of memory issues). Thank you for the hint, I'll look into that :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] MetaTricks?
Hello, I was wondering if anybody (say, for example, Hans ;) has ever thought about developing a (Con)TeX(t)+Meta(Post|Fun) counterpart of PSTricks? PSTricks is widely used, but has the disadvantage of not being usable for direct PDF creation; a purely texmfish way to handle the stuff would be rather nice. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Buffers and grouping
Sunday, January 26, 2003 Willi Egger wrote: WE Hi all, WE I thought that \startbuffer and stopbuffer would cause grouping within the WE buffer. e.g. WE \startbuffer[mybuffer] WE \switchtobodyfont[small] WEa bunch of text WE \stopbuffer WE \starttext WE \section{First} WE\getbuffer[mybuffer] WE \section{Second} WE\getbuffer[mybuffer] WE \section{Third} WE\getbuffer[mybuffer] WE \section{Fourth} WE\getbuffer[mybuffer] WE \stoptext WE Compiling the above example results in a fontsiye decreasing step by step. WE How should I reverse to the originally setup fontsize: Insert grouping by yourself: \startbuffer[mybuffer] \start\switchtobodyfont[small] a bunch of text \stop \stopbuffer -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Bug in \setupinteraction?
Sunday, January 26, 2003 Hans Hagen wrote: after a couple of hours of debugging I found out why I couldn't anymore set my PDF to maintain the zoom level; apparently, the command \dosetuppageview{standard} command was ignored/overruled. I finally traced it down to \setupinteraction: this command seems to reset the pageview to fit. Why? HH because it's so low level that it is used in the higher level command, new HH key: focus HH Wasn't you the one who requested that feature? HH\setupinteraction[focus=standard] Oops, yes it was me, but somehow I missed the moment when you added the feature, and thus ignored its presence :) Thank you very much. (Of course we still have the problem that the actual target ends up outside of the screen when the link is followed, but this depends on pdfTeX using the base point coordinates, and since this stands on the baseline, the actual text will, most of the time, end a bunch of pixel outside the top of the screen ... maybe we could add a correction to walk around this problem?) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] ConTeXt doesn't accept some environments anymore
Hello, I just noticed that the 2003.1.10 version of context doesn't read environments anymore, when they are in the previous directory; I have to put them in the same directory as the processed file, it seems. I tried adding a \usepath[..], but it still doesn't work. Any ideas? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Bug in \setupinteraction?
Hello, after a couple of hours of debugging I found out why I couldn't anymore set my PDF to maintain the zoom level; apparently, the command \dosetuppageview{standard} command was ignored/overruled. I finally traced it down to \setupinteraction: this command seems to reset the pageview to fit. Why? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Justifying paragraphs.
Friday, January 24, 2003 John Culleton wrote: JC I receive many MSWord documents which I then convert to plain text or JC LaTeX etc. Typically all the characters in a paragraph are crowded JC onto one line. This makes editing a bore. JC I can use: JC gqap JC to change an individual paragraph to a series of lines of standard JC length. But I haven't found a global way to do it to all paragraphs. JC There is/are one or more blank lines between paragraphs. 1GgqG should reformat the whole file. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Link dest in same document
Wednesday, January 22, 2003 Patrick Gundlach wrote: PG Hello out there, PG how do I let the destination of a hyperlink do not affect the zoom PG level? (I.E. not /Fit but /XYZ in destination) \dosetuppageview{standard} -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Footonotes and footnote references not appearing on the same page
Tuesday, January 21, 2003 Gilles Pérez-Lambert wrote: GPL Hello, GPL I have a problem with footnotes: the references and the footnotes do GPL not fall on the same page as soon as there is numerous footnotes on a GPL page (something that happens frequently in my work). You'll find a GPL source example and a PDF on: GPL http://typo.free.fr/context/ GPL Maybe is there something I'm doing that I should not. Maybe you might try \setupfootnotes[split=tolerant] -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Problem on making mptopdf format file
Tuesday, January 21, 2003 Hans Hagen wrote: HH At 10:59 PM 1/21/2003 +0800, you wrote: Dear all, I am using ConTeXt under MikTeX 2.2 , but when I used texexec --make to make format file, I got the following error message. Could anyone give me some advice to fix it? Thanks in advance. HH Looks like an out of sync installation (maybe some old supp-pdf hanging HH around from a different origin) Very likely. MiKTeX has its own (outdated) supp-pdf to be used by non-ConTeXt users for direct inclusion of MetaPost output in pdfLaTeX. But if ConTeXt is installed in the localtexmf, and this has a higher search priority, this shouldn't be an issue; to the OP: check if you have other supp-pdf or supp-mis which are being searched first. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] pdf viewers
Monday, January 13, 2003 Hans Hagen wrote: HH ghostscript/view is ok, but slower as well; it does not support the HH interactive features other than simple hyperlinks (i wonder why this is not HH implemented) I asked about it to the GSView programmer some time ago. /pdfmark support for standard hyperlinks in PDFs is just an easy-to-implement plus, which is why it's there. GSView is a *PostScript* viewer, not a PDF one :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] utf 8 / test file
Monday, December 9, 2002 Hans Hagen wrote: HH hm, must think this over, esp since tex has no way (except measuring) to HH determine if a slot is really taken e-TeX can, IIRC. And since UTF support requires e-TeX anyway ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Emulating AMS stuff in ConTeXt
Sunday, December 8, 2002 Hans Hagen wrote: HH At 07:24 PM 12/7/2002 +0100, you wrote: def\startalign{% \startformula \let\\\cr \grabuntil{stopalign}\doeqalign } \def\doeqalign#1{\eqalign{#1\cr}\stopformula} HH ^^ better make that \crcr in order to catch HH users \\ Will fix. I just copied the AMS defs ... \let\stopalign\relax These allow me to write: \startalign a = b = \\ = c \stopalign HH isn't \startmathalign a better choice? Maybe. I just converted the AMS-LaTeX align environment, so I kept the align name. and everything is fine. Yet I cannot do \placeformula[hook] \startalign a = b = \\ = c \stopalign because of expansion problems. Why? How can I define the stuff? HH took me a couple of cd's to uncover this -) HH (1) placeformula has to look ahead, and the next command is not seen as HH something math; so, HH (2) i made another lookahead, and then HH (3) we ran into those \cr and # things that may not always show up HH everywhere, so HH (4) i had to rewrite a low level macro that i didn't like rewriting, i.e. HH (5) i had to use a variant i'd always thought that could be avoided HH so, you spoiled my afternoon -) :P Sorry, but it's your choice to work on sundays ;) HH btw, if you isolate/collect the ams math that's not yet in m-newmat, i can HH see if/how i can add it there in a configurable way, so if some things HH fails, we can look into it later Ok. I'm filling it up as it comes while typesetting/converting some notes (part of them were hand-written, part of the in LaTeX form). HH you can try the version i just uploaded Will do. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Latest beta killed cross-referencing?
Hello, I just downloaded the latest beta --and it seems it won't generate cross refs anymore. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Using Fraktur (and Gothic and Calligraphic) fonts in ConTeXt
Hello, I just wanted to report the conclusions I reached after the hoop-jumping I had to go through to be able to use Fraktur in ConTeXt, especially in math environments: it seems that the \frak, \goth, \cal font switches are ignored in math mode (which is somewhat ridiculous, considering that this is where they are used more often). A workaround (stolen from the old math module) is to define \def\fraktur#1{\ifmmode\@EA\text\fi{{\frak#1}}} \def\gothic #1{\ifmmode\@EA\text\fi{{\goth#1}}} \def\caligraphic#1{\ifmmode\@EA\text\fi{{\cal #1}}} and use \fraktur{a} instead of {\frak a}. This has the disadvantage that you cannot set Fraktur as the (math) font for a complex math construct. Can this be fixed, please? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] utf 8
Wednesday, December 4, 2002 Hans Hagen wrote: HH Hi, HH I'm uploading a new beta. This one has utf8 as a regime: HH\enableregime[utf] Uhm. The name can get confusing in case ConTeXt will support UTF-16 or UTF-32 in the future ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[5]: [NTG-context] In-paragraph display
Tuesday, December 3, 2002 Bruce D'Arcus wrote: This is where we differ. After all, the empty line is the *standard* TeX (and ConTeXt) way to denote new paragraph. While should it be different for displayed items? It's inconsistent. BDA For what it's worth, I agree with Giuseppe here. It's the same issue BDA I had with block quotes: that even if there's no blank line, ConTeXt BDA assumes new paragraph. The blockquote example is a very good example, IMO: an indipendent (new paragraphed) block quote/quotation/whatever is not conceptually different from a displayed (that doesn't start a new paragraph) block quote/quotation/whatever. So there should be no need to mark it up differently (as is required by the ConTeXt assumption on paragrah breaking). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] In-paragraph display
Tuesday, December 3, 2002 Hans Hagen wrote: HH At 01:37 AM 12/3/2002 +0100, you wrote: This is where we differ. After all, the empty line is the *standard* TeX (and ConTeXt) way to denote new paragraph. While should it be different for displayed items? It's inconsistent. HH it's because in my limited perception display stuff is not part if the par -) Even assuming the displayed part might not be part of the par, the following text would (or rather could) still be part of the same par as the previous text. But then again, displayed material *is* part of the par --it's a displayed part of it, something put in evidence, but still part of it. [You could convince yourself by thinking for example of displayed math $$...$$ in (plain) TeX: it is considered part of the paragraph (and forced to three lines, IIRC)] But I have to specify it manually. If I later decide to rewrite the stuff so that it's really in separate paragraphs I have to change the displayed environment, while what should suffice is letting ConTeXt understand that a new paragraph is started --the *standard* way (empty line). HH eh .. not sure if i understand this; some global switch would do most of HH the trick i assume Nope. As an example, assume the displayed material in question is a quotation: changing a global switch will make all/none of the quotations be distinct paragraph. This is not good, because wether or not the quotation is a part of the paragraph or not depends from the quotation and its context, so the user should be able to decide when new pars are started and when not, for each single quotation. And since the standard way to get new pars in TeX is by putting empty lines, why should it be different for displayed material? I don't think there should be any need to look back or ahead. Just don't force a new paragraph before and after each displayed item. Let the user choose, the standard way(s). HH well, since i want to be able to control consistency, i do need to look HH back; say that the design says: no empty lines (parskips) before something, HH then i need to configure that particular display instance to ignore the HH (possiibly already applied) parskip; keep in mind that it's not always the HH author who decides that somethign should start like a new paragraph; I'm not sure I understand this. HH hm, not sure it it hooks/should hook into start/stop Where should it hook? All displayed items are start/stop pairs. If you want to overrule this for a specific start/stop pair, you can always to it with the local switch: HH i cannot simply before=\startdisplay things because it would break HH compatibility, so it would mean that each environment would get a HH display=... switch with some global default, in addition to start/stop Oh, that's fine for me. is part of a paragraph but gets highlited by typesetting it in a different format, sort of like a subparagraph. This category includes itemizations (all itemgroups, actually), formulas (not inline, of course), quotations, etc. HH hm, i like a more general view on 'display': anything that stands out in HH the text stream, being par or not, this is why it should be configurable HH (even tex is a bit fuzzy about it, since display math is used for both HH in-par or between par math) That's precisely my point. Contrary to TeX, ConTeXt always forces new paragraphs for displayed material: each displayed material is always considered a distinct paragraph, and thus always terminates the previous paragraph and begins a new one after its end. Of course between par displays (i.e. displays surrounded by empty lines) should be distinct pars, but this should not be enforced on all displays (as it it by ConTeXt, currently). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[7]: [NTG-context] In-paragraph display
Tuesday, December 3, 2002 Hans Hagen wrote: HH well, if before=\blank, that will not change; of course HH actually, quotations are hooked into narrower, which HH start/ends new pars; Narrower, too, shouldn't start new pars IMO. It counts as displayed material. HH a more generic switch can be built in, but takes time, so in HH due time you can have that switch (with of course the danger HH that nothing generates a par anymore, or worse, that anybody HH disagrees with any defaults), but not in a quick and dirty HH hack; i will first make a proper startdisplay/stopdisplay, and HH after that it may go in some env's That's more than fine for me! :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Generating formats.
Tuesday, December 3, 2002 Eduardo Cassiraga wrote: EC Hi: EC I am trying to install ConTexT system on my PC. My TeX system is MikTeX and EC I use Windows 2000. However it's imposible to me generate the formats. When EC I type the command for that the system answer to me as follow: EC C:\tmptexexec --make en EC TeXExec 3.1 - ConTeXt / PRAGMA ADE 1997-2002 EC ! You have to increase POOLSIZE. Find your miktex.ini configuration file, and in the [ConTeXt] section add the line pool_size=100 Make sure you're modifying the correct miktex.ini (if you have two, you should change the one in the local texmf tree). Also make sure that your texexec.ini file has --appname=context among the parameters passed to the compiler -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] In-paragraph display
Hello, I'm going to bring the discussion back to a sore point that really needs to be cleared. When dealing with displayed material (equations, itemizations, quotations etc) the following four cases are (or rather should be) different: == Case 1: some text before \startdisplay displayed material \stopdisplay some text after == Case 2: some text before \startdisplay displayed material \stopdisplay some text after == Case 3: some text before \startdisplay displayed material \stopdisplay some text after == Case 4: some text before \startdisplay displayed material \stopdisplay some text after == The reason why they should be different is that (1) in case 1 the display is part of the paragraph which includes both the text before, the displayed material, and the text after (2) in case 2 the display is part of a the paragraph which begins with the displayed material and includes the text after, but not the text before (3) in case 3 the display is part of a the paragraph which begins with the displayed material and includes the text before, but not the text after (4) in case 4 the display forms a paragraph on its own Why is this important? Assume for example that the paragraphs are set to have an indent (\setupindenting[medium], for example) and that the indentnext option is set to true. In this case some text after would only be indented in cases (3) and (4), but not in cases (1) and (2), since in cases (3) and (4) it starts a new paragraph while in cases (1) and (2) it is part of the previous paragraph. Is it just an impression of mine, or is it true that this is not the case in ConTeXt? The behaviour in all three cases seems to be the same ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] new beta
Sunday, December 1, 2002 Hans Hagen wrote: HH Hi, HH I uploaded a new beta. Can't seem to find it ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] epigraph
Thursday, November 28, 2002 Bruce D'Arcus wrote: BDA On Thursday, November 28, 2002, at 02:47 PM, Simon Pepping wrote: Is there a higher level Context construct that would be appropriate here? BDA And shouldn't we have an epigraph environment Hans? ;-) You can use the xdesc module I developed to define a very flexible epigraph environment (i.e. one which also allows you to have a list of epigraphs etc). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] epigraph
Thursday, November 28, 2002 Bruce D'Arcus wrote: BDA On Thursday, November 28, 2002, at 02:47 PM, Simon Pepping wrote: Is there a higher level Context construct that would be appropriate here? BDA And shouldn't we have an epigraph environment Hans? ;-) You can use the xdesc module I developed to define a very flexible epigraph environment (i.e. one which also allows you to have a list of epigraphs etc). -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] epigraph
Friday, November 29, 2002 Bruce D'Arcus wrote: You can use the xdesc module I developed to define a very flexible epigraph environment (i.e. one which also allows you to have a list of epigraphs etc). BDA You in this context is me, as an individual? Yes. BDA The issue I have here BDA (and it may well not be an issue, since I'm not sure I grasp every BDA detail) is the one I mentioned last week: BDA If we are going to be able to have elegant and flexible typesetting of BDA DocBook files, shouldn't DocBook structures like epigraph be in the BDA core? Simon shouldn't have to generate lower-level code for these sort BDA of things (the meta info stuff as well) with his project, because it BDA then becomes more difficult for the user to customize output (and for BDA him to maintain the code?). BDA Or am I missing something? You're not. IMO the whole xdesc module should get into the core --it can work as a base for bibliographies, too, for example. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] epigraph
Friday, November 29, 2002 Simon Pepping wrote: On Friday, November 29, 2002, at 06:30 AM, Giuseppe Bilotta wrote: You can use the xdesc module I developed to define a very flexible epigraph environment (i.e. one which also allows you to have a list of epigraphs etc). SP Where do I find it? I think I posted it on-group some time ago ... but anyway, here it is again (it's not that big ...) -- Giuseppe Oblomov Bilotta xdesc.zip Description: Zip compressed data
Re[2]: [NTG-context] \switchtobodyfont[cmr] in Gamma
Tuesday, November 12, 2002 Hans Hagen wrote: HH When mixing fonts, esp with similar names, and esp in an ungrouped way, HH it's best to use the typeface mechanism, since it provides a namespace, HH while the less clever mechanism overloads definitions (keep in mind that HH there are some limitations to the amount of fonts and memory, so there are HH some trade off's) I never managed to get typeface working correctly, other than defining things similarly to type-pre and using those with \switchbodyfont. Is there any documentation on how to *use* typefaces (not *define* them)? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] \switchtobodyfont[cmr] in Gamma
Tuesday, November 12, 2002 Hans Hagen wrote: I never managed to get typeface working correctly, other than defining things similarly to type-pre and using those with \switchbodyfont. Is there any documentation on how to *use* typefaces (not *define* them)? HH define: HH\definetypeface[mainface][] HH then use 'm: HH\setupbodyfont[mainface] Something like this? \starttext \switchtobodyfont[modern] This is a test \switchtobodyfont[postscript] This is a test \switchtobodyfont[modern] This is a test \stoptext Does nothing, here. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] \switchtobodyfont[cmr] in Gamma
Monday, November 11, 2002 Idris S Hamid wrote: ISH \setupbodyfont[cmr,14pt] ISH %\setupbodyfont[omlgc, 14.4pt] Did some testings. The bug is also present with pdfeTeX, using pos,berry and cmr. Seems to work fine if you remove the size specifications, though. Hope this helps Hans tracing the bug. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] About itemize
HH first of all, we're not dealing with a bug, it's a feature; so, if some HH other behavior is wanted, it should be an option of extension to existing HH mechanisms, nog a replacement. HH there is one thing we should keep in mind: naive users are not always aware HH of tex's empty line == par, so this is why \start/\stop things are HH consistent in absense or presense of them; HH distinguishing between display and semi-display is therefore not that HH trivial, and the best option is separate environments, like HH\startquotation ... \stopquotation HH (or \startdquotation ... \stopdquotation for display quotation) versus HH\startpquotation ... \stoppquotation HH for an in-paragraph one (like we have with formulas, see core-mat.tex) HH that way, one knows what to expect, since it's clear from the coding, and HH not from a (forgotten, or accidental) empty line HH another option is to have a dedidated environment HH \startinparagraph ... \stopinparagraph HH or \startcontinue ... \stopcontinue HH which nills the surrounding whitespace and inhibits the next indent. (this HH should be not that hard to implement) This latter alternative sounds awfully 'redundant' (too much code for a simple thing); the first sounds somewhat better, but the best solution IMO is to have an option/conditional \obeypars or something like that. When true, empty lines after startstops denote paragraph and lack of empty lines denote remaining in the same paragraph; when false, current ConTeXt behaviour is kept. Maybe we may want to have a per-startstop option (obeypars=true,obeypars=false) together/in place of the global \obeypars/\noobeypars (or \obeyparstrue/\obeyparsfalse). Let's say that the best thing (again IMO) is to have a global option, overridable in each startstop: the obeypars key in startstops would then accept the values true (force true), false (force false), default (behave according to the global setting). Does this sound sensible? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] PDF zoom
Personally, I use \dosetuppageview{standard}; it seems to work. JC Is this command documented somewhere? Is it a Context command or a JC Pdf(e)tex one? (Hidden) ConTeXt command. It's quite a struggle to make XYZ work properly in pdfTeX because it cannot be fully specified properly. Hans, any news on this? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[3]: [NTG-context] Natural tables
Sunday, October 27, 2002 Hans Hagen wrote: HH indeed tex does not like interference [modes, i.e. \doifmode cum suis are HH more robust] HH it works better in starttabulate/bTABLE I need to use them in tables. What can I use? BTW, while we're talking about it: is there a way to let a table head/tail know if it's the first/last row in the table altogether? I need this to insert a (...continued) or (continued ...) message when appropriate. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[7]: [NTG-context] Gamma support in TeXExec?
Friday, October 25, 2002 Olaf Weber wrote: --job-name in MiKTeX changes \jobname; what does --jobname in web2c 7.3.9 do? OW It sets \jobname. Goodie! Funny thing, MikTeX uses --job-name, while web2c uses --jobname ... one would wish both used the same :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Natural tables
Friday, October 25, 2002 Jens-Uwe Morawski wrote: JUM On Fri, 25 Oct 2002 17:01:42 +0200 JUM Giuseppe Bilotta [EMAIL PROTECTED] wrote: Where's the Natural Tables manual? JUM http://www.pragma-ade.com/general/manuals/enattab.pdf Thank you very much. Now, for the real question: has anybody been able to set/use conditionals inside tabular environments, in particular \starttable(s)...\stoptable(s)? It seems that if I happen to use \global\conditionaltrue or \global\conditionalfalse many errors about extra or missing \noaligns and \spans pop up. Is this a TeX thing? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Gamma support in TeXExec?
Tuesday, October 22, 2002 Hans Hagen wrote: HH tex - fmt HH etec- efmt (already) HH pdftex - pft HH pdfetex - epmt HH omega - oft HH eomega - eoft HH nts - nfmt (already) HH but since pdftex is compatible is less urgent since it's efmt and nfmt, wouldn't consistency call for pfmt, ofmt, eofmt, pefmt ? -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Re: On importing the old NTG ConTeXt list archive into Gmane
Tuesday, October 22, 2002 Giuseppe Bilotta wrote: GB Tuesday, October 22, 2002 Hans Hagen wrote: HH Hi, HH Is there someone with a complete clean context archive that can be used as HH an import in Gmane (mine is messed up bu maintainers messages and bounced HH stuff)? HH If you have such a copy, can you discuss this with Hannu? GB What do you mean by complete context archive? Isn't the GB distribution cont-fmt.zip such a thing? Scratch that, I didn't understand we were talking about the mailing list ... -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] This page intentionally left blank
Tuesday, October 22, 2002 Hans Hagen wrote: HH At 03:35 PM 10/22/2002 +0200, Giuseppe Bilotta wrote: Hello, I just read a post on comp.text.tex asking how to make This page intentionally left blank in LaTeX. There, it's a matter of redefining the \cleardoublepage comman; I assumed that ConTeXt had some kind of built-in hook to do that, but I found that it is not so; the command that ejects a blank page when needed is \ejectdummypage, but there is no way to configure it to put something on that page. Could the page ejecting mechanism be slightly improved, with a \setupdummypage[...] command that defines what has to be done with the dummy pages? HH \page[blank] : no ornaments HH \page[empty] : empty page, no page break first HH \page[makeup] : also empty, forces a page break first HH so, HH \page[yes,empty] HH is first flushing the current page, and then issuing an empty one HH so, what you want in addition is something HH \startstandardmakeup[doublesided=no] HH \labeltext{blankpage} HH \stopstandardmakeup HH or so, but then accessible by keyword? (\page[makeup,text] or so) No, I was thinking more of events like \page[odd] which flushes the current page if we are on an even page, but flushes the current page AND addes a blank even page. This blank even page cannot be configured to be nonblank, and that's what I want. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] tooltips
Monday, October 21, 2002 Jens-Uwe Morawski wrote: JUM On Sun, 20 Oct 2002 23:59:31 +0200 JUM Hans Hagen [EMAIL PROTECTED] wrote: i come back to the tooltips later JUM before i forget it, i would like to give here an additional idea JUM about this topic: JUM IMO, the whole thing should be more general, maybe by calling it JUM 'balloons' or 'balloonwidget'. The usage in \footnote, \tooltip or JUM \cite is only an instance of the more general balloon-object. JUM For example, i would like to use such a ballon-widget as a JUM dropdown-menu in an interactive document that contains JUM a list of chapters, ...: JUM \balloon[placement={below,centered}, JUM frameclass=DropMenu, JUM opendirection=down, JUM openaction=OnClick] JUM {Chapters} JUM {\placelist JUM [chapter] JUM [criterium=all, JUM alternative=a, JUM pagenumber=no, JUM interaction=all]} JUM and tooltips are then: JUM \defineballoon[tooltip][...] I have a draft implementation for this. By now, the only thing that can be configured is the framecommand. I decided to use this instead of a frameclass because it's even more flexible (with frameclass, you need to define a different frame class for each different ballon type, even if changes are small; this way, small changes can be applied more easily when defining new tooltips.) Put the following code in your cont-new.tex file or in your cont-loc.tex file (whichever you use for customizations), until Hnas decides to pass it to the core. I hope to come out myself with more customization options, but I would have to study fields and co. Maybe I'll leave that to Hans though. BTW, your stuff seems to more oriented towards what Hans called helps rather than tooltips, but I don't know much about this feature. Anyway, here's the code for custom balloons. Hope I didn't reinvent the wheel ... = BEGIN CODE = % Redefine tooltips as a subclass of the more generic balloon % class \startconstants all framecommand: framecommand \stopconstants \def\defineballoon[#1][#2]{% \@EA\def\csname#1\endcsname {\dodoubleempty\doballoon[#1]}% \@EA\def\csname\e!stel#1\e!in\endcsname {\dodoubleempty\setupballon[#1]}% \setupballoon[#1][#2]} % Currently only supports framecommand \def\setupballoon[#1][#2]{% \getparameters[balloon:#1:][#2] } \def\doballoon[#1][#2]#3#4% {\bgroup \setupfields[\v!reset]% \useJSscripts[fld]% \setbox0\hbox {\mindermeldingen \nextsystemfield \trialtypesettingtrue \setbox0=\hbox{#3}% \trialtypesettingfalse \definesymbol [\currentsystemfield:txt] [{\getvalue{balloon:#1:\c!framecommand}{#4}}]% \trialtypesettingtrue \setbox2=\hbox{\symbol[\currentsystemfield:txt]}% \trialtypesettingfalse \definefield [\currentsystemfield:txt][check] [dummy][\currentsystemfield:txt][\currentsystemfield:txt]% \setupfield [dummy] [\c!kader=\v!uit, \c!gebieduit=JS(Hide_Field{\currentsystemfield:txt}), \c!optie=\v!verborgen]% \hbox to \zeropoint {\dimen0\wd2\advance\dimen0 -\wd0 \doifelse{#2}\v!links {\hskip-\dimen0} {\doif{#2}\v!midden {\hskip-.5\dimen0}}% \lower\openlineheight % this needs to be configurable \hbox to \zeropoint {\fitfield[\currentsystemfield:txt]}}% \dimen0=\ifdim\wd0=\zeropoint 3em\else\wd0\fi % Should the following be configurable too? \definesymbol [\currentsystemfield:but] [{\framed[\c!hoogte=2ex,\c!breedte=\dimen0,\c!kader=\v!uit]{}}]% \definefield [\currentsystemfield:but][push] [dummy][\currentsystemfield:but][\currentsystemfield:but]% \setupfield [dummy] [\c!kader=\v!uit, \c!optie=, \c!gebiedin=JS(Vide_Field{\currentsystemfield:txt}), \c!gebieduit=JS(Hide_Field{\currentsystemfield:txt})]% \lower2ex % this should be configurable \hbox to \zeropoint {\fitfield[\currentsystemfield:but]}% #3}% \ht0=\ht\strutbox\dp0=\dp\strutbox\box0 \egroup} % Redefines the old tooltip with the new command ... \defineballoon[tooltip][\c!framecommand={\inframed[\c!kader=\v!uit,\c!achtergrond=\v!raster]}] = END CODE = -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[4]: [NTG-context] Frames (collection of)
Saturday, October 19, 2002 Jens-Uwe Morawski wrote: (1) add frame classes JUM if you mean something like JUM \defineframed[name] JUM \setupframed[name][...] JUM \name{..text..} JUM then i think this on the wish list of many ConteXt users. JUM Commands that currently support framed-parameters could then JUM support a parameter framedclass=name That's exactly what I mean. (2) add tooltip classes JUM in the other mail-thread we agree that for tooltips the whole word JUM should be an active area. IMO, this is not the best solution. If we JUM can use tooltips for footnotes or bib-entries in the future, those JUM elements will show a mark/symbol in the text, but for normal tooltips JUM the problem is that nothing shows the reader of the document that JUM there is a tooltip available. I think it is not a common practice to JUM read a document and scan constantly the words with the pointing JUM device. Thus, there should be also for normal tooltips a symbol or JUM something else that indicates the tooltip. If we have tooltip classes, these options (including size and fitting of the active area to the content) could be configured per class. -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context
Re[2]: [NTG-context] Gamma support in TeXExec?
Saturday, October 19, 2002 Patrick Gundlach wrote: PG Giuseppe Bilotta [EMAIL PROTECTED] writes: PG Hello, PG teTeX: very easy to do if (recent) fpTeX and teTeX supported the --job-name option ... is this the case? If so, the patch can be done very easily. Anybody using fpTeX or teTeX know about this? PG dunno, there is: PG--progname name PG Pretend to be program name. This affects both the PG format used and the search paths. PG perhaps this is what you are looking for? Never tested this, of course :) Uh, no, --progname only changes the (memory) settings, default format and search paths. --job-name changes the \jobname primitive ... uhm, wait a sec, this gave me an idea. Be back soon :) -- Giuseppe Oblomov Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://ref.ntg.nl/mailman/listinfo/ntg-context