Re: [NTG-context] luatex feature question/request
Hi all, 3 months ago (on Friday, April 4) I asked about an option for luatex to automatically put ties before one-letter words. Hans asked me to remind about it in a few months, so I do it now;). (I can't answer in that thread since I delete old mails:( ). BTW, I guess such a feature might be also useful for other purposes. Anyway, I didn't read the ConTeXt list lately, but I'll soon start using it on a more regular basis, so expect many newbie questions... Thanks in advance:) -- Marcin Borkowski (http://mbork.faculty.fmcs.amu.edu.pl) People can be divided into three groups: those who can count and those who can't.
Hi Marcin,
On Fri, 04 Jul 2008 04:54:26 -0600, Marcin Borkowski
3 months ago (on Friday, April 4) I asked about an option for luatex to automatically put ties before one-letter words. Hans asked me to remind about it in a few months, so I do it now;). (I can't answer in that thread since I delete old mails:( ).
BTW, I guess such a feature might be also useful for other purposes.
Interesting, I was thinking about something similar recently: A user should be able to define or augment a database such that many-to-most ties are done automatically: a~propos Dr.~[A-Z] [1--9]~CE % historical dates [1--9]~{\sc CE} This issue is analogous to hyphenation: one could have rules for each language etc. I guess this is a mkiv issue, not a luatex issue per se. 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
Quoting "Idris Samawi Hamid ?????????? ?????????? ????????" :
-- was ishamid@colostate.edu on Jul 04, 2008 at 08:23:19AM --
On Fri, 04 Jul 2008 04:54:26 -0600, Marcin Borkowski
wrote: 3 months ago (on Friday, April 4) I asked about an option for luatex to automatically put ties before one-letter words. Hans asked me to remind about it in a few months, so I do it now;). (I can't answer in that thread since I delete old mails:( ).
BTW, I guess such a feature might be also useful for other purposes.
Interesting, I was thinking about something similar recently:
A user should be able to define or augment a database such that many-to-most ties are done automatically:
I am a bit affraid by such a feature: there are cases where it is hard to decide (automatically, because it means going down to the grammatical level) if a tie has to be added or not. Therefore the end user always have to choose the right thing to do: in one case, he has to add ties when needed, in the suggested case he has to remove them. It seems to me that the original problem is transformed into another dual one. (Of course, this might prove useful if there are less exceptions in the end, but I'm a bit sceptical.) Olivier
On Fri, 04 Jul 2008 09:01:13 -0600, Olivier
Interesting, I was thinking about something similar recently:
A user should be able to define or augment a database such that many-to-most ties are done automatically:
I am a bit affraid by such a feature: there are cases where it is hard to decide (automatically, because it means going down to the grammatical level) if a tie has to be added or not. Therefore the end user always have to choose the right thing to do: in one case, he has to add ties when needed, in the suggested case he has to remove them. It seems to me that the original problem is transformed into another dual one. (Of course, this might prove useful if there are less exceptions in the end, but I'm a bit sceptical.)
Thus, it should be a completely configurable by the user, then the user can manage the exceptions. Based on my experience, it would save time to have the option of a general framework -- and deal with the 10%+/- of exceptions, than to have to enter every tie manually, and then proofread to make sure you got the 90%+/- right. I'm sure we could come up with a reasonable, flexible framework for this... 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
Idris Samawi Hamid ادريس سماوي حامد wrote:
On Fri, 04 Jul 2008 09:01:13 -0600, Olivier
wrote: Interesting, I was thinking about something similar recently:
A user should be able to define or augment a database such that many-to-most ties are done automatically: I am a bit affraid by such a feature: there are cases where it is hard to decide (automatically, because it means going down to the grammatical level) if a tie has to be added or not. Therefore the end user always have to choose the right thing to do: in one case, he has to add ties when needed, in the suggested case he has to remove them. It seems to me that the original problem is transformed into another dual one. (Of course, this might prove useful if there are less exceptions in the end, but I'm a bit sceptical.)
Thus, it should be a completely configurable by the user, then the user can manage the exceptions. Based on my experience, it would save time to have the option of a general framework -- and deal with the 10%+/- of exceptions, than to have to enter every tie manually, and then proofread to make sure you got the 90%+/- right.
I'm sure we could come up with a reasonable, flexible framework for this...
this kind of functionality is not that hard to implement (there is already some of it) and it will be under user control of course 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 -----------------------------------------------------------------
Idris Samawi Hamid ادريس سماوي حامد wrote:
I guess this is a mkiv issue, not a luatex issue per se.
indeed, comparable with the automated (blabla)blabla hyphenation feature already present ----------------------------------------------------------------- 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 -----------------------------------------------------------------
participants (4)
-
Hans Hagen
-
Idris Samawi Hamid ادريس سماوي ح امد
-
Marcin Borkowski
-
Olivier