Re: [XeTeX] XeTeX wish list ...

On 14/08/2023 16:01, Philip Taylor (RHUoL) wrote: I do not know whether there is such a thing, but if there is, may I add an entry ? Background:  I have (XeTeX) code which adds bleed and crop marks (strictly speaking, bleed and trim marks) to an existing multipage PDF. The code is stored in

Re: [XeTeX] Confused (why are ignored characters not "removed from the input" as per Eijkhout's TeX by Topic ?)

On 16/04/2023 17:16, Philip Taylor (RHBNC) wrote: Given — \catcode 9 = 9 \let ~ = \undefined ^^I~ \end why does XeTeX report This is XeTeX, Version 3.141592653-2.6-0.93 (TeX Live 2021/W32TeX) (preloaded format=xetex) restricted \write18 enabled. entering extended mode

Re: [XeTeX] XeTeX \openin — bug or feature

On 20/09/2022 16:38, Philip Taylor (Hellenic Institute) wrote: Given \newread \standin \openin \standin = MM3.dat I had expected XeTeX to open MM3.dat for input — instead, it opened MM3.dat.tex Bug or feature ? -- /Philip Taylor/ Have you compared other engines? My TL installation is

Re: [XeTeX] Uppercase in Armenian

Hi Zdeněk, Checking the Unicode character database[1], U+0587 is listed as having a *compatibility* decomposition to <0565,0582> (not 0587): 0587;ARMENIAN SMALL LIGATURE ECH YIWN;Ll;0;L; 0565 0582N; Likewise, the SpecialCasing.txt file[2] that defines case mappings other than simple

Re: [XeTeX] TECkit Mapping Editor

Hi Dominik, I'm afraid it's unlikely (in my opinion) that any further development will be done on that tool. What I'd suggest is to look for a programmer-oriented text editor or IDE that can be configured to conveniently run arbitrary tools command-line tools (e.g. from a "Build" menu or

Re: [XeTeX] diacritics stacking using anchor points

.. JK Thanks for your help, Antonis. On 10/23/21 6:26 PM, Jonathan Kew wrote: On 23/10/2021 14:37, Antonis Tsolomitis wrote: It is a long time now that NewComputerModern has build-in information for diacritics stacking. I have heard  that xetex supports this but I can not make i

Re: [XeTeX] diacritics stacking using anchor points

On 23/10/2021 14:37, Antonis Tsolomitis wrote: It is a long time now that NewComputerModern has build-in information for diacritics stacking. I have heard  that xetex supports this but I can not make it work. The font is developed with fontforge and as you can see in the attached screenshot,

Re: [XeTeX] Adobe PDF, Adobe Acrobat/Reader, Microsoft Word, XeTeX, and (x)dvipdfm(x).

On 27/05/2021 18:44, msk...@ansuz.sooke.bc.ca wrote: On Thu, 27 May 2021, Philip Taylor wrote: msk...@ansuz.sooke.bc.ca wrote: Is this a function of the PDF writer "instructing" the reader to reload, or is it something the PDF reader does independently? Empirical observation suggests the

Re: [XeTeX] \XeTeXpdffile causes over-long line unless wrapped in \hbox

On 15/04/2021 15:24, David Carlisle wrote: The command is scanning ahead for keywords such as  page 2 in the unhboxed case Shouldn't the \relax stop it scanning ahead anyway? but in the boxed case the } stops the scan but it seems having decided that  test is not a keyword it is inserting a

Re: [XeTeX] using glyph from private use area

On 06/04/2021 17:39, François Patte wrote: Bonjour, I want to reproduce a wrong(?) ligature in grantha characters. I use the  NotoSerifGrantha-Regular.otf font and would like to use the glyph "yaPhalaa_gran" which has no unicode id. I can see this glyph, using fontforge and it is reported as:

Re: [XeTeX] Follow-up to previous mail about hyphenation

I don't see what \dimen 10 is doing in any of this. It never seems to get set, so I assume it remains zero. If so, you have \vsize zero, so minimal pages must be expected. On 25/03/2021 12:28, Philip Taylor wrote: Jonathan Kew wrote: See https://tug.org/pipermail/xetex/2014-January/025129

Re: [XeTeX] Follow-up to previous mail about hyphenation

to handle U+200D and is getting in your way. Le 25 mars 2021 à 12:24, Jonathan Kew <mailto:jfkth...@gmail.com>> a écrit : The attached sample (to be run with "xetex -ini -etex") seems to show that it's possible to get this working, at least with the (old-ish) xetex ver

Re: [XeTeX] Follow-up to previous mail about hyphenation

On 25/03/2021 11:24, Yannis Haralambous wrote: Well if the text width is 0pt it will only break once, no? Normally, I'd expect a break at every opportunity if the width is 0pt. In plain (xe)tex, \hsize 0pt \noindent \hskip 0pt supercalifragilisticexpialidocious \par gives me essentially

Re: [XeTeX] Follow-up to previous mail about hyphenation

and I'm not sure why this is. Could well be some kind of bug. On 25/03/2021 11:12, Yannis Haralambous wrote: Maybe the fact that it is the first word and hence is not preceded by a glue? Le 25 mars 2021 à 12:10, Philip Taylor <mailto:p.tay...@hellenic-institute.uk>> a écrit : Jo

Re: [XeTeX] Follow-up to previous mail about hyphenation

On 25/03/2021 10:52, Philip Taylor wrote: Jonathan Kew wrote: Indeed, that \showhyphens will not work with native opentype fonts. This is a known difference between using TFM-based vs OT fonts; it's been discussed (and an alternative shown) on the list somewhere in the distant past

Re: [XeTeX] Follow-up to previous mail about hyphenation

On 25/03/2021 10:22, Yannis Haralambous wrote: When I run the same file with Amiri: % !TeX Program=Ini-XeTeX \catcode `\ = 10 \catcode `\         = 10 \catcode `\{ = 1 \catcode `\} = 2 \catcode `\^ = 7 \font\tenrm="Amiri-Regular.ttf" \tenrm \lccode "200D = "200D \patterns {200d1200d}

Re: [XeTeX] Follow-up to previous mail about hyphenation

On 25/03/2021 09:27, Yannis Haralambous wrote: I noticed that the problem does not come from mapping. When I write 0643200d200d0643 in the text (with \lefthyphenmin=1) and \lccode"200D="200D and when I load a pattern 200d1200d I get no hyphenation at all, as if the

Re: [XeTeX] Coloured fonts

On 18/03/2021 23:50, Paul A. Norman wrote: If a pdf (pre)viewer component is not coded to do it by itself, the underlying operating system may be called to do the rendering. As per link in Ross More's posting, that may mean sometimes that a minimum of: macOS 10.14+, iOS 12+, Windows 10+ – is

Re: [XeTeX] latin-1 encoded characters in commented out parts trigger log warnings

On 21/02/2021 22:55, Ross Moore wrote: The file reading has failed  before any tex accessible processing has happened (see the ebcdic example in the TeXBook) OK. But that’s changing the meaning of bit-order, yes? Surely we can be past that. No, it's not about bit-order; it's about changing

Re: [XeTeX] latin-1 encoded characters in commented out parts trigger log warnings

On 21/02/2021 22:55, Ross Moore wrote: Hi David, On 22 Feb 2021, at 8:43 am, David Carlisle > wrote: Surely the line-end characters are already known, and the bits have been read up to that point *before* tokenisation. This is not a pdflatex inputenc

Re: [XeTeX] latin-1 encoded characters in commented out parts trigger log warnings

On 21/02/2021 21:48, Bruno Le Floch wrote: I think your model of what XeTeX is doing is missing a step. It's important to distinguish two steps, which are a bit mixed up in some of the comments here. I'm not 100\% sure either, so perhaps more knowledgeable people can chime in. - The file is

Re: [XeTeX] xelatex not connecting letters in awami nastaliq font

good, especially if you use the \XeTeXinterwordspaceshaping=1 setting, but I assume it would still work to adjust it if you wish.) JK Kamal Abdali On Sun, Feb 21, 2021 at 5:33 AM Jonathan Kew <mailto:jfkth...@gmail.com>> wrote: On 21/02/2021 03:27, Lorna Evans wrote: &g

Re: [XeTeX] latin-1 encoded characters in commented out parts trigger log warnings

On 21/02/2021 11:12, David Carlisle wrote: > I think that should be taken up with the xstring maintainers. Yes, I would agree this is an xstring problem. It looks like in an older version the file was utf-8. I suspect someone saved it as Latin-1 in the course of editing, probably without

Re: [XeTeX] xelatex not connecting letters in awami nastaliq font

On 21/02/2021 03:27, Lorna Evans wrote: Awami Nastaliq is a Graphite font. In XeTeX you would need to say "Awami Nastaliq/GR". I'm not sure if that syntax would work in XeLaTeX, but somehow you have to indicate Graphite. The xelatex/fontspec way to say this would be

Re: [XeTeX] how to suppress doted circle next to a glyph

On 25/09/2020 22:17, Michael Maxwell wrote: In my experience, a dotted circle is an indication that there's a non-base character which needs a base character before it, but there's no suitable base character.  If you type a Unicode Combining Acute Accent (U+0301), but there's no base character

Re: [XeTeX] [tex-implementors] Proposal : that TeX engines generating PDF directly should be able to close the output file without terminating.

On 03/07/2020 20:13, Bruno Le Floch wrote: On 7/3/20 6:50 PM, Jonathan Kew wrote: On 03/07/2020 16:26, Philip Taylor wrote: Jonathan Kew wrote: For your example, I was going to suggest that a simpler solution than "make" ought to work: all it requires is a two-line batch file or sh

Re: [XeTeX] [tex-implementors] Proposal : that TeX engines generating PDF directly should be able to close the output file without terminating.

On 03/07/2020 16:26, Philip Taylor wrote: Jonathan Kew wrote: For your example, I was going to suggest that a simpler solution than "make" ought to work: all it requires is a two-line batch file or shell script (or similar: tools like Lua or Python or Perl would be fine) tha

Re: [XeTeX] XeTeX, colour, \special, \shipout

On 19/06/2020 15:08, Philip Taylor wrote: XeTeX does what is expected if one uses \special {background cmyk 0.83 0.82 0.21 0.60} and ships out pages in the normal way; however, if \shipout is invoked directly, the shipped out boxes have a transparent ground.  How should the background colour

Re: [XeTeX] \font "":color=FFFFFF produces black, not white glyphs \font "":color=FFFFFF produces black, not white glyphs, re-visited

On 27/05/2020 00:16, Akira Kakuto wrote: Hi Jonathan, What's unclear to me -- because I don't remember, if I ever knew -- is quite why the driver wanted to treat FF(FF) specially, and therefore what the implications of removing that behavior might be. In dvi.c, 0x was used as a

Re: [XeTeX] \font "":color=FFFFFF produces black, not white glyphs \font "":color=FFFFFF produces black, not white glyphs, re-visited

On 26/05/2020 23:32, Ross Moore wrote: Hi Phil, On 26 May 2020, at 5:12 pm, Philip Taylor > wrote: Ross Moore wrote: I’m sorry, but this just doesn’t make any sense to me — but see further below. No, the fourth couplet is TT, where T is

Re: [XeTeX] Erroneous \lastkern

On 28/06/2019 08:32, Ulrike Fischer wrote: Am Thu, 27 Jun 2019 23:03:09 + schrieb Ross Moore: there is probably something wrong with XeLaTeX, but I cannot find what. The difference between xetex and xelatex is the font: I’m sorry but I don’t understand this as an answer. It wasn't

Re: [XeTeX] bug in polyglossia/sanskrit? (problem with diacritical marks)

On 16/05/2019 12:31, Ulrike Fischer wrote: Am Mon, 13 May 2019 17:52:17 +0200 schrieb François Patte: I have just made a fresh install of texlive 2019 and encountered a problem with the diacritical marks of romanized sanskrit. Do the 'dev2' script tables in FreeSerif include positioning

Re: [XeTeX] [tex-live] Primitive parity, \expanded and \Ucharcat

On 13/05/2018 13:15, Joseph Wright wrote: On 13/05/2018 12:23, Jonathan Kew wrote: On 13/05/2018 10:57, Joseph Wright wrote: Hello all, Modulo any issues that show up in testing, all of the above is now done and on my GitHub fork (https://github.com/josephwright/texlive-source/tree/Ucharcat

Re: [XeTeX] [tex-live] Primitive parity, \expanded and \Ucharcat

On 13/05/2018 10:57, Joseph Wright wrote: Hello all, Modulo any issues that show up in testing, all of the above is now done and on my GitHub fork (https://github.com/josephwright/texlive-source/tree/Ucharcat: this branch has 'all the stuff' on it). I know that

Re: [XeTeX] Khmer: ligatures break if XeTeXlinebreaklocale is turned on

On 10/04/2018 23:08, Jo Hund wrote: Hi Jonathan, Thank you very much for the helpful info. This fixed our problem with ligatures. All our formatting seems to be working, too. However there are some problems if we insert "\\hspace{0pt}" anywhere in the document. In the worst case, the entire

Re: [XeTeX] Khmer: ligatures break if XeTeXlinebreaklocale is turned on

On 10/04/2018 16:55, Jo Hund wrote: Hi there, I was told by David Carlisle on https://tex.stackexchange.com that the xetex mailing list may be a good place to ask my question: When generating documents in Khmer, we noticed that some ligatures do not work. We found that turning off

Re: [XeTeX] Overriding directionality and mirrored shapes

On 17/09/2017 20:26, David J. Perry wrote: The OpenType spec says that when a layout engine encounters a situation where mirrored glyphs are required, it should automatically apply the or features (assuming they exist in the font). LibreOffice and TextEdit / Nisus Writer (latter Mac only) do

Re: [XeTeX] new version of HarfBuzz

On 24/04/2017 16:21, maxwell wrote: On 2017-04-24 11:15, Jonathan Kew wrote: On 24/04/2017 15:36, Bobby de Vos wrote: The xetex binary as installed by the Tex Live installer in /usr/local does not seem to load those two libraries. Right; the TL-distributed binaries avoid dynamic linking

Re: [XeTeX] new version of HarfBuzz

On 21/04/2017 19:53, maxwell wrote: On 2017-04-21 13:46, Jonathan Kew wrote: I believe that xetex should be unaffected by that bug, because that was an issue with the harfbuzz interface to graphite, but xetex uses graphite directly without going through the harfbuzz layer (provided you load

Re: [XeTeX] new version of HarfBuzz

I believe that xetex should be unaffected by that bug, because that was an issue with the harfbuzz interface to graphite, but xetex uses graphite directly without going through the harfbuzz layer (provided you load the font with the /GR option, or whatever the fontspec equivalent of that is).

Re: [XeTeX] ifcat changed?

This sounds like a bug. Offhand, I don't know what changed to cause this, but it probably shouldn't have! Filing an issue at https://sourceforge.net/projects/xetex/ would be useful, to help us keep track. JK On 15/04/2017 12:26, Bruno Le Floch wrote: Dear all, The primitive conditional

Re: [XeTeX] where to put woff files

On 06/04/2017 15:53, Zdenek Wagner wrote: 2017-04-06 15:31 GMT+02:00 Ulrike Fischer : Am Thu, 6 Apr 2017 07:10:06 -0600 schrieb Bobby de Vos: On 2017-04-06 02:39, Ulrike Fischer wrote: On the whole I would agree with the debian answer: applications like xetex/xdvipdfmx

Re: [XeTeX] TeX--XeT and OpenType fonts

On 01/03/2017 13:37, Joseph Wright wrote: My guess is for the rare 'override' case one would probably do something at the macro level in any case (kerning is all wrong to start with). Kerning is all wrong if you use TFM-based typesetting and then just reverse the character nodes; but in

Re: [XeTeX] TeX--XeT and OpenType fonts

On 01/03/2017 11:59, Joseph Wright wrote: Hello all, With example \font\OTtenrm="[lmroman10-regular.otf]/OT" \OTtenrm \TeXXeTstate=1 \beginR abc \endR \bye the output is LTR with TL'16. Is this a known issue? Yes, this is expected behavior. The TeX--XeT direction

Re: [XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting)

On 20/11/2016 03:55, Vafa Khalighi wrote: Hi When I discussed the TeX--XeT issues with Peter Bre­it­en­lohner, he made few changes in etex. Are these changes applied to XeTeX? 2) Better handling of right to left text This is quite important since he changed TeX--XeT model into a new

Re: [XeTeX] question about ScriptPercentScaleDown

On 10/10/2016 12:26, Antonis Tsolomitis wrote: Hello, I am not sure if this is the correct list for such a question... if not, I would be glad if someone can direct me to the correct list. I am developing a Math Table for a font (to be released with OFL license) and I have a difficulty with

Re: [XeTeX] [tex-live] fc-cache documentation ?

On 29/8/16 21:20, Philip Taylor wrote: [snip] Can any knowledgeable person please tell me how I can ask XeTeX/fontconfig where it is finding Frederika2016 ? Maybe running with \XeTeXtracingfonts=1 would provide some clues? JK --

Re: [XeTeX] :letterspace oddities

On 25/8/16 18:02, Philip Taylor wrote: For some time now I have been partially aware of some oddities in the XeTeX implementation of :letterspace, but it was only today that my thoughts crystallised sufficiently for me to attempt to record them on- list : 1) Search functionality. For : \font

Re: [XeTeX] Σχετ: Plain XeTeX, pdftitle, pdfinfo

Hi Phil, On 10/7/16 18:40, Philip Taylor wrote: The caveats are as follows : 1. a hook will need to be inserted into \shipout to insert the bounding boxes on each page; 2. the colours will need to be converted to the desired output profile using Adobe Acrobat; 3. the file will need

Re: [XeTeX] Σχετ: Plain XeTeX, pdftitle, pdfinfo

On 10/7/16 13:28, Philip Taylor wrote: Oops, missed that Zdeněk , but even after correcting the error the diagnostics remain the same. I have a work-around (I generate a one-page PDF using XeLaTeX with the necessary metadata and then append the real PDF); the result is PDF/X-1A compliant, but

Re: [XeTeX] Find out which font file xetex uses

On 22/6/16 20:23, BPJ wrote: This is certainly old hat but my memory, Google and my listmail backlog all fail me: how can I find out which file xetex loads for a particular font? Will those in ~/.fonts be preferred or not? Try \XeTeXtracingfonts=1 (and then check the .log file). JK

Re: [XeTeX] fontspec and Nikosh font

On 20/6/16 23:22, maxwell wrote: Not sure if Will is on this mailing list, but I'm cc'ing him using his email address on the fontspec document. (The doc doesn't have the co-author's email, Khaled Hosny, but I think I've seen him here.) On 2016-06-20 17:55, Jonathan Kew wrote: My guess

Re: [XeTeX] discovering script support

On 20/6/16 21:59, maxwell wrote: On 2016-06-20 16:20, Zdenek Wagner wrote: otfinfo --scripts font-file.otf Thanks, that's what I needed. For some reason otfinfo doesn't show up with 'apropos' on my machine... As Zdeněk notes, otfinfo is a handy way to look into fonts. Another option, for

Re: [XeTeX] fontspec and Nikosh font

On 20/6/16 22:34, maxwell wrote: With the version of fontspec that comes with TeXLive 2016, I'm getting some warnings that I wasn't getting from the previous version, with the 'gargi' font (and another font). If you want to try it, I'm not sure where the best (safest) place is to get the gargi

Re: [XeTeX] graphite-info.tex

On 16/6/16 21:58, Lorna Evans wrote: Thanks for your help. I'm using XeTeX .6 from TeX Live 2016/W32TeX. I'm using version 3.0 of the font. This command fires the feature properly: \test{Padauk/GR:1970040686=1} And none of these work: \test{Padauk:+ulon} \test{Padauk/GR:+ulon}

Re: [XeTeX] graphite-info.tex

On 15/6/16 20:38, Lorna Evans wrote: Is there a graphite-info.tex to find out what the feature names are in a Graphite font? I've haven't been able to find it and it would be useful. Or, is there some other way to display all the Graphite features in a font. If I remember aright, the graphite

Re: [XeTeX] [tex-live] last-minute update to xetex?

On 20/3/16 15:03, Philip Taylor wrote: > > > Jonathan Kew wrote: > >> I have just proposed a change (it's currently on a sourceforge branch, >> but could be merged to master at any time) to make the max hyphenatable >> word length user-adjustable. The default r

Re: [XeTeX] Hyphenation of strings of more than 63 characters

manually add the \hskip 0pt \relax at the beginning of a paragraph then it works there, too. For that I should be able to find a workaround. Great. I'll do some checking of my real files the next days. Thanks for this! Peter On Sat, Mar 19, 2016 at 10:01 PM, Jonathan Kew <jfkth...@gmail.com>

Re: [XeTeX] Hyphenation of strings of more than 63 characters

, Zdenek Wagner <zdenek.wag...@gmail.com> wrote: 2016-03-16 0:06 GMT+01:00 Jonathan Kew <jfkth...@gmail.com>: On 15/3/16 18:04, Doug McKenna wrote: There could be some subtle problems that simply changing the character count constant causes. In particular, the allocation size of a "

Re: [XeTeX] Hyphenation of strings of more than 63 characters

On 19/3/16 20:30, Peter Mukunda Pasedach wrote: That would be fmtutil --all? Yes I ran that. Maybe something wrong with my test file? Yes, in a sense... you're running into another quirk of TeX: it doesn't attempt to hyphenate the first word of a paragraph. And in your file, every word is

Re: [XeTeX] Hyphenation of strings of more than 63 characters

get this pushed out to sourceforge later today... JK Peter On Thu, Mar 17, 2016 at 10:11 AM, Philip Taylor <p.tay...@rhul.ac.uk> wrote: Jonathan Kew wrote: I'll try to get an experimental patch ready shortly. Or, of course, someone else is welcome to try. I don't think it's very hard, but it

Re: [XeTeX] Hyphenation of strings of more than 63 characters

On 15/3/16 18:04, Doug McKenna wrote: There could be some subtle problems that simply changing the character count constant causes. In particular, the allocation size of a "whatsit" language node might also need changing, which would require adjusting other code in the core engine that

Re: [XeTeX] Hyphenation of strings of more than 63 characters

On 15/3/16 14:24, Peter Mukunda Pasedach wrote: Dear XeTeX list, I am dealing with a collection of texts in Sanskrit, for which the builtin limitation of TeX to not perform hyphenation after the 63rd character of a string is imposing a serious limitation, as such strings do occur. One reason

Re: [XeTeX] potential new feature: \XeTeXgenerateactualtext

On 25/2/16 05:11, ShreeDevi Kumar wrote: Jonathan, This is a really useful feature and I look forward to using it once it is released in TLY2016. Since how well the search and copy paste features work could also be font dependent, I would like to test some more PDFs in unicode devanagari

Re: [XeTeX] New feature planned for xetex

On 23/2/16 23:49, Bobby de Vos wrote: On 2016-02-19 03:31, Jonathan Kew wrote: Note that the new features in xetex do not in any way enforce a particular way of writing (for Urdu or anything else). The inter-word spacing is primarily under the control of the font designer

Re: [XeTeX] potential new feature: \XeTeXgenerateactualtext

On 23/2/16 17:39, Philip Taylor wrote: Using Akira-san's "actest.pdf" as sample, Adobe Acrobat Pro 7.1 allows me to select only half of the text whereas Adobe Reader DC allows me to select it all; neither allows me to select individual kanji. Ah, right... as there are no spaces between the

Re: [XeTeX] potential new feature: \XeTeXgenerateactualtext

On 23/2/16 16:50, Zdenek Wagner wrote: Hi Akira, I have a similar problem in Linux. As Jonathan wrote, highlighting is quite weird but the result is OK. Yes, that's what I meant about highlighting not working very well. I don't know yet whether there's something we can do when generating the

Re: [XeTeX] potential new feature: \XeTeXgenerateactualtext

h linear format" as proposed by Microsoft: http://www.unicode.org/notes/tn28/UTN28-PlainTextMath-v3.pdf A. Sent from my mobile phone. On 23.02.2016, at 15:43, Jonathan Kew <jfkth...@gmail.com <mailto:jfkth...@gmail.com>> wrote: The code for the \XeTeXgenerateactualtext feature (it's a

[XeTeX] potential new feature: \XeTeXgenerateactualtext

g (working copy) @@ -1,3 +1,8 @@ +2016-02-23 Jonathan Kew <jfkth...@gmail.com> + + * dvicodes.h, dvi.c, pdfdev.[ch]: Support xetex 0.5 output + (dvi format 7) that includes ActualText content. + 2016-02-17 Akira Kakuto <kak...@fuk.kindai.ac.jp> * spc_pdfm.c: Remaining fix

Re: [XeTeX] New feature REQUEST for xetex

k the per-word version should be a useful start, at least. Zdeněk Wagner http://ttsm.icpf.cas.cz/team/wagner.shtml http://icebearsoft.euweb.cz 2016-02-23 11:06 GMT+01:00 Jonathan Kew <jfkth...@gmail.com <mailto:jfkth...@gmail.com>>: On 23/2/16 02:54, Andrew Cunningham wrote:

Re: [XeTeX] New feature REQUEST for xetex

On 23/2/16 02:54, Andrew Cunningham wrote: It would probably more than double, i was under the impression that ActualText was a tag attrubute, so extensive tagging would be needed, and actual text added to the tags. The ActualText tagging is highly compressible, so in practice the increase in

Re: [XeTeX] New feature planned for xetex

On 18/2/16 23:39, Kamal Abdali wrote: On Thu, Feb 18, 2016 at 9:51 AM, Jonathan Kew <jfkth...@gmail.com <mailto:jfkth...@gmail.com>> wrote: Here's an example in Urdu script. There are 3 pages, all containing the exact same text. Page 1 has \XeTeXinterwordspacesha

Re: [XeTeX] New feature planned for xetex

On 18/2/16 15:12, Zdenek Wagner wrote: Hi Jonathan, the Urdu sample looks good to me. Could you try to typeset just آگرہ? This word looks quite bad in many fonts but it might be nice in Awami (at least characters آک look nice). Just for you... JK آگرہ.pdf Description: Adobe PDF document

Re: [XeTeX] New feature planned for xetex

On 18/2/16 14:02, Jiang Jiang wrote: Hi Jonathan, I suppose not everyone have a chance to build and try this yet. By any chance you can provide a PDF test case demonstrating the feature? Then perhaps more people can comment. Here's an example in Urdu script. There are 3 pages, all containing

Re: [XeTeX] New feature planned for xetex

On 18/2/16 14:02, Jiang Jiang wrote: Hi Jonathan, I suppose not everyone have a chance to build and try this yet. By any chance you can provide a PDF test case demonstrating the feature? Then perhaps more people can comment. - Jiang OK, I'm attaching three PDFs, all showing the same text set

Re: [XeTeX] New feature planned for xetex

On 18/2/16 12:51, Philip Taylor wrote: Jonathan Kew wrote: When \XeTeXinterwordspaceshaping is greater than 0, XeTeX will attempt to support fonts where the width of inter-word spaces may vary contextually, depending on the preceding and following text. This is needed by fonts such as SIL's

[XeTeX] New feature planned for xetex

This is a pretty specialized feature, likely to be interest only to a small minority of users. But for those it concerns, here's something that is "coming soon to a XeTeX near you"... I've recently implemented a new feature, controlled by the integer parameter

Re: [XeTeX] XeTeX 0.99994 and xeCJK

On 7/2/16 03:29, Qing Lee wrote: On 2016-02-07 at 07:26:18 +0800 GMT, Akira Kakuto wrote: Dear xeCJK authors, In the developing XeTeX, which will be in the upcoming TeX Live 2016, the limit of character class is changed as: @d char_class_limit = 16384 @d char_class_ignored == char_class_limit

Re: [XeTeX] XeTeX 0.99994 and xeCJK

On 7/2/16 03:29, Qing Lee wrote: But I find two issues after installing new XeTeX from w32tex.org. Firstly, the character class argument of \XeTeXinterchartoks seems not to be enlarged: \XeTeXinterchartoks 1 300 = {\relax} \bye I get This is XeTeX, Version 3.14159265-2.6-0.4 (TeX Live

Re: [XeTeX] not enough \XeTeXcharclass registers

On 1/2/16 10:25, David Carlisle wrote: Thanks for the test sources, It all seems to work for me (texlive 2015/cygwin 64 build), but.. I do wonder if this change is going in the right direction. The main problem with the char classes is not the overall number, in fact since the important thing

Re: [XeTeX] not enough \XeTeXcharclass registers

On 13/12/15 07:04, Werner LEMBERG wrote: [XeTeX 3.14159265-2.6-0.2 (TeX Live 2015)] Folks, I'm updating the `ucharclasses.sty' to completely cover Unicode. This style file maps Unicode character blocks to character classes, and I've hit the 256 entry limit of \XeTeXcharclass... Any

