Katharina Wolkwitz
My feedback
4 results found
-
28 votesKatharina Wolkwitz
supported this idea
·
An error occurred while saving the comment -
156 votes
Hi,
This is to update that this issue is still not planned to be developed in the current road map. We will continue to evaluate it for a future release.
Therefore we are keeping this under "Under review" status.
Best regards,
Yael.
Katharina Wolkwitz
supported this idea
·
-
44 votesKatharina Wolkwitz
supported this idea
·
An error occurred while saving the comment Katharina Wolkwitz
commented
The How-to-Article also specifically targets only libraries "Relevant for Installation Type: Local" - so all other Libraries need an alternative way to delete destinct single records which have no corresponding source record in the Library-System.
We've got the problem that our SandBox has a lot of "orphaned" records from deleted Aleph-records that stayed in the SandBox because there is no OnGoing-Publishing set-up between Aleph and the SandBox.
At the moment we're using Primo Back-Office in combination with Aleph. We're starting our migration to Alma/PrimoVE-project in June though, so from the end of 2022 onwards we're going to need the feature for PrimoVE...
-
114 votes
Thank you for posting this idea. We are considering to have a new toggle
""group versions together" where users can choose to if to have search results grouped by versions or turn it off.
An error occurred while saving the comment Katharina Wolkwitz
commented
Hi,
having experienced quite a lot of difficulties both with DeDup and FRBR since we've changed over to Primo last summer, I'd really like the option to have a button to switch both or either on or off "online" like any other facet.
That being said, I wonder how to promote, explain and name-tag such buttons for my colleagues and users, so they could understand what they'd do?
I wonder what impact such "buttons" would have on retrieval times?
It would be very important to have the option to choose letter by letter, which kind of configuration is active.
For example the way the "Circulation communication"-option takes over all letters without any regard to what is setup within the actual letter-configuration is rather overwhelming...
Also it would be nice to be able to change the sender-e-mail-adress of a letter in depence of the letter-data. For example when a letter is generated in sublibrary A then it should have also be send from the e-mail-address of that sublirary and when it's coming from sublibray B it should be send from sublibrary B's e-mail-adress.
At the moment we're forced to use a sending-only and no-reply-e-mail-address and put the correct e-mail-addresses into the text of the letters.
This seems somewhat cumbersome and akward for our users.
Kate