We have some really great TT plugins and includes.. but with a slow but steady move to using ajax for various things, many of these TT specific snippets would benefit from a javascript equivalent. Some examples off the top of my head: * AuthorisedValues * Biblio title * Accountline type
What do you mean by "javascript equivalent"? Using a REST API route?
As in a nice simple way to construct display options from data returned from the API. Example, if we want to replace some of our data tables with Ajax equivalents using the API, for anything that includes Biblio title we can't easily replicate the structure returned by the biblio-title.inc template.. i.e a nice linked title consisting of multiple fields from the bib record. Yes, we can add a custom render function but we should keep it dry/reusable in the same way the template include is. Similarly, I'm not sure what route we've taken with regards av displays and the API. We return lots of codes.. is the intention to use embeds to get descriptions and even then, are we distinguishing between opac and staff and translations? Having a nice easy to call tender function that takes the code and converts it for display the way we have for TT would aid in the route to modernising the front end with load on demand and things.
I've been thinking about this same topic for another project of mine. I actually ended up making specific DataTables controllers and had it send back descriptions instead of codes. (Of course, that through a little spanner in the search functionality, but it mostly works.)
Which ones are missing still? Dependent bugs have been resolved.
js-biblio-format.inc added by bug 28854. AVs should/could be retrieved using the REST API route TableSettings is still missing but should be retrieved from the REST API. We can close and reopen later if needed.