Bug No. 232 comment.el

[Andreas Röhler]

Hi all,

set out to fix a bug occuring in all Emacsen, reported at 

http://tracker.xemacs.org/XEmacs/its/issue232

I wrote an alternative comment.el, as announced
already. It's designed to be more simple.

The bug of `indent-new-comment-line' should be gone
with the following:

(global-set-key [(meta j)] 'comment-indent-new-line-lor)   

After evaluating both files, M-x `comment-all-test-lor'
will let you watch some tests with dummy textes.

Comment.el should not disturb newcomment.el; it's
suffix `-lor' means `line-or-region': 

- If no active region exists, it operates from current line.

Other main diffs to newcomment.el are:

- Styles will not be chosen by customization, but
  called with respective functions. Thus you may insert
  indented, plain, boxed or multiline comments without
  hesitation.

- If a style offers more than one comment
  end-start-set, as "//" or "/* */" in C, it's up to
  the mode to deliver the callers, which have to set
  starts and ends. (That remains to do in the modes.)
   
- No use of syntax-tables.

- Deliberate limited use of regexps.

- Check if a comment-char is found inside a string no
  longer relies on fontifying.

Suggestions welcome.


Andreas Röhler
-------------- next part --------------
A non-text attachment was scrubbed...
Name: comment-1.0.tgz
Type: application/x-tgz
Size: 5576 bytes
Desc: not available
Url : http://lists.xemacs.org/pipermail/xemacs-beta/attachments/20080402/6a94f444/comment-1.0.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: comment-test-1.0.tgz
Type: application/x-tgz
Size: 2418 bytes
Desc: not available
Url : http://lists.xemacs.org/pipermail/xemacs-beta/attachments/20080402/6a94f444/comment-test-1.0.bin