Donc:
1) les personnes connectés en live mode ne sont pas des travailleurs ? Qui de l'éditeur qui n'accède au mode édit que sur une section et pas l'autre section? Le but de Jahia est justement de permettre de déléguer la mise à jour du site, pas de laisser tout le monde éditer n'importe quel contenu depuis la home!!! Donc au pire il faudrait savoir qui a des droits d'édition sur tout ou partie d'un site pour limiter à ces users là (mais quid si le user a le droit d'éditer sa home page, il peut voir le chat que depuis sa home page)?

2) "soit une bonne idee d'un point de vue perfs "
Et bien c'est très rassurant comme nouvelle... C'est quoi les limites au niveau perfs. Pour te rassurer l'EPFL a juste 1'000 éditeurs sur ses sites... Donc si c'est juste une hypothèse de base, elle ne me suffit pas. Quels sont les critères techniques qui te font penser que cela ne tiendra pas la charge? et cela ne tiendra pour combien de users simultanés?

(et désolé mais les gadgets que l'on met au niveau kernel dans Jahia, soit ils tiennent la charge, soit ils tiennent pas. Je vois pas trop de compromis possible vu les clients que nous avons. Donc soit on retire la fonctionnalité (ou on la met dans un template séparé et non livré avec le kernl par défaut, soit on se fait fort de supporter ladite fonctionnalité quelque soit le niveau de charge).

le chat est fondamentalement un outil collaboratif (donc de travail ) destine aux editeurs, auteurs de contenu. je ne suis pas sur que l'idee de le mettre a dispo en visite (loggue en guest ou en user en R) soit une bonne idee d'un point de vue perfs (ou alors dans une implementation differente sur jabber peut etre = a voir?)
il etait meme prévu a l'origine de limiter le scope des utlisateurs connectables en chat par le site voire la page, pour les memes raisons