*** GENERAL ***
-We need additional image-URL fields in our records -- in the connector
-framework, in the Torus record's capabilities and elsewhere. Figure
-out what's needed, and who needs to do it.
+ We need additional image-URL fields in our records -- in the
+ connector framework, in the Torus record's capabilities and
+ elsewhere. Figure out what's needed, and who needs to do it.
-Can the IRSpy toroid be made to return a meaningful capability field?
+ Can the IRSpy toroid be made to return a meaningful capability
+ field?
-Metasearch all targets and see what happens. Figure out why it goes
-wrong.
+ Metasearch all targets and see what happens. Figure out why it
+ goes wrong.
-Get Charles to remove the testing proxy-IPs from open-access
-databases.
+ Get Charles to remove the testing proxy-IPs from open-access
+ databases.
-Fix the Torus's timed refresh to run on its own in the background,
-rather than waiting until the next time a request is made after the
-refresh-time has expired.
+ Fix the Torus's timed refresh to run on its own in the
+ background, rather than waiting until the next time a request
+ is made after the
+ refresh-time has expired.
*** MKWS ***
-Make a demo widget that displays an image, like the "From the Digital
-Archive" panel of our Toronto Digital Library demo.
+ Make a demo widget that displays an image, like the "From the
+ Digital Archive" panel of our Toronto Digital Library demo.
-Make a widget demo that displays the top-hit full record rather than a
-list of summary records. This can be used to pull in Wikipedia text to
-make the bulk of a topic page.
+ Make a widget demo that displays the top-hit full record
+ rather than a list of summary records. This can be used to
+ pull in Wikipedia text to make the bulk of a topic page.
-Make an Amazon cover-art widget.
+ Make an Amazon cover-art widget.
-Do target selection by UDB rather than ZURL. Needs SP changes.
+ Do target selection by UDB rather than ZURL. Needs SP changes.
-We will want a facets-only widget, e.g. to list top authors
+ We will want a facets-only widget, e.g. to list top authors
-Visualisation widgets e.g. pie-chart of authors, bar-graph of records
-Generate embedded SVG? Does that even work?
+ Visualisation widgets e.g. pie-chart of authors, bar-graph of
+ records Generate embedded SVG? Does that even work?
-Make am MKWS/Fresco demo by embedding widgets in our Koha
-installation. Get Wolfram to do this, and find out which parts of the
-process are cumbersome for him.
+ Make am MKWS/Fresco demo by embedding widgets in our Koha
+ installation. Get Wolfram to do this, and find out which parts
+ of the process are cumbersome for him.
-Write about interesting new widgets on the Index Data blog.
+ Write about interesting new widgets on the Index Data blog.
-Widget gallery
- Mainly a marketing thing on mkws.indexdata.com
- May also have a role in widget creation in MKAdmin
+ Widget gallery
+ * Mainly a marketing thing on mkws.indexdata.com
+ * May also have a role in widget creation in MKAdmin
-Architecture:
- * Separate objects for each widget
- * Translucent configuration
- * Decouple using publish/subscribe
- * Managed widgets held in the Torus
- * 3rd party widget platforms
+ Architecture:
+ * Separate objects for each widget
+ * Translucent configuration
+ * Decouple using publish/subscribe
+ * Managed widgets held in the Torus
+ * 3rd party widget platforms
-Write integration guides for various third-party CMSs.
+ Write integration guides for various third-party CMSs.
-In the widget builder, we want to expose capability information (from
-ZeeRex or a Torus record) in a human-consumable form: "this target can
-sort by recency", that kind of thing.
+ In the widget builder, we want to expose capability
+ information (from ZeeRex or a Torus record) in a
+ human-consumable form: "this target can sort by recency", that
+ kind of thing.
-Auto-widgets should be able to include limits (as a full set of
-MK2-like widgets does in order to implement facets).
+ Auto-widgets should be able to include limits (as a full set
+ of MK2-like widgets does in order to implement facets).
-Auto-widgets should be able to include filters (as a full set of
-MK2-like widgets does in order to implement the Target facet). This
-can be used to implement target categories as well as the current
-cruder target-selection-by-ID facility.
+ Auto-widgets should be able to include filters (as a full set
+ of MK2-like widgets does in order to implement the Target
+ facet). This can be used to implement target categories as
+ well as the current cruder target-selection-by-ID facility.
-In the widget builder, we should be able to filter the targets
-available to the widget on the basis of what requirements the widget
-has, e.g. ability to sort by recency. The capability facet in MKAdmin
-may suffice for this.
+ In the widget builder, we should be able to filter the targets
+ available to the widget on the basis of what requirements the
+ widget has, e.g. ability to sort by recency. The capability
+ facet in MKAdmin may suffice for this.
-Check library selection by hostname works for MKWS.
+ Check library selection by hostname works for MKWS.
-The widget-builder widget (WBW) should have a Save button that is
-customised by a callback, so that the widget in question can (for
-example) be copied into the clipboard, pasted into a nominated div,
-saved to a database or whatever.
+ The widget-builder widget (WBW) should have a Save button that
+ is customised by a callback, so that the widget in question
+ can (for example) be copied into the clipboard, pasted into a
+ nominated div, saved to a database or whatever.
-Allow debug() to be customised by setting a callback function that is
-passed the string rather than just giving it to console.log().
+ Allow debug() to be customised by setting a callback function
+ that is passed the string rather than just giving it to
+ console.log().
-Create a logging widget which displays the output of debug().
+ Create a logging widget which displays the output of debug().
-Add library selection by secret key as an alternative to selection by
-user/pw. This is appropriate for security-conscious customers to embed
-in their own CORS-aware Apache2 configuration.
+ Add library selection by secret key as an alternative to
+ selection by user/pw. This is appropriate for
+ security-conscious customers to embed in their own CORS-aware
+ Apache2 configuration.
*** MKADMIN ***
-Add a capability facet to MKAdmin. The right way to do this is to
-refactor the current hardwiry facet code to be more data-driven, then
-add a configuration element to include capabilities as a facet.
+ Add a capability facet to MKAdmin. The right way to do this is
+ to refactor the current hardwiry facet code to be more
+ data-driven, then add a configuration element to include
+ capabilities as a facet.
-Make MKAdmin able to filter target list on whether we have access:
-that is, to targets that either are open-access or we have credentials
-or an IP proxy for.
+ Make MKAdmin able to filter target list on whether we have
+ access: that is, to targets that either are open-access or we
+ have credentials or an IP proxy for.
-Provide "select all targets" to they can be added.
+ Provide "select all targets" to they can be added.
-Add batch edit on all targets found by the current search.
+ Add batch edit on all targets found by the current search.
-Superuser field should not be mandatory.
+ Superuser field should not be mandatory.
-Add an "Act As" link on the Edit Library page.
+ Add an "Act As" link on the Edit Library page.
-When making a new user-access record, default the displayName to that
-of the ibrary that owns it.
+ When making a new user-access record, default the displayName
+ to that of the ibrary that owns it.
-In end-user record, username and password should not be mandatory any
-more. (Perhaps it should be mandatory to have at least one of u/p, IP
-range, hostname, etc.)
+ In end-user record, username and password should not be
+ mandatory any more. (Perhaps it should be mandatory to have at
+ least one of u/p, IP range, hostname, etc.)
-We want a way to let customers change the Index Data branding of the
-MKX front page, as well as the logo at top left of the MasterKey UI
-itself. Along with that, we could let them change CSS.
+ We want a way to let customers change the Index Data branding
+ of the MKX front page, as well as the logo at top left of the
+ MasterKey UI itself. Along with that, we could let them change
+ CSS.
-Indent second and subsequent lines of long facet names
+ Indent second and subsequent lines of long facet names
-Keep selected facets when narrowing by search, etc. NOT URGENT
+ Keep selected facets when narrowing by search, etc. NOT URGENT
-Lose the search function and the A-Z list from the Categories and User
-Access tabs.
+ Lose the search function and the A-Z list from the Categories
+ and User Access tabs.
-Lose ALL the left panel options for the categories tab.
+ Lose ALL the left panel options for the categories tab.
-In the library list, rename "Act as this user" to "Act as".
+ In the library list, rename "Act as this user" to "Act as".
-We need only one add-new-field name/value pair at the bottom of the
-screen, not three.
+ We need only one add-new-field name/value pair at the bottom
+ of the screen, not three.
*** MKAdmin-- ***
-Lose Target Origin and Type columns from list.
+ Lose Target Origin and Type columns from list.
-Lose the A-Z list.
+ Lose the A-Z list.
-Remove "changed in last NUMBER days" from search form
+ Remove "changed in last NUMBER days" from search form
-Remove the the Edit facility and the New button from the categories
-tab. Keep the category_id column, for some reason. (Although I bet if
-I removed it neither Seb nor D would notice.)
+ Remove the the Edit facility and the New button from the
+ categories tab. Keep the category_id column, for some
+ reason. (Although I bet if I removed it neither Seb nor D
+ would notice.)
-Make the User Access tab display the single end-user record for
-editing immediately. Remove everything that doesn't need to be there.
+ Make the User Access tab display the single end-user record
+ for editing immediately. Remove everything that doesn't need
+ to be there.
-Remove all help from MKAdmin until Seb sends help texts that he is
-happy with.
+ Remove all help from MKAdmin until Seb sends help texts that
+ he is happy with.
-D will get back to me with a detailed specification of which reports
-to include in the Reports tab.
+ D will get back to me with a detailed specification of which
+ reports to include in the Reports tab.
-In the target list, get rid of "Show record", make the target title a
-link to the edit page, and discard the edit column completely.
+ In the target list, get rid of "Show record", make the target
+ title a link to the edit page, and discard the edit column
+ completely.
-In the edit page, lose all the top icons.
+ In the edit page, lose all the top icons.
-D will give me a list of target fields to retain in the MKAdmin-- edit
-page. It may be just target name, categories and credentials.
+ D will give me a list of target fields to retain in the
+ MKAdmin-- edit page. It may be just target name, categories
+ and credentials.
-BIG CHANGE: lose the edit-form distinction between inherited and local
-values. Have a single column of editable values and override only
-those that are actually changed.
+ BIG CHANGE: lose the edit-form distinction between inherited
+ and local values. Have a single column of editable values and
+ override only those that are actually changed.
-Lose the Create Target facility (from left panel and bottom row).
+ Lose the Create Target facility (from left panel and bottom
+ row).