Alma
Your feedback matters to us. Help us improve Alma by telling us what you’d like to see using the message areas below. You can also can support something already posted.
We would love to be able to respond to every idea that is submitted, but this is not feasible. We are, however, committed to responding to the most popular ideas—those that have received the most points.
For more information please review our FAQ and guidelines. Thank you.
4 results found
-
NR - Normalization rules editor -- fix display to ltr + use monospaced font
1.
Currently there's a problem with the NR editor when there are too many rtl characters (Hebrew, Arabic, etc.) in the NR, the whole display changes to rtl. This renders the NR unintelligible and makes editing it in Alma impossible -- you have to edit it outside AlmaWe would like the direction of the NR editor to be fixed to ltr regardless of the composition of the characters used
2.
We would like to have the NR editor use a monospaced font. This would make the code neater and easier to read24 votesHello everyone,
I’d like to share our plans to introduce support for XSL (Extensible Stylesheet Language) normalization rules. This new feature is designed to handle complex normalization tasks and offers the flexibility of a full programming language, enabling advanced data manipulation. It will complement our existing normalization rules based on DROOLS, preserving all of its current capabilities.
Would the addition of this new type of normalization rule address the requirement outlined in this idea?
-
Position sensitive NRs (Normalization Rules) - ISBD punctuation
ISBD punctuation is determined by the following subfield.
For example:
In 245 the subfield preceding $$b must end in one of the following:
1. space + colon
2. space + semicolon
3. space + Arabic semicolon (if your cataloging language is Arabic)
4. space + equal signThe NR syntax currently does not offer any straightforward solution for correcting ISBD punctuation.
We request the development of an NR function that will suffix the subfield with a string based on the subfield that follows it, including the case in which a subfield is the last one.
I think it would be…
76 votesHello everyone,
I’d like to share our plans to introduce support for XSL (Extensible Stylesheet Language) normalization rules. This new feature is designed for handling complex normalization tasks. It offers the flexibility of a full programming language, enabling advanced data manipulation. This will complement our existing normalization rules based on DROOLS, maintaining all of its current capabilities.
Would the addition of this new type of normalization rule meet the requirements outlined in this idea?
-
Suggestions for Normalization Rules (NR) functions
Hello,
Please see the attached file.
We would appreciate it if the suggested Normalization Rules functions would be developed in Alma.Thanks
218 votesHello everyone,
I’d like to share our plans to introduce support for XSL (Extensible Stylesheet Language) normalization rules. This new feature is designed for handling complex normalization tasks. It offers the flexibility of a full programming language, enabling advanced data manipulation. This will complement our existing normalization rules based on DROOLS, maintaining all of its current capabilities.
Would the addition of this new type of normalization rule meet the requirements outlined in this idea?
-
Create a "natural language" editor to create Normalization rules
The process for creating Normalization rules is unnecessarily complex and difficult, particularly for those of us who are not familiar with Drools logic. Our previous LSP had an intuitive interface which made creating rules to change details in MARC records much less time consuming. Ex Libris would do well to create such an interface.
16 votes
- Don't see your idea?