aboutsummaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorPřemysl Janouch <p@janouch.name>2018-10-07 18:07:52 +0200
committerPřemysl Janouch <p@janouch.name>2018-10-07 18:09:08 +0200
commitbf14fd5e04ab96e755cec4fd46349339e1eb3e2b (patch)
tree41145f42eb2eb173bb17e1965d71ed4df55094b0 /README
parent228c3f3914108a49e02a0e7b490f69c3c5a870d2 (diff)
downloadhaven-bf14fd5e04ab96e755cec4fd46349339e1eb3e2b.tar.gz
haven-bf14fd5e04ab96e755cec4fd46349339e1eb3e2b.tar.xz
haven-bf14fd5e04ab96e755cec4fd46349339e1eb3e2b.zip
Update README
Some reprioritization was in order. Added some resources for hss.
Diffstat (limited to 'README')
-rw-r--r--README63
1 files changed, 36 insertions, 27 deletions
diff --git a/README b/README
index e32d012..1ba4dab 100644
--- a/README
+++ b/README
@@ -209,6 +209,35 @@ https://godoc.org/github.com/gorilla/websocket
The higher-level client-server API could be made rather generic to allow for
smooth integration with non-IRC "backends" such as Slack or Mattermost.
+he -- text editor
+~~~~~~~~~~~~~~~~~
+VIM controls, no scripting, no syntax highlight, single-file, made for variable-
+-width/proportional fonts. Initially done primarily to produce a text editing
+widget, which is going to be an interesting challenge, arguably better solved by
+whole program composition. Scintilla may provide some inspiration.
+
+In the second stage, support for the Language Server Protocol will be added so
+that the project can be edited using its own tools. Some scripting, perhaps
+a tiny subset of VimL, might be desirable. Or other means of configuration.
+
+Visual block mode or the color column may still be implemented.
+
+The real model for the editor is Qt Creator with FakeVIM, though this is not to
+be a clone of it, e.g. the various "Output" lists could be just special buffers,
+which may be have names starting on "// ".
+
+Resources:
+ - http://doc.cat-v.org/plan_9/4th_edition/papers/sam/
+
+ho -- all-powerful organizer
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+Zettelkasten with fulltext search, arbitrary reciprocal links, arbitrary tags.
+Flat storage. Should be able to use translation dictionaries for search hints.
+
+Indexing and search may be based on a common database, no need to get all fancy:
+http://rachbelaid.com/postgres-full-text-search-is-good-enough/
+https://www.sqlite.org/fts3.html#full_text_index_queries (FTS4 seems better)
+
htd -- translation dictionary
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This specific kind of application doesn't need a lot of user interface either,
@@ -235,26 +264,6 @@ hiv -- image viewer
JPG, PNG, first frame of GIF. Zoom. Going through adjacent files in directory
using cursor keys. Possibly a dialog with image metadata.
-he -- text editor
-~~~~~~~~~~~~~~~~~
-VIM controls, no scripting, no syntax highlight, single-file, made for variable-
--width/proportional fonts. Initially done primarily to produce a text editing
-widget, which is going to be an interesting challenge, arguably better solved by
-whole program composition. Scintilla may provide some inspiration.
-
-In the second stage, support for the Language Server Protocol will be added so
-that the project can be edited using its own tools. Some scripting, perhaps
-a tiny subset of VimL, might be desirable. Or other means of configuration.
-
-Visual block mode or the color column may still be implemented.
-
-The real model for the editor is Qt Creator with FakeVIM, though this is not to
-be a clone of it, e.g. the various "Output" lists could be just special buffers,
-which may be have names starting on "// ".
-
-Resources:
- - http://doc.cat-v.org/plan_9/4th_edition/papers/sam/
-
hfm -- file manager
~~~~~~~~~~~~~~~~~~~
All we need to achieve here is replace Midnight Commander, which besides the
@@ -268,14 +277,14 @@ Eventually the number of panels should be arbitrary with proper shortcuts for
working with them. We might also integrate a special view for picture previews,
which might or might not deserve its own program.
-ho -- all-powerful organizer
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-Zettelkasten with fulltext search, arbitrary reciprocal links, arbitrary tags.
-Flat storage. Should be able to use translation dictionaries for search hints.
+hss -- spreadsheets
+~~~~~~~~~~~~~~~~~~~
+The first version doesn't need to be able to reference other cells, and can more
+or less be a CSV editor.
-Indexing and search may be based on a common database, no need to get all fancy:
-http://rachbelaid.com/postgres-full-text-search-is-good-enough/
-https://www.sqlite.org/fts3.html#full_text_index_queries (FTS4 seems better)
+We can take inspiration from Excel:
+https://docs.microsoft.com/en-us/office/client-developer/excel/excel-recalculation
+https://www.microsoft.com/en-us/research/uploads/prod/2018/03/build-systems.pdf
The rest
~~~~~~~~