Kevin Ryde | 3 Jan 01:37 2010
Picon
Picon

sqlite-dump.el

This few lines lets you view sqlite database files as SQL ".dump" from
the sqlite or sqlite3 program, using the format-alist mechanism.  You
can edit and save, if you trust .dump is round-trip safe on your
database.

There's no auto-mode-alist entries yet, though *.sqlite is one
possibility.  It's used by recent mozilla (under ~/.mozilla) for
bookmarks, history, etc.

The code has a workaround for the write-region-post-annotation-function
problem (the one that turns make-temp-file into kill-buffer), but as
usual I'm not 100% certain of the unibyte/multibyte handling - except it
works for me, at least with underlying file-coding-system-alist set for
raw-text-unix on the file.

Attachment (sqlite-dump.el): application/emacs-lisp, 16 KiB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQBLP86vLFMCIV9q3ToRApfnAJ4g8A+CWERPITygR4VlRnhL1A6bDQCeI22Z
xserFJu9D3Rcyz3eBemecwg=
=KPRS
-----END PGP SIGNATURE-----
_______________________________________________
gnu-emacs-sources mailing list
gnu-emacs-sources <at> gnu.org
(Continue reading)

Kevin Ryde | 3 Jan 01:45 2010
Picon
Picon

filladapt-pat.el

This is some stuff I've had on the go for a long time to prune or extend
the patterns in filladapt.el.

Most of the time filladapt's "all patterns at once" is a very good
mode-agnostic way of filling, but sometimes things like postscript "%"
or supercite XX> can be wrong more often than right.  When that happens
I get rid of it with say

    (add-hook 'perl-mode-hook 'filladapt-pat-no-postscript)

The wild looking setups are supposed to defer the filladapt variable
settings until and unless actually loading filladapt, so filladapt-pat
bits in hooks don't drag in filladapt.el every time.  Not yet sure how
much value there is in that, but it adds a bit of flexibility if you
don't always have filladapt.el on-hand.

Attachment (filladapt-pat.el): application/emacs-lisp, 9 KiB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQBLMBceLFMCIV9q3ToRAmfsAJ96nKR9OLX7lpd2/u5JnmD0qbZkRQCfZp9g
cObcOTfjE8oEpByRpSemZDk=
=ol+X
-----END PGP SIGNATURE-----
_______________________________________________
gnu-emacs-sources mailing list
(Continue reading)

Kevin Ryde | 3 Jan 01:54 2010
Picon
Picon

ffap-include-start.el v.8

It's been a while since I posted these few lines.  The latest creeping
feature is to recognise gnu make and gtk RC style "include" lines.

ffap works with point on the filename part of includes, but I find it
very handy to have it from the start of the line too, rather than moving
over to the filename.  The patterns are hopefully tight enough not to
hit something unrelated with the word "include".

Attachment (ffap-include-start.el): application/emacs-lisp, 4017 bytes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQBLP8NULFMCIV9q3ToRAtMJAJ4qgtYKcLr6c95jAkNRlWCrmS3I7ACfXzGb
mreAa4VUkQFOnbNSlxSmC9M=
=rHPY
-----END PGP SIGNATURE-----
_______________________________________________
gnu-emacs-sources mailing list
gnu-emacs-sources <at> gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
William Xu | 2 Jan 11:55 2010
Picon

less.el 0.4 --- less style view mode

less.el provides a light weight minor mode for viewing files in less(as
in the terminal) style.  Keys like f, b, j, k, g, G will be available
for handy navigation.  

Differences between less.el and view.el: 
  1. less-style keys
  2. less.el is a minor mode, whereas, view.el is a major mode.  
  3. less.el only defines limited keys, trying its best not to interfere
     keymaps in major mode.

Changes since 0.3
=================
  * auto-less-exclude-regexp: New var.
  * (auto-less-minor-mode): Turn on less mode for files not matching
    auto-less-exclude-regexp.

--

-- 
William

http://xwl.appspot.com
Attachment (less.el): application/emacs-lisp, 3155 bytes
_______________________________________________
gnu-emacs-sources mailing list
gnu-emacs-sources <at> gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-emacs-sources
Toby Cubitt | 4 Jan 14:43 2010
Picon

New version of undo-tree.el

Apart from a few small improvements to undo-tree.el which I would not
normally post here (see Commentary at top of file for details), I have
now also made the undo-tree git repository public at:

  http://www.dr-qubit.org/git/undo-tree.git

I will continue to make "stable" releases available for download from my
web site, and also post any new major versions to this list (I will not
usually post minor version updates here). However, if you have any
modifications to undo-tree that you'd like to contribute, please make
sure that they're against the latest git version.

Happy New Year!

Toby

;;; undo-tree.el --- Treat undo history as a tree


;; Copyright (C) 2009-2010 Toby Cubitt

;; Author: Toby Cubitt <toby-undo-tree <at> dr-qubit.org>
;; Version: 0.1.5
;; Keywords: undo, redo, history, tree
;; URL: http://www.dr-qubit.org/emacs.php
;; Git Repository: http://www.dr-qubit.org/git/undo-tree.git

;; This file is NOT part of Emacs.
(Continue reading)

Stefan Monnier | 4 Jan 19:45 2010
Picon

