Skip to main content

Timeline for Building regex from another one

Current License: CC BY-SA 4.0

13 events
when toggle format what by license comment
Apr 27, 2021 at 18:34 comment added projetmbc @siracusa What will be the use of this feature?
Apr 27, 2021 at 14:17 answer added Bruno Le Floch timeline score: 2
Jul 13, 2019 at 12:52 vote accept siracusa
Jul 12, 2019 at 18:00 history edited siracusa CC BY-SA 4.0
Added note about current regex compilation process
Jul 12, 2019 at 11:32 history edited siracusa CC BY-SA 4.0
Added example that doesn't work with accepted answer
Jun 11, 2019 at 20:28 vote accept siracusa
Jul 13, 2019 at 12:52
Jun 10, 2019 at 21:45 answer added Phelype Oleinik timeline score: 7
Jun 10, 2019 at 21:29 answer added Phelype Oleinik timeline score: 6
Jun 9, 2019 at 6:15 history edited siracusa CC BY-SA 4.0
Added note from documentation
Jun 9, 2019 at 5:26 comment added siracusa @DavidCarlisle That's an easy fix for the simple use case I posted, but it doesn't seem to scale well if you need to combine several regexes that are defined at different locations in the code. So if anyone can see a more general solution, I'd prefer this one.
Jun 8, 2019 at 15:43 comment added Phelype Oleinik I'd say it's not possible because the regex module ensures that control sequences don't expand to weird stuff, so it's most certainly by design that the text inserted by \u is matched literally, and not parsed again. I dare say it's for the best. You'd need to manually expand \l_foo_tl before \regex_const:Nn compiles the regex (like David just suggested, for example). (And I agree with your statement about the output of \regex_show:N. Flie an issue! :-)
Jun 8, 2019 at 15:35 comment added David Carlisle \def\insertmyregex#1{\regex_const:Nn \l_foo_regex { (\w+)( \[#1\] ) }} \insertmyregex{ [a-z]+ } ?
Jun 8, 2019 at 15:13 history asked siracusa CC BY-SA 4.0