all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* major mode in new buffers
@ 2010-03-30 11:57 René Kyllingstad
  2010-03-30 15:06 ` Stefan Monnier
                   ` (3 more replies)
  0 siblings, 4 replies; 23+ messages in thread
From: René Kyllingstad @ 2010-03-30 11:57 UTC (permalink / raw)
  To: emacs-devel

Hi,

new buffers get default-major-mode. I would find it more convenient if
auto-mode-alist was used.

Is there a disadvantage to that?


-- René




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 11:57 major mode in new buffers René Kyllingstad
@ 2010-03-30 15:06 ` Stefan Monnier
  2010-03-30 15:51   ` René Kyllingstad
  2010-03-30 15:13 ` Harald Hanche-Olsen
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2010-03-30 15:06 UTC (permalink / raw)
  To: René Kyllingstad; +Cc: emacs-devel

> new buffers get default-major-mode. I would find it more convenient if
> auto-mode-alist was used.

So you create non-file buffer that have names that look like file names?

> Is there a disadvantage to that?

auto-mode-alist is meant for file-names rather than buffer-names.
It might be OK to use it there, tho.


        Stefan




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 11:57 major mode in new buffers René Kyllingstad
  2010-03-30 15:06 ` Stefan Monnier
@ 2010-03-30 15:13 ` Harald Hanche-Olsen
  2010-03-30 16:07   ` René Kyllingstad
  2010-03-30 16:15 ` David Reitter
  2010-03-30 16:17 ` Juri Linkov
  3 siblings, 1 reply; 23+ messages in thread
From: Harald Hanche-Olsen @ 2010-03-30 15:13 UTC (permalink / raw)
  To: emacs-devel

+ René Kyllingstad <listmailemacs@kyllingstad.com>:

> new buffers get default-major-mode.

Actually, according to the doc string that variable is obsolete.
You're supposed to use (the global value of) major-mode instead.

> I would find it more convenient if auto-mode-alist was used.
> 
> Is there a disadvantage to that?

One obvious one (I think) is that auto-mode-alist is geared towards
filenames, not buffer names. I also admit I'd find it somewhat creepy
if the mode of a new buffer were to depend on the buffer name.

Couldn't you just bind the global value of major-mode to a function
which picks the mode based on the buffer name?

- Harald




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 15:06 ` Stefan Monnier
@ 2010-03-30 15:51   ` René Kyllingstad
  0 siblings, 0 replies; 23+ messages in thread
From: René Kyllingstad @ 2010-03-30 15:51 UTC (permalink / raw)
  To: emacs-devel

2010/3/30 Stefan Monnier <monnier@iro.umontreal.ca>:
>> new buffers get default-major-mode. I would find it more convenient if
>> auto-mode-alist was used.
>
> So you create non-file buffer that have names that look like file names?

From time to time, for example to diff when the file I'm editing has
changed on disk, or to have a piece of code available in a small temporary
buffer, or to quickly jot down some notes when I'm interrupted.


-- René




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 15:13 ` Harald Hanche-Olsen
@ 2010-03-30 16:07   ` René Kyllingstad
  0 siblings, 0 replies; 23+ messages in thread
From: René Kyllingstad @ 2010-03-30 16:07 UTC (permalink / raw)
  To: emacs-devel

On Tue, Mar 30, 2010 at 5:13 PM, Harald Hanche-Olsen
<hanche@math.ntnu.no> wrote:
> Couldn't you just bind the global value of major-mode to a function
> which picks the mode based on the buffer name?

Yes, certainly. It just seemed like a needless difference.

The automatically created buffers I encounter have names that wouldn't
clash with auto-mode-alist, but your mileage might vary.


-- René




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 11:57 major mode in new buffers René Kyllingstad
  2010-03-30 15:06 ` Stefan Monnier
  2010-03-30 15:13 ` Harald Hanche-Olsen
@ 2010-03-30 16:15 ` David Reitter
  2010-03-30 16:17 ` Juri Linkov
  3 siblings, 0 replies; 23+ messages in thread
From: David Reitter @ 2010-03-30 16:15 UTC (permalink / raw)
  To: René Kyllingstad; +Cc: emacs-devel

On Mar 30, 2010, at 7:57 AM, René Kyllingstad wrote:
> new buffers get default-major-mode. I would find it more convenient if
> auto-mode-alist was used.

Maybe not auto-mode-alist, but an extended form of magic-mode-alist.

