+1 голос
1,4тыс. просмотров

Здравствуйте, сообщество Paratext,

Я обнаружил, что поведение автосохранения в Paratext отличается от того, чего я ожидаю, поэтому подумал, что стоит спросить вас, какое поведение вы ожидаете и какие ожидания вы наблюдали у других.

Мне 32 года, я американец и работаю с командой переводчиков кечуа в Перу. Для меня, и, как я думаю, для моей команды, идеальное поведение автосохранения в Paratext было бы следующим:

  • Проекты автоматически сохраняются каждый раз, когда пользователь редактирует стих и переходит в другое место (в ресурс или на следующий стих). Заметки и комментарии к заметкам автоматически сохраняются при создании.
  • Это поведение установлено по умолчанию при установке.

В качестве альтернативы, PT мог бы автоматически сохранять данные каждые 15 минут. Это можно было бы изменить в настройках на каждые 5 минут, каждые 30 минут, каждый час или никогда… В этом случае было бы хорошо, если бы автосохранение происходило и при переходе между книгами и главами.

Я понимаю, что такие настройки создадут повышенную нагрузку на ресурсы, поэтому, возможно, нужно рассмотреть, будет ли это выполнимо для пользователей с ограниченной оперативной памятью компьютера.

В прошлом году наш волонтер-обратный переводчик перевела обратно всю главу Бытия, а затем у нее упал компьютер. Она потеряла всю главу и была настолько расстроена, что не работала в течение недели.

В связи с этим, я активировал «Автосохранение (Автоматически сохранять изменения без запроса при переключении на другую книгу или главу.)» в Paratext 8. Через некоторое время после обновления до версии 9.0 я заметил, что этот пункт был снят. Только что, спустя много месяцев после обновления до 9.1, я заметил, что он снова был снят.

Есть ли способ сделать этот параметр значением по умолчанию и сохранить настройку при обновлениях PT?

Я думаю, что большинство пользователей сегодня воспринимают автосохранение как должное и не имеют привычки нажимать на иконку «3½ Floppy-A».

Что вы думаете? Какое поведение автосохранения вы ожидаете? Что вы видите у своих коллег?

Переведено машиной с языка English
Paratext от (379 очков)
снова показан | 1,4тыс. просмотров

12 Ответов

+2 голосов
Лучший ответ

Я предлагаю более чётко подписать кнопки «Да» и «Нет», а также отключить кнопку «X». Это соответствует лучшим практикам в области проектирования UX (см., например, эту страницу на UX StackExchange).

Пользователи в моём проекте часто вообще не читают тексты диалогов подтверждения. Они могут просто рефлексивно нажать «Да» или «Отмена» или нажать «X» в правом верхнем углу. Я видел, как пользователи нажимают «X» в правом верхнем углу, а затем удивляются, почему запланированное действие не произошло. Затем они пытаются выполнить запланированное действие снова, им снова предлагается подтверждение, они снова нажимают «X», чтобы избавиться от раздражения, и затем удивляются, почему запланированное действие не произошло. В какой-то момент они решают позвонить мне и спросить, почему «это не работает». Я лично убеждён, что более чёткие подписи кнопок помогли бы. И я склоняюсь к идее более частого автосохранения.

Переведено машиной с языка English
от (495 очков)

Отличная идея, бит!

Переведено машиной с языка English

Да, кнопка «x» не должна быть там.

Подписывание кнопок для их действия давно было тем, что я хотел делать последовательно в Paratext, и мы делаем это, когда можем. Есть несколько причин, которые делают это трудным для нас так часто, как я хотел бы (общий код, соображения локализации).

Я полностью согласен с тем, что диалоговое окно, в котором есть строка текста, объясняющая значение кнопок, очень далека от оптимального. Мы избегаем этого везде, где возможно, и я не думаю, что вы найдёте примеры такого рода в недавно добавленных интерфейсах. Я сохраню это как главный пример «чего не делать» в нашем руководстве по стилю.

Переведено машиной с языка English
0 голосов

Я бы также хотел более частого автосохранения.

Переведено машиной с языка English
от (241 очков)
0 голосов

Причина текущего поведения сохранения заключается в том, что стеки отмены/повтора теряются во время сохранения. Если бы Paratext автоматически сохранял данные, возможности отмены/повтора были бы сильно ограничены.
Кроме того, по умолчанию эта функция не включена, потому что многие наши пользователи не хотят автосохранения, так как часто бывают случаи, когда они не хотят сохранять изменения.

