all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Mathias Dahl" <mathias.dahl@gmail.com>
To: "David Kastrup" <dak@gnu.org>
Cc: "Lennart Borgman \(gmail\)" <lennart.borgman@gmail.com>,
	Emacs Devel <emacs-devel@gnu.org>
Subject: Re: Edit images
Date: Sat, 3 Mar 2007 23:34:54 +0100	[thread overview]
Message-ID: <7dbe73ed0703031434k460a125focc3d74838e028810@mail.gmail.com> (raw)
In-Reply-To: <85vehixif9.fsf@lola.goethe.zz>

> Starting the editor from the image buffer would be quite inconvenient
> since then I would get an inconsistency between displayed buffer and
> file on disk, requiring me to fiddle with revert-buffer and similar
> stuff.

True, you would get inconsistency. But if that is a real problem or
not depends on if you care about seeing the result in Emacs afterwards
or not. You might have used Emacs just to find that particular image
that you wanted to edit. I know I do that kind adhoc work a lot.

> It would be also quite unusual if I called an image _editor_ that I
> would require to display the image _afterwards_ again with Emacs.
> Most image editors should be better at displaying an image than Emacs.

Sorry, but I don't follow what this has to do with what Lennart
wanted; a quick-access command to fire up his image editor of choice.
Can it be quicker and more painless than asking Emacs to do it when
that image is on his screen?

> Postponing that until after the image edit is just asking for trouble.

Seems we have very different views about what "trouble" is... :)

I have no problem seeing the usefulness of the feature Lennart asks
for, but if it is a crucial feature or not, I cannot say. I guess it
depends on the user. However, a user that knows about keyboard macros
could quickly cook together such a command without knowing anything
about emacs lisp.

Actually, keyboard macros is one of the coolest things about Emacs,
that you can create new "commands" just like that. I think that was
the feature that got me sold back in those days. All other text
editors that I had tried had some kinds of limitation when doing macro
recording, for example dialog boxes often break the macro recording
and you could not use a cut'n'pasted piece of text in the search
dialog or whatever. Ah, those were the days... :)

  parent reply	other threads:[~2007-03-03 22:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-03 17:46 Edit images Lennart Borgman (gmail)
2007-03-03 17:52 ` David Kastrup
2007-03-03 18:14   ` Mathias Dahl
2007-03-03 18:59     ` David Kastrup
2007-03-03 19:02       ` Lennart Borgman (gmail)
2007-03-03 22:34       ` Mathias Dahl [this message]
2007-03-03 18:41   ` Lennart Borgman (gmail)
2007-03-03 18:39 ` Jay Belanger

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7dbe73ed0703031434k460a125focc3d74838e028810@mail.gmail.com \
    --to=mathias.dahl@gmail.com \
    --cc=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=lennart.borgman@gmail.com \
    /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 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.