Comment on use of SP.
[mkws-moved-to-github.git] / TODO
1 Make a demo widget that displays an image, like the "From the Digital
2 Archive" panel of our Toronto Digital Library demo.
3
4 Make a widget demo that displays the top-hit full record rather than a
5 list of summary records. This can be used to pull in Wikipedia text to
6 make the bulk of a topic page.
7
8 Make an Amazon cover-art widget.
9
10 Blog about changing role of librarians: used to be mediators of scarce
11 information. Value now is increasingly as organisers of freely
12 available information. Will become more true as OA takes over.
13
14 Do target selection by UDB rather than ZURL. Needs SP changes.
15
16 Index Data's 20th birthday is this year.
17
18 --
19
20 THE WAY FORWARD
21
22 * Widget gallery
23         Mainly a marketing thing on mkws.indexdata.com
24         May also have a role in widget creation in MKAdmin
25         We will want a facets-only widget, e.g. to list top authors
26         Visualisations e.g. pie-chart of authors, bar-graph of records
27                 Generate embedded SVG? Does that even work?
28         Demo of something embedded in our Koha installation
29         Blog entries with interesting new widgets
30 * Administration
31 * Architecture:
32   * Includes connectors
33   * Managed widgets
34   * 3rd party widget platforms
35 * Integration guides
36 * Use cases - workflows
37
38 --
39
40 In the widget builder, we want to expose capability information (from
41 ZeeRex or a Torus record) in a human-consumable form: "this target can
42 sort by recency", that kind of thing.
43
44 Auto-widgets should be able to include limits (as a full set of
45 MK2-like widgets does in order to implement facets).
46
47 Auto-widgets should be able to include filters (as a full set of
48 MK2-like widgets does in order to implement the Target facet). This
49 can be used to implement target categories,
50
51 Add a capability facet to MKAdmin. The right way to do this is to
52 refactor the current hardwiry facet code to be more data-driven, then
53 add a configuration element to include capabilities as a facet.
54
55 In the widget builder, we should be able to filter the targets
56 available to the widget on the basis of what requirements the widget
57 has, e.g. ability to sort by recency. The capability facet in MKAdmin
58 may suffice for this.
59
60 We need additional image-URL fields in our records -- in the connector
61 framework, in the Torus record's capabilities and elsewhere. Figure
62 out what's needed, and who needs to do it.
63
64 Can the IRSpy toroid be made to return a meaningful capability field?
65
66 Make MKAdmin able to filter target list on whether we have access:
67 that is, to targets that either are open-access or we have credentials
68 or an IP proxy for.
69
70 The widget-builder widget (WBW) should have a Save button that is
71 customised by a callback, so that the widget in question can (for
72 example) be copied into the clipboard, pasted into a nominated div,
73 saved to a database or whatever.
74