788
|
1 March 20, 2002:
|
771
|
2
|
788
|
3 bugs:
|
771
|
4
|
788
|
5 -- TTY-mode problem. When you start up in TTY mode, XEmacs goes through
|
|
6 the loadup process and appears to be working -- you see the startup
|
|
7 screen pulsing through the different screens, and it appears to be
|
|
8 listening (hitting a key stops the screen motion), but it's frozen --
|
|
9 the screen won't get off the startup, key commands don't cause anything
|
|
10 to happen. STATUS: In progress.
|
|
11
|
793
|
12 -- Memory ballooning in some cases. Not yet understood.
|
|
13
|
|
14 -- Occasional crash when freeing display structures. The problem seems to
|
|
15 be this: A window has a "display line dynarr"; each display line has a
|
|
16 "display block dynarr". Sometimes this display block dynarr is getting
|
|
17 freed twice. It appears from looking at the code that sometimes a
|
|
18 display line from somewhere in the dynarr gets added to the end -- hence
|
|
19 two pointers to the same display block dynarr. need to review this
|
|
20 code.
|
|
21
|
|
22 -- md5 doesn't work. (Lstream not open errors) Causes w3 to fail.
|
788
|
23
|
793
|
24 -- other test suite failures?
|
|
25
|
|
26 -- need to review the handling of sounds. seems that not everything is
|
|
27 documented, not everything is consistently used where it's supposed to,
|
|
28 some sounds are ugly, etc. add sounds to `completer' as well.
|
|
29
|
|
30 -- redo with-trapping-errors so that the backtrace is stored away and only
|
|
31 outputted when an error actually occurs (i.e. in the condition-case
|
|
32 handler). test. (use ding of various sorts as a helpful way of checking
|
|
33 out what's going on.)
|
|
34
|
|
35 -- problems with process input: |uniq (for example) leaves ^M's at end of
|
|
36 line.
|
|
37
|
788
|
38
|
|
39 August 29, 2001.
|
771
|
40
|
|
41 This is the most current list of priorities in `ben-mule-21-5'.
|
|
42 Updated often.
|
|
43
|
|
44 high-priority:
|
|
45
|
|
46 [input]
|
|
47
|
|
48 -- support for WM_IME_CHAR. IME input can work under -nuni if we use
|
|
49 WM_IME_CHAR. probably we should always be using this, instead of
|
|
50 snarfing input using WM_COMPOSITION. i'll check this out.
|
|
51 -- Russian C-x problem. see above.
|
|
52
|
|
53 [clean-up]
|
|
54
|
|
55 -- make sure it compiles and runs under non-mule. remember that some
|
|
56 code needs the unicode support, or at least a simple version of it.
|
|
57 -- make sure it compiles and runs under pdump. see below.
|
|
58 -- make sure it compiles and runs under cygwin. see below.
|
|
59 -- clean up mswindows-multibyte, TSTR_TO_C_STRING. expand dfc
|
|
60 optimizations to work across chain.
|
|
61 -- eliminate last vestiges of codepage<->charset conversion and similar stuff.
|
|
62
|
|
63 [other]
|
|
64
|
|
65 -- test the "file-coding is binary only on Unix, no-Mule" stuff.
|
|
66 -- test that things work correctly in -nuni if the system environment
|
|
67 is set to e.g. japanese -- i should get japanese menus, japanese
|
|
68 file names, etc. same for russian, hebrew ...
|
|
69 -- cut and paste. see below.
|
|
70 -- misc issues with handling lang environments. see also August 25,
|
|
71 "finally: working on the C-x in ...".
|
|
72 -- when switching lang env, needs to set keyboard layout.
|
|
73 -- user var to control whether, when moving into text of a
|
|
74 particular language, we set the appropriate keyboard layout. we
|
|
75 would need to have a lisp api for retrieving and setting the
|
|
76 keyboard layout, set text properties to indicate the layout of
|
|
77 text, and have a way of dealing with text with no property on
|
|
78 it. (e.g. saved text has no text properties on it.) basically,
|
|
79 we need to get a keyboard layout from a charset; getting a
|
|
80 language would do. Perhaps we need a table that maps charsets
|
|
81 to language environments.
|
|
82 -- test that the lang env is properly set at startup. test that
|
|
83 switching the lang env properly sets the C locale (call
|
|
84 setlocale(), set LANG, etc.) -- a spawned subprogram should have
|
|
85 the new locale in its environment.
|
|
86 -- look through everything below and see if anything is missed in this
|
|
87 priority list, and if so add it. create a separate file for the
|
|
88 priority list, so it can be updated as appropriate.
|
|
89
|
|
90
|
|
91 mid-priority:
|
|
92
|
|
93 -- clean up the chain coding system. its list should specify decode
|
|
94 order, not encode; i now think this way is more logical. it should
|
|
95 check the endpoints to make sure they make sense. it should also
|
|
96 allow for the specification of "reverse-direction coding systems":
|
|
97 use the specified coding system, but invert the sense of decode and
|
|
98 encode.
|
|
99
|
|
100 -- along with that, places that take an arbitrary coding system and
|
|
101 expect the ends to be anything specific need to check this, and add
|
|
102 the appropriate conversions from byte->char or char->byte.
|
|
103
|
|
104 -- get some support for arabic, thai, vietnamese, japanese jisx 0212:
|
|
105 at least get the unicode information in place and make sure we have
|
|
106 things tied together so that we can display them. worry about r2l
|
|
107 some other time.
|
|
108
|
|
109 -- check the handling of C-c. can XEmacs itself be interrupted with C-c?
|
|
110 is that impossible now that we are a window, not a console, app? at
|
|
111 least we should work something out with `i', so that if it receives a
|
|
112 C-c or C-break, it interrupts XEmacs, too. check out how process groups
|
|
113 work and if they apply only to console apps. also redo the way that
|
|
114 XEmacs sends C-c to other apps. the business of injecting code should
|
|
115 be last resort. we should try C-c first, and if that doesn't work, then
|
|
116 the next time we try to interrupt the same process, use the injection
|
|
117 method.
|