Re: sqlite-dump.el

> (defmacro sqlite-dump--without-post-annotations (&rest body)
>   "Evaluate BODY without a local `write-region-post-annotation-function'.
> If `write-region-post-annotation-function' as a buffer-local
> value then it's set to nil for BODY, and restored by an
> `unwind-protect' afterwards.

> This is a workaround for a bug in Emacs 23 where it sets
> `write-region-post-annotation-function' to `kill-buffer', meaning
> any writes done by an encode function kill the buffer the encode
> is supposed to be operating on, usually making it mangle or
> destroy the contents of an unrelated buffer."

>   `(let* ((sqlite-dump--without-post-annotations--buffer (current-buffer))
>           (sqlite-dump--without-post-annotations--bound
>            (local-variable-p 'write-region-post-annotation-function
>                              sqlite-dump--without-post-annotations--buffer))
>           (sqlite-dump--without-post-annotations--value
>            (and sqlite-dump--without-post-annotations--bound
>                 write-region-post-annotation-function)))
>      (unwind-protect
>          (progn
>            (if sqlite-dump--without-post-annotations--bound
>                (setq write-region-post-annotation-function nil))
>            ;;(message "buf   %S" sqlite-dump--without-post-annotations--buffer)
>            ;;(message "bound %S" sqlite-dump--without-post-annotations--bound)
>            ;;(message "value %S" sqlite-dump--without-post-annotations--value)
>            ;;(message "now   %S" write-region-post-annotation-function)
>            , <at> body)
>        (and sqlite-dump--without-post-annotations--bound
>             (buffer-live-p sqlite-dump--without-post-annotations--buffer)
(Continue reading)

David Sterratt | 4 Jan 11:03 2010
Picon
Picon

nrnhoc.el and nmodl.el

It was suggested to me that I post these resources for the Neuron
simulator (http://www.neuron.yale.edu): a Neuron HOC mode for emacs
and an NMODL mode for emacs. Their main features are syntax
highlighting and syntax-based indentation. They've been tested under
XEmacs  21.4 and Emacs 20.7.1.

The files are also available from:
http://homepages.inf.ed.ac.uk/sterratt/progs/neuron

;;; nrnhoc.el --- major mode for Neuron HOC dot-hoc files
;;
;; Author: David C. Sterratt <david.c.sterratt <at> ed.ac.uk>
;; Maintainer: David C. Sterratt <david.c.sterratt <at> ed.ac.uk>
;; Created: 03 Mar 03
;; Version: 0.4.6
;; Keywords: HOC, NEURON
;;
;; Copyright (C) 2003-2006 David C. Sterratt and Andrew Gillies
;;
;; This program is free software; you can redistribute it and/or
modify
;; it under the terms of the GNU General Public License as published
by
;; the Free Software Foundation; either version 2, or (at your option)
;; any later version.
;;
;; This program is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.
(Continue reading)

Kevin Ryde | 5 Jan 23:07 2010
Picon
Picon

Re: sqlite-dump.el

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
> Why not just
>
>   (let ((write-region-post-annotation-function nil))
>     , <at> body)

Looks a bit excessive, doesn't it.  It's meant act only on the badness
in the current buffer, not all buffers.  Not that I'm expecting any
writes from other buffers, perhaps except a temp buffer of my own, but
just in case.  I probably should confine the fixup to when
post-annotation is set to kill-buffer, just in case in the future
there's a value there that's actually wanted.
Stefan Monnier | 6 Jan 06:14 2010
Picon

Re: sqlite-dump.el

>> Why not just
>> 
>> (let ((write-region-post-annotation-function nil))
>> , <at> body)

> Looks a bit excessive, doesn't it.  It's meant act only on the badness
> in the current buffer, not all buffers.  Not that I'm expecting any
> writes from other buffers, perhaps except a temp buffer of my own, but
> just in case.  I probably should confine the fixup to when
> post-annotation is set to kill-buffer, just in case in the future
> there's a value there that's actually wanted.

Oh, you mean you did it for overengineering purposes?
OK, to each his own,

        Stefan

PS: How 'bout my proposed fix?
David Combs | 7 Jan 01:27 2010
Picon

Re: Sunrise Commander: Version 4 released.

In article <880ad156-15ed-4e56-a1bf-8f7c0bb063e1 <at> k19g2000yqc.googlegroups.com>,
José A. Romero L.  <escherdragon <at> gmail.com> wrote:
>Hello, Emacs Community!
>
>After almost a whole year of work,  I'm  releasing  version 4  of the
>Sunrise Commander file manager for GNU  Emacs.  Here is a list of the
>most important and noteworthy changes made since version 3 (r170) was
>first published:
>

Before I go google it or go to its web-site or the emacs-wiki,
could you say just a few words about sunrise commander, maybe?

If it relates to a "file manager" on windows, or even on
Solaris -- I never use it, since dired is so very, very cool.

Is it something you use instead of, uh, dired?  And (from 
looking at your announcement) with a jillion more-than-dired
neat features?

Or what?

Thanks!

David

PS: yes, I will go hunt it down, but a from-the-horse's-moutn
answer to a question like this would be interesting to see.

D.
(Continue reading)


Gmane