Kelvin White | 24 Jul 14:35 2014
Picon

ERC: [PATCH] use network name for server buffer name


This change mainly affects users that may connect to the same server
multiple times for multiple networks. e.g. bouncers like ZNC or proxy
users. In these cases a user will have multiple server-buffers with
the same name (i.e. irc.example.net:6697, irc.example.net:6697<2> etc.)
This patch will rename the server-buffer to whatever the network name
is, if available. Otherwise, the hostname:port will be used as normal.

=== modified file 'lisp/erc/erc.el'
--- lisp/erc/erc.el     2014-07-08 19:45:24 +0000
+++ lisp/erc/erc.el     2014-07-24 12:25:24 +0000
 <at>  <at>  -6233,7 +6233,9  <at>  <at> 
     (cond ((erc-default-target)
            (concat (erc-string-no-properties (erc-default-target))
                    " <at> " network-name))
-          (network-name network-name)
+          (network-name
+           (rename-buffer network-name)
+           network-name)
           (t (buffer-name (current-buffer))))))

Angelo Graziosi | 23 Jul 23:35 2014
Picon

Wrong frame with recent trunk [MSYS2-MinGW64]

With recent trunk (say rev. >= r117564), my MSYS2-mingw64 (Win7 64) 
Emacs builds show a strange behaviour : each time I start Emacs, the 
frame is 2 line shorter in height. For example if I start with a frame 
of 36 line, the next start it is 34, then 32, etc.

I can reproduce this with this minimal init.el [*]

$ cat /c/Users/pippo/AppData/Roaming/.emacs.d/init.el
;; Instead to save in ~/.emacs.desktop
(setq desktop-base-file-name "~/.emacs.d/desktop")

;; Instead to save in ~/.emacs.desktop.lock
(setq desktop-base-lock-name "~/.emacs.d/desktop.lock")

;; Save desktop
(desktop-save-mode t)

---
[*] From Emacs-Windows point of view, "~" is 
"/c/Users/pippo/AppData/Roaming" (on Win7)

Glenn Morris | 23 Jul 22:48 2014
Picon

icalendar-real-world test sometimes fails


Hi,

On hydra (which runs automated builds), the icalendar-real-world
sometimes fails. See eg:

http://hydra.nixos.org/build/12699658/log/raw

At first glance, it seems like the problem is that the output sometimes
has a "# coding: utf-8" header, and sometimes it does not.

Any ideas on how to make this test more robust?

Drew Adams | 23 Jul 19:26 2014
Picon

`self-insert-uses-region-functions'?

What can anyone tell me about this symbol, whose value is presumably
a function or a list of functions.  The only use I see of it in the
Emacs code is as a `delete-selection' TYPE value.  For example:

