Видимость поля ввода DSpace

С тегом видимости DSpace для некоторых полей в input-forms.xml я пытаюсь скрыть эти поля ввода во время отправки, в то время как эти поля должны быть видны во время рабочего процесса (рабочий процесс). Эти поля ввода действительно невидимы, когда я отправляю документ . Но, к сожалению, они остаются невидимыми, когда я снова открываю тот же документ (редактирую) как пользователь с правами рабочего процесса, чтобы выполнить следующий шаг: добавить дополнительную информацию и утвердить документ для репозитория.

Я попробовал выше с двумя разными репозиториями, один с DSpace 5.2 и один с DSpace 5.4. Оба с одинаковыми результатами.

В DSpace 5.2 я также попробовал противоположное: я пометил элемент с помощью отправки: поле теперь видно на этапе отправки, а также на этапе рабочего процесса.

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


workflow visibility submit dspace
person Peter Bakker    schedule 24.05.2016    source источник
comment
Не могли бы вы дать нам соответствующую часть вашего файла input-forms.xml, пожалуйста (все варианты, которые вы пробовали)?   -  person schweerelos    schedule 24.05.2016
comment
‹field› ‹dc-schema›dc‹/dc-schema› ‹dc-element›описание‹/dc-element› ‹dc-qualifier›‹/dc-qualifier› ‹repeatable›false‹/repeatable› ‹label›Описание ‹/label› ‹input-type›textarea‹/input-type› ‹hint›Введите любое другое описание или комментарий в это поле. ‹/подсказка› ‹обязательно›‹/требуется› ‹видимость›рабочий процесс‹/видимость› ‹/поле› (извините, я не знаю, как форматировать этот код)   -  person Peter Bakker    schedule 25.05.2016
comment
Вероятно, для Stack Overflow лучше всего отредактировать свой вопрос и добавить туда код, а не добавлять его в качестве комментария. Таким образом, вы также можете использовать кнопки редактора для отображения форматирования кода.   -  person schweerelos    schedule 26.05.2016
comment
И последний комментарий: меня немного смущает ваше описание того, когда я снова открываю тот же документ (редактирую) как пользователь с правами рабочего процесса. Просто чтобы быть предельно ясным, это процесс, которому вы следуете, да? (1) Заявитель создает новую заявку, заполняет поля/загружает файл, предоставляет лицензию. (2) Представление отображается в задачах в пуле. (3) Рецензент берет задачу и нажимает «Изменить метаданные».   -  person schweerelos    schedule 27.05.2016
comment
Я добавил комментарий ранее, чтобы сказать, что это может отличаться между JSPUI и XMLUI (вы не говорите, что вы используете; я использовал XMLUI в своем тестировании). Однако похоже, что код, который управляет этим поведением, идентичен между двумя пользовательскими интерфейсами.   -  person schweerelos    schedule 27.05.2016
comment
Извините, Свирелос, в последние дни мне некогда было над ним работать. То же самое на следующие дни. Все больше и больше я предполагаю, что сделал что-то не так при настройке рабочего процесса. Кстати, мои тесты я проводил в основном с JSPUI.   -  person Peter Bakker    schedule 31.05.2016

Ответы (1)


arrow_upward
2
arrow_downward

Из документов по интерфейсу отправки DSpace 5.x , похоже, вы должны сделать так, чтобы поле появлялось только во время отправки:

   <field>
     <dc-schema>dc</dc-schema>
     <dc-element>title</dc-element>
     <dc-qualifier>alternative</dc-qualifier>
     <repeatable>true</repeatable>
     <label>Other Titles</label>
     <input-type>onebox</input-type>
     <hint>If the item has any alternative titles, please enter them here.</hint>
     <required></required>
     <visibility>submit</visibility>
   </field>

или только во время проверки:

   <field>
     <dc-schema>dc</dc-schema>
     <dc-element>title</dc-element>
     <dc-qualifier>alternative</dc-qualifier>
     <repeatable>true</repeatable>
     <label>Other Titles</label>
     <input-type>onebox</input-type>
     <hint>If the item has any alternative titles, please enter them here.</hint>
     <required></required>
     <visibility>workflow</visibility>
   </field>

Если вы опустите элемент «видимость», он будет отображаться как в форме отправки, так и в рабочем процессе проверки.

Что из этого вы пробовали? И какое поведение вы получили, если это не было ожидаемым поведением?

person schweerelos    schedule 24.05.2016
comment
Sweerelos, я попробовал оба. С ‹видимость›отправить‹/видимость› поле всегда видно (как в режиме отправки, так и в режиме рабочего процесса). С ‹видимость›рабочий процесс‹/видимость› поле никогда не видно. - person Peter Bakker; 25.05.2016
comment
Вы уверены, что вносите изменение в правильную форму отправки / ваше изменение действительно применяется? Я только что попробовал это на экземпляре 5.1, и описанное выше поведение работает просто отлично. Единственное, что я не мог заставить работать, — это поведение атрибута «иначе» — <visibility otherwise="readonly">submit</visibility> появляется только во время отправки (я не пробовал <visibility otherwise="readonly">workflow</visibility>). - person schweerelos; 26.05.2016
comment
Да, это должна быть правильная форма, потому что на этапе отправки поведение в порядке: поле не видно с ‹видимость›рабочий процесс‹/видимость›. Только на этапе рабочего процесса DSpace, кажется, реагирует так, как будто я нахожусь в фазе саммита. - person Peter Bakker; 26.05.2016
comment
Задача решена. Это было недоразумение с моей стороны. Как администратор я мог заархивировать ранее отправленный элемент/документ, поэтому я подумал: теперь я в рабочем процессе. Но если администратор не входит в группу модераторов, DSpace все еще видит этот процесс как отправку, а не как рабочий процесс. При этом видимость полей метаданных остается такой же, как для отправителя. После добавления моей учетной записи в группу модераторов я мог видеть «Задания в пуле» и мог взять одно или несколько заданий. И при редактировании одного из элементов я мог видеть и использовать поля метаданных «рабочего процесса». - person Peter Bakker; 17.06.2016