« Envoyer seulement » et « Recevoir seulement »

Question

J’ai tout juste lu un autre sujet sur la possibilité d’effectuer un envoi/réception (S/R) d’une partie seulement d’un projet.
(Possibilité d’envoi/réception partiel - #3 par sflint)

Je comprends les problèmes mentionnés par james_post concernant les gens qui oublient de téléverser leur projet entier.

Cependant, j’ai pensé qu’il serait bénéfique d’avoir des boutons supplémentaires « envoyer » et « recevoir ».

Souvent, une équipe travaille sur un livre ensemble (en personne ou par visioconférence). Afin de s’assurer que tout le monde dispose de la version la plus récente, toute l’équipe doit périodiquement effectuer deux cycles de S/R. Le premier cycle sert essentiellement à envoyer. Le second sert essentiellement à recevoir.

Et si ces boutons pouvaient être créés ?

« Envoyer seulement »
Fonction :
Envoie simplement le projet. Cinq minutes après l’envoi, il effectuera également une réception, sauf si l’utilisateur l’initie plus tôt.

« Recevoir seulement »
Fonction :
Reçoit simplement le projet. Mais si le projet n’a pas été envoyé au cours des cinq dernières minutes, effectue un envoi et une réception réguliers.

Tout le monde appuierait d’abord sur « Envoyer seulement ». Une fois cela fait, tout le monde appuierait sur « Recevoir seulement ».

Cela pourrait faire gagner beaucoup de temps d’attente aux équipes et réduire la charge sur les serveurs.

Bien sûr, un inconvénient serait la complexité supplémentaire et la formation supplémentaire nécessaire.

C’est juste une idée que j’ai depuis un moment ! Je comprends que ce ne soit peut-être pas pratique, mais je tenais à la partager quand même.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Qu’en est-il de Paratext Live ? Cela permet de maintenir le projet à jour encore mieux.

Traduit automatiquement depuis English Afficher l'original

Comments

À ma connaissance, pour utiliser Paratext Live, Paratext doit d’abord effectuer un S/R pour synchroniser les fichiers.

Je serais réticent à séparer les fonctions Envoyer et Recevoir, car les fichiers risqueraient de se désynchroniser rapidement. Demander aux utilisateurs de se souvenir s’ils ont fait l’un ou l’autre serait source de confusion. La réalité est que le S/R prend du temps. Il est possible d’utiliser l’outil « Planification » pour planifier que le S/R soit effectué plus régulièrement. Et, selon le type de planification utilisé, des rappels s’affichent pour effectuer le S/R.

Traduit automatiquement depuis English Afficher l'original

---

Bon point james_post. Peut-être que mon équipe peut essayer d’utiliser cela à nouveau. Par le passé, cela nous a causé quelques problèmes.

Et il est probablement préférable de concentrer les efforts sur l’amélioration de Live, plutôt que de créer des boutons S et R séparés.

Et merci anon848905 pour le rappel concernant les différentes options pour planifier et déclencher les événements S/R. Elles sont très utiles. Surtout l’option d’effectuer le S/R au lancement et à la fermeture du programme.

Traduit automatiquement depuis English Afficher l'original

---

Une chose que je souhaite, c’est que lorsque je modifie les paramètres utilisateur d’un projet, l’envoi/réception « projet uniquement » s’active au lieu de l’envoi/réception du menu principal. Paratext met tellement de temps à traiter mon envoi/réception du menu principal pour parcourir mes projets que je l’évite, sauf pour une planification quotidienne, pendant la pause café.

Bénédiction,

Traduit automatiquement depuis English Afficher l'original

---

J’ai constaté qu’en ouvrant le S/R du menu principal puis en faisant Alt + Clic sur les projets avec lesquels vous ne travaillez pas en ce moment (cette semaine ou ce mois-ci), on les « masque » du processus global de S/R, ce qui l’accélère considérablement. L’avantage augmente à mesure que vous masquez plus de projets.
Cela se défaire facilement en recochant la case du projet qui a été masqué en bas de la liste.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Oui, je crois que Paratext Live doit d’abord effectuer un S/R pour synchroniser les fichiers, du moins si cela fait trop longtemps (?) que vous ne l’avez pas fait. Mais ensuite, il maintient le texte à jour sans avoir à faire de S/R. Si vous avez besoin de récupérer de nouvelles notes, etc., vous devez utiliser le bouton Échanger tous les fichiers (Exchange All Files).

@anon094061 Oui, c’est peut-être un bon moment pour réessayer. Et n’hésitez pas à informer les développeurs si vous rencontrez des problèmes. Au cas où vous l’auriez manqué, Paratext 9.3 peut effectuer une session Live avec soit le serveur Live de la version 9.2, soit le serveur Live des versions 9.0 et 9.1.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Juste pour ajouter que dans les versions actuelles de Paratext, nous avons l'option d'envoyer/recevoir « ce » projet, depuis le menu de chaque projet. C'est particulièrement utile pour les administrateurs, les consultants et les personnes de support, car cela évite d'avoir à ouvrir la fenêtre d'envoi/réception et d'attendre que le programme vérifie les mises à jour de tous les projets.
Cette option d'envoi/réception d'un seul projet et la planification seraient utiles.

Aussi, si l'équipe est sûre qu'une seule personne a effectué des modifications, le processus de synchronisation est plus simple : il suffit que l'éditeur envoie/reçoive en premier, puis les autres le feront une fois.

S'il y a plus d'un éditeur ou le doute de modifications supplémentaires, le processus en deux étapes est correct. Le temps supplémentaire est minimal, car le programme ne prendra du temps que pour vérifier s'il y a des modifications, mais n'utilisera pas de temps pour synchroniser les fichiers inchangés. Cela peut être vérifié en effectuant un envoi/réception sur un projet mis à jour.

Traduit automatiquement depuis English Afficher l'original