TODO

   1 *** GENERAL ***
   2
   3 We need additional image-URL fields in our records -- in the connector
   4 framework, in the Torus record's capabilities and elsewhere. Figure
   5 out what's needed, and who needs to do it.
   6
   7 Can the IRSpy toroid be made to return a meaningful capability field?
   8
   9 Metasearch all targets and see what happens. Figure out why it goes
  10 wrong.
  11
  12 Get Charles to remove the testing proxy-IPs from open-access
  13 databases.
  14
  15 Fix the Torus's timed refresh to run on its own in the background,
  16 rather than waiting until the next time a request is made after the
  17 refresh-time has expired.
  18
  19
  20 *** MKWS ***
  21
  22 Make a demo widget that displays an image, like the "From the Digital
  23 Archive" panel of our Toronto Digital Library demo.
  24
  25 Make a widget demo that displays the top-hit full record rather than a
  26 list of summary records. This can be used to pull in Wikipedia text to
  27 make the bulk of a topic page.
  28
  29 Make an Amazon cover-art widget.
  30
  31 Do target selection by UDB rather than ZURL. Needs SP changes.
  32
  33 We will want a facets-only widget, e.g. to list top authors
  34
  35 Visualisation widgets e.g. pie-chart of authors, bar-graph of records
  36 Generate embedded SVG? Does that even work?
  37
  38 Make am MKWS/Fresco demo by embedding widgets in our Koha
  39 installation. Get Wolfram to do this, and find out which parts of the
  40 process are cumbersome for him.
  41
  42 Write about interesting new widgets on the Index Data blog.
  43
  44 Widget gallery
  45         Mainly a marketing thing on mkws.indexdata.com
  46         May also have a role in widget creation in MKAdmin
  47
  48 Architecture:
  49   * Separate objects for each widget
  50   * Translucent configuration
  51   * Decouple using publish/subscribe
  52   * Managed widgets held in the Torus
  53   * 3rd party widget platforms
  54
  55 Write integration guides for various third-party CMSs.
  56
  57 In the widget builder, we want to expose capability information (from
  58 ZeeRex or a Torus record) in a human-consumable form: "this target can
  59 sort by recency", that kind of thing.
  60
  61 Auto-widgets should be able to include limits (as a full set of
  62 MK2-like widgets does in order to implement facets).
  63
  64 Auto-widgets should be able to include filters (as a full set of
  65 MK2-like widgets does in order to implement the Target facet). This
  66 can be used to implement target categories as well as the current
  67 cruder target-selection-by-ID facility.
  68
  69 In the widget builder, we should be able to filter the targets
  70 available to the widget on the basis of what requirements the widget
  71 has, e.g. ability to sort by recency. The capability facet in MKAdmin
  72 may suffice for this.
  73
  74 Check library selection by hostname works for MKWS.
  75
  76 The widget-builder widget (WBW) should have a Save button that is
  77 customised by a callback, so that the widget in question can (for
  78 example) be copied into the clipboard, pasted into a nominated div,
  79 saved to a database or whatever.
  80
  81 Allow debug() to be customised by setting a callback function that is
  82 passed the string rather than just giving it to console.log().
  83
  84 Create a logging widget which displays the output of debug().
  85
  86 Add library selection by secret key as an alternative to selection by
  87 user/pw. This is appropriate for security-conscious customers to embed
  88 in their own CORS-aware Apache2 configuration.
  89