Mercurial > emacs
view etc/=TO-DO @ 12039:a75524689022
(initial comments): Copyright 1995; don't speak
about setup; correct history for a file that actually IS in
Emacs 19.29; update list of known bugs.
(all functions): inititialize all local variables explicitely to 'nil'.
(ada-font-lock-keywords): initialized according to new user option
`font-lock-maximum-decoration'.
(ada-ident-re): new regexp for Ada identifiers.
(ada-block-start-re): "record" may be preceded by one or more
occurencies of "limited", "abstract", or "tagged".
(ada-end-stmt-re): added "separate" body parts, "else", and
"package <Id> is".
(ada-subprogram-start-re): added "entry", "protected" and
"package body"
(ada-indent-function): handle "elsif" the same way as "if", added
"separate" for no indent.
(ada-get-indent-type): if "type ... is .." is followed by code on
the same line, it is a broken statement. Test it.
(ada-check-defun-name): check for "protected" records.
(ada-goto-matching-decl-start): use of ada-ident-re.
(ada-goto-matching-start): extend regexp for "protected" record.
(ada-in-limit-line): renamed from in-limit-line. Don't use
count-lines, but test if beginning-of-line/end-of-line puts us
to bob/eob.
(ada-goto-previous-nonblank-line): save a beginning-of-line
statement, as we already are there.
(ada-complete-type): removed.
(ada-tabsize): removed.
(keymap): use C-M-a and C-M-e for proc/func movement. No
keybinding anymore for next/prev-package.
(ada-font-lock-keywords-[1|2]): add protected records. "when" removed
from 'reference'-face.
(initial comments): updated CREDITS list.
(ada-add-ada-menu): capitalized menu entries. Added menu statement
needed for XEmacs.
changed all Ada94 to Ada95.
(ada-xemacs): new function, detect if we are
running on XEmacs. Ada keymap definition and menus use it.
(ada-create-syntax-table): corrected comments explaining use of 2nd
syntax table. Added creation of ada-mode-symbol-syntax-table
with '_' as word constituent.
(ada-adjust-case): add test, if symbol is preceeded by a "'".
If true, change case according to ada-case-attribute.
(ada-which-function-are-we-in): new routine. Save name of the current
function in the old buffer; we can place cursor now at the same
function in the new buffer using find-file.
(ada-make-body): new function. Generates body stubs if the body
did not exist yet and you switch to it by find-file.
(ada-gen-treat-proc): complete rewrite for ada-make-body.
(ada-mode): two doc lines about the above extension.
(keymap definition): remove 4th parameter in call to
`substitute-key-definition' to make XEmacs happy.
(ada-adjust-case-region, ada-move-to-start, ada-move-to-end,
ada-indent-newline-indent, ada-format-paramlist): switch syntax
tables, protect switching of syntax tables with unwind-protect.
(ada-in-open-paren-p): replace user option
`ada-search-paren-line-count-limit' by
`ada-search-paren-char-count-limit'.
(ada-case-attribute): new user option, but not yet the functionality.
(ada-krunch-args): initialized to 0 exploiting the new capability of
'gnatk8' as of gnat-2.0.
(ada-make-filename-from-adaname): remove downcasing and replacement
of dots. This is done in external program gnatk8 (gnat-2.0).
(ada-in-open-paren-p): complete rewrite for speed-up.
(ada-search-ignore-string-comment): ignore # as a string terminator
in all searches.
(ada-add-ada-menu): use real variables instead of t for invoking
'easymenu'
(require 'easymenu).
(imenu-create-ada-index): we accept forward definitions again.
(ada-indent-region): catch errors, simplified code.
author | Karl Heuer <kwzh@gnu.org> |
---|---|
date | Wed, 31 May 1995 19:30:32 +0000 |
parents | 59c8668f70c7 |
children |
line wrap: on
line source
Things useful to do for GNU Emacs: * Primitive for random access insertion of part of a file. * Making I/O streams for files, so that read and prin1 can be used on files directly. The I/O stream itself would serve as a function to read or write one character. * If a file you can't write is in a directory you can write, make sure it works to modify and save this file. * Make dired's commands handle correctly the case where ls has listed several subdirectories' contents. It needs to be able to tell which directory each file is really in, by searching backward for the line which identifies the start of a directory. * Add more dired commands, such as sorting (use the sort utility through call-process-region). * Make display.c record inverse-video-ness on a character by character basis. Then make non-full-screen-width mode lines inverse video, and display the marked location in inverse video. * VMS code to list a file directory. Make dired work. Long range: Ideas for extending GNU Emacs to deal with arbitrary character sets. I would like GNU Emacs to be extended to handle all the world's alphabets and word signs. I don't expect to have time to do such a thing in the next few years, so here are my ideas on the best way to do it. * Each graphic is represented by a sequence of ordinary 8-bit characters. * All the characters that make up such a sequence have codes >= 0200. * The first character of such a sequence is between 0200 and 0237. * The remaining characters of such a sequence are all 0240 or higher. * The first character of the sequence determines the number of characters in the sequence. Thus, 0200...0207 could start two-character sequences, 0210...0227 could start three-character sequences, and 0230 could start four-character sequences. (Codes 0231...0237 would be reserved.) * Several common alphabets, and some mathematical symbols, would get two-character sequences. (Probably Greek, Russian, Hebrew(?), Arabic(?), Korean, and Japanese kana). The remaining alphabets, and some versions of Chinese, would get three-character sequences. Other sets of Chinese characters would get four-character sequences. Each country that uses Chinese characters has its own standard character set, and it is not easy to correlate them to avoid overlap. So there may need to be several sets of Chinese characters. That is why they need so much code space. True support for Hebrew and Arabic requires dealing with the problem of writing direction for mixed text; I don't know what to do for that. * The functions that use syntax table would determine the syntax of a sequence from its first character. * Functions in indent.c for computing widths and columns would determine the width of a sequence from its first character. So would display routines. * Only a few other editing routines would need any change. In particular, searching and regexp matching might not need any change. * Most of the work required would be in redisplay. The only case that needs to be supported is with X windows, since ordinary terminals can't display all these characters anyway. * There might need to be code to translate files from this format to whatever format is typically stored on disk. I would be very unhappy with half-measures, such as support for Japanese only.