(put 'self-insert-command 'delete-selection
     (lambda ()
       (not (run-hook-with-args-until-success
             'self-insert-uses-region-functions))))

(Similarly, for some other functions besides `self-insert-command'.)

That's fine (hook variables need not be defined or documented), but it
seems like this hook, with such an evocative name ;-), might have some
intended meaning beyond use by `delete-selection-mode'.  (Else why
"use-region" instead of something about delete-selection?)

This seems to have been introduced without any real use of it, so far.
So I'm curious what the intention is.

Bill Wohler | 23 Jul 06:01 2014
Picon
Picon

Status of trunk

I apologize for missing the memo, but judging from the logs in the
emacs-24 and trunk branches, I'm guessing that the current policy is
that emacs-24 is used for 24.4 fixes, which are later merged to trunk by
Glenn, and that trunk is open for business.

Am I warm?

Also, we have a couple of MH-E bugs on SourceForge related to
compatibility with new nmh releases (1.5 and more recently 1.6). Would
these qualify for checking in on the emacs-24 branch?

Are we still targeting a winter release?

--

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

Tim Chambers | 23 Jul 01:22 2014
Picon

POC comment/uncomment region in nxml-mode

Here's a POC for interactively commenting/uncommenting a region in
nxml-mode. I guess if I wanted to submit this as an enhancement to
nxml-mode I'd have to properly integrate the functions into nXML mode.
Looking for motivation. Anyone interest in pursuing this?

(defun my-nxml-comment-region ()
  "comment a block if in nXML mode; else call comment-region"
  (interactive)
  ;; KLUDGE: should bind key in buffer, but I'm lazy
  (cond ((string-equal mode-name "nXML")
(save-excursion
  (narrow-to-region (point) (mark))
  (goto-point-min)
  (save-excursion (replace-string "--" "\\-\\-"))
  (insert "<!--\n")
  (goto-point-max)
  (insert "-->\n")
  (widen)))
(t (comment-region (point) (mark)))))

(defun my-nxml-uncomment-region ()
  "uncomment a block if in nXML mode; else call uncomment-region
assumes it was commented by my-nxml-comment-region"
  (interactive)
  ;; KLUDGE: should bind key in buffer, but I'm lazy
  (cond ((string-equal mode-name "nXML")
(save-excursion
  (search-backward "<!--\n")
  (delete-char 5)
  (let ((start (point)) end)
(Continue reading)

Bozhidar Batsov | 22 Jul 16:20 2014

Running a major-mode without invoking its hooks

Hi guys,

I was wondering what’s the preferred approach to run a major mode without triggering any if its hooks. I looked at the Elisp manual, but didn’t find anything on the subject. Google searches yield nothing useful as well. (here’s an example that lead to my question - imagine you’re enabling some major mode in a temp buffer just to get proper font-locking for a string you inserted in the temp buffer, but you wouldn’t want to enable whitespace-mode as well, which might add font-locking of it’s own. Obviously you can disable whitespace-mode directly, but there has to be some more generic solution)

-- 
Cheers,
Bozhidar
martin rudalics | 22 Jul 15:42 2014
Picon
Picon

Changes in frame/window code

Dear people

In the next days I intend to install the attached patch.  Its primary
aims are to:

(1) Finish the transition to pixelwise frame/window size handling (for
     example, removing the necessity that fringe-sizes are an integral
     multiple of columns or the remnants of the "extended" scrollbar).

(2) Fix the "toolbar/menubar height is part of the frame text height"
     issue (which the recent change in revision 117561 doesn't).

(3) Make the frame size resilient to menu-/tool-/scrollbar/font/fringes
     changes when it's either maximized/fullscreen or the user generally
     dislikes implied size changes.

(4) Add horizontal scroll bars for the Gtk/Motif/Lucid/Windows builds.

Kindly refrain from substantial frame/window code changes in the next
few days to make the transition as smooth as possible.  And, obviously,
please try the patch.

Thanks, martin
Attachment (frames-windows.diff.gz): application/gzip, 122 KiB
Richard Stallman | 21 Jul 19:05 2014
Picon
Picon

Translations

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

David Arroyo Menéndez <davidam <at> es.gnu.org> has translated into Spanish
two manuals pertaining to Emacs

* Una Introducción a Emacs Lisp
  (https://savannah.nongnu.org/projects/elisp-es/)
* Guía Compacta de Org Mode (http://davidam.com/docu/orgguide.es.html y
  fuentes en worg)

Would some Spanish speakers like to check them for correctness
and readability?  Please write to him if you want to do this.

--

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call.

Bozhidar Batsov | 21 Jul 15:15 2014

Using utf-8-auto as a process coding system

Hi guys,

I was wondering if someone can explain the rationale behind the utf-8-auto coding system that’s available in Emacs.
Is this something that will spare you from explicitly checking the underlying OS to determine whether you need to use utf-8-unix or some utf-8 variation for
windows (for instance)? 

I’m asking because its use was suggested on cider’s issue tracker (cider is a clojure programming environment for Emacs) (link https://github.com/bbatsov/ruby-style-guide/pull/338), but I couldn’t find any documentation about utf-8-auto and it seems that most Emacs extensions use utf-8-unix as their process coding systems. As I’m using only GNU/Linux and OS X I don’t have a problem with utf-8-unix, but Windows users obviously have. :-)

-- 
Cheers,
Bozhidar
Glenn Morris | 21 Jul 08:07 2014
Picon

python.el changes in emacs-24


Why is python.el in emacs-24 seeing extensive changes at this time,
for things that don't seem to be regressions?
(Or were all these things working in 23.4's python.el?)

Ref: http://lists.gnu.org/archive/html/emacs-devel/2014-05/msg00309.html


Gmane