Paratext уже сохраняет данные при переключении глав/книг.

Paratext создает «аварийное сохранение» каждую минуту. Если Paratext не завершает работу штатно, это сохранение должно быть загружено при перезапуске Paratext. Я не уверен, почему это не сработало в случае вашего переводчика.

Переведено машиной с языка English
от [Expert]
(16,7тыс. очков)
+1 голос

Я провел тест и обнаружил, что если Автосохранение включено в PT8, оно не остается включенным при установке PT9.0.

То же самое происходит при переходе от PT 9.0 к PT 9.1: если Автосохранение включено в PT9.0, оно не остается включенным при установке PT9.1.

Я сообщил об этом как о (потенциальной) ошибке. Мне кажется, что эта настройка должна быть «липкой» (сохраняться), когда пользователь ее включил. Возможно, это неверное предположение, но я сообщу об этом, чтобы это было на радаре.

james_post

Переведено машиной с языка English
от [Moderator]
(2,1тыс. очков)

При переходе от PT9.0 к PT9.1 любые пользовательские настройки не будут сохранены из-за перехода на 64-битную версию. Мы не можем сделать с этим многого. РЕДАКТИРОВАНИЕ: Оказалось, что это не так.

При переходе от PT8 к PT9.0 настройки должны сохраняться, если у вас ранее не было установлено PT9.0 (т.е. просто удаление PT9.0 и повторная установка не сработают).

РЕДАКТИРОВАНИЕ: Я также хочу уточнить, что отключение автосохранения не отменяет сохранение в тех местах, где происходит автосохранение, оно просто спрашивает пользователя, хочет ли он сохранить, каждый раз, вместо того чтобы делать это молча.

Переведено машиной с языка English

Спасибо за информацию.

Я не хочу ничего предполагать о разработчиках, так как знаю, что ваше время/ресурсы важны и ограничены, но было бы возможно экспортировать определенные пользовательские настройки в файл перед обновлением до 9.1, а затем импортировать их во время обновления?

james_post

Переведено машиной с языка English
0 голосов

Ой, вы опередили меня. Я собирался исправить свою ошибку.
Я вернулся и проверил то, что сказал, и я был неправ. Мы нашли обходной путь для проблемы с 9.0 на 9.1 (я забыл об этом). :flushed:

Однако точка зрения о том, что программы были установлены ранее, остается в силе. Если папки настроек Paratext не удалены и все следы версии Paratext не удалены, настройки не будут обновлены при повторной установке. Если вы проведете тест установки на только что установленном компьютере (где версии Paratext ранее не были установлены), это должно сработать.

РЕДАКТИРОВАНИЕ: Также обратите внимание, что если вы когда-либо сбрасывали настройки Paratext, удерживая Shift при запуске Paratext, это одна из настроек, которая сбрасывается (как объяснение того, почему она могла внезапно потеряться).

Переведено машиной с языка English
от [Expert]
(16,7тыс. очков)

снова показан
0 голосов

Большое спасибо @anon291708 и @james_post. Я не знал о стеках отмены/повтора и функции «аварийного сохранения». Тем не менее, я задаюсь вопросом, есть ли способ хотя бы дать пользователям выбор более частого автосохранения, например, опцию «___ минут».

Я также не знал, что есть много пользователей, которые не хотят автосохранения. Возможно, кто-то из этого лагеря может поделиться, почему это disadvantageous (нежелательно) в вашем случае?

В любом случае, я хочу знать, что думают другие люди в сообществе Paratext об автосохранении.

Спасибо.

Переведено машиной с языка English
от (379 очков)

Некоторые дополнительные мысли — с точки зрения UX — об автосохранении…

Автосохранение обычно отлично работает, если у вас открыт только один документ. Пользователю легко мысленно отслеживать, какой документ сохраняется, и как отменить изменения при необходимости. Однако в Paratext может быть открыто много редактируемых документов (или вы можете одновременно видеть свой браузер или электронную почту вместе с Paratext). В такой ситуации возможно, что вы начнёте печатать что-то в Paratext, думая, что вводите текст в другое окно, и автосохранение становится проблемой. Человек, чьё внимание сосредоточено на другом окне, может неосознанно ввести «С уважением, Джон» или «youtube.com» в проект Писания. «Youtube.com», скорее всего, будет обнаружено проверками. «С уважением, Джон» … ну, это может пройти мимо проверок и полагаться на вычитку. Если открыто много редактируемых проектов,

