From: Leo Alekseyev <dnquark@gmail.com>
To: Emacs orgmode <emacs-orgmode@gnu.org>
Subject: Re: Org-edit-special and C-x C-s strange behavior
Date: Fri, 13 Jan 2012 14:58:22 -0600 [thread overview]
Message-ID: <CADzxs1=WkixL3_TC2JZD784VH+yrCCCnVCeHjmVekBLr5i_RRA@mail.gmail.com> (raw)
In-Reply-To: <30ae09b29d262e6156ec9818df085441@mail.rickster.com>
>>>>>>>
>>>>>>> You still have to C-c ' to get back to the full buffer, mind you, but
>>>>>>> that's better, IMO, than changing the behaviour of such a fundamental
>>>>>>> key binding as C-x C-s.
>>>>>
>>>>>
>>>>> It appears that this bug is Emacs-version dependent: it functions as
>>>>> you describe with 23.2, but the buffer gets buried (with an error
>>>>> message "basic-save-buffer: Wrong type argument: stringp, nil") in
>>>>> 24.0.92. Org mode is the current git HEAD. I tried to step through
>>>>> basic-save-buffer in edebug, but I couldn't catch the error (I'm not
>>>>> very experienced with edebug). Can someone test this on Emacs 24 and
>>>>> confirm what I'm seeing?
>>>>
>>>>
>>>> I am using 24.0.92 and I have no problems at all (just tried right
>>>> now).
>>>>
>>>> One difference, however, could be the window configurations we
>>>> use. Specifically, I have
>>>>
>>>> (setq org-src-window-setup (quote current-window))
>>
>>
>> Yes, this works. It's also a more sensible default. However, it
>> doesn't change the fact that there's a bug, it just switches to a case
>> where the bug isn't triggered :)
>
>
> It is also not triggered by the "other-window" option, which behaves more
> like
> "reorganize-frame" than "current-window" (emacs 24.0.92)
Folks, I still think that the fact that buffer-file-name is not nil is
a bug and should be fixed. If I'm wrong, can someone point out why
this is so?
I have seen many functions that test whether or not a buffer is
visiting a file by checking buffer-file-name. For instance, if I
wanted to enable autosave for org-src buffers, it would break since my
make-auto-save-file-name checks whether a file is being visited.
--Leo
next prev parent reply other threads:[~2012-01-13 20:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-11 6:40 Org-edit-special and C-x C-s strange behavior Leo Alekseyev
2012-01-11 15:16 ` Eric S Fraga
2012-01-11 20:56 ` Andreas Leha
2012-01-12 1:40 ` Leo Alekseyev
2012-01-12 4:56 ` Leo Alekseyev
2012-01-12 9:03 ` Eric S Fraga
2012-01-12 10:14 ` Andreas Leha
2012-01-12 13:55 ` Leo Alekseyev
[not found] ` <30ae09b29d262e6156ec9818df085441@mail.rickster.com>
2012-01-13 20:58 ` Leo Alekseyev [this message]
2012-01-24 15:25 ` Bastien
2012-02-08 21:50 ` Leo Alekseyev
2012-02-14 22:37 ` Andreas Leha
2012-02-14 23:02 ` Andreas Leha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CADzxs1=WkixL3_TC2JZD784VH+yrCCCnVCeHjmVekBLr5i_RRA@mail.gmail.com' \
--to=dnquark@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).