Benjamin Rutt | 1 Sep 2005 03:16
Picon
Favicon

msf-abbrev.el 0.96a

Grab it at http://www.bloomington.in.us/~brutt/msf-abbrev.html

This version is a major rewrite and it has the following changes (see
the new demo on the web page):

-undo when filling out forms should be working properly now

-multiple forms can be defined in the same buffer, staying separate.
 each one can have its own <endpoint> which serves as the final
 jumping point for a given form.  each field stays highlighted until
 the end point is reached via TAB.  if there is no <endpoint> defined,
 then the end of the abbreviation file will serve as the endpoint.

-the dumb name of FORMJUMP has been deprecated with the more sensible
 name "field" being used instead.

-there is a new combo box widget:

<choose><choice "1"><choice "2"></choose>

either type something in the field, or press RET to choose one of the
canned choices.

-TAB and shift-TAB work for forward and reverse navigation

-the loading mechanism has been changed to:

    (setq msf-abbrev-root "~/emacs/mode-abbrevs")
    (msf-abbrev-load)

(Continue reading)

Kevin Ryde | 1 Sep 2005 03:22
Picon
Picon

Re: texinfo-fill-workaround.el -- no break after <at> : when filling

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
> That looks credible.  I'd point out that fill-nobreak-predicate is a hook in
> recent versions of Emacs, in which case add-hook should be used in place of
> set/make-local-variable.  Also things like (string-equal (buffer-substring
> ...) "blabla") are better written using (looking-at "blabla") which saves
> you from creating a new string just to throw it away immediately.

Thanks.  I had another go, below and on the wiki

	http://www.emacswiki.org/cgi-bin/wiki/Texinfo

and a similarly tiny function for no break after <a in html "<a href",
which I think much improves human readability

	http://www.emacswiki.org/cgi-bin/wiki/HtmlMode