Тогда есть ещё и автоматическая очистка, которую Paratext постоянно выполняет. Это может помочь пользователям обнаружить, что с их проектом есть проблема. Если они постоянно видят «Хотите сохранить изменения», переходя в новую главу, будучи уверены, что не вносили изменений, это может указывать на наличие некоторых недопустимых символов в тексте, которые Paratext приводит в порядок. Это признак того, что стоит посмотреть на инвентари или, возможно, кодировку текста.

Мы постоянно думаем о том, можем ли мы предоставить что-то вроде автосохранения с предохранительными механизмами, специфичными для редактирования Писания. В настоящее время запрос на сохранение в Paratext намеренно навязчив. Мы хотим знать, что вы действительно намерены сохранить внесённые изменения, и мы хотим, чтобы вы осознавали, что изменения произошли в этой главе. Переводы публиковались с непреднамеренным текстом среди стихов, мы хотим избежать этого!
Я могу представить смешанную среду. Она сохраняла бы намеренную модель сохранения с запросом, одновременно постоянно выполняя автосохранение. Последнее обеспечивало бы резервную копию. Если компьютер пользователя выйдет из строя — предложить восстановить просмотр резервной версии и предоставить вариант восстановления. Если пользователь выберет не сохранять, сохранить файл .BAK с дополнительным материалом, пока он не внесёт другие изменения в этой книге — сохранит — на случай, если он сразу же пожалеет о решении не сохранять. Пользователь, который выберет не сохранять свою тяжёлую работу, всё ещё сможет извлечь её из файла .BAK, пока снова не будет работать в этой книге. (Файлы .BAK уже появляются в папке проекта, но я не знаю, что вызывает их появление.)

Переведено машиной с языка English

Когда на экране появляется диалоговое окно автосохранения, как насчёт того, чтобы дать людям представление о том, что они сохраняют? Даже первые 5 или 10 изменённых слов могли бы помочь в обнаружении некоторых проблем или идентификации некоторых автоматических корректировок Paratext. Ещё одна кнопка в диалоговом окне автосохранения могла бы открыть более подробное диалоговое окно, которое позволяет пользователям видеть все свои изменения и принимать или отклонять эти изменения по одному. У разработчиков есть инструменты такого рода, чтобы избежать коммита мусора в репозиторий кода.

PADev.

Переведено машиной с языка English
0 голосов

Хорошо знать, @anon291708.

@anon094061, одна из проблем с автосохранением заключается в том, что если кто-то случайно что-то удаляет (или выделяет текст и нажимает Enter, что удаляет его), или случайно выполняет перетаскивание и сброс (drag-n-drop) и не осознает этого, автосохранение сохранит их непреднамеренное изменение. Поэтому часть этого — это баланс между тем, сохраняет ли пользователь свою работу (некоторые сохраняют все время, некоторые просто забывают) и достаточно ли они внимательны, чтобы заметить непреднамеренное изменение (некоторые могут заметить сразу, другие — нет).

А затем всегда есть случайные обстоятельства между ними. :slight_smile:

Переведено машиной с языка English
от [Moderator]
(2,1тыс. очков)
0 голосов

@james_post, ах, хорошая точка зрения. Автосохранение с каждым стихом + потеря стеков отмены-повтора с каждым сохранением были бы рецептом для катастрофы! … Но если бы был способ сохранить эти стеки между сохранениями, возможно, это могло бы сработать…

Я полагаю, что перетаскивание и сброс отключено по умолчанию, что, я думаю, определенно хороший шаг…

Переведено машиной с языка English
от (379 очков)
0 голосов

Привет, @anon094061, очень интересный вопрос, так как он позволяет нам увидеть, какие существуют разные пользователи и точки зрения. Немного информации от динозавра в IT-смысле. Обычно я ненавижу все автоматическое, если только оно не очень хорошо задокументировано, прозрачно и настраиваемо (включая возможность отключения).

Катастрофой являются те инструменты, где они представляют смесь концепций, где вы должны завершить или подтвердить определенную работу или конфигурации (с OK или ENTER), а в других окнах или частях там «ничего» и нет визуальной обратной связи, и вы просто должны надеяться, что ваши настройки были сохранены или применены. Или, возможно, вы просто проглядели символ галочки, который находится не в правом нижнем углу, где вы его ожидаете, а в правом верхнем. Звучит знакомо?

