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 Alma
We 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 read
Hanoch Roniger
shared this idea
Hello 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?
-
Stacey van Groll
commented
No.1 sounds like a defect rather than an idea for product enhancement.
-
Paul R Butler
commented
Thank you for submitting this proposal. Something to consider, monospaced fonts are not necessarily more readable / accessible for all users. Allowing end-users to select from a range of fonts that serve their needs would be a better solution for all users. For example, I find Serif fonts like Courier New easier to read than the Sans Serif font currently in use.
Cheers, Paul