Open AngledLuffa opened 1 month ago
https://universaldependencies.org/en/dep/fixed.html documents "as if" as fixed
, and "at best" as non-fixed
. "after all" is not discussed but I think it's just a PP idiom (cf. "after all that happened").
Not sure whether "more or less (equal)", "close to (half a million)" or "in addition" should be added to the list of fixed
expressions.
For that example of after all
, it sounds like after (all that happened)
, whereas after all
is often used by itself as well:
PUD uses:
After all, the internet is not a luxury; it is an essential tool.
After all, our organizational performance is seldom measured in terms of how safe we are or how many rules we follow.
EWT uses:
After all, if you want to be an anti-Semite, there are subtle ways of doing it.
We are, after all, in this together.
This is, after all, his business
then EWT usage is more like the example you gave:
Last year, after all was said and done
I don't dispute that "after all" by itself is an idiom. It's just that most PP idioms are not fixed
, only the ones that have weird grammatical behavior (e.g. they occur in places that ordinary PPs don't).
Got it, so you'd actually rather see after all
unlabeled as fixed
in PUD, in other words?
Yeah
Thinking about it some more, after all
by itself seems exactly the same as of course
to me, which is marked as fixed
in both EWT and PUD
We inherited a bunch of fixed decisions from SD, but I think the general sentiment is to minimize any further use of fixed as much as possible, at least in cases where the overt syntax is clear. IMHO "of course" shouldn't have been fixed either.
We inherited a bunch of fixed decisions from SD, but I think the general sentiment is to minimize any further use of fixed as much as possible, at least in cases where the overt syntax is clear. IMHO "of course" shouldn't have been fixed either.
+1
I don't see a reason to keep "of course" - no need to inherit old decisions. We can just un-fix those in whatever way we see fit, right?
There are several
fixed
expressions marked in PUD which are not marked in EWT. Here are few:not marked in EWT:
Marked in PUD but not existing in EWT - just want to confirm we should leave it as
fixed