Sorry, I had forgotten to mark the comments as done (I have used phabricator only a few times, I still need to get more familiar with it).

Thanks @madpilot for all the useful comments. I have followed all of them almost exactly, with very few exceptions.
For example, I choosed "riassunto comparativo delle licenze" instead of "riassunto comparativo tra le licenze" considering that you normaly make "un riassunto di qualcosa" or "un paragone o una comparazione tra due cose" and thus the choice was between "riassunto comparativo di" or "paragone riassuntivo tra".
About "economico beneficio trasferibile" -> "beneficio economico trasferibile" I did not accept the suggestion because I understood that my original translation was so bad that it was misleading, so I correct it with "beneficio trasferibile poco costoso" (the original is "cheap protable benefit").
I also corrected the "casalinghi" place by accepting the suggestion ("sistemi proprietari"), but also correcting the meaning of the translation: in the original text the systems were home made and became proprietary while in my precedent translation it was the opposite... Now the right direction has been restored.
About the comment on the Italian research center CNR, I maintained the US examples by definining them as americans and I added the CNR specifying it as an Italian example.

@crees Feel free to commandeer the review if you need it to submit the right patch in the most natural way: I would not take offense :)

I proposed this patch because I feel there is some confusion on the topic. This feeling comes from my own experience when I was a new contributor.

I updated the test plan as you suggested.

When we know about Mat, please keep in mind that I have no commit bit, so someone else should commit the patch for me. Thanks.

Sorry, I was copying the diff from a bug report I created long time ago and I copied it wrong. Now it should be fixed.
If anyone wants to see the bug report, you can find it at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232816

You're right.
Let's commit it then.

I understand that the file you add does the same thing than the ${REINPLACE_CMD}, but why do you prefer using a file? I do not see the advantage. On the contrary I see disadvantages:

• your file is more byte expensive than the ${REINPLACE_CMD} (sure, in 2020 it does not do much difference for most users, but we never know);
• your file is harder to maintain: it might need to be recreated for any update of the port, while the ${REINPLACE_CMD} will most probably always work.

Sorry, I had forgotten to fix the list numbers after I removed a section, which has been included in the precedent section.

Fix issues with list, headers and <blockquote> tags.

This revision is accepted and ready to land since months. Can a committer commit it please?

Could you please also commit it? I do not have any commit bit.

Doc group reviewers added. Thanks for the suggestion.

Fix many issues:

Fix last issue about stable/12 snapshots with information got from re@ by email.

I sent an email to re@ to ask them what to do about the stable/12 snapshots.

I made all the needed edits, except the one about stable/12 snapshots: I'm unsure what should I do about it.
Should I just add "<tt>stable/12</tt>" to the list? Ask re@? Leave it as it is since 12 was already dealt with in relation to 12.1-RELEASE?

I'm working on the needed edits: I should be able to have them ready for tomorrow.

Added "@" at the end of debdrup nickname.

I converted the revision into a new port: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239015

I tested successfully the patch for www/firefox.

A thing I do not like about the moused solution is that it shows a pointer on consoles too: I find it annoying.

I tested and it works. Thanks!

I prefer solution 1.

Starting moused worked, there was no need to apply the patch from PR/196678. I have tested a bit the touchpad and everything seems to work as expected.
Thank you very much zeising and wulf.

FreeBSD version is 12.0-STABLE r348603.
I was missing evdev support (I needed both device evdev and options EVDEV_SUPPORT).
Now libinput returns the following output:

I think libinput does not see my touchpad at all. Here is a log with the mouse driver installed:

I tested by patching my stable sources r348603.

I change my status revision to approved: it is unsure if the bug I referenced depends on webrtc and, if it does, it can be dealt with another time.

I tested the patch and it builds fine for me (12.0-STABLE r347145 amd64).

I added my e-mail address to the copyright line.