Hey guys, there's a few more important updates about blanks in Apertium.
1. Empty strings are now counted as blanks as well.
2. A blank is popped from the blank queue only if the or is inside .., so that you can do checks with
blanks (the front one in the queue at least) in other places, such
In response to this issue, empty blanks are considered blanks again, so a
or a in the output will put an empty blank if the
input had an empty blank in that position.
Once again, a and a now does the same thing. Earlier, was used to print a blank from the input and was used to
print a
Missatge de Tanmai Khanna del dia dv., 4 de set.
2020 a les 9:22:
> Hèctor,
> Yes, the new improvements aren't backwards compatible but that's because
> they're better than the system we had earlier. Here's the changes:
>
> So, you are saying that the new stuff is not backwards compatible,
Hèctor,
Yes, the new improvements aren't backwards compatible but that's because
they're better than the system we had earlier. Here's the changes:
So, you are saying that the new stuff is not backwards compatible, aren't
> you? There aren't any in the rule, but , which is not
> the same. Until