Re: [XeTeX] not enough \XeTeXcharclass registers

, there'll be a new \XeTeXrevision value, I guess. So macros could check that. JK Zdeněk Wagner http://ttsm.icpf.cas.cz/team/wagner.shtml http://icebearsoft.euweb.cz 2016-01-31 18:33 GMT+01:00 Jonathan Kew <jfkth...@gmail.com <mailto:jfkth...@gmail.com>>: On 13/12/15 07:04, We

Re: [XeTeX] Discretionary hyphens don't work in paragraphed footnotes

On 7/10/15 16:18, Peter Mukunda Pasedach wrote: Dear XeTeX list, in the following example, \documentclass[a4paper]{article} \usepackage{fontspec} \usepackage[para]{footmisc} \begin{document} \footnote{XX just a few normal words to fill up the line up to my word

Re: [XeTeX] Discretionary hyphens don't work in paragraphed footnotes

On 8/10/15 09:52, David Carlisle wrote: On 8 October 2015 at 09:50, Philip Taylor wrote: Hmmm, completely stymied : not even this works ... It wouldn't be expected to really, this was asked on stackexchange initially and it looks almost certainly due to the interface

Re: [XeTeX] Discretionary hyphens don't work in paragraphed footnotes

On 8/10/15 16:29, Bruno Le Floch wrote: Here's a shorter example which hyphenates with cmr12 (in pdfTeX/XeTeX) but not with the font copied from David's example: hyphenation is lost when closing the hbox, as can be seen by adding the appropriate \tracingonline=1\showboxbreadth=99 and \showlists

Re: [XeTeX] (not) understanding XeTeXinterchartoks

On 8/5/15 12:54, David Carlisle wrote: On 8 May 2015 at 11:45, Adam Twardoch (List) list.a...@twardoch.com wrote: In modern text processing (Unicode+OpenType), a text run is a series of characters with the same formatting (font, size, color etc.), directionality (ltr, rtl) and script (writing

Re: [XeTeX] Σχετ: Re: Assignment of codes (particularly \catcode) based on Unicode data

On 7/5/15 09:34, Philip Taylor wrote: Apostolos Syropoulos wrote: The only mark that remains when making all capitals is the dieredis (dialytika). All other vanish. This is common knowledge for people who speak and write Greek. Well, this is not the opinion of (for example) Dr Charalambos

Re: [XeTeX] Case changing for Greek

On 7/5/15 13:22, Joseph Wright wrote: Hello all, The question of case changing in Greek has come up in another thread. Whilst the details here aren't XeTeX (or even TeX) specific, given the interest by members of the list I hope I can take advantage to ask about the area. For work on

Re: [XeTeX] Assignment of codes (particularly \catcode) based on Unicode data

On 6/5/15 14:14, Joseph Wright wrote: Based on the current files, we have a block to set \XeTeXcharclass, which only applies to XeTeX. The logic followed in that code is that characters in the file LineBreak.txt which have class ID (ideographs) not only set the \XeTeXcharclass class to 1 but

Re: [XeTeX] Assignment of codes (particularly \catcode) based on Unicode data

On 6/5/15 16:29, Philip Taylor wrote: Apostolos Syropoulos wrote: the uppercase of 'GREEK SMALL LETTER EPSILON WITH PSILI' is 'GREEK LETTER EPSILON' and not 'GREEK LETTER EPSILON WITH PSILI. Some time ago I reported this to the Unicode people and they told me something like we cannot

[XeTeX] Bug fixes and new features related to Unicode character codes, surrogates, etc

On 23/4/15 20:59, David Carlisle wrote: I can confirm that \string does convert character tokens to two tokens giving the UTF-16 representation. With the attached file luatex produces 90,33 34,33 233,33 233,33 65530,33 65537,33 65537,33 which is in each case the unicode value of the

Re: [XeTeX] XeTeX maintenance

On 25/4/15 18:31, Khaled Hosny wrote: Due to lack of time, skills and motivation, I’ll be no longer able to work on XeTeX, so I’m stepping down as a maintainer. Regards, Khaled Many thanks, Khaled, for all you've done over the past few years to maintain and improve XeTeX. Your contribution

Re: [XeTeX] [tex-hyphen] Help with UTF-8 Language

On 9/10/14 13:41, Philip Taylor wrote: Nathan Wells asked : I am not sure if this is the right place to ask, but I am trying to create hyphenation rules for a UTF-8 language (Khmer). I've tried patgen, but I can't get it to work (some have said it doesn't support UTF-8?). to which Werner

Re: [XeTeX] font license

Why would xdvipdfmx think the Nikosh font is not embeddable, when it's ok with the Scheherazade? Is it looking at some other field? I don't think it's reading the entire license agreement :-). Indeed. :) I'd expect it to be looking at the fsType field in the OS/2 table:

Re: [XeTeX] rangecheck in --run--

On 27/8/14 22:51, Ross Moore wrote: Hi Mike, On 28/08/2014, at 7:27 AM, maxwell wrote: One of our people is getting a crash in xetex, which I can't reproduce. It's very odd, since afaik we're both using the same input files, the same instance of xetex, the same TeXLive 2014 files, and so

Re: [XeTeX] avagraha+anusvara ligature in devanagari

On 26/8/14 16:37, François Patte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, How can I get this ligature: दोऽंश It seems that the anusvara cannot be put over the avagraha... It probably depends on the font you're using. Experiment with some alternatives... and if that

Re: [XeTeX] XeTeX, \XeTeXprotrudechars, \rpcode, etc.

On 15/4/14 11:05, Philip Taylor wrote: ... and are you also aware of any documentation discussing how hyperlinks can be embedded using XeTeX, another apparently undocumented feature that is successfully exploited by hyperref, eplain, etc., yet for which no primitive-level documentation seems to

Re: [XeTeX] Hyphenation around „ß“

On 27/1/14 09:47, Ulrike Fischer wrote: Am Mon, 13 Jan 2014 08:24:30 + schrieb Jonathan Kew: So is it relly true, that XeTeX is not able to apply the TeX hyphenation mechnanism correctly to some unicode characters like „ß“? I can't believe it. That seems unlikely. It's almost certainly

Re: [XeTeX] Hyphenation around „ß“

On 13/1/14 10:32, Philip Taylor wrote: Khaled Hosny wrote: That is a known issue with Knuth's \showhyphens in XeTeX's way of forming native word nodes AFAIK, xltxtra package has a modified \showhyphens from Jonathan that should work with XeTeX. Hmm, thank you Khaled. I took one look and

Re: [XeTeX] turn off special characters in PDF

On 1/1/14 11:49, Khaled Hosny wrote: The situation in XeTeX is more complex because the typesetting (where the original text string is known) is done in XeTeX, while the PDF generation is done by the PDF driver and the communication channel between both (XDV files) passes only glyph ids not the

  1   2   >