From: bk_usenet@yahoo.co.uk (BK)
Subject: Emacs on Aqua (non-religious please)
Date: 7 May 2003 16:16:57 -0700 [thread overview]
Message-ID: <39d9c156.0305071516.7d703eb2@posting.google.com> (raw)
In-Reply-To: m365omeitt.fsf@cicero.benny.turtle-trading.net
Sorry, but I will respond in respect of what looks likely to lead to
answers to the questions I had asked. Your understanding is
appreciated.
Benjamin Riefenstahl <Benjamin.Riefenstahl@epost.de> wrote ...
> > I did read all the docs I could get hold off, but they are written
> > for Gnu Emacs
>
> Carbon Emacs *is* GNU Emacs. If there is something in the docs that
> doesn't work as stated, either it's still a todo, or it's a bug in the
> program or the docs.
For the purpose of the questions I had asked Carbon emacs has to be
treated as a separate entity. The commandline version is pre-installed
on OSX at /usr/bin/emacs and it exhibits different behaviour.
Then again, in respect of the following questions the commandline
version is certainly to be considered a different animal ...
1) is file drag and drop intended to work in Carbon Emacs?
NB: I don't care either way, I just want to know so I can document it.
2) is text snippet drag and drop intended to work in Carbom Emacs?
NB: I don't care either way, in fact I think it isn't, but I would
like confirmation so I can document it.
3) is quit from the Emacs menu intended to quit Emacs?
NB: I don't care either wat, I just want to know so I can document it.
4) is quit from the dock menu intended to quit Emacs?
NB: I don't care either wat, I just want to know so I can document it.
5) is paste intended to be greyed out even in the event that something
was pasted into the clipboard in another application ?
6) if the answer to #5 is "yes", then how does one paste from one
application into Emacs?
7) if the answer to #5 is "no", then what needs to be done to make it
work?
All of these questions don't make sense in the commandline version of
Emacs, they are specific to the Carbon version. All of these questions
I ask in earnest.
> It seems that there is (or was) a misunderstanding here. There is no
> official release of Emacs for MacOSX yet. MacOSX code is currently
> integrated into the official source code, and you can get that code
> from CVS. At some point in time some people have made binaries
> available that they compiled themself.
That's useful information and it does explain why there seem to be so
many different Carbon versions and also why all of the ones I tried
exhibited shortcomings that I am convinced no Emacs user would
tolerate.
Do you happen to know when this official release can reasonably be
expected? Again, if possible, I would like to document that.
> You have already been given the two URLs:
>
> http://members.shaw.ca/akochoi-emacs/
I did not see any binary on that site
> http://www.cs.man.ac.uk/~franconi/mac-emacs/
This requires 10.2, right now I am constrained to 10.1.5. However,
this one does look rather promising, so when I get to the 10.2 part
I'll give this a try.
> > > > On a Mac you can just drag a file icon with the mouse onto an
> > > > application icon and the application will open the file.
>
> Actually I just checked (I wasn't at my Mac the last time) and this
> works fine in the current version.
Can you tell me the version number? Do you know if it is intended to
work in 21.1.30 ?
> > No. Ctrl-y (or <C-y> in Emacs lingo) doesn't respond and in the menu
> > it is greyed out.
>
> It's probably grayed out, because there is nothing in Emacs' internal
> kill-ring currently, which is (to Emacs) the primary source of a
> paste. A reasonable point that, maybe something could be done about
> it.
Well, fine, so what do I do about it then?
I copied something into the clipboard in another application, now I am
back in Emacs and I want to paste what I have just copied into the
clipboard. What do I have to do?
>
> > There is no compromise it things like paste <C-y> and quit <C-x>
> > <C-c> don't work out of the box.
>
> I meant compromise about which keys to actually use. As I already
> said, the feature itself works here.
>
> > the application provides a menu that says "Quit" then it should quit
> > if your choose "Quit".
>
> I have a menu item in my Emacs at the standard Emacs location that
> says "Exit Emacs (C-x C-k)" and it quits the application. I also have
> the Apple-HIG-demanded "Quit Emacs" in another menu that is grayed
> out, probably because nobody needed it yet.
Well, at least it seems this provides an answer to the question
whether or not "Quit" in the Emacs menu is supposed to quit Emacs.
Although it is odd that yours is greyed out and mine isn't. Anyway, it
seems it is not intended to be used for quitting, so all I need to do
is find a fix for C-x C-c. Any ideas?
I presume that quitting from the dock is then also not intended to be
available, or what's your take on this?
> > If the implementor doesn't want you to quit from the menu, then why
> > put "Quit" in there in the first place?
>
> It may have been put there by the OS e.g., trying to enforce HIG.
I think I know enough about OSX application building through using
AppleScript Studio within ProjectBuilder that I can say this is
extremely unlikely. It is certainly not the case with Cocoa, and I
would be extremely surprised if Carbon did not provide the means to
remove it. But anyway this doesn't lead anywhere.
> > Likewise, if the dock menu says "Quit" then the application must
> > quit when you select "Quit".
>
> And it does here.
Just a moment please. A few lines above you said it was greyed out,
now you say it works. I am confused now. Or do you have *yet another*
"Quit" option. How many "Quit" options do you have?
> > The least broken build I have is 21.1.30, OSX 10.1.5
>
> I am not sure 10.1 is still supported by the Emacs code, Apple makes
> it not easy to do that.
Well, my aim is to provide information for both users of 10.1.5 and
10.2, if that is possible. Also, I would like to base this on
pre-built binaries because the target audience of a step-by-step
how-to will probably be newbies and I know that many Mac users shy
away from building. In other words I want to make the hurdle as low as
possible so that someone who would like to take a peek at Lisp will be
able to get started without having to make an effort on the editor
side.
On the other hand, if that is too ambitious and it turns out that 10.1
users have to live with various problems if they encounter them, I
guess all I can do is tell them not to expect too much, but if there
is a chance I can avoid that, then I'd like to explore this chance.
> > For most of the keyboard shortcuts it is just deaf, Emacs simply
> > ignores them.
>
> I assume that C-h l (or M-x view-lossage) doesn't work either.
No M-x works. Luckily. This is how I bring an OpenMCL listener up.
Without that the disaster would be truly complete. ;-)
> did, it would show which events Emacs actually has seen recently.
this is what I get ...
Loads of: <mouse-movement>
followed by: <drag-mouse-1> <down-mouse-1> <mouse-movement> <mouse-1>
and: M-x v i e w - l o s s a g e RET
I presume this tells us nothing, but I hope we can nevertheless take
advantage of the fact that this is working. Can we?
thanks
rgds
bk
next prev parent reply other threads:[~2003-05-07 23:16 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-05 6:00 Is Emacs on Aqua crippleware or is it just broken? BK
2003-05-05 10:44 ` Piet van Oostrum
2003-05-05 20:03 ` Barry Margolin
2003-05-06 2:39 ` BK
2003-05-05 22:16 ` BK
2003-05-06 13:49 ` Piet van Oostrum
2003-05-07 15:09 ` BK
2003-05-05 10:45 ` Benjamin Riefenstahl
2003-05-05 21:52 ` BK
2003-05-05 22:50 ` Niels Freimann
2003-05-06 11:05 ` Oliver Scholz
2003-05-07 18:02 ` Benjamin Riefenstahl
2003-05-07 23:16 ` BK [this message]
2003-05-07 23:20 ` Emacs on Aqua (non-religious please) Barry Margolin
2003-05-08 12:07 ` Benjamin Riefenstahl
2003-05-08 13:24 ` tristero
2003-05-08 14:40 ` Benjamin Riefenstahl
2003-05-05 22:39 ` Is Emacs on Aqua crippleware or is it just broken? Henrik Enberg
2003-05-05 22:45 ` Barry Margolin
2003-05-06 2:03 ` tristero
2003-05-07 14:51 ` BK
2003-05-07 15:17 ` Barry Margolin
2003-05-07 23:48 ` BK
2003-05-08 2:16 ` David Eppstein
2003-05-08 19:39 ` Barry Margolin
2003-05-06 8:33 ` Oliver Scholz
2003-05-06 13:58 ` BK
2003-05-06 14:45 ` Jerry Kindall
2003-05-06 15:16 ` David Kastrup
2003-05-06 15:41 ` Barry Margolin
2003-05-07 2:11 ` Jerry Kindall
2003-05-07 16:15 ` BK
2003-05-07 16:40 ` Phil Stripling
2003-05-07 17:34 ` Oliver Scholz
2003-05-06 15:27 ` Oliver Scholz
2003-05-06 16:07 ` Oliver Scholz
[not found] ` <m2issoavgw.fsf@owlbear.local>
2003-05-06 18:01 ` Barry Margolin
2003-05-06 18:28 ` Andrew Choi
2003-05-06 18:57 ` Ajanta
2003-05-06 18:41 ` Oliver Scholz
2003-05-06 19:12 ` Phil Stripling
2003-05-07 12:05 ` BK
2003-05-07 12:23 ` David Kastrup
2003-05-07 17:38 ` BK
2003-05-07 20:04 ` Gilbert Harman
2003-05-07 11:35 ` BK
2003-05-07 12:09 ` David Kastrup
2003-05-07 21:16 ` Ajanta
2003-05-07 13:41 ` Alan Mackenzie
2003-05-07 19:28 ` BK
2003-05-07 21:39 ` Ajanta
2003-05-08 1:05 ` BK
2003-05-08 2:28 ` Ajanta
2003-05-07 18:54 ` Suggestion to BK Ajanta
2003-05-07 11:01 ` Is Emacs on Aqua crippleware or is it just broken? BK
2003-05-07 11:18 ` Phillip Lord
2003-05-07 11:33 ` John Paul Wallington
2003-05-07 19:48 ` BK
2003-05-10 20:00 ` Kai Großjohann
2003-05-07 11:43 ` Eli Zaretskii
2003-05-07 13:27 ` Oliver Scholz
2003-05-07 20:04 ` BK
2003-05-08 7:18 ` Oliver Scholz
2003-05-08 19:42 ` Barry Margolin
2003-05-08 21:55 ` Björn Lindström
[not found] ` <mailman.5689.1052308519.21513.help-gnu-emacs@gnu.org>
2003-05-07 19:49 ` BK
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.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=39d9c156.0305071516.7d703eb2@posting.google.com \
--to=bk_usenet@yahoo.co.uk \
/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.
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).