Thank you Levente! I have just uploaded two merge commits <b>(</b>Regex-Core-ct.78 and Regex-Tests-Core-ct.30) to the Trunk. I hope I haven't broken anything. If you discover any regressions anyway, please let me know! :-)<br>
<br>
Best,<br>
Christoph<br>
<br>
<font color="#808080">---<br>
</font><font color="#808080"><i>Sent from </i></font><font color="#808080"><i><a href="https://github.com/hpi-swa-lab/squeak-inbox-talk"><u><font color="#808080">Squeak Inbox Talk</font></u></a></i></font><br>
<br>
On 2022-10-01T01:18:39+02:00, leves@caesar.elte.hu wrote:<br>
<br>
> Hi Christoph,<br>
> <br>
> On Mon, 12 Sep 2022, christoph.thiede at student.hpi.uni-potsdam.de wrote:<br>
> <br>
> > Hi all, Hi Levente,<br>
> > <br>
> > I have a question regarding the further development of the regex package. As you might have noticed, I have proposed several changes to the regex in the past two years, many of them already merged into the Trunk by Levente,<br>
> > but many others still lying in the inbox for around one year -- several small bugfixes and convenience functions (mostly tested), but also some larger new features such as named/non-capturing groups, Unicode backslash atoms,<br>
> > etc. These new features also entail major design decisions regarding matcher/link communication, parser composition, etc. (Shameless self-plug: You can use Squeak Inbox Talk to survey all open proposals).<br>
> > <br>
> > My question is: How should we process these proposals? While I have received a number of kind reviews by Levente, my impression is that I spammed all of you with too many proposals for reviewing them in a foreseeable future.<br>
> > Shall I just merge them as-is or would anyone like to commit to reviewing them in-depth? I don't want to exclude anyone from the continuation of this project, and I would gladly receive more reviews, but I do understand the<br>
> > limited reviewer resources. While I gave my best to question my decisions and test my code, nothing of it will be 100% perfectly thought-through and free of bugs. On the other hand, weighting quality over quantity too much in<br>
> > this process might lead to a near-standstill of the project.<br>
> > <br>
> > tl,dr: Shall I just merge all my regex proposals to the trunk, risking possible decrease in quality, or would anyone advise differently? I do commit to "you break it, you fix it", and if someone discovers any design flaw, we<br>
> > can still try to revert that design later, of course. For future proposals, I could upload them to the inbox and move the Trunk one or two weeks later.<br>
> <br>
> Yes, please go ahead and merge them.<br>
> <br>
> <br>
> Levente<br>
> <br>