Пока я очень доволен PT в этом аспекте и не могу вспомнить, чтобы когда-либо терял что-то значимое в работе. Хорошие привычки, я полагаю, или хороший PT, конечно.

Только одна деталь: Для местной команды я должен сказать, что большинство из них никогда не использовали и не видели никаких из этих «не очень дискет». Поэтому символ сохранения в PT устарел и не помогает здесь.

Я работал в PT в течение многих лет и даже не знал об автосохранении. Однажды я обнаружил опцию сохранения при смене глав. PT всегда был честен и предлагал сохранять при смене глав, поэтому нам всегда приходилось делать эти клики. Я понимал эти сообщения как «если вы смените главы и не сохраните, ваша работа будет потеряна», поэтому, конечно, мы в этом случае в основном хотим сохранить.

Если в PT есть больше «автосохранения», помимо магии смены глав, я не знаю. Несколько сообщений здесь просто пишут «автосохранение». Какая именно функция имеется в виду?

В противном случае переводческая работа — или хотя бы определенные этапы — может быть выполнена путем ввода нескольких вариантов (мы часто используем несколько вариантов рядом друг с другом с символами / для их разделения, когда работаем в команде) и просмотра их в письменной форме и в контексте соседних стихов. Затем идеи будут кричаться, и текст на экране редактируется. Это можно назвать «творческим возней до тех пор, пока не станет хорошо».

История стихов и ее «теги времени» по-прежнему являются глубокой загадкой для меня. Поэтому вместо того, чтобы иметь, возможно, десять версий в стихе, мы могли бы иметь десятки или сотни с определенными функциями автосохранения, если бы они применялись к нашему способу творческого тестирования: пусть это никогда не случится.

Так что моя точка зрения для важной работы, такой как вождение автомобиля или перевод Писания, по-прежнему состоит в том, что машина, даже ИИ, никогда не может знать, что действительно происходит. Поэтому роль пользователя — сосредоточиться и мудро сохранять, когда это необходимо. Или использовать опцию уйти и не сохранять, если некоторые черновые идеи были рассмотрены и не понравились команде.

Я использую некоторые платные профессиональные инструменты, такие как редакторы, и некоторые позволяют мне назначать определенное количество ОЗУ или дискового пространства в ГБ для отмены и для целей (авто)сохранения. Это хорошие функции. Лично я, возможно, был бы очень консервативен с автосохранением (но мне нравится, когда эти автосохранения помещаются в определенные папки или имеют определенные суффиксы к именам файлов, которые я могу настроить сам). В отличие от этого, я обычно давал бы очень щедрые разрешения для отмен, для тех инструментов, в которых я уверен, что они действительно хорошо справляются с искусством отмены.

Переведено машиной с языка English
от (934 очков)

Тим,
Я не уверен, правильно ли я вас понимаю, но Автосохранение — это опция, которую можно включить в основных настройках Paratext. Если вы поищете в справке, вы можете найти следующее:

Переведено машиной с языка English

Если вы все говорите только об «Автосохранении при переходе в другую книгу или главу», то я видел это с самого начала. Я упоминал об этом в моём .

Но, по моему мнению, это не настоящее «автосохранение», потому что оно не автоматическое. Не на основе времени или количества правок. Мне нужно «запустить» его самому, перейдя в другую главу. Если бы случилась беда (отключение питания, зверь на клавиатуре, что угодно), это не сохранило бы мою работу за x часов внутри одной главы. Вот почему я спрашивал, есть ли «что-то ещё».

Снова: мне никогда не нужно было много автосохранения, и я очень доволен PT таким, какой он есть — в этом аспекте. Я просто хочу знать все функции, которые существуют. OP спрашивал, чего мы ожидаем. Я не ожидаю многого, и поэтому я один из довольных пользователей.

Переведено машиной с языка English

Если пользователь действительно может оставаться в одной главе в течение длительного времени и не запускать автосохранение, возможно, имеет смысл, чтобы автосохранение автоматически запускалось время от времени (раз в час?). Как сказал Тим, если было бы отключение питания или что-то подобное, таким образом могло бы быть потеряно много работы.

Переведено машиной с языка English

Я согласен с @Tim и @james_post здесь. Легко потратить часы или даже больше дня в одной главе — особенно при работе над первым черновиком.

Возможно, здесь вступают в действие резервные копии восстановления после сбоя Paratext?

Тем не менее, я бы очень хотел настоящее автосохранение.

