ILLiad Ideas
64 results found
-
Change to the redirect of a user when they Register in the pages of another nvtgc If a user registers to ILLiad (specifically via the NewAuthRegistration.html) in the wrong nvtgc site's pages, during the dll redirect to the right nvtgc pages the UserNotifications entries are not added for the user. The dll log does show that entries are being added but it appears this is written to the log even when the entries have been skipped over.
2 votes -
New web pages - add link to associated notifications when viewing request detail. I love the new webpages though we haven't made them public yet. One thing I'd like to see is the ability for the patron to see notifications that were sent that were associated with that request when viewing the request details. An example would be an email with the link we sent to an open-access resource via email.
2 votes -
Display of Tracking Table on the Web Add ability to customize which statuses from the tracking table display to the user on the ViewDefaultDetailed.html page
2 votes -
Enable auto-population of citation information thru the users' Lending login To better serve former Loansome Doc users (as well as others), it would be helpful to have the ability to auto-populate the citation information thru the lending login. This feature exists in the borrowing login. It's easier for our patrons and more accurate for our staff than having patrons fill in the information manually or email it to staff.
2 votes -
Default setting for Accept non-English Set on User Record Add a setting to the user records that would apply their selection of Accept Non-English field as the default on all requests from that user
via Site Visit with WVU
2 votes -
Allow FORMSTATE tag to persist through webpage workarounds. When a workaround is used on the webpages to display something outside of the usual ILLiad workflow, it breaks the tag and doesn't allow OpenURL to route the user back to their request. Ideally, the formstate would persist through the workaround, and the user would be routed back to their request instead of dropped onto the main menu.
2 votes -
Allow the document type to be set on default ILLiad web forms Use case: A library would like to offer the option for patrons to request a loan in ebook format and process through the Occam's Reader addon. We have set this up as an option with an Item Info field currently, but it would be helpful to be able to use Document Type where this info seems to live more naturally. The other workaround considered was changing the default loan form for GenericRequestLoan but this seemed like a lot of extra work (include_menus, OpenURL Mapping, Validation, etc.) just to add a new value. So if we ever get to make changes…
2 votes -
Set maximum date range for Resumbit Request link in ILLiad web To allow proper tracking of current requests, this option should have some sort of maximum time restriction, where it couldn't be used after a specific amount of days.
1 vote -
DOI Resolver adjustment for auto Open Access DOI Resolver
1 vote -
1 vote
-
Department specific web alerts Allow staff users to set web alerts for certain departments as well as set them for multiple statuses at once.
1 vote -
Another button for "submit and place another request" that reopens the same form again This way the request form automatically appears and the users don't have to go back through the navigation menu.
1 vote -
Ability to hide the AccountNo field in the Transaction Request Forms We'd like to be able to hide the AccountNo field in the Transaction request forms on the web. Right now, if we want Borrowing billing active with each patron being assigned a Default Account, the transactions created do not have an account selected unless we include this code:
<select id="AccountNo" name="AccountNo" size="1" class="f-name"><#OPTION name="ValidAccounts">But we don't want the patrons to see that account at all. They don't need to know they even have an AccountNo. Right now there is no way to pass it through as a hidden value though.
1 vote -
Add the ability to customize elements on the Detail Page based on request status We would like the ability to customize what elements/fields display to the user on the Request Detail page. We use custom queues for certain requests and do not want the Due Date to display in the detail view for requests in those queues.
1 vote -
Status-Specific changeuserinformation form Validation on behalf of New Mexico State Library: We would like the ability to have a status-specific ChangeUserInformation form validation. As a referral center for our state, small libraries throughout the state have ILLiad user records to place requests that we process on their behalf. We would like to require different user information on those user records than we require for our other patrons who are individuals working in state government.
1 vote -
Add Captcha challenge to login and password reset pages Captcha might prevent the recent scripted logins which are resulting in fraudulent lending requests.
1 vote -
Ability to remove loan information from web pages. Many libraries take advantage of NCIP integration with their ILS and thus manage loans (due dates and renewals) directly with their ILS, thus patrons are encouraged not to log into ILLiad web pages to perform those tasks. However, there is no easy way to remove or hide that from the web pages.
1 vote -
Set web session timeout by patron type/status From customer: We have a faculty member complaining about the web session. We have it set at 10 minutes since so many of our patrons use shared/pubic workstations. Is there any way to individualize web session times by patron type?
1 vote -
0 votes
-
A prompt on check-in (from Customer) when Special Instructions are present in the ILLiad record For example, if this item could potentially have multiple copies included in a series. Possibly add this to both the Client and Web Circ.
0 votes
- Don't see your idea?