After much browsing of online dictionaries, it has been decided to name the images, videos, tweets, image collages, etc. that can be attached to the writings as "particulars". Images are the only ones that can be stored in image catalogs for use in a number of different writings. In terms of workflows, placing particulars to an writing requires both attaching them to the article (text edit view) and including them (writing fine-tuning view). Not all of the particulars may even be used, but only those that are actually included. Particulars may be referred to by placing a ref marker.
It is a deliberate choice to make particulars in the text that is been edited to appear in the form of placeholder elements that symbolize them and which in the case images have image id number and given image width. The position of these placeholder elements can be changed either by clicking on to select it and then moving it by arrow keys, with the Ctrl key held down (one paragraph of text at a time) or, perhaps more easily, by placing the cursor where you want it and then clicking on the placeholder element with the Ctrl key held down.
A quick preview version is available for any particular type by hovering the mouse pointer over the placeholder element. Alternatively, placeholder elements can be made to appear more visually (a function in the text editor's Misc menu), so that e.g. images look like images in the editable text (but without any fine-tuning).
Selectable images in an image catalog (its individual container) are displayed in the modal window of the text editing view, although they could of course be displayed in a different way.
It is possible to change the order of the images attached to the writing in the text editing view, but this is only for convenience at the time of writing, i.e. it does not affect the order of the images in the text. The captions of the images are displayed with the images attached to the writing.
When a highres version of an image is stored and available, a visual indicator is displayed in various contexts. In some contexts, this indicator is revealed by the user and in others it is constantly visible.
Some other specific types that can be attached include videos (YouTube, Vimeo, maybe others), tweets, SoundCloud music, coding examples (CodePen and JSFiddle at least), podcasts (about thirty different hosting services), etc.
Using maps in your writing is a spectacular way to clarify location. An external API is used for reverse geocoding purposes to convert e.g. a given location like a city name into map coordinates. There are a few different choices as a map service to use.
Third-party software components are used to display maps, and initial tryouts in implementing them have given rise to a wide range of ideas on how to allow the user to make use of the maps. Possibilities include the use of stylistically different map tiles, elements to be added on top of the map and route guidance. Another consideration is that the use of map services may be subject to a fee up to a certain level of use and that the number of access times per some time period may be limited. It may be that the user will have to acquire a user account for a map service to get access to its API. Registration for these services is probably easy, but it may take a while to navigate their web interface to find where the required API key can be obtained.
A bunch of images is classified as a third, completely different type of particular and which can include several images from one or more image catalogs, which can then be used to make a image slideshow or any other type of presentation available in the writing fine-tuning view. Each of these images can have its own caption in addition to the optional caption for the image collage. The order of the images can be varied when forming the image collage.
In the text edit view, the attached image collages are displayed next to the text as a set of images. Attached image collage can be used as a basis for a new image collage.
The particular browsing view is only for those particulars that are located as images in image catalogs. The selected project limits which image catalogs are selectable in this view. An image catalog already assigned to a project can be safely removed from the assigned ones, as it does not affect e.g. images already attached or included to a writing or writings, as their visibility and functionality is based on the ids they have.
Functions in this view include deleting images, creating and deleting containers, editing image attributes (description, source), viewing in largest size, downloading an image to a file, etc. A image type particular type can be used in writings, image collages and adequates. There are direct links to relevant ones of those below the images.
Understanding which image catalog and which image catalog container the image is in can be forgotten, and one might not want to bother searching for it by navigating through many navigational moves. It is easier to click on a link that takes you to a particular browsing view and where relevant image catalog and its container are already opened. As an example, here is a link below the image displayed in the writingparticular panel of the text editing view. The images in the special pages, adequates and writing fine-tune views also have similar links in use.
The importing, item moving and particular browsing views bring up a cropping tool, which allows you to (locally) edit images uploaded to the server by cropping out the unnecessary areas. The actual scaling of images to different sizes is done on the server. The cropping tool is accessed by holding down the Ctrl key when dropping images to the upload dropzone (the bordered area which has "Upload" above it) or when changing a single image. Otherwise, the images are simply uploaded to the server (with a progress indicator).
When uploaded new images or when updating an existing one, pressing the Shift key at the beginning of the upload gives a signal that you wish to get original images scaled to highres versions, also, i.e. 1600 pixels wide (if the original image is at least that wide).
In the writing fine-tuning view, there is a wide range of quick adjustments to try out and choose from. These include the font of the text in the body of a writing and the positioning of ingress. To apply adjustments to several writings at once, it is sufficient to first make the appropriate adjustments to one writing and copy them to the other writings selected in the mass editing view.. The fonts whose names are shown in the image have already been replaced by e.g. SIL Open Font License fonts.
Quick adjustments affecting the whole work also have their uses, for example to make the content of the front page of the work more preparatory (more on this elsewhere) and to make small adjustments from language selection to caching and from setting the publicity to setting page width. For some works, it may be useful to set the scalability of the images presented in small size so that they do not end up being too small (will get set to 80% width on a smartphone, for example) and it may sometimes be user-friendly for the reader to enable icons to indicate, for example, the inclusion of videos and image collages in some writings. Caching per work is very useful in avoiding server load (even a few seconds of caching is very useful).
The front page of a work is a kind of introduction or content listing about what the work contains, and when you change the type of content list, it is this front page that changes most in the work. There are other alternatives to the book-like table of contents, including the "presentation page", which can contain sets of writings arranged in different ways, and a "blog-like", which presumably means a blog-like presentation, where the layout can be adjusted in some way.
In the case of presentation page writings, a "mainimage" for a writing can be displayed (referred to as a "feature image" in some other services/applications). The mainimage must (optionally) be set for each writing separately in the view where the appearance of the writings is fine-tuned and where, for example, images can be included to the writings. A mainimage is also (optionally) used on a writing page as a header image or then just on a introduction pages alone.
On the works' front page, the "presentation page" could look like this. It shows several different writing sets made from the same collection of writings, in some cases with the writings automatically placed and in others the writings are placed manually.
There are five sets of writing sets that require manual placement and five where it is sufficient to select a writing collection. There aren't much styling options to choose from, but there may be buttons to set the number and order of writings. You can save as many interchangeable arrangements of sets of writings as you feel you might need.
The writings in a blog-like work may be spread across several collections of writings, as the date of the writings determines the order in which they appear to the reader. A work may also contain collections of writings that are not even visible to the reader, but are in the project just for some reason.
For visibility on the presentation page, writings have two changeable dates, one of which is the date that determines the order of writings (publication date) and the other is displayed in the title of a writing (optional update date).
This is what a blog-like work might look like with standard styling.
There are a few buttons for adjusting the appearance of the blog, which affect margins, image sizes, text ribbon layouts, etc. You can save as many element layouts as you feel you might need.
This is what a blog-like work might look like with a few quick tweaks. The visibility and placement of the writing-specific tags is one of the controls.
If there are a lot of writings in a work, just listing their names would take up a lot of screen space, making it less easy for the reader to grasp the scope of the work, or perhaps all the writings are in some way equally valuable/important, so why list all the names separately if all of one or more of the writings are intended to be read?
This, in all its simplicity, allows the reader to get straight to the point: the writings of all the collections of writings in the work are displayed below, separated by the name of the collection of writings, as they would appear if read separately.
[no image, might be needed to mention]
Each work has its own project page, which contains navigation links/buttons to all the views and modal windows relevant to the project, from the beginning of writing to fine-tuning the final work, from backup to selecting image catalogs and from asset management to search functions. Here are some of these separate views.
Importing. This screen contains the "drag and drop" area for uploading image files to the server. Images can be imported one by one or multiple ones at a time (serially uploaded). In addition, this view allows you to import JSON-structured data containing collections of writings for the project in question (exported originally in the project managing view). Entire projects with all their images etc. would be imported in the project listing view.
Item moving. Here you can move items from one collection of writings to another (within the project), as well as images to another image container and image containers to another image catalog. For the movable writings etc., there are areas on the view reserved for previewing them.
Writing list. Here you can make changes to several writings at once, as well as change the dates (availability date and update time) of individual writings. Mass functions include changing the readyness of writings and visibility of the additional parts of writings (ingress, etc.) and resetting/copying writing adjustments.
Search writings. Here you can search for your own writings using a keyword, which is compared with the contents and names of the writings.
At the side of a writing or between paragraphs of text, you can place an area to provide additional information, a summary etc., which is called a "sidebar" in the publishing "scene", but in this service it has already become known as a sidebar. It is possible that this may be confused with a slightly later feature, which has been provisionally named "sideshow" and which is basically a sidebar at the side of the front page of a work, where basically anything can be placed (statistics, advertisements etc.). Here are a few available sidebar border style adjustments to make it stand out from the rest of the text.
Included particulars of a writing that is been edited are by default presented in the form of a textual symbol, where memorability is aided by a preview version that can be shown by hovering the mouse pointer over it. An alternative would be to implement a text editor where everything is always presented as it appears publicly, but embeddable particulars that get loaded from elsewhere often do not load immediately. It would be a bit of a slow down and would meaninglessly direct attention to how something is still taking shape while thoughts should be focused on the ideas related to the writing.
That's why so-called "better placeholders" mode is selectable from the editor's Misc menu. Available in views "text editing" and "writing fine-tuning". Location of any placeholder element can be changed as usual in both editor modes, i.e. first the cursor to some position in a writing (preferably between text paragraphs) and then Ctrl-clicking on some placeholder.
Largely separate from the production of works, there is a view for collecting, sorting and editing adequates, where a few different types of items can be used to aid thinking and remembering. Different types of item include links, textual notes, images, videos, graphs generated from data and "scientific notes" (PubMed and other scientific abstracts). These items can be organised into adequetesets and the adequetes within them.
An adequateset already set for a project can deselected, as it only affects whether those adequatesets are selectable in this view. Several projects can use the same adequatesets. Unlike with image catalogs, adequatesets are not included in the project-specific backup, but are backupped separately as separate zip packages that can be imported back if necessary.
Image items are always from image catalogs. Links can be imported by drag'n'dropping directly from browser bookmarks, individually or by folder, as well as from browser's address bar and link-type files. To import Sciency-type material, a separately provided application is required.
It has been considered if it should be possible to a) browse the material on a separate monitor using a hand gesture recognition device, b) browse and edit the material in virtual reality using a separate tactile control device, c) send an item viewed on a desktop view for viewing on a mobile device, but these are so far only interesting prototypes, which were intended to streamline a possible new approach to introducing such functionality.