I often create "untitled" buffers to be saved later, and they start out in my default mode. 
Or, I edit some shell script that doesn't have a file name extension, so the major mode isn't set initially.

After the first few lines, wouldn't it be nice if magic-mode-alist was applied (if reliable!) and changed the major mode?  

We don't want an MS Word Paperclip ("You seem to be writing a letter!"), but some major modes are recognized reliably.



^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 11:57 major mode in new buffers René Kyllingstad
                   ` (2 preceding siblings ...)
  2010-03-30 16:15 ` David Reitter
@ 2010-03-30 16:17 ` Juri Linkov
  2010-03-30 16:42   ` René Kyllingstad
  2010-03-31  1:28   ` Juanma Barranquero
  3 siblings, 2 replies; 23+ messages in thread
From: Juri Linkov @ 2010-03-30 16:17 UTC (permalink / raw)
  To: René Kyllingstad; +Cc: emacs-devel

> new buffers get default-major-mode. I would find it more convenient if
> auto-mode-alist was used.
>
> Is there a disadvantage to that?

You can see in http://thread.gmane.org/gmane.emacs.devel/115520/focus=115794
that the following code can be used for a new non-file buffer to set its
major mode based on the buffer name:

  (setq-default major-mode (lambda ()
                             (if buffer-file-name
                                 (fundamental-mode)
                               (let ((buffer-file-name (buffer-name)))
                                 (set-auto-mode)))))

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 16:17 ` Juri Linkov
@ 2010-03-30 16:42   ` René Kyllingstad
  2010-03-31  1:28   ` Juanma Barranquero
  1 sibling, 0 replies; 23+ messages in thread
From: René Kyllingstad @ 2010-03-30 16:42 UTC (permalink / raw)
  To: emacs-devel

2010/3/30 Juri Linkov <juri@jurta.org>:
>> new buffers get default-major-mode. I would find it more convenient if
>> auto-mode-alist was used.
>>
>> Is there a disadvantage to that?
>
> You can see in http://thread.gmane.org/gmane.emacs.devel/115520/focus=115794
> that the following code can be used for a new non-file buffer to set its
> major mode based on the buffer name:
>
>  (setq-default major-mode (lambda ()
>                             (if buffer-file-name
>                                 (fundamental-mode)
>                               (let ((buffer-file-name (buffer-name)))
>                                 (set-auto-mode)))))

Thank you for both the code and link to the thread!


-- René




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-30 16:17 ` Juri Linkov
  2010-03-30 16:42   ` René Kyllingstad
@ 2010-03-31  1:28   ` Juanma Barranquero
  2010-03-31  3:02     ` Stefan Monnier
  1 sibling, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-03-31  1:28 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, emacs-devel

2010/3/30 Juri Linkov <juri@jurta.org>:

> that the following code can be used for a new non-file buffer to set its
> major mode based on the buffer name:
>
>  (setq-default major-mode (lambda ()
>                             (if buffer-file-name
>                                 (fundamental-mode)
>                               (let ((buffer-file-name (buffer-name)))
>                                 (set-auto-mode)))))

Try

  emacs -Q -l ehelp --eval "(setq-default major-mode ...etc)"
  M-x electric-describe-function <RET> car <RET>
  r


    Juanma

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31  1:28   ` Juanma Barranquero
@ 2010-03-31  3:02     ` Stefan Monnier
  2010-03-31 10:22       ` Juanma Barranquero
  0 siblings, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2010-03-31  3:02 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Juri Linkov, René Kyllingstad, emacs-devel

>> that the following code can be used for a new non-file buffer to set its
>> major mode based on the buffer name:
>> 
>>  (setq-default major-mode (lambda ()
>>                             (if buffer-file-name
>>                                 (fundamental-mode)
>>                               (let ((buffer-file-name (buffer-name)))
>>                                 (set-auto-mode)))))

> Try

>   emacs -Q -l ehelp --eval "(setq-default major-mode ...etc)"
>   M-x electric-describe-function <RET> car <RET>
>   r

What about it?


        Stefan




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31  3:02     ` Stefan Monnier
@ 2010-03-31 10:22       ` Juanma Barranquero
  2010-03-31 10:23         ` Juanma Barranquero
  2010-03-31 15:05         ` Juri Linkov
  0 siblings, 2 replies; 23+ messages in thread
From: Juanma Barranquero @ 2010-03-31 10:22 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Juri Linkov, René Kyllingstad, emacs-devel

On Wed, Mar 31, 2010 at 05:02, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> What about it?

Well, when I do it, I get a buffer called *Help*, with major-mode
`help' (not `help-mode'), and the C-x suffix is no longer active (I
cannot do C-x o, for example, to switch buffers, or C-x C-x to exit
Emacs).

