User Tools

Site Tools


dev:opac:template-toolkit:todos

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
dev:opac:template-toolkit:todos [2011/07/02 00:44] – Update on SFX integration into TT OPAC dbsdev:opac:template-toolkit:todos [2022/02/10 13:34] (current) – external edit 127.0.0.1
Line 12: Line 12:
 The goal here is to ensure that the TT OPAC meets all of the requirements that the current SlimPAC offers: The goal here is to ensure that the TT OPAC meets all of the requirements that the current SlimPAC offers:
  
-  * Complete the process of removing all KCLS references from the skin +  * <del>Complete the process of removing all KCLS references from the skin</del> 
-  * Hide any non-functional stubs +  * <del>Hide any non-functional stubs</del> 
-  * Display asset.uri links on record details page +  * <del>Display asset.uri links on record details page</del> 
-    * See [[http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/ttopac-display-uris-and-cps|user/dbs/ttopac-display-uris-and-cps]] +  * <del>Display copy summaries / asset.uris on search results page</del> 
-    * Tweaks required for styling +    * Defaults to 5 volumes with unlimited copies per volume. Note that even though only a fraction of volumes are shown, in-db unapi is pathologically slow for records with 1000s of volumes / copies. -- //is this still true? dbs// 
- +  * <del>Update "Basic Catalogue" links to point to the TT OPAC instead</del>
-  * Display copy summaries / asset.uris on search results page +
-    * See [[http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/ttopac-display-uris-and-cps|user/dbs/ttopac-display-uris-and-cps]] as above +
-    * Need to limit the display in the case of 1000s of copies / URIs? Yes; defaults to 5 volumes with unlimited copies per volume. Note that even though only a fraction of volumes are shown, in-db unapi is pathalogically slow for records with 1000s of volumes / copies. +
-  * Update "Basic Catalogue" links to point to the TT OPAC instead +
-  * Expose support for multiple skins+
   * Expose support for locales   * Expose support for locales
 +  * OpenSearch
 +  * Links to RSS/Atom feeds
 ===== Replace the main catalogue ===== ===== Replace the main catalogue =====
  
-  * Add account preference functionality+  * Expose support for multiple skins 
 +  * Add account preference functionality - mostly there but seem to be missing: 
 +    * Notification preferences 
 +    * Default search Location 
 +    * Default search range 
 +    * Font preferences (but do we really want to enable this, vs. just letting users use the standard browser font controls?)
   * Provide access to complete set of search indexes   * Provide access to complete set of search indexes
 +  * Display serials holdings
 ===== Conifer session notes ===== ===== Conifer session notes =====
  
Line 36: Line 38:
  
  
-==== Dan'plane-based brainstorming ====+==== Bill Erickson'notes on TT OPAC facets ====
  
   * Add facets   * Add facets
     * berick: Configurable top-level facet groups to collapse, for example, "Personal Author" and "Other Author" into "Author", etc.     * berick: Configurable top-level facet groups to collapse, for example, "Personal Author" and "Other Author" into "Author", etc.
       * berick: groups could be configured as easily-overridable template variables       * berick: groups could be configured as easily-overridable template variables
 +        * miker: note, this can be done by configuring the facets in a less granular way, and not having individual search fields double as facet fields
       * berick: note also the templates already have access to the facet data on the results page (though the data may need rearranging)       * berick: note also the templates already have access to the facet data on the results page (though the data may need rearranging)
     * berick: See final page of [[http://dev198.esilibrary.com/~berick/KCLS_review_2.pdf | a few KCLS enhancements]] for example pre-expanded facet display.      * berick: See final page of [[http://dev198.esilibrary.com/~berick/KCLS_review_2.pdf | a few KCLS enhancements]] for example pre-expanded facet display. 
-  * Switch to in-database unapi-based fetch 
-    * Done for search results  
  
 +==== Dan's plane-based brainstorming ====
 +
 +Since the brainstorming and the Conifer-hosted TT OPAC dev session, I've updated with notes on branches we pushed for the various enhancements that we made. The complete set of changes is available, integrated with master, in [[http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/template-toolkit-integration-on-master|user/dbs/template-toolkit-integration-on-master]].
 +
 +  * Switch to in-database unapi-based fetch
 +    * **Done** for search results in [[http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/ttopac-display-uris-and-cps|user/dbs/ttopac-display-uris-and-cps]]
 +      * **NOTE** berick has warned that the in-db unapi calls result in a performance hit that could be significant to a high-traffic site, and requested that display of copy summaries / URIs be made configurable as a consequence. This opens a bigger discussion about can we make in-db unapi perform better, particularly for pathological numbers of volumes/copies on a bib record, as well as why we're bothering to force the database to marshal all of this relational data into an XML format that then gets serialized in JSON, deserialized from JSON back into native values on the client, before we parse the XML again just to get a list of volumes, copies, and URIs that are applicable to a given scope...
   * Academic skin   * Academic skin
     * Templates with more detailed info     * Templates with more detailed info
dev/opac/template-toolkit/todos.1309581885.txt.gz · Last modified: 2022/02/10 13:34 (external edit)

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki

© 2008-2022 GPLS and others. Evergreen is open source software, freely licensed under GNU GPLv2 or later.
The Evergreen Project is a U.S. 501(c)3 non-profit organization.