From: Benjamin Riefenstahl <b.riefenstahl@turtle-trading.net>
To: Adrian Robert <Adrian.B.Robert@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: NeXTStep port preferences
Date: Sun, 20 Jul 2008 18:53:49 +0200 [thread overview]
Message-ID: <m2zlocwl7m.fsf@sueton.benny.turtle-trading.net> (raw)
In-Reply-To: <loom.20080720T144956-560@post.gmane.org> (Adrian Robert's message of "Sun\, 20 Jul 2008 15\:05\:59 +0000 \(UTC\)")
Hi Adrian,
First-off, thanks for putting energy and time into this.
Adrian Robert writes:
> Some users differ. There are many use cases calling for frequent
> font and/or modifier key changes. We'd need a poll to get better
> data.
Right. BTW, re modifiers, at least with a German keyboard, having Opt
as Meta by default is not a good idea. I need that modifier to insert
important characters like ~ @ \ [ ] { }, so it's not really free.
> 'geometry' is split into Width, Height, Top, Left entries. If
> changing this to geometry and possibly using an X11-compatible
> string would be better, a patch is welcome.
I see. For Emacs users coming from other platforms, I think it would
be better to mimic the X resources approach here.
> Benjamin Riefenstahl <b.riefenstahl <at> turtle-trading.net> writes:
>> - The font setting mechanism doesn't work unless an Emacs frame is
>> selected. This used to be documented in the readme, but it is
>> still a bug.
>
> Another long-standing TODO fallen victim to more urgent tasks. Help
> is welcome.
I had a look at this, but I failed so far to make much progress,
because I don't know enough about NextStep/Cocoa.
>> - The callbacks that the Cocoa dialogs call are not protected in a
>> catch block. If they run into an error, Emacs aborts without a
>> visible error message.
>
> I've never had a bug report on this, but if it's an easy fix we
> should do it.
I just checked my facts. Emacs runs into an abort when
ns-save-preferences throws an error. Ns-respond-to-change-font, the
callback for the font panel, seems to be ok.
I noticed the problem when I was changing the code and introduced my
own bugs in ns-save-preference, but than you never know what errors
might occur in real life.
>> It is not easy to be maintained anywhere. As you notice, it is
>> broken even now, and only part of that is bit-rot.
>
> This is a bit harsh.
Maybe.
> It has been part of Emacs.app for years and has had few problems.
Just above we are talking about at least two long-standing bugs that I
noticed in just a bit of trying it out and fixing a simple bug (BTW
you might want to look at that, it's at
<http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=578>,
with patch).
> Also you are the first person to mention anything negative about the
> appearance. On the other hand there have been many positive
> comments from users.
Sorry, that may just be my personal impression. Ignoring aesthetics,
the one usability thing that I noticed was that I would have liked to
see which default font is currently selected before opening the font
panel.
>> > Otherwise, at least in this case, there's no real reason not to
>> > just use the X11 version on OS X
>>
>> [...] missing features (e.g. does DnD work from Finder to Emacs?).
>
> It would be far easier to add these features to Apple's X11 impl
> than to port and maintain a separate interface to GNU Emacs.
It would? I didn't know it was even possible to do this kind of thing
using documented interfaces.
benny
next prev parent reply other threads:[~2008-07-20 16:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-16 5:36 NeXTStep port preferences David Reitter
2008-07-17 17:32 ` Adrian Robert
2008-07-19 11:18 ` Benjamin Riefenstahl
2008-07-20 15:05 ` Adrian Robert
2008-07-20 16:53 ` Benjamin Riefenstahl [this message]
2008-07-21 15:04 ` Justin Bogner
2008-07-19 15:59 ` David Reitter
2008-07-19 16:01 ` David Reitter
2008-07-19 16:21 ` Adrian Robert
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=m2zlocwl7m.fsf@sueton.benny.turtle-trading.net \
--to=b.riefenstahl@turtle-trading.net \
--cc=Adrian.B.Robert@gmail.com \
--cc=emacs-devel@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 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.