Why is emacs-devel now a destination for such
announcements? If gnu-emacs-sources@gnu.org
isn't deemed enough for some reason, wouldn't
info-gnu-em...@gnu.org be more appropriate?
> dunno if I am alone in this case but I find this message quite useless
> in this state. Why not adding sort of a package description and/or
> what is new in this version ?
FWIW: I agree. It would be more useful to have (1) a brief description of the
package and (2) a brief description of the c
> > (657 "Sequence Functions")
> > (481 "GNU Free Documentation License")
> > (372 "pcase Macro")
> > (363 "Special Properties")
> > (329 "Frame Layout")
> > (304 "Garbage Collection")
> > (303 "Low-Level Font")
> > (301 "Changing Files")
>
> These modes really ough
The correct list for this is help-gnu-em...@gnu.org.
___
gnu-emacs-sources mailing list
gnu-emacs-sources@gnu.org
https://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
> Dave + Emacs Maintainers,
> It would be nice if boxquote be made available via GNU ELPA.
FWIW - Revision 1.22 is on MELPA:
http://melpa.milkbox.net/#/boxquote
(To reach the Emacs maintainers, the emacs-devel list or
`M-x report-emacs-bug' might be more effective than
gnu-emacs-sources.)
__
And this is the wiki page for adding your code:
http://www.emacswiki.org/emacs/ElispArea
> Yes, there is an EmacsWiki: http://www.emacswiki.org/emacs/EmacsWiki
> > Is there an Emacs Wiki in existence for this purpose?
___
gnu-emacs-sources mailing list
You can download it here:
http://www.emacswiki.org/emacs/wide-n.el
You can browse previous narrowings for each buffer, restoring them. More info:
http://www.emacswiki.org/emacs/MultipleNarrowings
___
gnu-emacs-sources mailing list
gnu-emacs-sources@gn
> > http://www.emacswiki.org/emacs/TimeStamp
>
> There is a trade-off between simplicity and flexibility, and
> the solutions on the wiki favor simplicity over flexibility.
> Here's my attempt to support the user's preference for
> different date and time formats while still minimizing
> keystro
Nice. A welcome addition.
___
gnu-emacs-sources mailing list
gnu-emacs-sources@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
alacarte.el replaces icicles-menu.el.
It does not require Icicles, but it is much better with Icicles.
(Icicles is here: http://www.emacswiki.org/cgi-bin/wiki/Icicles.
alacarte.el
Description: Binary data
___
gnu-emacs-sources mailing list
gnu-emacs-so
> On 2006-03-09 10:54 +, [EMAIL PROTECTED] wrote:
> > Here's new version which doesn't use electric, so the pattern editing
> > is more natural.
>
> GNU Emacs has locate.el included. What's the advantage of globalff over
> locate.el?
Tamas will perhaps answer specifically for `globalff.el', bu
> Oh, just one minor point (and this is for Tamas) - issue #1 still
> hasn't been fixed:
>
> > 1. (minor) There is a space at the beginning of " (defun anything-
> > maybe-fit-frame ()" that should be removed.
>
> It's not just cosmetic (or me being pedantic) - several elisp
> functions assume de
> > In sum, either update `fit-frame.el' or remove it from your `load-path'.
> > Anything should work fine in either case.
>
> You're correct (my mistake) - fit-frame is not part of GNU Emacs.
> However, it is bundled with Aquamacs Emacs (the emacs that I use on my
> Mac), so it will be present for
> Another problem:
> 3. If I use the fit-frame-inhibit-fitting-flag equivalent (setq
> inhibit-fit-frame-flag nil), that prevents the fit-frame code from
> executing; however, the modify-frame-parameters call in anything-maybe-
> fit-frame still gets executed (which results in the existing frame
>
> 2. The call to fit-frame in anything-maybe-fit-frame passes in 4
> params. The 4th parameter to fit-frame was only added on July 21,
> 2007. Therefore, this causes breakage for anyone using a released
> version of emacs or a CVS emacs that is not pretty recent. Since the
> params are optional, yo
> The line I don't think I understand is (and (fboundp 'start-process) 0)
The right mailing list for this is [EMAIL PROTECTED]
This sexp will return zero if `start-process' is a function and nil
otherwise. That is, if the function definition of symbol `start-process' is
not void, then it returns
> Just a little question, is there any kind of usenet group or mailing list
> that would concern itself with general elisp hacking? I'm unsure if
> gmane.emacs.help is it, I'd guess it's more of a general emacs help
> channel, and this one seems to be an announce list rather than a
> help venue.
> > Writers of libraries that are not part of the Emacs distribution
> > are often more concerned about compatibility for users of
> > different releases and even different flavors of Emacs
> > (e.g. XEmacs).
>
> They might be concerned, yes, but I don't think anyone can dictate
> that a package au
Kim> Possible improvements:
> - Put the line number in the left display margin.
> - Use a smaller font for the line numbers.
>
> Making such improvements would be much easier if the package
> was targeted for GNU Emacs 22.
The argument that you can do more with a newer Emacs release is an argument
> > This is an alternative to setnu.el. It works incrementally and can
> > number large files fast. As it redraws all visible line numbers after
> > each command, it can also recover from potential layout glitches.
>
> Compiler warning:
> ,
> | In linum:
> | linum.el:87:6:Warning: `make-local-h
Commands to remove commented lines from 'grep' output and toggle their
automatic removal. Bound to `;' and 'M-;', respectively. Only single-line
comments are removed - e.g. // commented lines are removed, but multiline
/* . */ comments are not removed.
> (Note: This is for Emacs 22 only.)
A versi
> You can do (add-hook 'compilation-filter-hook
> 'remove-grep-comments) to _always_ strip the comment lines, if you want to
> avoid using `remove-grep-comments' (that is, `;') each time to do that.
> `remove-grep-comments' does nothing outside of grep-mode, so this
> is benign in other compilation
I should have added that you can do (add-hook 'compilation-filter-hook
'remove-grep-comments) to _always_ strip the comment lines, if you want to
avoid using `remove-grep-comments' (that is, `;') each time to do that.
`remove-grep-comments' does nothing outside of grep-mode, so this is benign
in ot
> > Nice idea! A slightly different and probably simpler approach is to
> > copy matched lines directly from their buffers, if available:
> > ...
> > To be invoked in the buffer created and returned by "grep".
>
> Yes, it occurred to me too, but I thought font-lock could clear the
> copied text pro
> - tag completion when adding new tags (to promote resuing existing
tags)
This could be easily done by using `completing-read' instead of
`read-string' as when searching for tags, but it would be hard to
combine this with supporting entering multiple tags with a comma in
betwe
Source code is here:
http://www.emacswiki.org/cgi-bin/wiki/palette.el.
I've uploaded a minor fix, so if you tried it yesterday, please try again.
Thx.
___
gnu-emacs-sources mailing list
gnu-emacs-sources@gnu.org
http://lists.gnu.org/mailman/li
This announces library palette.el, which provides a color palette for Emacs
22. It is is similar to many color-choice dialog boxes that exist outside
Emacs.
Use it to examine color properties or choose colors. You can input colors
using recognized color names, RGB components (red, green, blue), or
> "Switch to the next window, or, if there is only one
> window, the next buffer.
> If done repeatedly when there is only one window, keeps getting
> different buffers from the buffer list"
If you want to cycle through buffers, have you looked at the M-x
iswitchb-mode minor
As pointed out in the Emacs wiki, recentf.el lacks a minibuffer
interface, and several ways of accessing recent files from the
minibuffer are presented there (see
http://www.emacswiki.org/cgi-bin/wiki/RecentFiles).
FYI - I have added your code to that Web page. Thanks. Please consi
Here is another possible implementation I use:
(defun my-recentf-open-file-from-minibuffer (&optional arg)
"Open a recent file from the minibuffer, with completion.
Prompt for an item of the recentf menu, until a file is selected.
By default, consider only the `recentf-max-m
FYI - You can also use Icicles to find and visit any file on your file
system, without necessarily knowing its location.
When prompted by command `icicle-locate-file', type a regexp that matches
any part(s) of an absolute file name (including perhaps directory
components). The completion candidate
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 [EMAIL PROTECTED]
__
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 comm
Execute Emacs menu commands from the keyboard, with completion: library
`icicles-menu.el'.
Menus are not just for wimps and newbies anymore - they can help you quickly
locate and execute commands. No need to know where a menu command is in the
menu tree, or what its full name is. Just type part of
34 matches
Mail list logo