+1
1.4k 次浏览

Paratext 社区的朋友们,你们好,

我发现 Paratext 的自动保存行为与我预期的不同,所以我想问问大家期望什么样的行为,以及你们在其他人身上观察到了哪些期望。

我是一名 32 岁的美国人,正在秘鲁与一个克丘亚语(Quechua)翻译团队合作。对我来说,我认为对我的团队来说,Paratext 理想的自动保存行为应该是这样的:

  • 每当编辑完一节经文且用户移至其他位置(如资源、下一节经文)时,项目自动保存。笔记和笔记评论在创建时自动保存。
  • 此行为在安装后默认为启用状态。

或者,PT 可以每 15 分钟自动保存一次。这可以在设置中更改为每 5 分钟、每 30 分钟、每小时或从不……在这种情况下,在书和章节之间自动保存也是很好的。

我意识到这些设置会增加对资源的需求,因此可能需要考虑对于计算机内存有限的用户来说是否可行。

去年,我们的志愿回译员回译了创世记的一整章,然后她的电脑崩溃了。她丢失了整章内容,非常沮丧,以至于整整一周都没有再工作。

顺便提一下,我在 Paratext 8 中启用了“自动保存(在切换到不同的书或章节时,无需询问即自动保存更改。)”。升级到 9.0 版本后的一段时间,我意识到它已被取消选中。就在刚才,在升级到 9.1 后的许多个月里,我注意到它再次被取消选中。

有没有办法让这个选项成为默认设置,并且在 PT 升级时保留该设置?

我认为如今大多数用户都理所当然地认为有自动保存功能,并且没有点击“3½ 软盘 A”图标的习惯。

你们怎么看?你们期望什么样的自动保存行为?你们在队友身上看到了什么?

机器翻译自 English
Paratext (379 分) 发布
已重新显示 | 1.4k 次浏览

12 个回答

+2
最佳答案

我建议将“是”(Yes)和“否”(No)按钮标记得更清楚,并禁用“X”按钮。这遵循了用户体验(UX)设计的最佳实践(例如,参见 UX StackExchange 上的此页面)。

我项目中的用户通常根本不阅读确认对话框的文本。他们可能只是反射性地点击“是”、“取消”,或者点击右上角的“X”。我见过用户点击右上角的“X”,然后纳闷为什么预期的操作没有发生。然后他们再次尝试执行预期的操作,再次被提示,再次点击“X”以摆脱这种烦恼,然后纳闷为什么预期的操作没有发生。在某个时刻,他们决定给我打电话,询问为什么“它不起作用”。我个人确信更清晰的按钮标签会有帮助。而且我倾向于增加自动保存的想法。

机器翻译自 English
(495 分) 发布

好主意,bit!

机器翻译自 English

是的,“x”按钮不应该在那里。

为按钮标记其操作长期以来一直是我希望在 Paratext 中一致做的事情,我们在能够的时候这样做。有几个原因使得我们很难像我希望的那样经常这样做(通用代码、本地化考虑)。

我完全同意,一个包含一行解释按钮含义文本的消息框远非最佳。我们在可能的情况下避免这样做,我认为你不会在较新添加的用户界面中找到这样的例子。我会将其保存为我们在风格指南中“不要做什么”的一个典型例子。

机器翻译自 English
0

我也希望自动保存更频繁一些。

机器翻译自 English
(241 分) 发布
0

当前保存行为的原因是在保存期间会丢失撤销/重做堆栈。如果 Paratext 自动保存,撤销/重做功能将受到严重限制。
此外,它默认不启用,因为我们的许多用户不希望自动保存,因为他们经常有不希望保存的时候。

Paratext 在切换章节/书时已经会保存。

Paratext 每分钟创建一个“崩溃保存”。如果 Paratext 没有正常关闭,当 Paratext 重新启动时,应该加载此保存。我不确定为什么在你的翻译员的情况下没有起作用。

机器翻译自 English
[Expert]
(16.7k 分) 发布
+1

我做了一个测试,发现如果在 PT8 中打开自动保存,安装 PT9.0 后它不会保持开启状态。

从 PT 9.0 升级到 PT 9.1 也是如此:如果在 PT9.0 中打开自动保存,安装 PT9.1 后它不会保持开启状态。

我将其报告为一个(潜在的)错误。在我看来,当用户打开该设置时,它应该是“粘性”的。也许这是一个错误的假设,但我会报告它,以便引起注意。

james_post

机器翻译自 English
[Moderator]
(2.1k 分) 发布

从 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 版本)进行安装测试,它应该能正常工作。

编辑:另外请注意,如果你曾经通过按住 Shift 键启动 Paratext 来重置 Paratext 设置,那么这是被重置的设置之一(作为解释它可能突然丢失的原因)。

机器翻译自 English
[Expert]
(16.7k 分) 发布

