- Add a log in/out widget to the footer (email and "go" button to log in, logout button to log out).
- Adjacent nodes in the left-side lozenge UI can be kind of ambiguous.
- Almost all Web templating languages allow for broken markup (a major reason we're still using XSLT is because it doesn't).
- Alter the template so that the editing widgets do not show up unless there is a registered user detected.
- Always focus the network when you select it or create a new one.
- An autofilled text box has an unlimited capacity and is easier to deal with than a dropdown when there are lots of entities.
- An autofilled text box will take up less space.
- Autofilled text boxes are implemented inconsistently across browsers.
- Automatically import the node; people can remove it later.
- Automatically importing the entity may make sense for creating new networks but could make a mess with existing ones.
- Changing the focus isn't really that big a deal and it can always be changed later.
- Client wants to use the IBIS tool (Sense Atlas) in everyday operations.
- Could we establish that an argument is an argument purely by inference?
- Create (and run) a SPARQL script that does the appropriate surgery to add the forward-links transform to the transform queue.
- Create a "forward links" transform to attach residual links to opaque (e.g. static) documents, analogous to the backlinks transform.
- Create a keyboard event handler that submits the form for all forms that only contain a datetime-local widget (as a non-hidden control).
- Create a new <datalist> for autofilling foaf:Agent entities.
- Create a one-off front page that promotes Sense Atlas and explains to people what they're looking at.
- Create a pop-up "jump to entity"/"create new unconnected entity" interface.
- Create a template for pm:Target.
- Create a template for pm:Task.
- Create ibis:endorsed-by relations widget, i.e. the ability to "like" an entity.
- Debugging XSLT 1.0 in particular is brutal, due to years of neglect from the browser vendors.
- Despite being standard, reliable, and fast to execute, and built into every browser, XSLT 1.0 in particular is really clunky to work with.
- Devise a radial clumping algorithm for determining the θ of each node.
- Dispatching templates on the server side would afford getting rid of that clunky and ridiculous client-side dispatcher.
- Do we always want to focus the new network?
- Do we show the UI to focus the network if it's already focused?
- Do we want to be able to ascribe a value to the goal specifically, rather than the target—which has a budget?
- Double-check the behaviour of datetime-local in Chrome and Safari.
- Dropdowns are easy to implement.
- Dropdowns can get huge and unwieldy.
- Dropdowns hide the available options behind a click.
- Even once caching is implemented, a full server round-trip for the whole page with every POST is costly and often unnecessary.
- Expand the script that manages the adjacent entity controls so that it also attaches to the "agent" controls.
- Extra buttons are potentially clutter.
- Fix the backlinks transform so that it only produces non-redundant links, and only for the subject document and any fragments thereof.
- Fix the bug in RDF::LMDB that is preventing the default graph from being selected.
- From the entity UI, there is no mechanism for adding a new entity that is not attached to the current entity.
- Getting rid of the clunky client-side dispatcher would also get rid of that giant RDF/XML file containing all the vocabs, which isn't used for anything else.
- How do we account for the dynamic elements on the page from the graph?
- How do we match templates to resources?
- How do we select the type of network to be created?
- How do you get the users into the system?
- If an entity is not immediately connected to the current one, you have to hunt through the visualization or go back to the scheme view to find it.
- If every RDF class (and individual resource) that mattered could be assigned its own XSLT transform, then we could have sane defaults for unspecified classes.
- If one of the browser vendors removed support for XSLT 1.0, we could move XSLT processing to the server side.
- If we navigate to the overview of a network which is not in focus, how do we take focus?
- Implement the network switcher as a an autofilling text box.
- Implement the network switcher as a dropdown.
- Importing nodes from one network to another is a pain in the ass.
- Improve the UI for ibis:Network and skos:ConceptScheme.
- Is the focus a property of the graph, or a property of the user state?
- It is currently difficult to answer the question, when looking at an issue network, "what still needs to be done?"
- It is wasteful to extract the graph data out of the RDFa in the document, throw it away, and then extract it again, as it moves through the transformation pipeline.
- It turns out that (at least in Firefox) the `datetime-local` input does not let you set a valid ISO8601/W3CDTF time stamp, only a truncated one.
- It will often be quicker to bulk-import a bunch of nodes and then prune out any extraneous ones.
- It would be handy if active entities could be easily visually differentiated from inactive ones.
- It would be useful, from the keyboard, to be able to jump to an entity you know is in the graph but not immediately connected.
- Keep the focus button and disable it, and change the text to say "Focused".
- Make a field in the UI for (re)setting the network's name.
- Make a toggle for whether the node should be included.
- Make a unified UI for switching and/or creating new IBIS networks, SKOS concept schemes.
- Make it possible to import all of a node's neighbours as well.
- Make some UI that affords creating a new IBIS network (or SKOS concept scheme) from an entity or network overview.
- Make some UI that affords switching IBIS networks.
- Make sure the UI has a "Set Focus" button.
- Maybe the user just wants to look at the other network (or create one and not switch to it).
- Modify the content inventory vocab to include a new class and properties to represent a template.
- Modify the transform that inserts XSLT processing instructions to match against asserted types (or specific resources).
- No, remove the set focus button if the network in question is already focused.
- No, stay where you are. Use a dedicated "Go" button to navigate.
- Note that an entity can be an ibis:Argument and an pm:Goal/Task at the same time.
- Only show the nodes in an unfocused network that are immediately adjacent to the ones in the focused network (and do so at half opacity), like is already done with skos:Concept.
- Override form POST actions with scripting.
- Part of the reason for client-side template processing is to shift the cost of computing templates to the user, who (usually) has ample such resources to spare.
- Perhaps the ridiculous distances (r) between nodes will resolve itself if the ridiculous radial distance (θ) is fixed.
- Plan projects and resources with the use of the Process Model Ontology.
- Put a link in the footer back to the "top".
- Put the type icons in the adjacent node elements.
- Radio buttons are just as easy to implement (over a small, fixed set of elements) as dropdowns.
- Replace the type toggle widget with an upgrade/downgrade widget in either type vertical.
- Rescanning the document (which we assume to be altered from the previous transform) may be the only reliable way to ensure that it matches the content.
- Rough out the new classes and try loading them with instance data; take notes for what can be improved.
- SPARQL should also be selecting the default graph with a `GRAPH ?g` construct, but the quad store isn't doing it.
- Ship a front end with interfaces for IBIS, PM, and a rudimentary FOAF/ORG editor.
- Should the focus button also navigate to the network overview?
- Solve for mobile.
- Survey other templating languages.
- Switching the focus without being conspicuous about it could cause the user to make a mistake.
- The UI for adding and connecting adjacents messes up in annoying and data-destructive ways.
- The XSLT component kind of sucks.
- The backlinks transform is actually extremely goofed and contributing to slow page delivery, which will only get worse if it has to parse more forward links too.
- The datetime-local input type does not seem to elicit form submission with the enter key like a text box does (in Firefox).
- The display is still goofed on a mobile screen.
- The focus is confusing but needed to disambiguate which issue network to attach a new entity to.
- The front page of senseatlas.net is also super janky.
- The issue/position/argument type toggle widget is a vestige from the original 2013 prototype and never actually made any sense.
- The math on the hyperbolic sugiyama visualization is wrong; nodes farther down rank are miles apart from each other (both r and θ).
- The template for ibis:Network (skos:ConceptScheme) is really shabby.
- The user's intent is always clear.
- The way the template "inheritance" currently works is extremely messy.
- There appears to be a general issue of getting nodes into networks.
- There are only two choices: IBIS network and SKOS concept scheme.
- There is a bigger target to click with radio buttons.
- There is likewise the persistent threat that one of the browser vendors (say Chrome) removes support for XSLT 1.0.
- There is no upgrade/downgrade path to go from { issue ↔ argument ↔ goal ↔ target } or { position ↔ task }.
- There is still no capability to use ibis:replaces effectively.
- There will be an ambiguity with the intent of typing in a value not found in the autofill: are you renaming the current network or making a new one?
- There will need to be some kind of representation of foaf:Person (who can be attached to an authentication principal).
- Try messing around with SaxonJS?
- Unlike IBIS which is half a century old, the PM ontology has never been road-tested, and will likely require several iterations to get right.
- Update the faux-monad Intertwingler::Representation::Nokogiri to reference a subclass of Nokogiri that has an accessor for the RDF.
- Use a dropdown to select between IBIS network and SKOS concept scheme like in the initialization phase.
- Use radio buttons to select between IBIS network and SKOS concept scheme.
- Use the import precedence native to XSLT.
- Use the saturation to differentiate active from inactive entities.
- What about getting nodes out of networks? How do you remove an IBIS entity (SKOS concept) from a network (concept scheme)?
- What about the IBIS entity in context? Does it get ported to the other network?
- What about the ability to rename a network?
- When a node is in more than one issue network, the visualization shows the amalgamation of all the networks.
- Why not just attach a new entity to all the issue networks its neighbour is currently in?
- Yes, always show the focus button and make clicking on it a no-op.
- Yes, focusing the network should also go to it.
- [ADOPTED] Only focus the new network if the user explicitly signals to do so (i.e., through a dedicated button).
- [DONE] Create a template for pm:Goal.
- [DONE] Put Sense Atlas online so the client can observe its development.
- [RESOLVED] Client wants the ability to create multiple IBIS networks.
- [RESOLVED] For writing to the graph, the IBIS tool requires a "focus" node with which to associate new entries. This is associated with a state object, which is in turn associated with the current user.
- [RESOLVED] It is currently not possible to navigate to the "top" cgto:Space from either an entity or a network.
- [RESOLVED] Logging in and out of Sense Atlas currently happens out of band.
- [RESOLVED] The editing widgets show up even if there is no current logged-in user.
- [RESOLVED] The unlink button appears to be broken (again?) for ibis:suggested-by.
- `Date.prototype.toISOString()` encodes the time zone offset as Zulu (UTC) no matter what it actually is.