0
687 次浏览

我们在一个涉及管理员的项目中发现了相互冲突的书籍权限。我检查了 ProjectUserAccess.xml 的历史记录,发现了以下内容:

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

管理员是如何导致这种情况的?我们该如何恢复?(管理员说她当时正在使用 Project Progress 工具四处查看。)目前,即使我取消勾选所有复选框,书籍权限(Book Permissions)窗口仍显示允许两名用户修改 EZR。

机器翻译自 English
Paratext (872 分) 发布 | 687 次浏览

6 个回答

0
最佳答案

我在 Project Progress 中不小心将多个书籍的权限应用到了特定用户。我移除了所有这些权限,但书籍权限(Book permissions)中的方框仍然是灰色的(最后一行):

我看到在 ProjectUserAccess.xml 文件中,所有这些书籍都列在该用户的 <AutomaticBooks> 下。在 Paratext 关闭的情况下,我可以直接删除 <AutomaticBooks> 部分中的那些行吗?这是一个培训项目,所以我不会损坏真实数据……

但是,当用户不再拥有某本书的任何权限时,该书不应该从该列表中移除吗?

机器翻译自 English
(1.4k 分) 发布

好吧,我觉得值得一试,所以我编辑了不同用户的 <AutomaticBooks> 部分,现在灰色方框显示正确,没有重复。

但显然我不应该不得不这样做……那些 <AutomaticBooks> 实际上是做什么用的,它们应该在什么时候更新?我认为该机制没有正常工作。

机器翻译自 English

是的,如果权限已在 Assignments and Progress 中移除,那么灰色方框应该消失。但是,确保用户已从每个任务/检查中移除可能很困难。此外,请确保重新启动 Paratext 并检查以验证方框是否仍为灰色。有时 Paratext 似乎没有完全刷新。

机器翻译自 English
0

随着 Project Progress(以及任务分配)的引入,权限管理变得稍微复杂了一些。当用户在 Project Assignments 中被分配了涉及书籍编辑的任务时,这会在 Users, Roles and Permissions 中显示出来。这可能在没有勾选标记的情况下出现(复选框会有灰色背景,以表示它是“已分配”的)。

理想情况下,团队应该在任务中进行项目分配,而不是在 Users, Roles and Permissions 中进行,但每个团队都需要找出最适合他们的系统。

请注意,分配可能会发生变化,因此一旦用户完成其分配的任务,他们可能会被从 Users, Roles and Permissions 中移除,直到下一个任务可用。由于某些任务不是“依赖”的,这可能意味着多个人同时被分配到同一本书。

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

使用项目计划(Project Plan)来分配任务并跟踪这些任务的完成情况,是 Paratext 8 中的重大新进展之一。如果使用项目计划,则不应使用 Users, Roles and Permissions 窗口中的旧方法来控制编辑权限。该窗口仍然可供那些选择不使用项目计划的人使用,并用于处理计划中未包含的问题。

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

当分配的任务和阶段完成后,如何停止对书籍的访问权限?我认为这很重要,以便在某个阶段之后不再进行任何更改。

谢谢

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

对于普通的“任务”,当任务完成时,权限应自动移交给下一个人。一个容易让人困惑的地方是,如果有人被分配了一个“检查”(check)。在这种情况下,每当该错误存在时,该人员应重新获得编辑权限。如果“Juan”被分配了标点符号检查,那么在任何检查开始后的阶段,只要存在标点符号错误,Juan 就拥有编辑权限。如果检查在起草(Drafting)阶段开始,但在第 4 阶段出现标点符号错误,那么 Juan 应再次拥有编辑权限。

需要跟踪的另一个项目是任务何时可以开始(如项目计划设置中所示)。如果你将任务从第三阶段分配给某人,但该任务被定义为可以随时开始,那么该人员将从第一阶段开始拥有编辑权限。

机器翻译自 English
0

仅供参考 - 我使用“Assign a stage”将一个人分配到每个阶段的所有任务/检查中,所以我相当确定该用户已从所有项目中移除。(因为都是同一个人,所以很容易检查。)即使重新启动 Paratext,有时灰色方框也不会消失,而这正好与 AutomaticBooks 设置相对应。

所以我再次问:那些 <AutomaticBooks> 实际上是做什么用的,它们应该在什么时候更新?我认为该机制没有正常工作。

机器翻译自 English
(1.4k 分) 发布

在迁移到 PT9 后的一段时间,我们的一个项目也出现了自动权限在从分配和进度中移除后仍然保留的问题,基本上导致它们被永久分配。我们不得不做你(jeffh)所做的事情。我提到这一点只是为了说明,如果你发现这是一次性问题,那可能是由之前存在的某些 bug 引起的。

jeffh,你能判断出是它没有为新分配的权限更新,还是它只是在处理那些从过去遗留下来的权限时遇到困难吗?

机器翻译自 English

它们是基于 Project Progress 分配设置的权限。这是 Paratext 中唯一操作它们的东西。如果你从用户那里移除了所有任务后它们没有被清除,那就意味着 Paratext 中某处可能存在 bug。如果再次发生,使用 Help > Give feedback 会有帮助,这样我们就可以查看一下。

机器翻译自 English
0

不,这些是新分配的权限,是在最近几天内,使用最新版本的 Paratext 9.3 分配的。

机器翻译自 English
(1.4k 分) 发布

相关问题

0
2 个回答 337 次浏览
在我的一个项目中,当我点击书籍权限时,该项目中所有用户对应的两本书都显示有 \ 标记。这代表什么?我该如何去除这些斜杠标记?
anon819721 115 发布 提问于 五月 8, 2021
0
1 个回答 315 次浏览
包含用户角色和权限的文件会被包含在 PT 历史记录中吗?更具体地说:如果发生了以下情况: 使用其“真实”姓名将用户添加到项目中。 他们未对文本、项目笔记等做任何更改 出于安全目的,他们将用户名更改为化名 历史记录中会有“真实”用户名的记录吗? 我不确定如果他们曾使用“真实”姓名执行过 Send/Receive(即使未对项目做任何更改),这是否会有影响。
[Moderator]
james_post
2.1k 发布
提问于 十二月 9, 2021
0
2 个回答 309 次浏览
有人提出了一个四步流程(我认为最初是由 John Nystrom 创建的)来清理圣经关键术语 这里有一篇法语文章对此进行了描述(PT8 手册的第 10 章,所以你应该也能找到英文版): Outilingua Outilingua | TB- Un ... 文本 总之,在我看来这有点混乱 我是否遗漏了什么,或者有没有更简单的方法可以做到这一点?
jeffh 1.4k 发布 提问于 十一月 27, 2020
0
2 个回答 362 次浏览
Someone tried to make me an administrator of a project. The project does now appear in the list of projects for ... What is happening? Thanks for your help. Blessings, anon015155
anon015155 153 发布 提问于 七月 9, 2020
0
1 个回答 257 次浏览
I have now set up Users, Roles and Permissions for my standard translation project and its back translation project as they should ... 0.0.10292-Linux package [paratext-8.0, 1.47]
Roland 245 发布 提问于 一月 4, 2020
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For we were all baptized by one Spirit so as to form one body—whether Jews or Gentiles, slave or free—and we were all given the one Spirit to drink.
1 Corinthians 12:13
3,048 个问题
6,007 个回答
5,672 条评论
2,028 位用户