Le dossier « shared » n'est partagé qu'avec d'autres modifications ?

Question

J'ai travaillé à la production d'un brouillon d'impression avec PTXPrint dans un projet Paratext, et une fois terminé, j'ai effectué un S/R (Send/Receive) du projet, mais le dossier « shared » (où PTXPrint place ses fichiers de configuration) n'a pas été envoyé. S/R a indiqué que je n'avais apporté aucune modification au projet. J'ai dû apporter une autre modification au projet pour que Paratext prenne conscience que le nouveau dossier « shared » existait et devait également être envoyé. Redémarrer Paratext n'a pas résolu le problème. J'ai donc modifié une petite permission, puis S/R a envoyé le dossier « shared » (et j'ai ensuite rétabli la permission). Je pense que Paratext devrait vérifier s'il y a un changement de statut du dossier « shared » lors de l'exécution de S/R, en plus des autres modifications qu'il détecte.

Traduit automatiquement depuis English Afficher l'original

Answer 1

C'est un problème connu qui existe depuis longtemps (depuis la version 7.5, peut-être ?). Le problème est que Paratext ne voit pas les nouveaux fichiers ajoutés par un utilisateur sans qu'il y ait une autre modification. La cause en est un mécanisme de mise en cache effectué lors de la détermination des modifications pour S/R. En gros, sans que l'ouverture de la boîte de dialogue S/R ne prenne beaucoup plus de temps (une ou deux secondes par projet), il ne peut pas détecter les nouveaux fichiers dans un projet.
Lorsque Paratext crée un nouveau fichier, il est en mesure de mettre à jour le cache pour qu'il soit inclus dans S/R, mais lorsqu'un utilisateur ajoute un nouveau fichier, Paratext n'a aucun moyen de savoir qu'il existe maintenant sans le ralentissement susmentionné lors de l'exécution de S/R.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Voici une idée… Et si on plaçait un fichier au nom spécifique dans le dossier « shared », et si Paratext voit ce fichier, il sait que le dossier « shared » doit être synchronisé. Au cours de la synchronisation, il supprimerait ce fichier. (Bien sûr, on voudrait choisir un nom de fichier très distinctif/unique, pour qu'il ne soit pas créé accidentellement.) Cela permettrait aux programmes externes comme PTXPrint de définir cet indicateur lorsqu'ils mettent à jour des fichiers pour indiquer que S/R est nécessaire. Juste une idée…

Traduit automatiquement depuis English Afficher l'original

Comments

Un indicateur de ce type serait très utile pour notre équipe. Idéalement, il devrait se déclencher pour les modifications de paramètres dans PT ainsi que pour les programmes externes. (Par exemple, la modification d'un rôle utilisateur nécessitait auparavant un S/R complet, ce qui était manquant dans les versions antérieures de PT.) Je sais que les rôles utilisateurs sont maintenant transférés séparément, immédiatement si Internet est disponible. Mais s'il y a d'autres modifications de paramètres qui nécessitent S/R pour se propager, ce serait formidable si elles pouvaient également déclencher cet indicateur.

Merci !

Traduit automatiquement depuis English Afficher l'original

---

Il existe déjà un tel fichier : unique.id. Si un programme externe souhaite indiquer qu'un S/R doit être effectué, il lui suffit d'écrire quelque chose d'aléatoire (par exemple, un guid) dans ce fichier. La prochaine fois que Paratext effectuera un S/R, il verra que ce fichier a été modifié et il effectuera un ajout/suppression dans le dépôt local avant l'envoi vers le dépôt distant.

PADev.

Traduit automatiquement depuis English Afficher l'original