Don't you see the same thing?

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31 10:22       ` Juanma Barranquero
@ 2010-03-31 10:23         ` Juanma Barranquero
  2010-03-31 11:29           ` Juanma Barranquero
  2010-03-31 15:05         ` Juri Linkov
  1 sibling, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-03-31 10:23 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Juri Linkov, René Kyllingstad, emacs-devel

On Wed, Mar 31, 2010 at 12:22, Juanma Barranquero <lekktu@gmail.com> wrote:

> cannot do C-x o, for example, to switch buffers, or C-x C-x to exit

s/buffers/windows/

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31 10:23         ` Juanma Barranquero
@ 2010-03-31 11:29           ` Juanma Barranquero
  0 siblings, 0 replies; 23+ messages in thread
From: Juanma Barranquero @ 2010-03-31 11:29 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Juri Linkov, René Kyllingstad, emacs-devel

> or C-x C-x to exit

Some days, I shouldn't try typing or thinking until *way* after breakfast.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31 10:22       ` Juanma Barranquero
  2010-03-31 10:23         ` Juanma Barranquero
@ 2010-03-31 15:05         ` Juri Linkov
  2010-03-31 16:35           ` Juanma Barranquero
  1 sibling, 1 reply; 23+ messages in thread
From: Juri Linkov @ 2010-03-31 15:05 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Kyllingstad, Stefan Monnier, emacs-devel

> Well, when I do it, I get a buffer called *Help*, with major-mode
> `help' (not `help-mode'), and the C-x suffix is no longer active (I
> cannot do C-x o, for example, to switch buffers, or C-x C-x to exit
> Emacs).
>
> Don't you see the same thing?

I think what ehelp currently does by default, makes no sense -
it puts the *Help* buffer in fundamental-mode instead of help-mode.

Please look at the code in `with-electric-help':

      ;; We should really get a usable *Help* buffer when retaining
      ;; the electric one with `r'.  The problem is that a simple
      ;; call to help-mode won't cut it; at least RET is bound wrong
      ;; afterwards.  It's also not clear that `help-mode' is always
      ;; the right thing, maybe we should add an optional parameter.
      (condition-case ()
          (funcall (or (default-value 'major-mode) 'fundamental-mode))
        (error nil))

Ehelp creates a problem and tries to solve it in an ugly way.

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31 15:05         ` Juri Linkov
@ 2010-03-31 16:35           ` Juanma Barranquero
  2010-04-01 18:05             ` Juri Linkov
  0 siblings, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-03-31 16:35 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, Stefan Monnier, emacs-devel

2010/3/31 Juri Linkov <juri@jurta.org>:

> Ehelp creates a problem and tries to solve it in an ugly way.

I know, and I would be very happy if someone were to rewrite it from
the ground up. Still, it's a fact that it currently "works", and your
major-mode code (which I find very useful) breaks it. I thought you'd
be interested in knowing that.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-03-31 16:35           ` Juanma Barranquero
@ 2010-04-01 18:05             ` Juri Linkov
  2010-04-01 21:08               ` Juanma Barranquero
  0 siblings, 1 reply; 23+ messages in thread
From: Juri Linkov @ 2010-04-01 18:05 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Kyllingstad, Stefan Monnier, emacs-devel

>> Ehelp creates a problem and tries to solve it in an ugly way.
>
> I know, and I would be very happy if someone were to rewrite it from
> the ground up. Still, it's a fact that it currently "works", and your
> major-mode code (which I find very useful) breaks it. I thought you'd
> be interested in knowing that.

I know nothing about ehelp.el, but it seems this patch fixes it:

=== modified file 'lisp/ehelp.el'
--- lisp/ehelp.el	2010-01-13 08:35:10 +0000
+++ lisp/ehelp.el	2010-04-01 18:05:05 +0000
@@ -94,10 +94,13 @@ (defvar electric-help-map
     map)
   "Keymap defining commands available in `electric-help-mode'.")
 
