Adding finger support.
[elpher.git] / ISSUES.org
1 #+TITLE: Development notes/ideas
2 #+TODO: OPEN | CLOSED INVALID
3
4 * Enhancements
5
6 ** OPEN Allow multiple elpher buffers [33%]
7
8    Shouldn't be too hard, just need elpher-current-node to be
9 buffer-local and allow various buffer-switching procedures to
10 do something sensible.
11
12 Here are the things that need to be implemented before
13 this can happen:
14 - [X] shift history out of node tree and into separate stack
15 - [ ] make history stack variables buffer-local
16 - [ ] have elpher-with-clean-buffer select appropriate buffer 
17
18 ** OPEN Replace support for user-specified starting pages
19 This used to be available, but was removed during a refactor.
20
21 ** OPEN Allow for grouping of bookmarks
22 To support this I'd like to add a bookmark page specific
23 set of keybindings.  Currently all bindings available on
24 the bookmark page are available everywhere else.  But
25 expanding and collapsing bookmark groups sounds like it
26 might need more specific bindings.
27
28 ** OPEN Implement Gemini support [88%]
29    
30 Here is the checklist of features required before release:
31 - [X] basic genimi transactions
32 - [ ] gemini transactions requiring client certificates
33 - [X] gemini input handling
34 - [X] gemini map files (text/gemini)
35 - [X] Support for plain text responses (text/*)
36 - [X] Support for image responses (text/image)
37 - [X] Support for mime-specified character encodeing
38 - [X] Saving responses to disk
39 - [X] Viewing raw responses
40   
41 The last few will be made infinitely easier if we factor the
42 gopher "getter" code differently.
43
44 ** OPEN Implement Finger support
45
46 ** OPEN Add history browsing
47
48 * Bugs
49
50 * Completed improvements
51   
52 ** CLOSED Turn on lexical scoping
53
54    A branch exists for this, but there are some compilation kinks
55 to iron out.
56
57   
58 ** CLOSED Implement support for telnet entries
59
60 Similar to http entries, telnet entries will be handled by code
61 external to elpher. However it seems I made http entry handling a
62 special case, and I don't want another!  So the only option is to
63 bring both http and telnet entries back into the fold by representing
64 them both as standard nodes and having the grunt work done by getter
65 functions.
66
67 ** CLOSED Allow users to access selected and current node details.
68    
69 ** CLOSED Implement bookmark system
70
71   Currently the bookmark page replaces the current page, and it
72   does so silently (i.e. it doesn't become part of the link hierarchy).
73   I think this is a mistake, as it results in confusing behaviour when
74   traversing the link hierarchy after visiting one of the bookmarked links.
75
76   Instead, I think I should
77   1. Make the bookmark page part of the hierarchy, and
78   2. Reinstate the visited node hash table to avoid excess link hierarchy pollution.
79
80   In order to accomplish 1. it will be necessary to make the bookmark page renderer
81   a proper getter function, and one that never caches the contents of the buffer.
82
83   Actually, I might have to think about that a bit more.  I don't know
84   how to answer the question of what the best thing to do with node
85   parent links when using a cached node in place of a new node.  (Maybe
86   I always update node.parent unless parent is already an ancestor of
87   node?)
88
89   
90 ** CLOSED Support character encoding diversity
91
92 ** CLOSED Make URLs the basic address type.
93 Currently I waste a lot of effort converting between
94 URL and non-URL representations.  This is unnecessary, and
95 actually makes lots of things uglier.
96
97 For example, the bookmarks file contains addresses in Elpher's
98 internal representation, whereas I expect users would prefer
99 it contain URLs.
100
101 So the idea would be for (elpher-node-address node) to be
102 a either a string or a symbol, with symbols used for "special"
103 pages (bookmarks, start page, etc).  The getter functions
104 `elpher-address-selector' etc will still do what they currently
105 do, but will process the URL to do it.
106
107 This also means that non-gopher URLs will be explicitly represented
108 as such: no more abusing the "h" type for these.
109
110 ** INVALID Remove "redraw" command
111 This is only necessary for returning from displaying the raw
112 server response.  If I can provide a better way of doing that
113 then we can get rid of redraw entirely.
114
115 Actually, this command can be useful to correct rendering issues that
116 occasionally pop up in termal windows.  Lets leave it for now.
117
118 * Closed issues
119   
120 ** CLOSED Org mode faces are not present in recent emacs versions
121 Even 26.1 doesn't seem to have these.  This means that, for many
122 users, elpher doesn't show any difference between any of the
123 item types.  Not a major problem at all, but the faces we inherit
124 from should definitely be ones which have been present for much
125 longer.  Perhaps the font lock mode faces are the way to go after
126 all.
127
128 Update: changed all default faces to inherit from font-lock and basic faces.
129
130 ** CLOSED URL-centric addressing breaks bookmark file compatibility
131    
132 Need a way to allow people to rescue their old bookmark files
133 following this update.
134
135 ** CLOSED History loops <2019-11-08 Fri>
136
137 Occasionally elpher gets stuck in a "history loop" where a
138 node is its own grandparent.  Obviously this sucks, as history
139 is elpher's main mechanism for making gopherspace exploration
140 painless.
141
142 I suspect the problem is in either ~elpher-visit-node~ or
143 ~elpher-visit-parent~.
144
145 Follow-up: this has been fixed by the new stack-based history system
146 in 2.5.
147