(defun texinfo-nobreak- <at> :-p ()
  "Don't break after an  <at> :.
This function is for use in `fill-nobreak-predicate' to avoid a line break
after an \" <at> :\".

makeinfo 4.7 has a slight bug where an  <at> : at the end of a line has no
effect.  The easiest workaround is \"don't do that\" in the .texi source,
ie. don't break a line at an  <at> :."

  (save-excursion
    (backward-char 3)
    (looking-at " <at> :")))

(Continue reading)

Stefan Monnier | 1 Sep 2005 06:00
Picon

Re: texinfo-fill-workaround.el -- no break after <at> : when filling

> and a similarly tiny function for no break after <a in html "<a href",
> which I think much improves human readability
> 	http://www.emacswiki.org/cgi-bin/wiki/HtmlMode

In Emacs-22, this is already done for all tags:

   (defun sgml-fill-nobreak ()
     ;; Don't break between a tag name and its first argument.
     (save-excursion
       (skip-chars-backward " \t")
       (and (not (zerop (skip-syntax-backward "w_")))
            (skip-chars-backward "/?!")
            (eq (char-before) ?<))))

Only problem is that with <a href="..." the URL is often so long that the
space between <a and href is the only space on the line so fill.el ignores
fill-nobreak-predicate.

        Stefan
Drew Adams | 2 Sep 2005 02:20
Picon
Favicon

icicles.el: minibuffer input completion and cycling - new version (bug fix)

I mentioned library icicles.el on 8/14 (subject "icicles-menu.el", the
sister library). It lets you cycle through the completion candidates, or
complete your input to them, using regexp matching ("apropos completion") or
ordinary prefix matching.

This completion and cycling works not only for command execution (M-x), but
also for any other minibuffer input that uses completion. This includes
commands that read buffer names (e.g. C-x b) and file names (e.g. C-x C-f).

A new version of icicles.el is available that, in particular, works
correctly wrt file-name completion on non-MS Windows platforms (!).

Because I use Emacs mainly on MS Windows, I was not aware that the previous
version was bugged wrt file-name completion. So, if you do not use MS
Windows, and you had trouble with the previous version, please try the new
version.

Available here: http://www.emacswiki.org/cgi-bin/wiki/icicles.el. Writeup is
here: http://www.emacswiki.org/cgi-bin/wiki/Icicles.

Enjoy!
Phillip Lord | 5 Sep 2005 14:56
Picon
Picon

variant.el -- translate between English language variants


Here is a new package which automates the process of moving between
British and Canadian English--as well as a few other less common
varieties. 

This also requires a data file which I can't post as it's too
large. It's available at...

http://www.cs.man.ac.uk/~phillord/download/emacs/variant.el
http://www.cs.man.ac.uk/~phillord/download/emacs/variant-abbc.el

Attachment (variant.el): application/emacs-lisp, 9 KiB
_______________________________________________
Gnu-emacs-sources mailing list
Gnu-emacs-sources <at> gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
Benjamin Rutt | 6 Sep 2005 21:42
Picon
Favicon

msf-abbrev.el 0.97a

Grab it at http://www.bloomington.in.us/~brutt/msf-abbrev.html

This version is a minor update and has the following changes:

-The suggested C-c a key binding, which calls
 msf-abbrev-define-new-abbrev-this-mode, now works properly in AUCTeX
 mode.  This is done via an exception case for AUCTeX, since
 e.g. AUCTeX latex buffers have the major mode of latex-mode, yet uses
 LaTeX-mode-hook, so there's a name consistency problem.

-If tilde backup files are in your mode-abbrev directories, they will
 not be read from (I use a single ~/.backups directory for backups
 therefore didn't notice this until a user pointed it out).
--

-- 
Benjamin Rutt
Daniel Brockman | 10 Sep 2005 08:57
X-Face
Picon
Gravatar

volume.el --- tweak your sound card volume from Emacs

If you keep reaching for that xterm with aumix or alsamixer,
you'll appreciate this Emacs mixer frontend as much as I do.

Let me know what you think. :-)

Attachment: application/x-emacs-lisp, 12 KiB
_______________________________________________
Gnu-emacs-sources mailing list
Gnu-emacs-sources <at> gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
Daniel Brockman | 10 Sep 2005 12:31
X-Face
Picon
Gravatar

Re: volume.el --- tweak your sound card volume from Emacs

Hi,

The original version of volume.el contained some pretty
embarrasing bugs, so here's a fixed-up version.

There are a couple of added features too, like the ability
to set the volume to an absolute value.

Attachment: application/x-emacs-lisp, 14 KiB

--

-- 
Daniel Brockman <daniel <at> brockman.se>
_______________________________________________
Gnu-emacs-sources mailing list
Gnu-emacs-sources <at> gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
Chris Prince | 11 Sep 2005 01:58
Picon

w32term.c -- Improved icon support in Win32 Emacs

The patch below helps Emacs icons look better in Win32, by avoiding
some stretching / pixelation problems.

Please let me know if this is the wrong list for submitting patches.

--Chris

EXPLANATION:

Win32 uses two different icon sizes:
- 32x32 (shown on the desktop, and when alt-tabbing between apps, etc)
- 16x16 (shown in top-left corner of app, and on system taskbar, etc)

Win32 .ico files often contain both sizes internally.

In Emacs, you can set the icon using something like this:
(modify-frame-parameters nil (list (cons 'icon-type "C:/emacs.ico")))

But this only loads one version of the icon.  So either the 32x32 or
16x16 icon (or both) will be stretched and pixelated.

With this patch, Emacs will correctly try to load the 16x16 version
if available, so that both sizes can look smooth.

I'm not doing anything tricky; this is pretty standard Win32 programming.

I tested by loading the following icon types.  All work as expected:
- Icon containing 16x16 and 32x32 versions.
    Result: small and large versions are smooth.
- Icon containing 16x16 only.
(Continue reading)

Drew Adams | 11 Sep 2005 04:06
Picon
Favicon

RE: w32term.c -- Improved icon support in Win32 Emacs

    The patch below helps Emacs icons look better in Win32, by avoiding
    some stretching / pixelation problems.

    Please let me know if this is the wrong list for submitting patches.

I think the correct list is emacs-devel <at> gnu.org.

Gmane