+(defvar electric-help-orig-major-mode nil)
+
 (defun electric-help-mode ()
   "`with-electric-help' temporarily places its buffer in this mode.
-\(On exit from `with-electric-help', the buffer is put in default `major-mode'.)"
+\(On exit from `with-electric-help', the original `major-mode' is restored.)"
   (setq buffer-read-only t)
+  (set (make-local-variable 'electric-help-orig-major-mode) major-mode)
   (setq mode-name "Help")
   (setq major-mode 'help)
   (setq mode-line-buffer-identification '(" Help:  %b"))
@@ -131,7 +134,7 @@ (defun with-electric-help (thunk &option
 
 When the user exits (with `electric-help-exit', or otherwise), the help
 buffer's window disappears (i.e., we use `save-window-excursion'), and
-BUFFER is put into default `major-mode' (or `fundamental-mode')."
+BUFFER is put back into its original major mode."
   (setq buffer (get-buffer-create (or buffer "*Help*")))
   (let ((one (one-window-p t))
 	(config (current-window-configuration))
@@ -175,8 +178,9 @@ (defun with-electric-help (thunk &option
       ;; call to help-mode won't cut it; at least RET is bound wrong
       ;; afterwards.  It's also not clear that `help-mode' is always
       ;; the right thing, maybe we should add an optional parameter.
+      ;; Now we restore the original major mode saved by `electric-help-mode'.
       (condition-case ()
-          (funcall (or (default-value 'major-mode) 'fundamental-mode))
+          (funcall (or electric-help-orig-major-mode 'fundamental-mode))
         (error nil))
 
       (set-window-configuration config)

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-01 18:05             ` Juri Linkov
@ 2010-04-01 21:08               ` Juanma Barranquero
  2010-04-01 22:24                 ` Juanma Barranquero
  0 siblings, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-04-01 21:08 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, Stefan Monnier, emacs-devel

2010/4/1 Juri Linkov <juri@jurta.org>:

> I know nothing about ehelp.el, but it seems this patch fixes it:

Yes, thanks. Please install it. Two small comments:

> +(defvar electric-help-orig-major-mode nil)
> +
>  (defun electric-help-mode ()
>   "`with-electric-help' temporarily places its buffer in this mode.
> -\(On exit from `with-electric-help', the buffer is put in default `major-mode'.)"
> +\(On exit from `with-electric-help', the original `major-mode' is restored.)"
>   (setq buffer-read-only t)
> +  (set (make-local-variable 'electric-help-orig-major-mode) major-mode)

It makes sense for `electric-help-orig-major-mode' to be automatically
buffer-local, as it will ever be used as such.

>       ;; call to help-mode won't cut it; at least RET is bound wrong
>       ;; afterwards.  It's also not clear that `help-mode' is always
>       ;; the right thing, maybe we should add an optional parameter.

This part of the comment (and the missing first line that precedes it)
is no longer true and should be deleted.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-01 21:08               ` Juanma Barranquero
@ 2010-04-01 22:24                 ` Juanma Barranquero
  2010-04-01 22:45                   ` Juri Linkov
  0 siblings, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-04-01 22:24 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, Stefan Monnier, emacs-devel

Well, strictly speaking, this part

>       ;; call to help-mode won't cut it; at least RET is bound wrong
>       ;; afterwards.

is still true.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-01 22:24                 ` Juanma Barranquero
@ 2010-04-01 22:45                   ` Juri Linkov
  2010-04-01 23:10                     ` Juanma Barranquero
  0 siblings, 1 reply; 23+ messages in thread
From: Juri Linkov @ 2010-04-01 22:45 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Kyllingstad, Stefan Monnier, emacs-devel

> Well, strictly speaking, this part
>
>>       ;; call to help-mode won't cut it; at least RET is bound wrong
>>       ;; afterwards.
>
> is still true.

I don't understand what this comment tries to say.
Do you have a recipe to reproduce the remaining problems?

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-01 22:45                   ` Juri Linkov
@ 2010-04-01 23:10                     ` Juanma Barranquero
  2010-04-02 16:04                       ` Juri Linkov
  0 siblings, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-04-01 23:10 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, Stefan Monnier, emacs-devel

2010/4/2 Juri Linkov <juri@jurta.org>:

> I don't understand what this comment tries to say.
> Do you have a recipe to reproduce the remaining problems?

With your patch applied, do this:

  emacs -Q -l ehelp --eval '(global-set-key [?\C-h] 'ehelp-command)'
  C-h f car <RET> r    ;; now the *help* buffer is help-mode
  <RET>    ==>  "End of buffer.  Type q to quit viewing"

so after restoring the previous major mode, *Help* is in help-mode but
the bindings are not OK.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-01 23:10                     ` Juanma Barranquero
@ 2010-04-02 16:04                       ` Juri Linkov
  2010-04-02 20:19                         ` Juanma Barranquero
  0 siblings, 1 reply; 23+ messages in thread
From: Juri Linkov @ 2010-04-02 16:04 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Kyllingstad, Stefan Monnier, emacs-devel

> With your patch applied, do this:
>
>   emacs -Q -l ehelp --eval '(global-set-key [?\C-h] 'ehelp-command)'
>   C-h f car <RET> r    ;; now the *help* buffer is help-mode
>   <RET>    ==>  "End of buffer.  Type q to quit viewing"
>
> so after restoring the previous major mode, *Help* is in help-mode but
> the bindings are not OK.

The direct call to `help-mode' can't set Help mode correctly.
This should be done by calling `with-help-window' that uses
`with-output-to-temp-buffer' that calls `help-mode-setup'
as one of its hooks in `temp-buffer-setup-hook'.

But at least, after the direct call to `help-mode', RET works correctly
on links (due to its text property's local keymap).  This is most
important.  It's not a big problem when typing RET outside a link
says "End of buffer." instead of "No cross-reference here".

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-02 16:04                       ` Juri Linkov
@ 2010-04-02 20:19                         ` Juanma Barranquero
  2010-04-02 23:04                           ` Juri Linkov
  0 siblings, 1 reply; 23+ messages in thread
From: Juanma Barranquero @ 2010-04-02 20:19 UTC (permalink / raw)
  To: Juri Linkov; +Cc: René Kyllingstad, Stefan Monnier, emacs-devel

2010/4/2 Juri Linkov <juri@jurta.org>:

> But at least, after the direct call to `help-mode', RET works correctly
> on links (due to its text property's local keymap).  This is most
> important.  It's not a big problem when typing RET outside a link
> says "End of buffer." instead of "No cross-reference here".

I agree. I think you should install your change.

    Juanma




^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: major mode in new buffers
  2010-04-02 20:19                         ` Juanma Barranquero
@ 2010-04-02 23:04                           ` Juri Linkov
  0 siblings, 0 replies; 23+ messages in thread
From: Juri Linkov @ 2010-04-02 23:04 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Kyllingstad, Stefan Monnier, emacs-devel

>> But at least, after the direct call to `help-mode', RET works correctly
>> on links (due to its text property's local keymap).  This is most
>> important.  It's not a big problem when typing RET outside a link
>> says "End of buffer." instead of "No cross-reference here".
>
> I agree. I think you should install your change.

This is installed now.  Thanks for your participation.

-- 
Juri Linkov
http://www.jurta.org/emacs/




^ permalink raw reply	[flat|nested] 23+ messages in thread

end of thread, other threads:[~2010-04-02 23:04 UTC | newest]

Thread overview: 23+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-30 11:57 major mode in new buffers René Kyllingstad
2010-03-30 15:06 ` Stefan Monnier
2010-03-30 15:51   ` René Kyllingstad
2010-03-30 15:13 ` Harald Hanche-Olsen
2010-03-30 16:07   ` René Kyllingstad
2010-03-30 16:15 ` David Reitter
2010-03-30 16:17 ` Juri Linkov
2010-03-30 16:42   ` René Kyllingstad
2010-03-31  1:28   ` Juanma Barranquero
2010-03-31  3:02     ` Stefan Monnier
2010-03-31 10:22       ` Juanma Barranquero
2010-03-31 10:23         ` Juanma Barranquero
2010-03-31 11:29           ` Juanma Barranquero
2010-03-31 15:05         ` Juri Linkov
2010-03-31 16:35           ` Juanma Barranquero
2010-04-01 18:05             ` Juri Linkov
2010-04-01 21:08               ` Juanma Barranquero
2010-04-01 22:24                 ` Juanma Barranquero
2010-04-01 22:45                   ` Juri Linkov
2010-04-01 23:10                     ` Juanma Barranquero
2010-04-02 16:04                       ` Juri Linkov
2010-04-02 20:19                         ` Juanma Barranquero
2010-04-02 23:04                           ` Juri Linkov

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.