tei-publisher-app issueshttps://gitlab.existsolutions.com/tei-publisher/tei-publisher-app/-/issues2020-01-30T17:55:53Zhttps://gitlab.existsolutions.com/tei-publisher/tei-publisher-app/-/issues/80[search] Redesign search features2020-01-30T17:55:53ZGhost User[search] Redesign search features* rearrange layout (template & css) for sort filters on start page
* add global search and filter options on start page
* add search feature in navigation
* rearrange layout (template & css) on search results page
To be ported from...* rearrange layout (template & css) for sort filters on start page
* add global search and filter options on start page
* add search feature in navigation
* rearrange layout (template & css) on search results page
To be ported from Guides:
* https://gitlab.com/HistoryAtState/guides/commit/d14c9001ab8688e60015f2dd39e9140b01562e1b
* Most commits from https://gitlab.com/HistoryAtState/guides/merge_requests/18/commits
---
Related feature requests #76 , #67https://gitlab.existsolutions.com/tei-publisher/tei-publisher-app/-/issues/190migrate to Polymer 32019-09-12T17:18:06ZJoern Turnermigrate to Polymer 3The following list reflects the findings so far that are necessary or advisable for a complete, extensible and scalable migration.
First a list of shortcomings with the firsts componentized version:
* we use a central dependencies-dev ...The following list reflects the findings so far that are necessary or advisable for a complete, extensible and scalable migration.
First a list of shortcomings with the firsts componentized version:
* we use a central dependencies-dev file to list all UI resources of the map. This means we are loading all or nothing which results in a rather large initial download
* the pubsub implementation has some issues or cannot fully cover our needs. We'll already decided to go for polymer-redux here
* by centralizing the import it is rather unclear what is actually depended
* the current version is not a single-page app which may lead to some complications with the toolchain (polymer-cli, modulizer etc.) which rather expects this pattern
# move to best practices
Following practices are considered good practice when developing Polymer apps:
1. follow PRPL pattern to quickly load initial app, precache needed resources and lazy load optional routes.
1. use single-page pattern with routing for individual views
1. import dependencies in the respective component
1. use unidirectional data flow for view synchronization
# dealing with third-party components
Third-party components must be upgraded to their respective Polymer 3 versions. There is NO way to make Polymer2 run in paralell with Polymer3.
If no updated version exists for a component we can decide wether to migrate it ourselves if no alternatives exist on webcomponents.org. Migrations might be contributed back as pull requests or we decide to host a fork ourselves.
# polymer build step
The new resource loading with JS modules brings in 'named packages'. These are prefixed with '@' (e.g. @polymer). However these modules cannot be resolved by the browser at runtime. For this to work
relative pathes with './' or '../' must be used. The modulizer can output the right pathes. However
there are some pathes inside of Polymer itself that use the named module notation that will fail at runtime.
To circumvent this issue a single build step can be used to expand the references in @polymer module. However then the app must be served with that compiled version which would cause certain necessary adaptions of our current deployment (creation of xars, gulp integration).
An alternative might be the use of a specific controller.xql rule that matches all pathes starting with 'components/@' and redirecting those to 'components/node_modules/@[modulename]
Joern TurnerJoern Turnerhttps://gitlab.existsolutions.com/tei-publisher/tei-publisher-app/-/issues/156migrate riot/Polymer version to pure Polymer version2018-09-17T11:31:23ZJoern Turnermigrate riot/Polymer version to pure Polymer versionport code from riot into Polymer Componentsport code from riot into Polymer ComponentsVersion 4.0Joern TurnerJoern Turnerhttps://gitlab.existsolutions.com/tei-publisher/tei-publisher-app/-/issues/150Documentation styling broken2018-09-17T11:01:25ZWolfgangDocumentation styling brokenStyling of the documentation is now broken (see figures, code highlighting etc.). This happened in part because some of the styles were provided in global less stylesheets which are no longer imported (and should not be).
* [x] create ...Styling of the documentation is now broken (see figures, code highlighting etc.). This happened in part because some of the styles were provided in global less stylesheets which are no longer imported (and should not be).
* [x] create a separate HTML template for documentation
* [x] create webcomponent for the code highlighting (should be based on `highlight.js` to have XQuery highlighting)
Also see #151 for related discussion.Version 4.0