Bonjour,
Pour ma part je reste dubitatif, il y a encore pas si longtemps (c'est peut être toujours le cas), le simple faite d'utiliser des icones différentes de celle du gnome de base faisait planter les appli (gtk widget pour l'explorateur de fichiers par ex qui crash, cf runtime sur ton 2e lien). Bref avec tout le buzz, un truc aussi basique pas testé ça fait drôle.
Après l'idée est pourtant bonne, ce qui est gênant aussi c'est de contourner les RPM. Du coup on se retrouve avec en gros 2 systèmes de paquets (heureusement bien isolés), les RPM et les flatpak, sauf que pour le 2e c'est un peu moins bien intégré. Ce point s'améliore sur F30 par ex les mises à jour flatpak sont mieux gérées et présentées au même titre que des mises à jour RPM. Peut être voir
https://silverblue.fedoraproject.org/
Faudrait vérifier si le 1er lien que tu cites est toujours d'actualité, mais y'a des chances. Le problème des dépôts d'application tiers, c'est qu'il faut faire confiance, et comme on est pas trop sûr de comment c'est packagé, y'a toujours un doute. C'est pareil sur Copr, PPA chez Ubuntu, ou même le hub docker.
Niveau parcourt utilisateur, ouvrir un bug (pour signaler le crash sur les widget gtk) n'a pas été simple. Au final on se retrouve sur github, et pour les 2e appli dont j'ai le soucis (visual code et gimp), on dirait qu'il y a qu'une personne qui gère. Me semble que le ticket est toujours ouvert...
Il faut peut être attendre, le projet est quand même très jeune. Au final je m'en passe, les applications que je voulais avoir en flatpak pour être un poil plus à jour sont dispo en RPM (dès fois ils sont même plus rapidement à jour). On retrouve le concept d'appli en sandbox sous Android par ex depuis le début, sur le fond y'a pas de soucis, c'est plus un soucis d'intégration et de qualité. J'aurais plus confiance si c'était intégré au process de build des RPM sous Fedora, avec par ex une création automatique d'un flatpak à côté du RPM. Au moins si tout était aussi bien tracé qu'avec un RPM, j'aurais plus confiance.