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
  90
  91 *** MKADMIN ***
  92
  93 Add a capability facet to MKAdmin. The right way to do this is to
  94 refactor the current hardwiry facet code to be more data-driven, then
  95 add a configuration element to include capabilities as a facet.
  96
  97 Make MKAdmin able to filter target list on whether we have access:
  98 that is, to targets that either are open-access or we have credentials
  99 or an IP proxy for.
 100
 101 Provide "select all targets" to they can be added.
 102
 103 Add batch edit on all targets found by the current search.
 104
 105 Superuser field should not be mandatory.
 106
 107 Add an "Act As" link on the Edit Library page.
 108
 109 When making a new user-access record, default the displayName to that
 110 of the ibrary that owns it.
 111
 112 In end-user record, username and password should not be mandatory any
 113 more. (Perhaps it should be mandatory to have at least one of u/p, IP
 114 range, hostname, etc.)
 115
 116 We want a way to let customers change the Index Data branding of the
 117 MKX front page, as well as the logo at top left of the MasterKey UI
 118 itself. Along with that, we could let them change CSS.
 119
 120 Indent second and subsequent lines of long facet names
 121
 122 Keep selected facets when narrowing by search, etc. NOT URGENT
 123
 124 Lose the search function and the A-Z list from the Categories and User
 125 Access tabs.
 126
 127 Lose ALL the left panel options for the categories tab.
 128
 129 In the library list, rename "Act as this user" to "Act as".
 130
 131 We need only one add-new-field name/value pair at the bottom of the
 132 screen, not three.
 133
 134
 135 *** MKAdmin-- ***
 136
 137 Lose Target Origin and Type columns from list.
 138
 139 Lose the A-Z list.
 140
 141 Remove "changed in last NUMBER days" from search form
 142
 143 Remove the the Edit facility and the New button from the categories
 144 tab. Keep the category_id column, for some reason. (Although I bet if
 145 I removed it neither Seb nor D would notice.)
 146
 147 Make the User Access tab display the single end-user record for
 148 editing immediately. Remove everything that doesn't need to be there.
 149
 150 Remove all help from MKAdmin until Seb sends help texts that he is
 151 happy with.
 152
 153 D will get back to me with a detailed specification of which reports
 154 to include in the Reports tab.
 155
 156 In the target list, get rid of "Show record", make the target title a
 157 link to the edit page, and discard the edit column completely.
 158
 159 In the edit page, lose all the top icons.
 160
 161 D will give me a list of target fields to retain in the MKAdmin-- edit
 162 page. It may be just target name, categories and credentials.
 163
 164 BIG CHANGE: lose the edit-form distinction between inherited and local
 165 values. Have a single column of editable values and override only
 166 those that are actually changed.
 167
 168 Lose the Create Target facility (from left panel and bottom row).