已重新显示
0

非常感谢 @anon291708 和 @james_post。我不知道关于撤销/重做堆栈和“崩溃保存”功能的事。即便如此,我想知道是否有办法至少让用户选择更频繁的自动保存,例如“___ 分钟”选项。

我也不知道有很多用户不希望自动保存。也许那个阵营中的某个人可以分享一下为什么这在你的情况下是不利的?

无论如何,我想知道 Paratext 社区中更多人如何看待自动保存。

谢谢。

机器翻译自 English
(379 分) 发布

关于自动保存(autosave),还有一些从用户体验(UX)角度出发的想法……

自动保存通常很棒,如果你只打开了一个文档的话。用户可以轻松地在脑海中跟踪哪个文档正在被保存,以及必要时如何撤销更改。然而,Paratext 可能同时打开许多可编辑的文档(或者你可能同时查看着浏览器或电子邮件以及 Paratext)。在这种情况下,你可能会在 Paratext 中输入一些内容,以为自己在另一个窗口中输入,结果自动保存反而成了负担。一个焦点在另一个窗口的人可能会无意中在圣经项目中输入“此致敬礼,约翰”或“youtube.com”。“Youtube.com”很可能会被检查功能捕获。“此致敬礼,约翰”……嗯,这可能会溜过检查,只能依靠校对。如果打开了许多可编辑的项目,

还有 Paratext 持续进行的自动清理。这可以帮助用户发现项目中的问题。当他们导航到新章节时,如果确信自己没有做任何更改,却不断看到“是否要保存更改”的提示,这可能表明文本中存在一些无效字符,Paratext 正在对其进行整理。这是一个信号,提示去查看清单(inventories)或可能是文本编码。

我们一直在思考是否可以提供一种类似于自动保存的功能,并带有专门针对圣经编辑的安全网。目前,Paratext 中的保存提示是故意具有侵入性的。我们想确保你确实打算保存所做的更改,并且我们希望你知道该章节中发生了更改。翻译作品曾出现过经文文本中混入非预期文本的情况,我们想避免这种情况!
我可以想象一种混合环境。它将保留有意的、提示式的保存模型,同时也持续进行自动保存。后者将提供备份。如果用户的机器崩溃——提供恢复查看备份版本的选项,并提供恢复选项。如果用户选择不保存,保留包含额外内容的 .BAK 文件,直到他们在该书中进行其他更改——保存——以防他们立即后悔不保存的选择。选择不再保存其辛勤工作的用户仍然可以从 .BAK 文件中检索它,直到他们再次在该书中工作。(.BAK 文件确实已经出现在项目文件夹中,但我不清楚是什么导致它们出现的。)

机器翻译自 English

当自动保存对话框出现在屏幕上时,能否给人们一个指示,告诉他们正在保存什么?即使是前 5 或 10 个更改的单词也有助于发现一些问题或识别 Paratext 的一些自动调整。自动保存对话框上的另一个按钮可以调出一个更详细的对话框,允许用户查看所有更改,并逐一接受或拒绝这些更改。开发人员有类似这样的工具,以避免将垃圾提交到代码仓库。

PADev.

机器翻译自 English
0

很高兴知道这些,@anon291708。

@anon094061,自动保存的一个担忧是,如果有人不小心删除了某些内容(或选择文本并按下 Enter,这会删除它),或者不小心进行了拖放而没有意识到,自动保存会保存他们非故意的更改。所以部分原因在于用户是否保存自己的工作(有些人总是保存,有些人只是忘记)以及他们是否足够敏锐以注意到非故意的更改(有些人可能立即注意到,有些人不会)之间取得平衡。

然后还有中间发生的随机事件。 :slight_smile:

机器翻译自 English
[Moderator]
(2.1k 分) 发布
0

@james_post,啊,好观点。每节经文自动保存 + 每次保存都丢失撤销-重做堆栈将是灾难的配方!……但如果有一种方法可以在保存之间保留这些堆栈,也许它可以工作……

我相信拖放默认是禁用的,我认为这绝对是一个好举措……

机器翻译自 English
(379 分) 发布
0

你好 @anon094061,这是一个非常有趣的问题,因为它让我们看到了不同的用户和视角。来自一个 IT 方面的“恐龙”的一点意见。通常我讨厌任何自动功能,除非它文档非常完善、透明且可配置(包括可关闭)。

灾难是那些呈现概念混合的工具,你必须完成或确认某些工作或配置(通过 OK 或 ENTER),而其他窗口或部分那里“没有”任何视觉反馈,你只能希望你的设置已保存或应用。或者也许你只是忽略了勾选符号,它不在你预期的右下角,而在右上角。听起来熟悉吗?

到目前为止,我在这一方面对 PT 非常满意,想不起来在工作中丢失过任何重要东西。我想这是良好的习惯,或者好的 PT,或者当然两者兼有。

