Jessica
My feedback
27 results found
-
56 votes
An error occurred while saving the comment An error occurred while saving the comment Jessica
commented
Agreed. I understand opening a new tab/window for menu links with external URLS, but if the URL is internal, then it should open in the same tab.
For example: We have a menu link that opens up a LibGuide. That's external. It makes sense for it to be a new tab so that the user doesn't have to navigate back to their search results.
We also have a menu link that opens a new advanced search with options already checked for the user. This is an internal link to Primo (/discovery/search?) It does not make sense for that to open in a new tab when the other Primo search links (Collection Discovery, Newspapers, Journal Search, Library Search) open in the same tab.The fact that this behavior is very well documented as bad user interface design makes it baffling that Ex Libris hard coded this bad behavior into the Primo interface 20 years later.
-
10 votesJessica
supported this idea
·
-
52 votesJessica
supported this idea
·
-
23 votesJessica
supported this idea
·
-
515 votesJessica
supported this idea
·
-
145 votesJessica
supported this idea
·
An error occurred while saving the comment Jessica
commented
Oh my gosh, yes. All of our old volume/enumeration information was migrated into description. We'd like to be able to populate the Enum/Chron fields again either from the description field (so, in reverse) or in bulk via a spreadsheet.
We can export a Physical Item set to xls, which includes the MMSID's for the bib, holding, and item. We should be able to edit the information in that set and overlay it back over the existing records based upon those IDs (without creating new items).
-
41 votesJessica
supported this idea
·
-
23 votesJessica
supported this idea
·
-
3 votesJessica
shared this idea
·
-
125 votesJessica
supported this idea
·
-
22 votesJessica
supported this idea
·
-
24 votesJessica
supported this idea
·
-
14 votesJessica
supported this idea
·
-
36 votesJessica
supported this idea
·
-
88 votesJessica
supported this idea
·
-
34 votesJessica
supported this idea
·
-
29 votesJessica
supported this idea
·
-
18 votesJessica
supported this idea
·
-
259 votesJessica
supported this idea
·
-
299 votesJessica
supported this idea
·
>I don't agree. This should be the users' decision: if they want to open a link in a new tab, they can do so.
Yes. Users should absolutely be able to decide if they want to open something in a new or same tab. But I think that's a browser issue.
I'm talking about the default behavior hard coded into the HTML.
Custom menu html links are currently coded with the attribute target="_blank" as an attribute, which opens in a new window or tab.
Out of the Box menu links do NOT have this attribute, so they open in the same tab.
OTB/sametab and Custom/newtab is technically consistent from a coding standpoint, but it's weird from a user standpoint.
Ideally, an institution should be able to toggle each link's default behavior regardless of if it's custom or out of the box.
But removing the target attribute from custom links (or addding it to OTB links) would at least create consistent (though not necessarily ideal) behavior.