blob: cba6c9fce2811e1e70ae5b17a959194ed495e2b8 (
plain)
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
|
Things that won't be implemented:
- Stupidly long nick or channel names. Libera has 24 chars for
max nick len, 50 for channels. Any more than that is insane.
- Color. No sane way to do it on the Atari. Color codes will be
stripped before messages are displayed. You can *send* color
codes (Ctrl-C and numbers) for other clients to see.
- Connecting to multiple IRC servers. While the FujiNet is capable
of multiple simultaneous TCP connections, I really don't want to
complicate things enough to make this possible.
- Unicode/UTF-8. We're using GR.0 on an Atari, there aren't enough
glyphs available to make it worthwhile. Plus, decoding UTF-8
would take up a lot of space.
- Support for XEP80 or VBXE, or in general any 80-column hardware.
Or software 80 columns, for that matter.
- Extended IRCv3 stuff (tags, capabilities). I *might* try to
implement SASL, but it's low on my list of priorities.
- PASS command during registration. If you're an IRCop, you
should use a modern full-featured client.
- Log files. SIO bus doesn't have the bandwidth for writing to
disk while also doing TCP/IP. I suppose logging to something
like a RAMdisk or SIO2IDE (or other non-SIO hard drive) wouldn't
be impossible, but doing it right would be a PITA.
- Triggers or scripting. At most, there will be autojoin channels
and a (very) few keyboard macros (e.g. you could define a macro
that does "/m ChanServ identify <user> <pass>", but you'd have
to press a key to send it).
|