只有一个细节:对于本地团队,我必须说,他们大多数人从未使用过或见过那些“不太像软盘的”图标。所以 PT 中的保存符号已过时,在这里没有帮助。

我在 PT 中工作了多年,甚至不知道自动保存。有一天发现了在更改章节时保存的选项。PT 总是很公平,在更改章节时提议保存,所以我们总是必须点击那些。我理解这些消息意味着“如果你更改章节且不保存,你的工作将会丢失”,所以在这种情况下我们通常希望保存。

如果 PT 中除了更改章节的魔法之外还有更多的“自动保存”,我不知道。这里的几个帖子只是写“自动保存”。这具体指的是什么功能?

否则,翻译工作——或至少某些阶段——可以通过输入多个选项来完成(当我们作为团队工作时,我们经常使用多个选项并排,用 / 符号分隔),并在书面和相邻经文的上下文中查看它们。然后想法会被喊出来,屏幕上的文本会被编辑。这可以称为“创造性地折腾直到变好”。

经文历史及其“时间标签”对我来说仍然是一个深奥的谜。所以,如果应用了某些自动保存功能,我们可能在一节经文中拥有数十或数百个版本,而不是可能十个版本,如果应用于我们的创造性测试方式:愿它永远不要发生。

所以,对于驾驶机动车或翻译经文等重要工作,我的观点仍然是,机器,即使是 AI,也永远无法知道真正发生了什么。所以用户的角色是集中注意力并在需要时明智地保存。或者使用离开且不保存的选项,如果某些草稿想法被考虑过但未被团队喜爱。

我使用一些付费的专业工具,如编辑器,有些允许我为撤销和(自动)保存目的分配特定数量的 RAM 或磁盘空间(以 GB 为单位)。这些是好功能。我个人可能对自动保存非常保守(但我喜欢那些自动保存被放入特定文件夹或文件名有特定后缀的工具,我可以自己配置)。相比之下,对于我确信它们真的能很好地处理撤销艺术的工具,我通常会给予非常宽松的撤销额度。

机器翻译自 English
(934 分) 发布

Tim,
我不确定我是否正确理解了你,但自动保存是你可以打开的主 Paratext 设置中的一个选项。如果你在帮助中搜索,可以找到以下内容:

机器翻译自 English

如果你们只是在谈论“切换到不同书籍或章节时自动保存”,那么我从一开始就已经看到了这一点。我在我的 . 中提到过它。

但在我看来,这不是真正的“自动保存”,因为它不是自动的。它不是基于时间或编辑次数的。我必须通过切换到另一个章节来“触发”它。如果出现问题(停电、键盘上的野兽、等等),那不会保存我在一个章节内 x 小时的工作。这就是为什么我在问是否有“其他东西”。

再说一遍:我从未需要太多自动保存,我对 PT 目前的状态非常满意——在这方面。我只是想了解所有存在的功能。发帖人在问我们的期望。我期望不多,所以我是一个快乐的用户。

机器翻译自 English

如果用户确实可以在一个章节中停留很长时间而不触发自动保存,那么每隔一段时间(每小时一次?)自动触发自动保存可能是有意义的。正如 Tim 所说,如果发生停电等情况,这样可能会丢失大量工作。

机器翻译自 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} 的未保存文本。请查看此窗口并保存或丢弃文本。”。如果用户不想保留文本,则可以使用“撤销”(Undo)来撤销该文本。

我想不出任何理由。这是我第一次也是唯一一次听说它失败。如果有人能重现这种失败,也许我们可以弄清楚为什么它没有起作用。 :thinking:

机器翻译自 English

相关问题

0
1 个回答 237 次浏览
你好, 我想了解一下 Paratext 在保存 自动保存以及发送/接收(Send/Receive)方面的具体行为 我尝试在这个网站和 Paratext 帮助文档中查找答案,但没有找到相关信息 如果我编辑了某个经文,在未保存的情况下点击发送/接 ... 根据一些快速测试,看起来 PT 在发送/接收(SR)和关闭之前会自动保存,但我希望确认一下 非常感谢!
alex_larkin 379 发布 提问于 四月 3, 2021
+1
2 个回答 341 次浏览
你好, 目前我们正在校对译文,需要在经文和章节之间频繁跳转 我在一个窗口中打开了注释列表,在其他窗口中打开了项目和资源 我了解到,当处于注释列表时,可以使用 Ctrl + 上箭头或 Ctrl + 下箭头在注释之间切 ... 以帮助您更高效地工作!了解 Paratext 中最常用和最有用的键盘快捷键 预计阅读时间: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.
There is neither Jew nor Gentile, neither slave nor free, nor is there male and female, for you are all one in Christ Jesus.
Galatians 3:28
3,045 个问题
6,005 个回答
5,671 条评论
2,026 位用户