* [callbacks] proper registration, node subtypes
@ 2012-06-25 13:39 Philipp Gesang
2012-06-25 14:21 ` Hans Hagen
0 siblings, 1 reply; 6+ messages in thread
From: Philipp Gesang @ 2012-06-25 13:39 UTC (permalink / raw)
To: ConTeXt ML
[-- Attachment #1.1.1: Type: text/plain, Size: 1033 bytes --]
Hi all,
I need a (pre-linebreak) callback to behave the same way with the
Context and Plain formats. *The sequence that nodes are traversed
in is very important.* Afaict the callback will have to be
registered as a “processors”/“before” nodes task. However, the
behavior is not identical:
1. If the list contains a vlist or hlist, the callback is
applied first on the inner list and then on the outer list.
(Guess: it’s applied on the hpack_filter as well?)
2. In Plain, glyph nodes have subtype 0 (GLYPH_CHARACTER), while
in Context it’s 1 (GLYPH_LIGATURE).
Example code is appended.
Questions:
- Which node task gets me a behavior similar to the raw
pre_linebreak_filter?[*]
- Does the difference wrt node subtype matter assuming I only
(a) copy glyph nodes and (b) manipulate their .char field?
Any insights on this matter would be greatly appreciated. Regards
Philipp
[*] If this is not possible|recommended, what would a clean
solution look like?
[-- Attachment #1.1.2: nlist-context.tex --]
[-- Type: application/x-tex, Size: 1499 bytes --]
[-- Attachment #1.1.3: nlist-plain.tex --]
[-- Type: application/x-tex, Size: 968 bytes --]
[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 485 bytes --]
___________________________________________________________________________________
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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [callbacks] proper registration, node subtypes 2012-06-25 13:39 [callbacks] proper registration, node subtypes Philipp Gesang @ 2012-06-25 14:21 ` Hans Hagen 2012-06-25 14:50 ` Philipp Gesang 0 siblings, 1 reply; 6+ messages in thread From: Hans Hagen @ 2012-06-25 14:21 UTC (permalink / raw) To: ConTeXt ML On 25-6-2012 15:39, Philipp Gesang wrote: > - Which node task gets me a behavior similar to the raw > pre_linebreak_filter?[*] depends on what plain does ... anyway, 'before' is pretty raw i guess > - Does the difference wrt node subtype matter assuming I only > (a) copy glyph nodes and (b) manipulate their .char field? not that much, it's just a state signal for font processing > Any insights on this matter would be greatly appreciated. Regards > Philipp it all depends on what you want to do Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [callbacks] proper registration, node subtypes 2012-06-25 14:21 ` Hans Hagen @ 2012-06-25 14:50 ` Philipp Gesang 2012-06-26 11:13 ` Hans Hagen 0 siblings, 1 reply; 6+ messages in thread From: Philipp Gesang @ 2012-06-25 14:50 UTC (permalink / raw) To: mailing list for ConTeXt users [-- Attachment #1.1: Type: text/plain, Size: 980 bytes --] ···<date: 2012-06-25, Monday>···<from: Hans Hagen>··· > On 25-6-2012 15:39, Philipp Gesang wrote: > > > - Does the difference wrt node subtype matter assuming I only > > (a) copy glyph nodes and (b) manipulate their .char field? > > not that much, it's just a state signal for font processing Good to know. > >Any insights on this matter would be greatly appreciated. Regards > >Philipp > > it all depends on what you want to do Traverse the node list of a paragraph before line break from head to tail in sequential order, recursing into sublists where they appear. The callback removes and inserts nodes: which ones depends on the nodes already processed (has a state). Using the previous example code, \startfoo a\hbox{b}c \stopfoo should result in the traversal <glyph a>, <hlist ...>, <glyph c>. Philipp -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments [-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 485 bytes --] ___________________________________________________________________________________ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [callbacks] proper registration, node subtypes 2012-06-25 14:50 ` Philipp Gesang @ 2012-06-26 11:13 ` Hans Hagen 2012-06-26 12:08 ` Philipp Gesang 0 siblings, 1 reply; 6+ messages in thread From: Hans Hagen @ 2012-06-26 11:13 UTC (permalink / raw) To: mailing list for ConTeXt users On 25-6-2012 16:50, Philipp Gesang wrote: > ···<date: 2012-06-25, Monday>···<from: Hans Hagen>··· > >> On 25-6-2012 15:39, Philipp Gesang wrote: >> >>> - Does the difference wrt node subtype matter assuming I only >>> (a) copy glyph nodes and (b) manipulate their .char field? >> >> not that much, it's just a state signal for font processing > > Good to know. > >>> Any insights on this matter would be greatly appreciated. Regards >>> Philipp >> >> it all depends on what you want to do > > Traverse the node list of a paragraph before line break from head > to tail in sequential order, recursing into sublists where they > appear. The callback removes and inserts nodes: which ones > depends on the nodes already processed (has a state). > > Using the previous example code, > > \startfoo > a\hbox{b}c > \stopfoo > > should result in the traversal <glyph a>, <hlist ...>, <glyph c>. \starttext \startluacode local function processnestedlist(head,n) local current, done = head, false while current do local id = current.id if id == nodes.nodecodes.hlist or id == nodes.nodecodes.vlist then local _, d = processnestedlist(current.list,n) if d then done = true end elseif id == nodes.nodecodes.hglue_code and current.leader then local _, d = processnestedlist(current.leader,n) if d then done = true end elseif id == nodes.nodecodes.glyph then -- todo: dics nodes n = n + 1 print(n,utf.char(current.char)) end current = current.next end return head, done, n end thirddata = thirddata or {} thirddata.test = thirddata.test or { } thirddata.test.one = function(head) local head, done, n = processnestedlist(head,0) print("n of glyphs",n) return head, done end nodes.tasks.appendaction ("processors","before","thirddata.test.one") \stopluacode \ruledhbox to 10cm {\strut hello \ruledhbox{brave new} world \cleaders\hbox{!}\hfil} \stoptext ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [callbacks] proper registration, node subtypes 2012-06-26 11:13 ` Hans Hagen @ 2012-06-26 12:08 ` Philipp Gesang 2012-06-26 12:50 ` Hans Hagen 0 siblings, 1 reply; 6+ messages in thread From: Philipp Gesang @ 2012-06-26 12:08 UTC (permalink / raw) To: mailing list for ConTeXt users [-- Attachment #1.1: Type: text/plain, Size: 4030 bytes --] ···<date: 2012-06-26, Tuesday>···<from: Hans Hagen>··· > On 25-6-2012 16:50, Philipp Gesang wrote: > >···<date: 2012-06-25, Monday>···<from: Hans Hagen>··· > > > >>On 25-6-2012 15:39, Philipp Gesang wrote: > >> > >>> - Does the difference wrt node subtype matter assuming I only > >>> (a) copy glyph nodes and (b) manipulate their .char field? > >> > >>not that much, it's just a state signal for font processing > > > >Good to know. > > > >>>Any insights on this matter would be greatly appreciated. Regards > >>>Philipp > >> > >>it all depends on what you want to do > > > >Traverse the node list of a paragraph before line break from head > >to tail in sequential order, recursing into sublists where they > >appear. The callback removes and inserts nodes: which ones > >depends on the nodes already processed (has a state). > > > >Using the previous example code, > > > > \startfoo > > a\hbox{b}c > > \stopfoo > > > >should result in the traversal <glyph a>, <hlist ...>, <glyph c>. > > \starttext > > \startluacode > > local function processnestedlist(head,n) > local current, done = head, false > while current do > local id = current.id > if id == nodes.nodecodes.hlist or id == nodes.nodecodes.vlist then > local _, d = processnestedlist(current.list,n) > if d then > done = true > end > elseif id == nodes.nodecodes.hglue_code and current.leader then > local _, d = processnestedlist(current.leader,n) > if d then > done = true > end > elseif id == nodes.nodecodes.glyph then -- todo: dics nodes > n = n + 1 > print(n,utf.char(current.char)) > end > current = current.next > end > return head, done, n > end > > > thirddata = thirddata or {} > thirddata.test = thirddata.test or { } > > thirddata.test.one = function(head) > local head, done, n = processnestedlist(head,0) > print("n of glyphs",n) > return head, done > end > > nodes.tasks.appendaction ("processors","before","thirddata.test.one") > > \stopluacode > > \ruledhbox to 10cm {\strut hello \ruledhbox{brave new} world > \cleaders\hbox{!}\hfil} > > \stoptext First of all, thanks for the snippet. It’s insightful already wrt to the fact that nodes.installattributehandler is considered unnecessary. But the problem persists. With the code a\hbox{b}c I get the following output: 1 b n of glyphs 1 1 a 2 b 2 c n of glyphs 2 So the sequence is <char b>, <char a>, <char b>, <char c> where it should be <char a>, <char b>, <char c> --- the hbox is still processed first, which I was attempting to avoid. (Also, the invisible string “context” follows if the callback is active until the end of file.) Regards Philipp > > ----------------------------------------------------------------- > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments [-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 485 bytes --] ___________________________________________________________________________________ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [callbacks] proper registration, node subtypes 2012-06-26 12:08 ` Philipp Gesang @ 2012-06-26 12:50 ` Hans Hagen 0 siblings, 0 replies; 6+ messages in thread From: Hans Hagen @ 2012-06-26 12:50 UTC (permalink / raw) To: mailing list for ConTeXt users On 26-6-2012 14:08, Philipp Gesang wrote: > ···<date: 2012-06-26, Tuesday>···<from: Hans Hagen>··· > >> On 25-6-2012 16:50, Philipp Gesang wrote: >>> ···<date: 2012-06-25, Monday>···<from: Hans Hagen>··· >>> >>>> On 25-6-2012 15:39, Philipp Gesang wrote: >>>> >>>>> - Does the difference wrt node subtype matter assuming I only >>>>> (a) copy glyph nodes and (b) manipulate their .char field? >>>> >>>> not that much, it's just a state signal for font processing >>> >>> Good to know. >>> >>>>> Any insights on this matter would be greatly appreciated. Regards >>>>> Philipp >>>> >>>> it all depends on what you want to do >>> >>> Traverse the node list of a paragraph before line break from head >>> to tail in sequential order, recursing into sublists where they >>> appear. The callback removes and inserts nodes: which ones >>> depends on the nodes already processed (has a state). >>> >>> Using the previous example code, >>> >>> \startfoo >>> a\hbox{b}c >>> \stopfoo >>> >>> should result in the traversal <glyph a>, <hlist ...>, <glyph c>. >> >> \starttext >> >> \startluacode >> >> local function processnestedlist(head,n) >> local current, done = head, false >> while current do >> local id = current.id >> if id == nodes.nodecodes.hlist or id == nodes.nodecodes.vlist then >> local _, d = processnestedlist(current.list,n) >> if d then >> done = true >> end >> elseif id == nodes.nodecodes.hglue_code and current.leader then >> local _, d = processnestedlist(current.leader,n) >> if d then >> done = true >> end >> elseif id == nodes.nodecodes.glyph then -- todo: dics nodes >> n = n + 1 >> print(n,utf.char(current.char)) >> end >> current = current.next >> end >> return head, done, n >> end >> >> >> thirddata = thirddata or {} >> thirddata.test = thirddata.test or { } >> >> thirddata.test.one = function(head) >> local head, done, n = processnestedlist(head,0) >> print("n of glyphs",n) >> return head, done >> end >> >> nodes.tasks.appendaction ("processors","before","thirddata.test.one") >> >> \stopluacode >> >> \ruledhbox to 10cm {\strut hello \ruledhbox{brave new} world >> \cleaders\hbox{!}\hfil} >> >> \stoptext > > First of all, thanks for the snippet. It’s insightful already wrt > to the fact that nodes.installattributehandler is considered > unnecessary. But the problem persists. With the code > > a\hbox{b}c > > I get the following output: > > 1 b > n of glyphs 1 > 1 a > 2 b > 2 c > n of glyphs 2 > > So the sequence is <char b>, <char a>, <char b>, <char c> where > it should be <char a>, <char b>, <char c> --- the hbox is still > processed first, which I was attempting to avoid. (Also, the > invisible string “context” follows if the callback is active > until the end of file.) it all depends on what callback you use ... you can try a finalizer instead of a processor as processors normally are called once ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-06-26 12:50 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2012-06-25 13:39 [callbacks] proper registration, node subtypes Philipp Gesang 2012-06-25 14:21 ` Hans Hagen 2012-06-25 14:50 ` Philipp Gesang 2012-06-26 11:13 ` Hans Hagen 2012-06-26 12:08 ` Philipp Gesang 2012-06-26 12:50 ` Hans Hagen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).