Как новые пользователи узнают о функции резервного копирования и, таким образом, смогут её использовать? Это действительно входит в обширную область обучения пользователей. Первая идея, которая пришла мне в голову, — это реализовать某种 экран приветствия для новых установок Paratext. Что-то вроде: «Если у вас произойдёт сбой и вы потеряете данные, вы, возможно, сможете восстановить их из резервной копии. Узнайте больше, нажав здесь или поискав «backup» в верхней строке поиска». Но если вы можете оправдать экран приветствия для этого, вы можете оправдать его для самых разных вещей, и тогда будет так много всплывающих окон… А что, если новый пользователь не начинает с чистой установки Paratext? Так много проблем :joy:

… Или, что, если новые пользователи начинают с автоматизированной кампании электронной почты на их LWC, которая постепенно предоставляет им базовую и важную информацию, советы и приёмы… Это, конечно, дополнит существующие системы обучения. Но, возможно, эти два абзаца должны быть в своей отдельной теме :joy:.

Переведено машиной с языка English

Мы надеемся помочь решить часть этой проблемы с помощью онлайн-семинара Paratext для начинающих (ранее Paratext Boot Camp). Следующий состоится в июне: https://paratext.org/paratext-training/paratext-beginners-training. Есть надежды/обсуждения сделать это отдельным курсом, который пользователи могли бы проходить индивидуально в своём темпе.

Переведено машиной с языка English
0 голосов

Это хорошие соображения и идеи.

Важным фактором этого обсуждения является то, как работа может быть защищена и восстановлена в случае сбоя.

Каков пользовательский опыт восстановления потерянной работы? Это похоже на Word? Они снова открывают Paratext, и появляется диалог, спрашивающий, хотят ли они восстановить то, над чем работали? Или им нужно глубоко копаться в папках программы, найти файл .BAK и сделать с ним что-то?

Если это больше похоже на второе, возможно, работа упомянутого выше волонтёра была сохранена, но она об этом не знала.

Каковы могли бы быть причины того, что это не происходит?

Я чувствую, что чем лучше варианты восстановления, тем менее необходимым будет автосохранение.

Переведено машиной с языка English
от (379 очков)

Предполагая, что «сохранение при сбое» сработало (я никогда не слышал о том, что оно не работало до этого отчёта), когда Paratext перезапускается, пользователь должен увидеть диалог с надписью «Восстановлен несохранённый текст для {ProjectName}. Пожалуйста, просмотрите это окно и сохраните или отмените текст.». Затем текст можно отменить (используя Отменить), если пользователь не хочет его сохранять.

Идеи не приходят в голову. Это первый и единственный случай, когда я слышал о сбое. Если кто-то сможет воспроизвести сбой, возможно, мы сможем разобраться, почему это не сработало. :thinking:

Переведено машиной с языка English

Похожие вопросы

0 голосов
1 ответ 237 просмотров
Здравствуйте, Я хотел уточнить некоторые детали поведения Paratext в отношении сохранения, автосохранения и обмена данными ... уточнить, чтобы быть уверенным. Большое спасибо!
alex_larkin 379 задал вопрос апр 3, 2021
+1 голос
2 ответов 341 просмотров
Здравствуйте, В настоящее время мы проверяем наш перевод и часто перескакиваем от стиха к стиху и от главы ... . Ориентировочное время чтения: 13 минут Большое спасибо, anon094061
alex_larkin 379 задал вопрос май 6, 2021
0 голосов
3 ответов 301 просмотров
Reading about Unicode equivalence here and on SIL's NRSI pages here and also here on Wikipedia it would appear that Unicode ... and output (apps etc) can be made most helpfully.
rowbory 510 задал вопрос фев 15, 2017
0 голосов
1 ответ 195 просмотров
Cancelling a Send / Receive takes an inordinately long time (5 minutes seems a generous estimate). Is there any way ... a slow internet location, and it's proving very frustrating
Paul 642 задал вопрос ноя 17, 2018
0 голосов
4 ответов 571 просмотров
Я использую инструмент Сравнение версий (Compare versions) для просмотра изменений в тексте проекта. Это полезно. Однако ... в инструменте Сравнение версий ? Спасибо за помощь!
bit 495 задал вопрос дек 27, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For where two or three gather in my name, there am I with them.
Matthew 18:20
3,045 вопросов
6,005 ответов
5,671 комментариев
2,026 пользователей