Skip to content

Category: Liquid | Author

Liquid Information Environment : Description & Goal

Description & Goal | Scenario | Components

A basic user interaction issue illustrates how the way documents connect into a conversation is a crucial link which can be improved: Someone writes a thoughtful post for a community of people who are working to do something together. First of all it is worthwhile looking into how we can make the post more findable, skimable and readable as part of making the document a more effective part of the conversation but the core issues for this research are:

  • Someone reads the post and agrees with the general gist but has a few issues with specific points which she would like to address. How can she best address these points in a manner which is not only useful for the author for immediate reading but also for the group over time?
  • How can we provide high-resolution addressing so that comments and what they comment on can be flexibly accessed and viewed?
  • How can such a response be threaded in the future for dynamic viewing by post, person, time or other context?
  • How can others ‘jump in’ to this conversation?
  • How can we build a system to support a new person being able to freely move around in this conversation space to get to grips with what was written and said before, without having to trawl through long posts and a morass of links?

This has been the meat of much hypertext work over the decades and has been solved to various extents in various ways but predominantly in single environments. How can we co-design a system where the author and reader have a choice of system and tools for authoring, reading and threading conversation?

The goal is not to help the author write more, but to help the author write less and to make it more readable and better substantiated since the measure of the success of the document is the quality of the resulting document and how it removes clutter and adds clarity and, crucially, how it can add to the conversation in a meaningful and accessible way. This is in support of the Doug Engelbart CODIAK model and aims to initially provide B feel support but will need to provide C level support as well, over time, primarily through the Future of Text initiative.

 

Web & WordPress

My initial perspective is that a web based environment is logical place to start, with WordPress providing open and free initial user-spaced and Solid as a candidate for next stage storage. If every comment is an html document/blog post, then, as long as access is granted, the user can choose to view as a dialogue, separate but linked documents, in linear fashion and in a non-linear, more dynamic view. I believe there is tremendous opportunity here.

We aim to build a system of interconnecting components to deliver on this goal, providing an immediate payoff and scope for further work over time, with an initial focus on wordpress to use the web as the substrate for the work. Yes, we can do this. Since this is a proposal for a richly interactive text system, it makes sense to present the proposal itself as a web document using hypertext methods. Please feel free to ask me any questions of course, at frode@liquid.info

Goals will include making documents as findable, viewable, readable and citable as possible in order to provide a rich a view of the thread of the thread of dialogue which they embody.

Towards Answers

This is a research project, not a commercial project, which means that

 

User Community

With this project we are looking to augment serious people who are interested in working together to solve problems. We are not addressing political or social issues of widely divergent groups who are not principally interested in growing together. In other words, the initial user community is the community building the system.

We aim to build a system of interconnecting components to deliver on this goal, providing an immediate payoff and scope for further work over time. Yes, we can do this.

Our approach is to contribute to a more liquid information environment by using established protocols to tie together a wider ecosystem of applications and processes to enable a richer workflow and more competition among software developers. This is why the approach is not to build one monolithic application, but a series of interconnected applications, plugins and other tech as necessary, to deliver on the workflow.

The system will interoperate with external products including our partners KnowFlow, Exaptive, TrailMarks and HyperKnowledge.

Since this is a proposal for a richly interactive text system, it makes sense to present the proposal itself as a web document using hypertext methods. Please feel free to ask me any questions of course, at frode@liquid.info

Frode Hegland
London 2019

 

Description & Goal | Scenario | Components

Leave a Comment

Search own WordPress Posts for Citing/Inclusion

Doug once wrote (in an article which is not currently online, but that is another issue for another day), that it’s hard enough to orient yourself in what someone else has written but even harder with ones own work.

I believe he was (at least partly) referring to the process of writing something and then kind of remembering that you have written something about the specific topic before and wanting to somehow insert it into the new text but having a hard time finding it.

Insert Link to Own Article

For this reason I came up with this functionality for Liquid | Author: When authoring and one has a valid URL on the clipboard then cmd-k on selected text simply adds the link, as is common on the Mac. However, if there is no valid URL then Author will produce a dialog like this, with the assumption that the author wants to link to their previous work. In this case the further assumption, or use-case, is that the author publishes into WordPress, though of course the concept is extensible.

The entry to this view should be through any word processor or other software, such as Author, through a special search URL. It is important that this should be an open capability

The goal is to help the author find the previous article within 2 seconds of looking for it and to insert it or examine it further with single-click instantaneousness.

Illustration

In the mockup below, the author can refine the list of blog posts (central column) based on what Categories are active (left column), what tags are active (right column) and, optionally (as are all the criteria here), keyword search and constricting the list to showing only long (likely important or at least meaningful statements), short or ‘either’ long or short post length.

The author can click on a blog post to expand to see some of the initial text, double-click to make a citation (Copy As Citation in the Chris Gutteridge Style) or long-click to choose to open it in a browser.

Using the Copied Citation

If all this is built inside Author/word processor: Once the user chooses a post and double-clicks to make it a link, the dialog disappears and the selected text has a dagger† or a link (user pref, maybe on this screen), and they can keep writing, knowing that they won’t have to repeat themselves.

If this happens in WordPress: The user can copy the citation and paste it in to any word processor.

 

I think this can be significantly useful and I am looking into how to get this built.

1 Comment