Currently, we cannot search print books only. We can separate ebooks/books if we want ebooks only be either selecting the full text limiter or the electronic books subject limiter. However, we can't do the same for print (hard copy books).

As an electronic resources librarian, I often get patron-confusion reports when they believe they cannot access a full-text article; often enough the full-text of the article is not available online, but the article's abstract is. Icons in Summon often represent these abstracts as full-text articles.

Right now, Best Bets show up when there's an exact match on tags, e.g., our job search assistance information shows up when someone searches "jobs" or "job search," etc., but not when someone searches "how can i look for jobs," etc. (unless we anticipate every situation where that tag word might be used). Could the Best Bets be brought up whenever keywords are present in the search, not just when there's an exact match?

The ability to configure the exclusions of either newspaper articles, book reviews or both from the default search for an institution. Any search conducted would begin with these excluded, and the user could turn off these filters via the user interface.

A simple facet that helps users distinguish between electronic materials online and physical materials in the library.
Using the current "Refine your Search" facet for this purpose feels problematic: "Full text online" feels jargony in our context and also isn't intuitive that it would include non-textual electronic resources such as streaming audio and video, while "Library Catalog" feels similarly jargony and includes electronic records that exist in our catalog. This facet also includes other options that are valuable, but in the facet I am proposing simplicity in having only those two options would be ideal.

If you want to apply custom CSS currently, you need to use the Summon 2.0 External Script URL field in the Admin Consol, then call the CSS from that script. The files then need to be hosted somewhere. A better solution for us would be to incorporate a custom JS/CSS field in the Summon Admin Console to allow you to directly enter your script or CSS; or a file upload facility like the Springshare products (see attached screenshot from the LibGuides admin area). This would speed up our ability to fix issues and make usability changes.

When bibliographic data is exported from Summon into RefWorks the Summon link is included.

Is it possible to not include this link for books specifically?
Or to have an option to exclude the link.

Currently they look like this: and as you can imagine this does not look good in a bibliography (We have to tell students to remove the links, which is far from ideal)

Goleman, D. (2005). Emotional intelligence (10th anniversary ed.). New York: Bantam Books. Retrieved from http://staffs.summon.serialssolutions.com/2.0.0/link/0/eLvHCXMwY2AQNtIz0EUrE0D9QgTgABLtygjJ8RyJ-j4GrAdlJZWDN08BesUZudnJII7jrqQxZTQHWk5QOdC7soAdrNTYGlLyP4yHxjP8TQiqUJsNQ1AO9MNQV3wQxhZ-3A-Magk0HBtiLVJm6CDCygHQZCDEypecIMXPAiqFKEQcwVcqtOYo5CJtJZmaIMMm6uIc4euhDD4qFjLvEQtxmJMfAmghaq55WAN7SlSDAoGCYlW6SlpqQap6ZamFiagfo7KRbAOtIoMdnSwsQ4RZJBFKtZUjjEpRm4wKeJgkcFZBhY04CpNlUW5js5cMgAAHTYbd8

Given the new issues with framed resources and the sidebar, I'd like to suggest the option to add a link to all full-text sources for a given article directly within the Summon results. That way, even with the sidebar turned off, users can still find alternative sources of full-text if the "top" source from 1-click doesn't work as expected.

It would be really helpful to search for journal/magazine titles like we do books. Sometimes we need the title not the articles within.

It would be helpful if users could export an entire set of search results without first having to send them to the folder one by one. If it's too complicated to engineer a way to "select all" with any quantity of results, perhaps just being able to "select and export all" when there are fewer than 100 results would be of some use.

On Summon results, show custom coverage dates next to links so researchers know what they should have access to before clicking on an e-Resource. The EJP seems to do this. Without this feature this is causing much frustration and confusion for users.

360 Core "Automated Holdings Management" currently supports the ProQuest Ebooks providers only.
This feed greatly reduces the amount of work to maintain ebook holdings by the librarians.
It would be great if you could add the same feeds for Elsevier, Springer and EBSCO ebooks.

We want to integrate Summon into our Learning Management Ssystem (LMS) which is Canvas. The easiest way to do this is if we use an existing library service that has an LTI (Learning Tools Interoperability').

Libraries who add search option are using some kind of library LTI product. That's the only way to add something in the sidebar of a Canvas course. Our ILS/catalog does not off an LTI application for connecting it to an LMS. It would be a great improvement if Summon offered an LTI.

Google-like searching using misspellings; automatically searching for the corrected spelling with a link to search the original misspelled terms; current behavior presents results using misspelling and link to search on corrected terms

We have received complaints about the difficulty in changing the language on the Summon-page. It's not intuitive to have to click on the language you already see in order to get the other alternative/s. We would like the alternative you click on first to be called Change language or maybe just "language". As it is now, if I want to change language from Swedish to English, I first have to click on Swedish to get to the Language-menu and be able to chose English.

Add the functionality to do an "exact" search on certain fields. For example there are very short titles which can be search much better this way. Also signatures in the LCCallNumber field could be found much easier. We are api users (Backend Summon, Frontend VuFind) and are helping ourselves at the moment with "constructed" values for the (for example) LCCallNumber to simualte the possibility of an exact search - but this is far from optimal.