Qu'est-ce que les autorisations de livres automatiques ?

Question

Nous avons trouvé des autorisations de livres contradictoires dans un projet impliquant un administrateur. J'ai inspecté l'historique de ProjectUserAccess.xml et j'ai trouvé ceci :

    <AutomaticBooks>
      <Book Id="EZR" />
    </AutomaticBooks>

Comment l'administrateur a-t-il provoqué cela ? Comment pouvons-nous revenir en arrière ? (L'administratrice a dit qu'elle explorait avec les outils de Project Progress.) Pour le moment, la fenêtre des autorisations de livres indique que deux utilisateurs sont autorisés à modifier EZR, même si je décoche toutes les cases.

Traduit automatiquement depuis English Afficher l'original

Answer 1

J'ai accidentellement appliqué des autorisations à plusieurs livres pour un utilisateur particulier dans Project Progress. J'ai supprimé toutes ces autorisations, mais les cases sont toujours grises dans les autorisations de livres (dernière ligne) :

image715×598 23.3 KB

Je vois que tous ces livres sont répertoriés sous <AutomaticBooks> pour cet utilisateur dans le fichier ProjectUserAccess.xml. Avec Paratext fermé, puis-je simplement supprimer ces lignes dans la section <AutomaticBooks> ? C'est un projet de formation, donc je ne vais pas endommager de vraies données…

Mais un livre ne devrait-il pas être retiré de cette liste lorsqu'un utilisateur n'a plus aucune autorisation dans ce livre ?

Traduit automatiquement depuis English Afficher l'original

Comments

Bon, j'ai pensé que ça valait le coup d'essayer, donc j'ai modifié les sections <AutomaticBooks> pour les différents utilisateurs, et maintenant les cases grises s'affichent correctement, sans duplication.

Mais évidemment, je ne devrais pas avoir à faire cela… À quoi servent exactement ces <AutomaticBooks>, et quand sont-ils censés être mis à jour ? Je ne pense pas que ce mécanisme fonctionne correctement.

Traduit automatiquement depuis English Afficher l'original

---

Oui, si les autorisations ont été supprimées dans Affectations et progression, la case grise devrait disparaître. Cependant, il peut être difficile de s'assurer qu'un utilisateur a été retiré de chaque tâche/vérification. Assurez-vous également de redémarrer Paratext et de vérifier pour confirmer que les cases sont toujours grises. Il arrive que Paratext ne semble pas se rafraîchir complètement.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Les autorisations sont devenues un peu plus compliquées avec Project Progress (et les affectations). Lorsqu'un utilisateur se voit attribuer une tâche impliquant l'édition d'un livre dans les affectations de projet, cela s'affiche dans Utilisateurs, Rôles et autorisations. Cela peut apparaître sans case cochée (la case aura un fond gris pour indiquer qu'elle a été « attribuée »).

Idéalement, une équipe devrait effectuer les affectations de projet dans les tâches plutôt que dans Utilisateurs, Rôles et autorisations, mais chaque équipe devra déterminer quel système lui convient le mieux.

Veuillez noter que les affectations peuvent changer, donc une fois qu'un utilisateur a terminé sa tâche attribuée, il peut être retiré des Utilisateurs, Rôles et autorisations jusqu'à ce que la prochaine tâche soit disponible. Étant donné que certaines tâches ne sont pas « dépendantes », cela peut signifier que plusieurs personnes sont affectées à un livre en même temps.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Utiliser un plan de projet pour affecter des tâches et suivre leur achèvement est l'une des grandes nouveautés de Paratext 8. Si un plan de projet est utilisé, les autorisations d'édition ne devraient pas être contrôlées à l'aide de l'ancienne méthode dans la fenêtre Utilisateurs, Rôles et autorisations. Cette fenêtre reste disponible pour ceux qui ne choisissent pas d'utiliser un plan de projet, et pour traiter les problèmes qui se posent et qui n'étaient pas inclus dans le plan.

Traduit automatiquement depuis English Afficher l'original

Answer 4

Comment arrêter l'accès aux livres une fois la tâche et l'étape attribuées terminées ? Je pense que c'est important pour que plus aucune modification ne soit effectuée après une certaine étape.

Merci

Traduit automatiquement depuis English Afficher l'original

Comments

Pour les « tâches » normales, lorsqu'une tâche est terminée, les autorisations devraient automatiquement passer à la personne suivante. Un endroit où cela peut devenir confus est si quelqu'un s'est vu attribuer une « vérification ». Dans ce cas, chaque fois que cette erreur est présente, la personne devrait à nouveau avoir les droits d'édition. Si « Juan » a été affecté à la vérification de la ponctuation, Juan aura les droits d'édition chaque fois qu'une erreur de ponctuation est présente pour n'importe quelle étape après le début de la vérification. Si la vérification commence à l'étape de rédaction, mais qu'une erreur de ponctuation se produit à l'étape 4, Juan devrait à nouveau avoir les droits d'édition.

L'autre élément à surveiller est le moment où une tâche peut commencer (comme vu dans les paramètres du plan de projet). Si vous affectez une tâche de l'étape trois à quelqu'un, mais que la tâche est définie comme pouvant commencer à tout moment, alors cette personne aura les droits d'édition à partir de l'étape un.

Traduit automatiquement depuis English Afficher l'original

Answer 5

Juste pour information - j'utilisais « Affecter une étape » pour affecter une personne à toutes les tâches/vérifications de chaque étape, donc je suis assez sûr que l'utilisateur avait été retiré de tout. (Comme c'était la même personne, c'était facile à vérifier.) Même en redémarrant Paratext, il arrive que la case grise ne disparaisse pas, et cela correspondait exactement aux paramètres AutomaticBooks.

Donc je répète : à quoi servent exactement ces <AutomaticBooks>, et quand sont-ils censés être mis à jour ? Je ne pense pas que ce mécanisme fonctionne correctement.

Traduit automatiquement depuis English Afficher l'original

Comments

Un certain temps après le passage à PT9, l'un de nos projets a également eu un problème avec des autorisations automatiques qui restaient en place même après avoir été supprimées des affectations et de la progression, les laissant essentiellement affectées de manière permanente. Nous avons dû faire ce que vous avez fait, jeffh. Je mentionne cela juste pour dire que si vous constatez que c'est un problème ponctuel, il provient probablement de certains bugs présents précédemment.

jeffh, pouvez-vous dire si ne se met pas à jour pour les autorisations nouvellement accordées, ou s'il a seulement du mal avec celles qui traînent depuis un moment passé ?

Traduit automatiquement depuis English Afficher l'original

---

jeffh:

À quoi servent exactement ces <AutomaticBooks>, et quand sont-ils censés être mis à jour ?

Ce sont les autorisations définies sur la base des affectations de Project Progress. C'est la seule chose dans Paratext qui les manipule. S'ils ne sont pas effacés lorsque vous avez supprimé toutes les tâches d'un utilisateur, cela signifie qu'il y a probablement un bug quelque part dans Paratext. Si cela se reproduit, il serait utile d'utiliser Aide > Donner un retour d'information pour que nous puissions y jeter un œil.

Traduit automatiquement depuis English Afficher l'original

Answer 6

Stephen+Katt:

jeffh, pouvez-vous dire si ne se met pas à jour pour les autorisations nouvellement accordées, ou s'il a seulement du mal avec celles qui traînent depuis un moment passé ?

Non, ce sont des autorisations nouvellement affectées, ces derniers jours, avec la dernière version de Paratext 9.3.

Traduit automatiquement depuis English Afficher l'original