* Cocoa Emacs
@ 2008-07-18 7:03 Kazu Yamamoto
2008-07-19 17:31 ` Adrian Robert
0 siblings, 1 reply; 17+ messages in thread
From: Kazu Yamamoto @ 2008-07-18 7:03 UTC (permalink / raw)
To: emacs-devel
Hello,
I have compiled Cocoa Emacs. I would like to report two things:
1) Cocoa Emacs is now using the old icon. It should use the new icon
(mac/Emacs.app/Contents/Resources/Emacs.icns)
2) Cocoa Emacs does run in English environment. However, in Japanese
environment, when I execute Cocoa Emacs, the icon jumps but Emacs
frame does not appear.
I guess the current code relating to fonts is buggy
Please tell me what kind of information is necessary for debug and
how I can get it so that I can report it to this ML.
--Kazu
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-07-18 7:03 Kazu Yamamoto
@ 2008-07-19 17:31 ` Adrian Robert
2008-07-20 0:16 ` Kazu Yamamoto
0 siblings, 1 reply; 17+ messages in thread
From: Adrian Robert @ 2008-07-19 17:31 UTC (permalink / raw)
To: emacs-devel
Kazu Yamamoto <kazu <at> iij.ad.jp> writes:
Hi,
> 1) Cocoa Emacs is now using the old icon. It should use the new icon
> (mac/Emacs.app/Contents/Resources/Emacs.icns)
OK, I've updated this in CVS (don't know where I got
the old one.. ;-/
> 2) Cocoa Emacs does run in English environment. However, in Japanese
> environment, when I execute Cocoa Emacs, the icon jumps but Emacs
> frame does not appear.
Hopefully the fix posted by Seiji Zenitani, which I've now
applied in CVS, improves this:
http://news.gmane.org/find-root.php?
message_id=%3c9A7F9414%2dC253%2d41A4%2dB26A%2d0DDE06B983AF%40mac.com%3e
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-07-19 17:31 ` Adrian Robert
@ 2008-07-20 0:16 ` Kazu Yamamoto
0 siblings, 0 replies; 17+ messages in thread
From: Kazu Yamamoto @ 2008-07-20 0:16 UTC (permalink / raw)
To: Adrian.B.Robert; +Cc: emacs-devel
Hello,
> > 1) Cocoa Emacs is now using the old icon. It should use the new icon
> > (mac/Emacs.app/Contents/Resources/Emacs.icns)
>
> OK, I've updated this in CVS (don't know where I got
> the old one.. ;-/
>
> > 2) Cocoa Emacs does run in English environment. However, in Japanese
> > environment, when I execute Cocoa Emacs, the icon jumps but Emacs
> > frame does not appear.
>
> Hopefully the fix posted by Seiji Zenitani, which I've now
> applied in CVS, improves this:
Both are OK.
Thank for your quick action!
--Kazu
^ permalink raw reply [flat|nested] 17+ messages in thread
* Cocoa Emacs
@ 2008-07-29 8:53 Nick Roberts
0 siblings, 0 replies; 17+ messages in thread
From: Nick Roberts @ 2008-07-29 8:53 UTC (permalink / raw)
To: emacs-devel
I'm not very familiar with Mac OS X but I have just started using a Mac at
work. This is what I have found (using configure --with-ns):
1) The file emacs/etc/images/gud/go.xpm appears red but should be green. This
may be because the file uses two bytes per colour (#000080800000) while
some icons only one, e.g., stop.xpm (#cc0033) but it gets rendered correctly
on the Mac with other applications, e.g., NeoOffice.
2) I have a mighty mouse(?) and Cocoa Emacs doesn't seem to register a click
from the mouse-2 (the scroll ball) although it does scroll if I roll the
ball.
3) Using M-x gdb with gdb-many-values set to t, the associated buffers, e.g.,
stack locals etc. have an extra ^M at the end of each line. What change
should I make to gdb-ui.el to get rid of this?
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 17+ messages in thread
* Cocoa Emacs
@ 2008-08-21 7:38 Nick Roberts
2008-08-22 1:59 ` Adrian Robert
0 siblings, 1 reply; 17+ messages in thread
From: Nick Roberts @ 2008-08-21 7:38 UTC (permalink / raw)
To: emacs-devel
I've configured with "configure --with-ns" and Emacs expects to find the DOC
file somewhere _like_ ~/emacs/nextstep/Emacs.App/resources/Content/etc but
every time I do make it's put in ~/emacs/etc and I have to move it manually.
Do I need to do something else?
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-21 7:38 Nick Roberts
@ 2008-08-22 1:59 ` Adrian Robert
2008-08-22 9:06 ` Nick Roberts
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: Adrian Robert @ 2008-08-22 1:59 UTC (permalink / raw)
To: emacs-devel
> ... Emacs expects to find the DOC
...
"make install"
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 1:59 ` Adrian Robert
@ 2008-08-22 9:06 ` Nick Roberts
2008-08-22 15:59 ` Adrian Robert
2008-08-22 11:39 ` David Reitter
2008-08-28 19:29 ` Stefan Monnier
2 siblings, 1 reply; 17+ messages in thread
From: Nick Roberts @ 2008-08-22 9:06 UTC (permalink / raw)
To: Adrian Robert; +Cc: emacs-devel
Adrian Robert writes:
>
> > ... Emacs expects to find the DOC
> ...
>
> "make install"
OK, thanks. I did briefly consider (but not try) this but assumed that, by
default, "install" would put Emacs somewhere common like /Applications, not in
a directory in my personal workspace.
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 1:59 ` Adrian Robert
2008-08-22 9:06 ` Nick Roberts
@ 2008-08-22 11:39 ` David Reitter
2008-08-22 12:56 ` Adrian Robert
2008-08-28 19:29 ` Stefan Monnier
2 siblings, 1 reply; 17+ messages in thread
From: David Reitter @ 2008-08-22 11:39 UTC (permalink / raw)
To: Adrian Robert; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 391 bytes --]
On 21 Aug 2008, at 21:59, Adrian Robert wrote:
>
>> ... Emacs expects to find the DOC
> ...
>
> "make install"
"make" seems to update the binary within nextstep/Emacs.app, but also
increases the version number, which is why the new DOC is expected.
It would be sensible to leave Emacs.app in a consistent state, either
way, i.e. produce the new DOC and (!!) delete the previous DOC.
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2193 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 11:39 ` David Reitter
@ 2008-08-22 12:56 ` Adrian Robert
0 siblings, 0 replies; 17+ messages in thread
From: Adrian Robert @ 2008-08-22 12:56 UTC (permalink / raw)
To: David Reitter; +Cc: Emacs-Devel devel
On Aug 22, 2008, at 7:39 AM, David Reitter wrote:
> On 21 Aug 2008, at 21:59, Adrian Robert wrote:
>
>>
>>> ... Emacs expects to find the DOC
>> ...
>>
>> "make install"
>
> "make" seems to update the binary within nextstep/Emacs.app, but
> also increases the version number, which is why the new DOC is
> expected.
> It would be sensible to leave Emacs.app in a consistent state,
> either way, i.e. produce the new DOC and (!!) delete the previous DOC.
I've always found this version number increase puzzling and annoying,
but imagine it has some purpose. My current solution is to run a
script like this whenever I want to rebuild:
#!/bin/sh
rm -f ../etc/DOC-* emacs-*
make -j3
If anyone wants to try to amend the Emacs.app build process to do
something less hackish I heartily welcome the effort.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 9:06 ` Nick Roberts
@ 2008-08-22 15:59 ` Adrian Robert
2008-08-22 21:31 ` Nick Roberts
0 siblings, 1 reply; 17+ messages in thread
From: Adrian Robert @ 2008-08-22 15:59 UTC (permalink / raw)
To: Nick Roberts; +Cc: emacs-devel
On Aug 22, 2008, at 5:06 AM, Nick Roberts wrote:
> Adrian Robert writes:
>>
>>> ... Emacs expects to find the DOC
>> ...
>>
>> "make install"
>
> OK, thanks. I did briefly consider (but not try) this but assumed
> that, by
> default, "install" would put Emacs somewhere common like /
> Applications, not in
> a directory in my personal workspace.
Some message text is output at the end of "configure" detailing what
will happen.
It would make sense to have "install" should behave as you suggest,
however it's also nice to be able to test a newly built Emacs.app
"nondestructively", and the only way to get everything assembled so
this will work is to use make procedures under the "install" target to
do the packaging.
A way to get the best of both worlds would be to add an ns-appdir
configure option which defaults to ./nextstep but could be set to,
e.g., /Applications. Such an option was there before, but I took it
out during the process of simplifying the build and getting rid of the
extra compile script we used to have. Perhaps now would be a good
time to add it back in though.
(Note, if you pass --disable-ns-self-contained, the lisp and other
files will be installed in a common location, but the app still goes
under nextstep/.)
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 15:59 ` Adrian Robert
@ 2008-08-22 21:31 ` Nick Roberts
2008-08-23 0:16 ` Adrian Robert
2008-08-25 12:31 ` Lynbech Christian
0 siblings, 2 replies; 17+ messages in thread
From: Nick Roberts @ 2008-08-22 21:31 UTC (permalink / raw)
To: Adrian Robert; +Cc: emacs-devel
> A way to get the best of both worlds would be to add an ns-appdir
> configure option which defaults to ./nextstep but could be set to,
> e.g., /Applications. Such an option was there before, but I took it
> out during the process of simplifying the build and getting rid of the
> extra compile script we used to have. Perhaps now would be a good
> time to add it back in though.
Doesn't
configure --exec-prefix=/Applications
do this?
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 21:31 ` Nick Roberts
@ 2008-08-23 0:16 ` Adrian Robert
2008-08-23 6:50 ` Nick Roberts
2008-08-25 12:31 ` Lynbech Christian
1 sibling, 1 reply; 17+ messages in thread
From: Adrian Robert @ 2008-08-23 0:16 UTC (permalink / raw)
To: Nick Roberts; +Cc: emacs-devel
On Aug 22, 2008, at 5:31 PM, Nick Roberts wrote:
>> A way to get the best of both worlds would be to add an ns-appdir
>> configure option which defaults to ./nextstep but could be set to,
>> e.g., /Applications. Such an option was there before, but I took it
>> out during the process of simplifying the build and getting rid of
>> the
>> extra compile script we used to have. Perhaps now would be a good
>> time to add it back in though.
>
> Doesn't
>
> configure --exec-prefix=/Applications
>
> do this?
Does it? Exec-prefix has a different meaning (where do bare binaries
go, not an application package), which is why the Carbon port and I
propose the NS one as well use a distinct "appdir" config option.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-23 0:16 ` Adrian Robert
@ 2008-08-23 6:50 ` Nick Roberts
0 siblings, 0 replies; 17+ messages in thread
From: Nick Roberts @ 2008-08-23 6:50 UTC (permalink / raw)
To: Adrian Robert; +Cc: emacs-devel
> > Doesn't
> >
> > configure --exec-prefix=/Applications
> >
> > do this?
>
> Does it? Exec-prefix has a different meaning (where do bare binaries
> go, not an application package), which is why the Carbon port and I
> propose the NS one as well use a distinct "appdir" config option.
Perhaps I mean
configure --prefix=/Applications
I'm just thinking that /Applications/somewhere should correspond to /usr/local.
I'm not a config expert and don't really understand why MacOSX needs wrappers
for applications.
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 21:31 ` Nick Roberts
2008-08-23 0:16 ` Adrian Robert
@ 2008-08-25 12:31 ` Lynbech Christian
1 sibling, 0 replies; 17+ messages in thread
From: Lynbech Christian @ 2008-08-25 12:31 UTC (permalink / raw)
To: Nick Roberts; +Cc: Adrian Robert, emacs-devel
It used to be that the following configure option would enable
installation to /Application:
--enable-carbon-app[=DIR]
specify install directory for Emacs.app on Mac OS X
[DIR=/Application]
but it no longer is so. Now installation goes to ./ns (I think, I am not
close to my mac) inside of the emacs source directory. The chance
happened when the cocoa branch was merged in (possibly it is just that
the cocoa branch did not take that carbon functionality with it).
It is actually rather usefull (if a bit out of line with the other
architectures) since it makes it easy to test out the compiled result
without wrecking an existing installation in /Application and it is
anyway easy to do the proper "installation", just move the .app
directory to /Application.
------------------------+-----------------------------------------------------
Christian Lynbech | christian #\@ defun #\. dk
------------------------+-----------------------------------------------------
Hit the philistines three times over the head with the Elisp reference manual.
- petonic@hal.com (Michael A. Petonic)
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-22 1:59 ` Adrian Robert
2008-08-22 9:06 ` Nick Roberts
2008-08-22 11:39 ` David Reitter
@ 2008-08-28 19:29 ` Stefan Monnier
2008-08-28 22:29 ` Adrian Robert
2 siblings, 1 reply; 17+ messages in thread
From: Stefan Monnier @ 2008-08-28 19:29 UTC (permalink / raw)
To: Adrian Robert; +Cc: emacs-devel
>> ... Emacs expects to find the DOC
> ...
> "make install"
What would be ood would be to allow "run in place" as is done for X11.
E.g. I basically *never* do "make install", I always just do "make" and
then run src/emacs. Some of the reason why this is good is that C-h
f and C-h v allow you to jump to the checked out source code from which
you built the code, rather than some copy of it.
Stefan
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-28 19:29 ` Stefan Monnier
@ 2008-08-28 22:29 ` Adrian Robert
2008-08-29 4:39 ` Stephen J. Turnbull
0 siblings, 1 reply; 17+ messages in thread
From: Adrian Robert @ 2008-08-28 22:29 UTC (permalink / raw)
To: Emacs-Devel devel
On Aug 28, 2008, at 3:29 PM, Stefan Monnier wrote:
>>> ... Emacs expects to find the DOC
>> ...
>> "make install"
>
> What would be ood would be to allow "run in place" as is done for X11.
> E.g. I basically *never* do "make install", I always just do "make"
> and
> then run src/emacs. Some of the reason why this is good is that C-h
> f and C-h v allow you to jump to the checked out source code from
> which
> you built the code, rather than some copy of it.
Running an NS application in GUI mode requires the .app bundle
structure. So running straight out of src/emacs could not work. But
right now basic .app bundle, sans support binaries, is mostly
assembled (under nextstep/) by plain "make". Some load-path jockeying
could probably get this to run without "make install", but care would
need to be taken to do this compatibly with both shared-lisp and self-
contained final installs.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Cocoa Emacs
2008-08-28 22:29 ` Adrian Robert
@ 2008-08-29 4:39 ` Stephen J. Turnbull
0 siblings, 0 replies; 17+ messages in thread
From: Stephen J. Turnbull @ 2008-08-29 4:39 UTC (permalink / raw)
To: Adrian Robert; +Cc: Emacs-Devel devel
Adrian Robert writes:
> Running an NS application in GUI mode requires the .app bundle
> structure.
But aren't app bundles relocatable? So isn't the logical thing to do
to have make's default target make the full app bundle? And perhaps
rename src/emacs to something like src/a-working-emacs-but-you-\
probably-want-the-one-somewhere-under-dotdot-slash-nextstep.
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2008-08-29 4:39 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-29 8:53 Cocoa Emacs Nick Roberts
-- strict thread matches above, loose matches on Subject: below --
2008-08-21 7:38 Nick Roberts
2008-08-22 1:59 ` Adrian Robert
2008-08-22 9:06 ` Nick Roberts
2008-08-22 15:59 ` Adrian Robert
2008-08-22 21:31 ` Nick Roberts
2008-08-23 0:16 ` Adrian Robert
2008-08-23 6:50 ` Nick Roberts
2008-08-25 12:31 ` Lynbech Christian
2008-08-22 11:39 ` David Reitter
2008-08-22 12:56 ` Adrian Robert
2008-08-28 19:29 ` Stefan Monnier
2008-08-28 22:29 ` Adrian Robert
2008-08-29 4:39 ` Stephen J. Turnbull
2008-07-18 7:03 Kazu Yamamoto
2008-07-19 17:31 ` Adrian Robert
2008-07-20 0:16 ` Kazu Yamamoto
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.