Re: [NTG-context] distro info
Furthermore let me doubt that a simplified installation it's enough to persuade new users since ConTeXt requires manuals reading which is universally considered a waste of time. Hmm, Diego, that's not the point IMHO. We have to decouple installation from use. I'm an example of a user who will appreciate a simplified installer and will keep reading manuals (Matthias seems to agree with me). It's an interesting thread, but at the end I'm convinced that, simply, we are in a do-cracy. If Oliver has time, he will release an installer for mac. Otherwise, Andrea Valle will simply keep complaining. Obviously, Hans has more important things to do (I'm pretty serious here). Best -a- -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] fontscript for delicious?
Hello Wolfgang, Am Donnerstag, 12. Juni 2008 schrieb Wolfgang Schuster: On Thu, Jun 12, 2008 at 12:38 AM, Uwe Koloska [EMAIL PROTECTED] wrote: MtxRun | main context file: /home/koloska/context-minimal/tex/texmf-context/tex/context/base/context. tex MtxRun | current version: 2008.06.03 19:55 but with context, I was not able to compile the file, cause there are the tfm-files missing. What's with mtxrun --script context delicious and texexec --lua delicious, messages for tfm files should come with pdfTeX. Maybe a simple misunderstanding: 'texexec --lua' works fine, but 'context' (the application) gives the missing tfm error. This is because the standard runtime called by the application 'context' is pdftex and not luatex, isn't it? Uwe ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] fontscript for delicious?
On Sun, 15 Jun 2008, Uwe Koloska wrote: Hello Wolfgang, Am Donnerstag, 12. Juni 2008 schrieb Wolfgang Schuster: On Thu, Jun 12, 2008 at 12:38 AM, Uwe Koloska [EMAIL PROTECTED] wrote: MtxRun | main context file: /home/koloska/context-minimal/tex/texmf-context/tex/context/base/context. tex MtxRun | current version: 2008.06.03 19:55 but with context, I was not able to compile the file, cause there are the tfm-files missing. What's with mtxrun --script context delicious and texexec --lua delicious, messages for tfm files should come with pdfTeX. Maybe a simple misunderstanding: 'texexec --lua' works fine, but 'context' (the application) gives the missing tfm error. This is because the standard runtime called by the application 'context' is pdftex and not luatex, isn't it? No, 'context' always runs luatex, and not pdftex. The script 'context' calls 'mtxrun --script context' which in turn calls 'mtx-context.lua' which does all the work. mtx-context.lua is run by the lua interpreter inside luatex, and always runs in mkiv mode. You should be able to check this by looking at the top few lines of the log file. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] fontscript for delicious?
On Sun, 15 Jun 2008 12:18:43 -0400 (EDT) Aditya Mahajan [EMAIL PROTECTED] wrote: On Sun, 15 Jun 2008, Uwe Koloska wrote: Hello Wolfgang, Am Donnerstag, 12. Juni 2008 schrieb Wolfgang Schuster: On Thu, Jun 12, 2008 at 12:38 AM, Uwe Koloska [EMAIL PROTECTED] wrote: MtxRun | main context file: /home/koloska/context-minimal/tex/texmf-context/tex/context/base/context. tex MtxRun | current version: 2008.06.03 19:55 but with context, I was not able to compile the file, cause there are the tfm-files missing. What's with mtxrun --script context delicious and texexec --lua delicious, messages for tfm files should come with pdfTeX. Maybe a simple misunderstanding: 'texexec --lua' works fine, but 'context' (the application) gives the missing tfm error. This is because the standard runtime called by the application 'context' is pdftex and not luatex, isn't it? No, 'context' always runs luatex, and not pdftex. The script 'context' calls 'mtxrun --script context' which in turn calls 'mtx-context.lua' which does all the work. mtx-context.lua is run by the lua interpreter inside luatex, and always runs in mkiv mode. You should be able to check this by looking at the top few lines of the log file. It's possible he defined a script by himself for ConTeXt which use pdfTeX, in this case he should replace them with ones delivered with the distribution, he can find them in $TEXMF/scripts/context/stubs/(unix|mswin)/ Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] problem with layer: corner doesn't work
Hello, still working on the CD Design, I tried to understand the layer mechanism. After some reading and trying I have found a problem with the parameter 'corner'. The following setting doesn't work with the corner parameter but only with numeric placement of the reference point: --- % engine=luatex \setuppapersize[CD][A4] \setuppagenumbering [location=,state=stop] \showframe[edge] \setuplayout[location=middle] \definelayer [layer1] [width=\paperheight,heigth=\paperheight] \setupbackgrounds [page] [background=layer1] \starttext \startstandardmakeup \setlayerframed [layer1] [corner={left,bottom}, %x=0cm,y=\paperheight, location={right,top}] [width=.5\paperwidth, height=.5\paperheight, background=screen] {BLOCK 1} \setlayerframed [layer1] [corner={right,top}, location={left,bottom}] [width=.5\paperwidth, height=.5\paperheight, background=screen] {BLOCK 2} \stopstandardmakeup \stoptext --- I use a current context-minimal and have made an update today. The luatex version is: luatex --version This is LuaTeX, Version snapshot-0.25.3-2008052302 ... This is build 0, created on 20080410T143312Z Context is: ConTeXt ver: 2008.06.11 22:25 MKIV fmt: 2008.6.15 int: english/english What is wrong here? Uwe Koloska ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex (actually Aleph) and Bidi_Mirrored chars in RTL mode
On Fri, Jun 13, 2008 at 07:34:03PM -0600, Idris Samawi Hamid wrote: Hi Khaled, On Fri, 13 Jun 2008 15:52:27 -0600, Khaled Hosny [EMAIL PROTECTED] wrote: experimental in the beta \setcharactermirroring[1] It does work perfectly with unidirectional texts (RTL or LTR), but when mixing bi-directional text, like Arabic text between brackets inside English line, the closing bracket takes the direction of the embedded text not the main line. See the attached example. I just worked with this, and made some symmetrical definitions: see the attached modified files. \setcharactermirroring[0,1] works in both uni- and bi-directional text -- note that each bracketpair is inside of its respective directional context. Thanks for the fix, this makes it more organized indeed. However, for the FIRST occurence of a bracket-pair in a bidi paragraph it does not behave as expected. It may be that the second invocation of \setcharactermirroring does not immediately override the last. Maybe we need a \flush or \clearsetcharactermirroring command? I'm new at TeX/ConTeXt, all what I can do is to confirm that I'm getting the same output as yours. Regards, Khaled Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shi`i Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- Khaled Hosny Arabic localizer and member of Arabeyes.org team signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] fontscript for delicious?
Uwe Koloska wrote: Hello Wolfgang, Am Donnerstag, 12. Juni 2008 schrieb Wolfgang Schuster: On Thu, Jun 12, 2008 at 12:38 AM, Uwe Koloska [EMAIL PROTECTED] wrote: MtxRun | main context file: /home/koloska/context-minimal/tex/texmf-context/tex/context/base/context. tex MtxRun | current version: 2008.06.03 19:55 but with context, I was not able to compile the file, cause there are the tfm-files missing. What's with mtxrun --script context delicious and texexec --lua delicious, messages for tfm files should come with pdfTeX. Maybe a simple misunderstanding: 'texexec --lua' works fine, but 'context' (the application) gives the missing tfm error. This is because the standard runtime called by the application 'context' is pdftex and not luatex, isn't it? context (mtx-context) currently only handles luatex (i may add support for pdftex/xetex so that we can replace th eruby scripts, but it has a low priority) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Problem with Xetex
Probably I am the most troubled, unsuccessful beginner in this list (it's my ifado/i), anyway: I have two installations of context: one in ~/texmf; another in ~/context to which I switch typing . ~/context/tex/setuptex ~/context/tex. The first one has a problem with 8bit output (\enableregiem[utf8]: it says in the log file: possible problem with 8bit output. Xetex hangs on with: kpathsea mktextfm lmroman... The second installation has another problem with xetex: could not open config file dvipdfmx.cfg ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex (actually Aleph) and Bidi_Mirrored chars in RTL mode
Idris Samawi Hamid wrote: Hi Khaled, On Fri, 13 Jun 2008 15:52:27 -0600, Khaled Hosny [EMAIL PROTECTED] wrote: experimental in the beta \setcharactermirroring[1] It does work perfectly with unidirectional texts (RTL or LTR), but when mixing bi-directional text, like Arabic text between brackets inside English line, the closing bracket takes the direction of the embedded text not the main line. See the attached example. I just worked with this, and made some symmetrical definitions: see the attached modified files. \setcharactermirroring[0,1] works in both uni- and bi-directional text -- note that each bracketpair is inside of its respective directional context. i wonder what gives you the impression that you can use 0.1 as argument currently there is no reset command but you can say \setcharactermirroring[-1] since -1 resets an attribute - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex (actually Aleph) and Bidi_Mirrored chars in RTL mode
Khaled Hosny wrote: On Mon, Jun 09, 2008 at 11:08:09PM +0200, Hans Hagen wrote: Khaled Hosny wrote: Luatex does not mirror characters that has a Bidi_Mirrored property when the text direction is set to RTL (TRT in Aleph), according to http://unicode.org/reports/tr9/#Mirroring, the different types of parenthesis that has Bidi_Mirrored property should be mirreored in RTL mode, but this isn't what I get. Is this a bug, feature, or am I missing some thing? experimental in the beta \setcharactermirroring[1] It does work perfectly with unidirectional texts (RTL or LTR), but when mixing bi-directional text, like Arabic text between brackets inside English line, the closing bracket takes the direction of the embedded text not the main line. See the attached example. i need to figure out what the subtypes are of the direction nodes i suggest that you and idris cook up a set of test files that can serve as benchmark, preferably something organized (arabtest-whatever) and such; eventually these can go into the regression test machinery 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem with Xetex
[EMAIL PROTECTED] wrote: Probably I am the most troubled, unsuccessful beginner in this list (it's my ifado/i), anyway: I have two installations of context: one in ~/texmf; another in ~/context to which I switch typing . ~/context/tex/setuptex ~/context/tex. The first one has a problem with 8bit output (\enableregiem[utf8]: it says in the log file: possible problem with 8bit output. Xetex hangs on with: kpathsea mktextfm lmroman... The second installation has another problem with xetex: could not open config file dvipdfmx.cfg maybe the first tree has an ancient xetex and/or context and/or those fonts ... xetex is a moving target and when possible context adapts to it and as a result they need to be in sync (the same is true for context mkiv and luatex) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex (actually Aleph) and Bidi_Mirrored chars in RTL mode
On Sun, 15 Jun 2008 14:32:40 -0600, Hans Hagen [EMAIL PROTECTED] wrote: \setcharactermirroring[0,1] works in both uni- and bi-directional text -- note that each bracketpair is inside of its respective directional context. i wonder what gives you the impression that you can use 0.1 as argument No, this was an abbreviation for both \setcharactermirroring[0] and \setcharactermirroring[1] work in... ;-) Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shi`i Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with layer: corner doesn't work
Uwe Koloska wrote: Hello, still working on the CD Design, I tried to understand the layer mechanism. After some reading and trying I have found a problem with the parameter 'corner'. The following setting doesn't work with the corner parameter but only with numeric placement of the reference point: hm, same output for pdftex and luatex (two blocke next to each other) btw, preset=lefttop, is easier Hans ps. screens don't seem to work in mkiv but since you didn't report that ... - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Luatex (actually Aleph) and Bidi_Mirrored chars in RTL mode
Idris Samawi Hamid wrote: On Sun, 15 Jun 2008 14:32:40 -0600, Hans Hagen [EMAIL PROTECTED] wrote: \setcharactermirroring[0,1] works in both uni- and bi-directional text -- note that each bracketpair is inside of its respective directional context. i wonder what gives you the impression that you can use 0.1 as argument No, this was an abbreviation for both \setcharactermirroring[0] and \setcharactermirroring[1] work in... ah ... anyhow, you're lucky that 0 is not implementing something then -) 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problem with layer: corner doesn't work
Uwe Koloska wrote: Hello Hans, Am Sonntag, 15. Juni 2008 schrieb Hans Hagen: ps. screens don't seem to work in mkiv but since you didn't report that ... For me 'screen' do work. And with the live-context on the garden they work, too. (See the attached PDF) sure, they work, but in pdftex/mkii one has to enable color explicitly - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___