354 results found

1. Limit Research Assistant results to resources patrons can access

   It would be nice at a configuration level to be able to limit the Research Assistant results to those within an institution's collection and OA as the default setting, rather than the entire CDI as it is currently.
   Users could then select to expand their search to the CDI, like they currently do when searching Primo.

   45 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   3 comments  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Apply Display Logic Rules to CDI direct linking records

   Currently, records that provide full text solely via a CDI link-in-record URL are not subject to Display Logic Rules (see documentation note below). This leads to inconsistent behavior and display compared to other CDI records.

   For example, our article ILL General Electronic Service is configured not to display when there is full-text available on a record. This works as expected for records that have full-text provided via the link resolver, but for CDI direct linking records, the ILL GES displays alongside the full-text link. This confuses our patrons, who think that the presence of the ILL link means the full-text link isn't working.

   We request the capability to apply display logic rules to CDI direct linking (link-in-record) records as we can do for CDI records with link resolver full-text.

   Documentation note, added due to case #06712066: "Display logic rules are only applied when the Alma link resolver provides the links. CDI direct linking records are not generated by the Alma link resolver mechanism; therefore, Display logic rules are not applied for them."
   https://knowledge.exlibrisgroup.com/Primo/Product_Documentation/020Primo_VE/Primo_VE_(English)/080Configuring_Delivery_Services_for_Primo_VE/Configuring_Discovery_Interface_Display_Logic_for_Primo_VE

   Currently, records that provide full text solely via a CDI link-in-record URL are not subject to Display Logic Rules (see documentation note below). This leads to inconsistent behavior and display compared to other CDI records.

   For example, our article ILL General Electronic Service is configured not to display when there is full-text available on a record. This works as expected for records that have full-text provided via the link resolver, but for CDI direct linking records, the ILL GES displays alongside the full-text link. This confuses our patrons, who think that the presence of the ILL link means the full-text… more

   •  

   •  

   94 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Converting Greek letters in queries for local materials

   When queries include Greek letters with diacritics, the retrieval omits many local records, as there is no conversion in Primo VE between letters with or without diacritics, or with different diacritics.

   Example:
   Searching ἄγω or αγω gives different results. CDI records are retrieved regardless, while local records can only be retrieved in the exact manner they were cataloged.

   Using a blended search (local+CDI) can confuse patrons, as it may lead them to believe the library does not have certain materials. Using a local search scope, patrons sometimes receive zero results, so many records are hidden from them.

   Greek is not only a modern language. It is a fundamental ancient language used in classical studies in many academic institutions. Therefore, the omission of the libraries' collections/items must be corrected.

   We request the addition of a conversion between characters for Greek, so that results can be retrieved regardless of whether you search with or without diacritics, and whether a record came from a local catalog or CDI.

   The attached file is an offered conversion table. Each color represents one letter, so all characters in that color should retrieve the same results.

   When queries include Greek letters with diacritics, the retrieval omits many local records, as there is no conversion in Primo VE between letters with or without diacritics, or with different diacritics.

   Example:
   Searching ἄγω or αγω gives different results. CDI records are retrieved regardless, while local records can only be retrieved in the exact manner they were cataloged.

   Using a blended search (local+CDI) can confuse patrons, as it may lead them to believe the library does not have certain materials. Using a local search scope, patrons sometimes receive zero results, so many records are hidden from them.

   Greek is not… more

   • 

   38 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Recommendation system for learning and research resources

   Academic libraries increasingly act as an ecosystem for learning and research resources. Therefore, they need a platform that can serve as an ecosystem to guide academic users.

   Target: Incorporate into Primo VE a recommendation system that, based on users' searches, gives recommendations at the resource level (e.g., article, book, book chapter, case study, image, thesis, etc.).

   Output: After the user searches, Primo VE provides a list of prioritized learning or research resources, sorted by their thematic relevance or visualisation-based popularity.

   Parameters: The recommendation system should match the query with the users' profile (e.g., career, under|postgraduate level, etc.) after they log into the system.

   Academic libraries increasingly act as an ecosystem for learning and research resources. Therefore, they need a platform that can serve as an ecosystem to guide academic users.

   Target: Incorporate into Primo VE a recommendation system that, based on users' searches, gives recommendations at the resource level (e.g., article, book, book chapter, case study, image, thesis, etc.).

   Output: After the user searches, Primo VE provides a list of prioritized learning or research resources, sorted by their thematic relevance or visualisation-based popularity.

   Parameters: The recommendation system should match the query with the users' profile (e.g., career, under|postgraduate level, etc.) after they log… more

   1 vote

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Add an option to move the "Show more" link above the "Additional Services" link for "Display All Links in Full Display for CDI. "

   Current design: Additional services will appear before "Show more" link when "Display All Links in Full Display for CDI ." See the documentation here: https://knowledge.exlibrisgroup.com/Primo/Product_Documentation/020Primo_VE/Primo_VE_(English)/030Primo_VE_User_Interface/Display_All_Links_in_Full_Display_for_CDI.

   Suggestion: add an option to change the order of the links,

   3 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Improve Primo VE searching in non-roman script so definite article prefixes are appropriately counted as non-filing characters

   Arabic and Hebrew print titles beginning with the definite article prefix (like English "the") cannot be retrieved in Primo VE unless that initial definite article is included in the search. This is true even when the linked 880 with non-roman script has the number of nonfiling characters coded correctly in the subfield indicator in the bibliographic record

   Example:

   245 13$6880-02 $aal-Mabānī al-Kanʻānīyah fī Filasṭīn / $cNimr Sirḥān.
   880 12$6245-02/(3/r $aالمباني الكنعانية في فلسطين / $cنمر سرحان.

   Without the initial definite article, the search comes up empty or retrieves only records from the CDI, but not the sought print materials present in our Alma IZ.

   Arabic and Hebrew print titles beginning with the definite article prefix (like English "the") cannot be retrieved in Primo VE unless that initial definite article is included in the search. This is true even when the linked 880 with non-roman script has the number of nonfiling characters coded correctly in the subfield indicator in the bibliographic record

   Example:

   245 13$6880-02 $aal-Mabānī al-Kanʻānīyah fī Filasṭīn / $cNimr Sirḥān.
   880 12$6245-02/(3/r $aالمباني الكنعانية في فلسطين / $cنمر سرحان.

   Without the initial definite article, the search comes up empty or retrieves only records from the CDI, but not the sought print materials present… more

   25 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Discovery collections per library and unfiltered view

   In our consortium we have some mixed IZs, which means different libraries, mostly in the same geographical area, that are part of the same IZ.
   Users accessing via the local library interface are interested mainly in that specific library Discovery collection. But at the same time they might be also interested to know if a resource is available in the near by libraries, as it could be easily accessible physically or to request it.
   We have activated the relevant configurations and Discovery collections displays correctly for the specific libraries only. But when the view is filtered and "Local copy unavailable" displayed, the user might overlook that there is the item near by and that it can be requested.
   We would like to have a configuration that keeps the get it section display as it is per default (with the "view _ to _ libraries _ for _ collection _ discovery" parameter turned to false), but at the same time displays the collections only for the relevant libraries (as we have when "view _ to _ libraries _ for _ collection _ discovery" parameter is set to true).

   In our consortium we have some mixed IZs, which means different libraries, mostly in the same geographical area, that are part of the same IZ.
   Users accessing via the local library interface are interested mainly in that specific library Discovery collection. But at the same time they might be also interested to know if a resource is available in the near by libraries, as it could be easily accessible physically or to request it.
   We have activated the relevant configurations and Discovery collections displays correctly for the specific libraries only. But when the view is filtered and "Local copy unavailable"… more

   28 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Person entity - add an option for users to request more information about a person

   Many Person Info Cards have little/no information. An option for users to request more information about a person would give user communities agency to prioritize authority work by information professionals.

   5 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Person entity - add an expandable text option that can be customized by institution

   Add an option to add explanatory text to the Person Info Card and Person Page, so that institutions can provide users with more details about these features in the interface. Transparency around the data presented by libraries in discovery interfaces is increasingly important with the proliferation of ai-generated content and users' understandable lack of trust.

   6 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. search profile slot drag and drop

    Like many other Primo VE libraries, we have a single search profile slot (Everything) with a lot of difference search profiles (105 in total). Whenever a new search profile is created, it will be at the bottom and since you can only move item by clicking up & down each times, for libraries that have a lots of profiles, it is a nightmare. Imaging moving just 1 item to the top will take 105 clicks. It would be very helpful if it can be drag & drop instead to change position of an item on the list.

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Available online in Research assistant as default.

    It would be beneficial to be able to make what is under the refinement icon in the search box more visible. It would be even better if we could make the "Available online" button be checked by default.

    As it is now it is so hidden that users aren't aware that this is a possible feature. The fact that the user needs to select the refinement icon to see this possibility isn't optimal.

    58 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    2 comments  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Include subfield k from 245 in title index (important for manuscripts/archives)

    Subfield k of the 245 title field should always be indexed. Currently, it is only indexed when subfield a is absent. OCLC makes clear that both subfields may be used together: "Use subfield ǂk also to indicate "form" even if a formal title is given in subfields ǂa, ǂb, and ǂc." From: https://www.oclc.org/bibformats/en/2xx/245.html

    This subfield is important for manuscripts and archives. Examples from OCLC:

    245 ǂa Four years at Yale : ǂk diaries, ǂf 1903 September 16-1907 October 5

    245 ǂa The charity ball : ǂb a comedy in four acts : ǂk typescript, ǂf 1889 / ǂc by David Belasco and Henry C. DeMille

    Subfield k of the 245 title field should always be indexed. Currently, it is only indexed when subfield a is absent. OCLC makes clear that both subfields may be used together: "Use subfield ǂk also to indicate "form" even if a formal title is given in subfields ǂa, ǂb, and ǂc." From: https://www.oclc.org/bibformats/en/2xx/245.html

    This subfield is important for manuscripts and archives. Examples from OCLC:

    245 ǂa Four years at Yale : ǂk diaries, ǂf 1903 September 16-1907 October 5

    245 ǂa The charity ball : ǂb a comedy in four acts : ǂk typescript, ǂf 1889 / ǂc by David… more

    31 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Link to Reading List in Leganto at "More from the same Course" in PrimoVE - allow for the link to possess course code instead of course name

    Currently in PrimoVE, when a title is present on a Reading List in Leganto, at the "More from the same Course" area of the title search result, the link to the list in Leganto possesses the name of the course and not the course code, which is more meaningful to our users. It would be great to have the ability to change this information which is not currently available.

    • 

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Create scopes/search profiles of Open Access CDI content

    We are starting to promote Open Access content and would like to create a view that holds only this content. Alma currently allows you to create custom/local scopes that are associated with being OA. OA information does exist within the CDI, but there isn't a way to filter it into a scope or profile.

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Display ebook reading format (HTML, EPUB, PDF etc.) in Primo (VE) full display

    When displaying links to Ebook providers in Primo (VE) full display it would be suitable to have a notice of what ebook reading formats accessible for each provider. Instead of having to click further to the each provider to retrieve the information. Even information about online reading and/or download option would be suitable.

    44 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Include DOIs in references in APA 7th ed. format for records coded with Dublin Core.

    Exlibris has just updated the APA 7th ed. citation format settings to include the DOI for MARC21-encoded records (idea exchange: Improve APA citation format to include the DOI for an article), but we also want Exlibris performs the same process for Dublin Core-encoded records.

    Users are increasingly turning to PRIMO to obtain the citation reference of a record they are interested in and in many cases their metadata is in DublinCore format, as more and more catalogs integrate repositories that encode information following this format.

    97 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    3 comments  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Primo VE facet for collections regardless of inventory type

    I would like to propose an out of the box facet for collections that can include all 3 inventory types.

    We have users that need to be able to filter their search results by ‘collections’ or groupings that contain physical, electronic and digital resources. For example, our Original Materials ‘collection’ is made of physical items, digital items and electronic items that we have catalogued in local electronic collections.

    Currently, there are OOTB facets based on physical inventory (Library and Location) but none that combine all 3 inventory types.

    As a workaround, we have utilised the digital collection facet for this purpose. Although it is primarily used for digital records, it does support any type of record. However, this means that our Collection Discovery pages contain all of our collection items and some physical and electronic items without cover images or thumbnails. It also results in our Original Materials collection including 272,505 items instead of being used to showcase select resources as the functionality intended. We have to manually update these collections regularly as new items are catalogued.

    The creation of this facet type would improve collection discovery for uses by allowing libraries to create collections of resources regardless of inventory type.

    I would like to propose an out of the box facet for collections that can include all 3 inventory types.

    We have users that need to be able to filter their search results by ‘collections’ or groupings that contain physical, electronic and digital resources. For example, our Original Materials ‘collection’ is made of physical items, digital items and electronic items that we have catalogued in local electronic collections.

    Currently, there are OOTB facets based on physical inventory (Library and Location) but none that combine all 3 inventory types.

    As a workaround, we have utilised the digital collection facet for this… more

    38 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. new bibliographic releases in primo

    Some time ago, a proposal was made to modify the criteria for the elaboration of new bibliographic releases (New records facet according to inventary record) so that it would be based on the date of receipt of the issue instead of the date of its creation, since in the case of novelties in the last week, many issues that were recently incorporated are often lost, but the issue was created in connection with a POL.

    By implementing this proposal, the catalog could make it easier for its users to manage new items with shorter periods.

    Thanks,
    Juanjo

    6 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Add more granular CDI suppress settings per electronic collection

    When Ex Libris changed the "Exclude CDI ebooks" setting to allow ebooks from Database type collections through, we ended up with a lot of duplicate ebook records. The only way to fix that is to select "Do not show as Full Text available in CDI even if active in Alma" for each of our ebook collections. However, that suppresses everything from the filtered search, including book chapter records. I'd like the ability to only suppress the CDI ebook records per collection.

    I understand the need to allow ebooks from Database type collections through, but we've got to come up with a solution to remove all these duplicate CDI ebook records. This is the only thing I can think of - but I'd love to hear if anyone else has another idea!

    When Ex Libris changed the "Exclude CDI ebooks" setting to allow ebooks from Database type collections through, we ended up with a lot of duplicate ebook records. The only way to fix that is to select "Do not show as Full Text available in CDI even if active in Alma" for each of our ebook collections. However, that suppresses everything from the filtered search, including book chapter records. I'd like the ability to only suppress the CDI ebook records per collection.

    I understand the need to allow ebooks from Database type collections through, but we've got to come up with… more

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Support a grouping for non-alphanumeric titles in AZ list

    For the "Support AZ List in Database and Journal Searches" in 2025 May release, please add back the link to group non-alphanumeric titles. In the old Primo, if I remember correctly, there was a "#" link in which I can see all non-alphanumeric titles, e.g. starting with Chinese characters.

    Thank you.

    Howard Lam
    CUHK Library, Hong Kong

    5 May 2025

    8 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  Primo VE  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating