/
TODO
45 lines (41 loc) · 3.43 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Suggestions in here may or may not ever end up being implemented. If you like the idea of one of these,
drop me a note, and I'll give the idea appropriate weight.
* OOCBox? Poll Thresh users to find out if it's even being used.
* Mac support: can I put together a Homebrew recipe for Gypsum, which will pull in Pike?
* Support/acknowledge /etc/nsswitch.conf?? Or at least parse /etc/hosts, which is more cross-platform. This could
be in addition to checking for A and AAAA records, and could be done synchronously prior to the DNS queries.
* Retention of Ctrl-Up search strings across restarts (persist only the ones that the user actually retrieves).
Eventually, drop support for Pike 7.8. This means:
1) Feel free to use new features like ->?
2) Drop COMPAT_SIGNAL and possibly other COMPAT features
3) Search the code for "7.8" and see what's commented
4) Unconditionally connect to the paste_clipboard signal in window.pike
Make the switch only once Pike 8.0 is in the primary Linux and Homebrew repositories.
There are a few places around the code where magic happens. Ideally they should
become less magical... but for now, their documentation here will give them at
least some chance of being found.
* Creating timers (plugins/timer.pike) with names " HP", " SP", and ".EP" will handle them with Threshold RPG semantics.
* Creating a world (plugins/connect.pike) with an IP address of "0.0.0.0" or "::" will put it in passive mode (IPv4 or IPv6).
Note that Help|Tips (plugins/tips.pike) may be able to make things less obscure, but do not depend on this.
Vague theories of maybe-this-would-be-nice:
* Boss key (would require support from Pike - Lin/Win/Mac = three separate techniques, all hard)
- Though this might be possible as a separately-runnable executable, which communicates with
the main process via a pipe whose name is stored in persist[], and signals it; this could be
then given two keystrokes in an OS-dependent way (one for hide, one for unhide).
- Note that pipe creation is itself OS-dependent, so this may end up working with completely
different code on each OS. :( Alternatively, this could be done with a TCP socket, but that
seems a smidge like overkill, especially as it'll trip software firewall alarms. :(
- This would have to be done as a non-default plugin, for safety.
- VLC can do hotkeys on multiple different platforms, and may be a plausible imitation target.
- After investigation, turns out, no help. VLC has a dedicated thread on win32 doing the exact
same thing as I was doing in RosMud (RegisterHotKey and so on), and using xcb_grab_key for
X11 platforms. So, unless I do it up as a C module for Pike, this is not going to work. And
importing C into arbitrary Pike installations ain't gonna happen. :(
* 256 color support
* Negotiation/detection of Unicode/UTF-8 support? Figure out how servers go about detecting. Need
to find at least one server that detects, before that can make sense. Currently Gypsum assumes
"UTF-8 or CP-1252" regardless of the server's expectations, and always transmits UTF-8. It may
be that some servers will assume ASCII in this situation, and restrict their transmissions.
* Lumina reported a strange issue whereby the input field was either black-on-black, or just not drawing. May be
a font renderer or video driver issue. Windows 7. If ever seen elsewhere, look into. (Lumina also had issues
with the charsheet plugin, which were quite probably the same problem remanifesting.)