From zenitani at tkg.att.ne.jp Thu Sep 1 00:15:53 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Thu, 1 Sep 2005 00:15:53 +0900 Subject: [macemacsjp-english 174] Re: Problem using TRAMP and utf-m In-Reply-To: <4315A198.2090104@uni-jena.de> References: <4315A198.2090104@uni-jena.de> Message-ID: <81D3F074-8097-4171-B2FF-78F978E99715@tkg.att.ne.jp> Hi, On 2005/08/31, at 21:24, Martin Buchmann wrote: > Hi all, > > i came across a problem using utf-8m and TRAMP. Locally everything > works > fine, i.e. filenames containing umlauts are displayed correctly. > But if > i try to access a remote file i get the following error: > > tramp-handle-make-auto-save-file-name: Wrong number of arguments: > #[(operation args) "???? =? Yes, it is quite possible that utf-8m or mac-utf is not compatible with remote filesystems. Please check whether tramp has an option to change remote filename encodings. -- Seiji From zenitani at tkg.att.ne.jp Thu Sep 1 00:24:16 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Thu, 1 Sep 2005 00:24:16 +0900 Subject: [macemacsjp-english 175] Re: mac-preview-mode In-Reply-To: References: <000166.macemacsjp-english@lists.sourceforge.jp> <200508260152.j7Q1qlZ23396@elflock.isuzu.co.jp> Message-ID: Hi David, On 2005/08/26, at 18:06, David Reitter wrote: >> Could you try this? >> http://www2.kumagaku.ac.jp/teacher/herogw/archive/gplgs041101.dmg > > Thanks, this works like a charm. > > My problem is, however, that I can hardly point people to a 9MB > install (that needs admin rights) for printing. I agree with you on this point. At present pdf-preview seems to be the best solution, but it should be replaced by better ps-printing support in future. -- Seiji From hosack at alumni.caltech.edu Sun Sep 4 01:39:27 2005 From: hosack at alumni.caltech.edu (hosack at alumni.caltech.edu) Date: Sat, 3 Sep 2005 09:39:27 -0700 (PDT) Subject: [macemacsjp-english 176] Frame extends below screen Message-ID: <49386.71.132.208.249.1125765567.squirrel@71.132.208.249> Hello, I have been using emacs/tex (MikTeX) on Windows NT4 and have been trying to set up a similar environment on Mac OS 10.4. I downloaded Carbon Emacs Package (August 2005). A major problem is that when a frame opens the minibuffer is off the screen. The green maximize button has no effect, and the Mac resize button is also off the screen. I have searched for a solution, but have found only scattered comments, with no well defined solution. Any suggestions would be welcome. Thanks, John Hosack From alex at emacswiki.org Sun Sep 4 22:33:25 2005 From: alex at emacswiki.org (Alex Schroeder) Date: Sun, 04 Sep 2005 15:33:25 +0200 Subject: [macemacsjp-english 177] Re: Frame extends below screen In-Reply-To: <49386.71.132.208.249.1125765567.squirrel@71.132.208.249> References: <49386.71.132.208.249.1125765567.squirrel@71.132.208.249> Message-ID: <431AF7A5.2080402@emacswiki.org> hosack at alumni.caltech.edu schrieb: > Any suggestions would be welcome. The workaround for the moment is to set default-frame-alist or call set-frame-height appropriately in your .emacs... Alex. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050904/7be49949/attachment.pgp From nadeemf at gmail.com Tue Sep 6 08:52:33 2005 From: nadeemf at gmail.com (Nadeem Faruque) Date: Tue, 6 Sep 2005 00:52:33 +0100 Subject: [macemacsjp-english 178] launching emacs from a symbolic link Message-ID: For a complicated reason I need to be able to run emacs from a a symbolic link at ~/emacs. This was working and I am unsure what has changed since I last used it (perhaps a recent security update?). The problem was present on the June release of Carbon Emacs Package, and isn't better with the August one. The installation works fine whether opened by clicking the icon, or from the Terminal: > /Applications/Emacs.app/Contents/MacOS/Emacs works fine and launches emacs in a separate window. But when I try to use the symbolic link I run into problems. > ln -s /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs appears to be fine, but when I try to use it I run into trouble: > ~/emacs emacs opens in -nw mode (i.e. in the Terminal window) with the Messages Warning: arch-dependent data dir (/Applications/Emacs.app/Contents/ Resources/libexec/emacs/22.0.50/powerpc-apple-darwin8.2.0/) does not exist. (/Users/faruque/emacs) Loading disp-table...done byte-code: Finder got an error: Can't continue . NB The June release of Carbon Emacs Package was behaving the same, but actually tried to open the separate emacs window and then it sat there half-drawn. NB2 I've tried > ln /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs > ln -h /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs > ln -s /Applications/Emacs.app/Contents/MacOS/bin/emacs ~/emacs etc but without any change Any ideas of what to try? Nadeem -- Dr S.M. Nadeem N. Faruque 9 Barley Court Saffron Walden Essex CB11 3HG 01799 500 120 From zenitani at tkg.att.ne.jp Thu Sep 8 22:06:08 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Thu, 8 Sep 2005 22:06:08 +0900 Subject: [macemacsjp-english 179] Re: launching emacs from a symbolic link In-Reply-To: References: Message-ID: Hi, On 2005/09/06, at 8:52, Nadeem Faruque wrote: > For a complicated reason I need to be able to run emacs from a a > symbolic link at ~/emacs. > > This was working and I am unsure what has changed since I last used > it (perhaps a recent security update?). > > The problem was present on the June release of Carbon Emacs Package, > and isn't better with the August one. > > The installation works fine whether opened by clicking the icon, or > from the Terminal: > >> /Applications/Emacs.app/Contents/MacOS/Emacs >> > works fine and launches emacs in a separate window. > > But when I try to use the symbolic link I run into problems. > >> ln -s /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs >> > appears to be fine, but when I try to use it I run into trouble: > > >> ~/emacs >> > emacs opens in -nw mode (i.e. in the Terminal window) with the > Messages > > Warning: arch-dependent data dir (/Applications/Emacs.app/Contents/ > Resources/libexec/emacs/22.0.50/powerpc-apple-darwin8.2.0/) does not > exist. > (/Users/faruque/emacs) > Loading disp-table...done > byte-code: Finder got an error: Can't continue . > > > NB The June release of Carbon Emacs Package was behaving the same, > but actually tried to open the separate emacs window and then it sat > there half-drawn. > > NB2 I've tried > >> ln /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs >> ln -h /Applications/Emacs.app/Contents/MacOS/Emacs ~/emacs >> ln -s /Applications/Emacs.app/Contents/MacOS/bin/emacs ~/emacs >> > etc but without any change Usually emacs runs fine when one types the below command. /somewhere/Emacs.app/Contents/MacOS/Emacs Since Carbon Emacs is re-locatable (you can set its icon anywhere you would like), it searches its libraries inside the application bundle, based on its path (/somewhere/else/Emacs.app/Contents/MacOS/Emacs) or its prefix-parameter at compilation time (/Applications/Emacs.app/ Contents/Resources). And so Emacs might be confused when one tries to launch it via its symbolic link. How about using the below script as ~/emacs or ~/emacs.sh? #!/bin/sh /Applications/Emacs.app/Contents/MacOS/Emacs # end -- Seiji From nadeemf at gmail.com Fri Sep 9 17:17:52 2005 From: nadeemf at gmail.com (Nadeem Faruque) Date: Fri, 9 Sep 2005 09:17:52 +0100 Subject: [macemacsjp-english 180] Re: launching emacs from a symbolic link Message-ID: <394D1614-32CB-48A7-8DEB-1AA9AF229F0B@gmail.com> Thank you Seiji, This solution works well. I now have a file ~/emacs that contains:- #!/bin/sh /Applications/Emacs.app/Contents/MacOS/Emacs $* # end >> For a complicated reason I need to be able to run emacs from a a >> symbolic link at ~/emacs.... >> emacs opens in -nw mode (i.e. in the Terminal window) with the >> Messages >> >> Warning: arch-dependent data dir (/Applications/Emacs.app/Contents/ >> Resources/libexec/emacs/22.0.50/powerpc-apple-darwin8.2.0/) does not >> exist. >> (/Users/faruque/emacs) >> Loading disp-table...done >> byte-code: Finder got an error: Can't continue . > ... > > Usually emacs runs fine when one types the below command. > /somewhere/Emacs.app/Contents/MacOS/Emacs > > Since Carbon Emacs is re-locatable (you can set its icon anywhere > you would like), it searches its libraries inside the application > bundle, based on its path (/somewhere/else/Emacs.app/Contents/ > MacOS/Emacs) or its prefix-parameter at compilation time (/ > Applications/Emacs.app/ Contents/Resources). And so Emacs might be > confused when one tries to launch it via its symbolic link. > > How about using the below script as ~/emacs or ~/emacs.sh? > > #!/bin/sh > /Applications/Emacs.app/Contents/MacOS/Emacs > # end > > > -- Seiji Nadeem From Peter_Dyballa at Web.DE Sat Sep 10 20:00:35 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 10 Sep 2005 13:00:35 +0200 Subject: [macemacsjp-english 181] Carbon Emacs on non-commercial CD or DVD Message-ID: Hello! Some users of TeX on Macs are releasing a teTeX 3 based TeX distribution for Mactels, augmented by some other applications (LyX, LaTeXiT, Excalibur ...). One of these can be this Carbon Emacs, both for Panther and for Tiger. Is it available as an Universal Binary? Is it available for CD/DVD release? What have the copyright owners of the packages outside the normal GNU Emacs distributions decided upon their own software? I cannot i-search for words with or for the characters ? or ?: is this a known bug? And ispell does not launch: is this a known bug too? The AUCTeX variables TeX-lisp-directory or TeX-auto-global are wrong: there is probably no-one that has something at /Volumes/Emacs/Emacs.app/Contents/Resources/...! Which fontset can display the whole set of ISO 8859-15 (ISO Latin-9) glyphs? -- Greetings Pete "What is this talk of 'release'? Klingons do not make software 'releases'. Our software 'escapes' leaving a bloody trail of designers and quality assurance people in its wake." From zenitani at tkg.att.ne.jp Sun Sep 11 01:03:07 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sun, 11 Sep 2005 01:03:07 +0900 Subject: [macemacsjp-english 182] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: References: Message-ID: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> Hello, On 2005/09/10, at 20:00, Peter Dyballa wrote: > > Some users of TeX on Macs are releasing a teTeX 3 based TeX > distribution for Mactels, augmented by some other applications (LyX, > LaTeXiT, Excalibur ...). One of these can be this Carbon Emacs, both > for Panther and for Tiger. > I'm pleased to hear that. > Is it available as an Universal Binary? I don't have a mactel at my hand and so currently I don't know whether emacs can be built as a universal application. It might be difficult because emacs is a 'dump'-ed image of temacs application. If impossible, I will provide a dmg file for mactels soon after I got a mactel. ref. http://www.gnu.org/software/emacs/elisp-manual/html_node/ elisp_715.html#SEC715 If you have a mactel (for apple developers), you may easily build another Carbon Emacs Package by following the below wiki page (sorry, in Japanese language). http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi? MakingOfCarbonEmacsPackage > Is it available for CD/DVD release? Yes. Please remember that Emacs is distributed under the GPL. Attach source codes as well as the dmg files. You can obtain the source codes from the following URL: http://macemacsjp.sourceforge.jp/package/ > What have the copyright owners of the packages outside the > normal GNU Emacs distributions decided upon their own software? > I have chosen GPL-ed or GPL-compatible elisp packages and so I think there is no problem. Elisp packages that are incompatible with the GPL (such as yatex) are not bundle by default. They are only available via not-install. (That is why I have added net-install feature to my emacs distribution.) > I cannot i-search for words with or for the characters ? or ?: is > this > a known bug? And ispell does not launch: is this a known bug too? > > The AUCTeX variables TeX-lisp-directory or TeX-auto-global are wrong: > there is probably no-one that has something at > /Volumes/Emacs/Emacs.app/Contents/Resources/...! > Yes, I know. The above variables are usually overwritten by the below lines in site-start.el or side-start.d/*.el files. (setq TeX-lisp-directory (concat carbon-emacs-package-prefix "/site-lisp/auctex") TeX-auto-global (concat carbon-emacs-package-prefix "/var/auctex")) The carbon-emacs-package-prefix variable is the prefix path of the relocatable application bundle; for example, /Users/zenitani/Desktop/Emacs.app/Contents/Resources. > Which fontset can display the whole set of ISO 8859-15 (ISO Latin-9) > glyphs? > I'm not sure but 'carbon-font' 1.2.0 or later suppports ISO latin-9 characters according to its release note. How about using fontsets such as 'hiraginokaku', 'hiraginomaru', 'hiraginomin' or 'osaka'? -- Seiji From zenitani at tkg.att.ne.jp Sun Sep 11 01:09:53 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sun, 11 Sep 2005 01:09:53 +0900 Subject: [macemacsjp-english 183] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> Message-ID: <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> Hi, On 2005/09/11, at 1:03, Seiji Zenitani wrote: >> I cannot i-search for words with or for the characters ? or ?: is >> this a known bug? And ispell does not launch: is this a known bug >> too? Could you tell me more details? Does ispell (aspell) run when you search ascii words? Can you search that characters on other emacs such as Aquamacs on OSX or GNU Emacs on Linux systems? -- Seiji From Peter_Dyballa at Web.DE Sun Sep 11 05:17:10 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 10 Sep 2005 22:17:10 +0200 Subject: [macemacsjp-english 184] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> Message-ID: Am 10.09.2005 um 18:03 schrieb Seiji Zenitani: > If you have a mactel (for apple developers), No, I haven't. Others in this group might like to compile for 'universal' use. >> Which fontset can display the whole set of ISO 8859-15 (ISO Latin-9) >> glyphs? >> > I'm not sure but 'carbon-font' 1.2.0 or later suppports ISO latin-9 > characters according to its release note. How about using fontsets > such as 'hiraginokaku', 'hiraginomaru', 'hiraginomin' or 'osaka'? > I am using hiraginokaku, but it fails: -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic1.tiff Type: image/tiff Size: 24472 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050910/3953169a/attachment.tiff -------------- next part -------------- There are some more gaps for ISO 8859-15. In ISO 8859-10 (ISO Latin-6) and ISO 8859-16 (ISO Latin-10) too are gaps. I can give you my test files if you want. The Mac OS X system font Hiragino Kaku Gothic Pro is well equipped with Latin, Greek, and Cyrillic glyphs that there should only be a need to use ugly glyphs from ETL in a few and rare cases. -- Greetings Pete When you meet a master swordsman, show him your sword. When you meet a man who is not a poet, do not show him your poem. -- Rinzai, ninth century Zen master From Peter_Dyballa at Web.DE Sun Sep 11 06:31:16 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 10 Sep 2005 23:31:16 +0200 Subject: [macemacsjp-english 185] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> Message-ID: <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> Am 10.09.2005 um 18:09 schrieb Seiji Zenitani: > Hi, > > On 2005/09/11, at 1:03, Seiji Zenitani wrote: >>> I cannot i-search for words with or for the characters ? or ?: is >>> this a known bug? And ispell does not launch: is this a known bug >>> too? > > Could you tell me more details? Does ispell (aspell) run when you > search ascii words? Can you search that characters on other emacs > such as Aquamacs on OSX or GNU Emacs on Linux systems? Ispell is not running (de-activated) when your Carbon Emacs is launched. My example is taken from the *Messages* buffer (in ISO Latin-1) where statements from .emacs comment the progress or loading: ``Emacs ist gr??er Nr. 20??. When I press '?' C-h k tells me: "? (translated from \232) runs the command self-insert-command," while GNU Emacs 22.0.50 as X11 client simply explains: "? runs the command self-insert-command." It works to find ``??? in a German holiday's name in *Holidays* buffer ... and of course it fails too in Aquamacs Emacs, except in *Holidays*. Your Carbon Emacs and Aquamacs Emacs behave the same. And my own compiled GNU Carbon Emacs 22.0.50 adds into this list. The X11 clients behave correctly. \232 is ? in Mac-Roman, a proprietary encoding I stopped using years ago. In ISO Latin encodings ? is at F6/\366. Have you seen that when entering 'C-x d' (dired-mode) from *Messages* Carbon Emacs starts with '/' instead of '~/' as in other Emacsen (except Aquamacs)? -- Greetings Pete "engineer: a mechanism for converting caffeine into designs" From matsuan at ca2.so-net.ne.jp Sun Sep 11 06:43:12 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Sun, 11 Sep 2005 06:43:12 +0900 Subject: [macemacsjp-english 186] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> Message-ID: > > Which fontset can display the whole set of ISO 8859-15 (ISO Latin-9) > > glyphs? > > > I'm not sure but 'carbon-font' 1.2.0 or later suppports ISO latin-9 > characters according to its release note. How about using fontsets Sorry, this was my misunderstanding. `mac-charset-info-alist shows (("mac-dingbats" 34 nil) ("adobe-fontspecific" 33 nil) ("mac-symbol" 33 nil) ("mac-centraleurroman" 29 mac-centraleurroman) ("gb2312.1980-0" 25 chinese-iso-8bit) ("mac-cyrillic" 7 mac-cyrillic) ("ksc5601.1989-0" 3 korean-iso-8bit) ("big5-0" 2 chinese-big5) ("jisx0201.1976-0" 1 japanese-shift-jis) ("jisx0208.1983-sjis" 1 japanese-shift-jis) ("mac-roman" 0 mac-roman)) And also "mac-roman" is described ;; Create a fontset that uses mac-roman font. With this fontset, ;; characters decoded from mac-roman encoding (ascii, latin-iso8859-1, ;; and mule-unicode-xxxx-yyyy) are displayed by a mac-roman font. Unfortunately ISO8859-15 is not included. Kind regards, Takashi Hiromatsu From zenitani at tkg.att.ne.jp Sun Sep 11 14:44:05 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sun, 11 Sep 2005 14:44:05 +0900 Subject: [macemacsjp-english 187] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> Message-ID: <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> Hi, On 2005/09/11, at 6:31, Peter Dyballa wrote: >> >>>> I cannot i-search for words with or for the characters ? or ?: is >>>> this a known bug? And ispell does not launch: is this a known bug >>>> too? >> >> Could you tell me more details? Does ispell (aspell) run when you >> search ascii words? Can you search that characters on other emacs >> such as Aquamacs on OSX or GNU Emacs on Linux systems? > > Ispell is not running (de-activated) when your Carbon Emacs is > launched. My example is taken from the *Messages* buffer (in ISO > Latin-1) where statements from .emacs comment the progress or loading: > ``Emacs ist gr??er Nr. 20??. Sorry, what does ``Emacs ist gr??er Nr. 20?? mean? I don't understand german language. Both ispell and ispell with german dict run on my ibook. To use german dict, I temporally took out my .emacs.el, chose "Options > Mule > Set Language Environment > European > German", choose "Tools > Spell Checking > Select Dict > Select German Dict". -------------- next part -------------- A non-text attachment was scrubbed... Name: aspell.png Type: image/png Size: 21350 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050911/8d9ab4fb/attachment.png -------------- next part -------------- > When I press '?' C-h k tells me: "? (translated from \232) runs the > command self-insert-command," while GNU Emacs 22.0.50 as X11 client > simply explains: "? runs the command self-insert-command." > > It works to find ``??? in a German holiday's name in *Holidays* > buffer > ... and of course it fails too in Aquamacs Emacs, except in > *Holidays*. > Your Carbon Emacs and Aquamacs Emacs behave the same. And my own > compiled GNU Carbon Emacs 22.0.50 adds into this list. The X11 clients > behave correctly. > > \232 is ? in Mac-Roman, a proprietary encoding I stopped using years > ago. In ISO Latin encodings ? is at F6/\366. -------------- next part -------------- A non-text attachment was scrubbed... Name: isearch.png Type: image/png Size: 5122 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050911/8d9ab4fb/attachment-0001.png -------------- next part -------------- Since typing [ C-s option u o ] finds "?" on my ibook, it seems to be a keycode issue. I wonder your keyboard has an "?" key? If so, this issue is beyond me because my ibook has no such extra keys. > Have you seen that when entering 'C-x d' (dired-mode) from *Messages* > Carbon Emacs starts with '/' instead of '~/' as in other Emacsen > (except Aquamacs)? > This issue is new to me. I'll take a look. -- Seiji From Peter_Dyballa at Web.DE Sun Sep 11 18:22:10 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sun, 11 Sep 2005 11:22:10 +0200 Subject: [macemacsjp-english 188] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> Message-ID: <18475b86bdfa6751f5e1d14ed5f99db0@Web.DE> Am 11.09.2005 um 07:44 schrieb Seiji Zenitani: > Hi, > > On 2005/09/11, at 6:31, Peter Dyballa wrote: > > Sorry, what does ``Emacs ist gr??er Nr. 20?? mean? I don't understand > german language. It's nothing special, just explaining that this Emacs has a major-version greater than 20. > > Both ispell and ispell with german dict run on my ibook. To use german > dict, I temporally took out my .emacs.el, chose "Options > Mule > Set > Language Environment > European > German", choose "Tools > Spell > Checking > Select Dict > Select German Dict". I have already set in .emacs: (set-language-environment 'German) When I start spell checking from the menu the same thing happens as if ispell is launched from .emacs: Starting new Ispell process... ispell-init-process: ? Show this help screen. ^Z Suspend program. ^L Redraw screen. ! Shell escape. Leaves file unchanged. Q Quit immediately. Asks for confirmation. and start next file. X Write the rest of this file, ignoring misspellings, L Look up words in system dictionary. 0-n Replace with one of the suggested words. U Accept and add lowercase version to private dictionary. I Accept the word, and put it in your private dictionary. A Accept the word for the rest of this session. Space Accept the word this time only. R Replace the misspelled word completely. Commands are: completely, or choosing one of the suggested words. next to each one. You have the option of replacing the word contains any similar words, they are listed with a number it is printed on the first line of the screen. If the dictionary Whenever a word is found that is not in the dictionary, /sw/bin/ispell -v /sw/bin/ispell [-dfile] [-wchars] -D /sw/bin/ispell [-dfile] [-wchars] -e[1-4] /sw/bin/ispell [-dfile] [-wchars | -Wn] -c /sw/bin/ispell [-dfile | -pfile | -ffile | -Wn | -t | -n | -H | -s | -B | -C | -P | -m | -Ttype | -ktype kws | -Fpgm] [-a | -A] /sw/bin/ispell [-dfile | -pfile | -wchars | -Wn | -t | -n | -H | -Ttype | -ktype kws | -Fpgm] -l Usage: /sw/bin/ispell [-dfile | -pfile | -wchars | -Wn | -t | -n | -H | -x | -b | -S | -B | -C | -P | -m | -Lcontext | -M | -N | -Ttype | -ktype kws | -Fpgm | -V] file ..... The empty lines come from ^M both times. Could be there is nothing passed to ispell? > Since typing [ C-s option u o ] finds "?" on my ibook, it seems to be > a keycode issue. I wonder your keyboard has an "?" key? If so, this > issue is beyond me because my ibook has no such extra keys. Yes, I have these keys ?, ?, ?, ?. The very first time I hit a menu an error occurs: Debugger entered--Lisp error: (void-variable mac-key-mode) or: Debugger entered--Lisp error: (void-variable mac-key-mode) x-popup-menu(((295 23) #) (keymap (emacs-tutorial menu-item "Emacs Tutorial" help-with-tutorial ([8 116] . " (C-h t)") :help "Learn how to use Emacs") (emacs-tutorial-language-specific menu-item "Emacs Tutorial (choose language)..." help-with-tutorial-spec-language (nil) :help "Learn how to use Emacs (choose a language)") (emacs-faq menu-item "Emacs FAQ" view-emacs-FAQ ([8 6] . " (C-h C-f)")) (emacs-news menu-item "Emacs News" view-emacs-news ([8 110] . " (C-h n)") :help "New features of this version") (emacs-problems menu-item "Emacs Known Problems" view-emacs-problems ([8 5] . " (C-h C-e)")) (report-emacs-bug menu-item "Send Bug Report..." report-emacs-bug (nil) :help "Send e-mail to Emacs maintainers") (sep1 "--") (apropos menu-item "Search Documentation" (keymap ... ... ... ... ... ... ... ... ... "Apropos") :help "Look up terms, find commands, options, etc. (Apropos)") (describe menu-item "Describe" (keymap ... ... ... ... ... ... ... ... ... ... ... ... ... ... "Describe") :help "Describe commands, variables, keys") (emacs-manual menu-item "Read the Emacs Manual" info-emacs-manual ([8 114] . " (C-h r)") :help "Full documentation of Emacs features") (manuals menu-item "More Manuals" (keymap ... ... ... ... ... ... ... ... ... "More Manuals") :help "Search and browse on-line manuals") (finder-by-keyword menu-item "Find Emacs Packages" finder-by-keyword ([8 112] . " (C-h p)") :help "Find packages and features by keyword") (sep2 "--") (about menu-item "About Emacs" display-splash-screen (nil) :help "Display version number, copyright info, and basic help") (carbon-emacs-package-menu "Carbon Emacs Package" keymap "Carbon Emacs Package" (Package\ Version menu-item "Package Version" menu-function-0 ... :key-sequence nil) (Web\ Site\ \(jp\) menu-item "Web Site (jp)" menu-function-1 ... :key-sequence nil) (Web\ Site\ \(en\) menu-item "Web Site (en)" menu-function-2 ... :key-sequence nil) (-- menu-item "--" nil :enable ...) (Anti-Aliasing menu-item "Anti-Aliasing" menu-function-3 ... :key-sequence nil :button ...) (Mac-Style\ Key\ Bindings menu-item "Mac-Style Key Bindings" menu-function-4 ... :key-sequence nil :button ...) (Mule-UCS\ Unicode\ Support menu-item "Mule-UCS Unicode Support" menu-function-5 ... :key-sequence nil :button ...) (Use\ Carbon-Font menu-item "Use Carbon-Font" menu-function-6 ... :key-sequence nil :button ...) (Use\ Gs\ +\ Preview\ to\ Print\ \(jp\) menu-item "Use Gs + Preview to Print (jp)" menu-function-7 ... :key-sequence nil :button ...) (Window\ Opacity menu-item "Window Opacity" ...) (Portable\ Mode menu-item "Portable Mode" t ... :enable ... :button ...) (-- menu-item "--" nil :enable ...) (Save\ Options menu-item "Save Options" menu-function-19 ... :key-sequence nil) (-- menu-item "--" nil :enable ...) (Net-install menu-item "Net-install" ...) (-- menu-item "--" nil :enable ...) (Open\ Site-Lisp\ Directory menu-item "Open Site-Lisp Directory" menu-function-24 ... :key-sequence nil) (Open\ Site-Start\ Directory menu-item "Open Site-Start Directory" menu-function-25 ... :key-sequence nil)) (carbon-emacs-package-separater "--") (more menu-item "Find Extra Packages" menu-bar-help-extra-packages (nil) :help "Where to find some extra packages and possible updates") (describe-distribution menu-item "Getting New Versions" describe-distribution ([8 4] . " (C-h C-d)") :help "How to get latest versions of Emacs") (describe-copying menu-item "Copying Conditions" describe-copying ([8 3] . " (C-h C-c)") :help "Show the Emacs license (GPL)") (describe-no-warranty menu-item "(Non)Warranty" describe-no-warranty ([8 23] . " (C-h C-w)") :help "Explain that Emacs has NO WARRANTY") (sep4 "--") (eliza menu-item "Emacs Psychiatrist" doctor (nil) :help "Our doctor will help you feel better") "Help")) popup-menu((keymap (emacs-tutorial menu-item "Emacs Tutorial" help-with-tutorial ([8 116] . " (C-h t)") :help "Learn how to use Emacs") (emacs-tutorial-language-specific menu-item "Emacs Tutorial (choose language)..." help-with-tutorial-spec-language (nil) :help "Learn how to use Emacs (choose a language)") (emacs-faq menu-item "Emacs FAQ" view-emacs-FAQ ([8 6] . " (C-h C-f)")) (emacs-news menu-item "Emacs News" view-emacs-news ([8 110] . " (C-h n)") :help "New features of this version") (emacs-problems menu-item "Emacs Known Problems" view-emacs-problems ([8 5] . " (C-h C-e)")) (report-emacs-bug menu-item "Send Bug Report..." report-emacs-bug (nil) :help "Send e-mail to Emacs maintainers") (sep1 "--") (apropos menu-item "Search Documentation" (keymap ... ... ... ... ... ... ... ... ... "Apropos") :help "Look up terms, find commands, options, etc. (Apropos)") (describe menu-item "Describe" (keymap ... ... ... ... ... ... ... ... ... ... ... ... ... ... "Describe") :help "Describe commands, variables, keys") (emacs-manual menu-item "Read the Emacs Manual" info-emacs-manual ([8 114] . " (C-h r)") :help "Full documentation of Emacs features") (manuals menu-item "More Manuals" (keymap ... ... ... ... ... ... ... ... ... "More Manuals") :help "Search and browse on-line manuals") (finder-by-keyword menu-item "Find Emacs Packages" finder-by-keyword ([8 112] . " (C-h p)") :help "Find packages and features by keyword") (sep2 "--") (about menu-item "About Emacs" display-splash-screen (nil) :help "Display version number, copyright info, and basic help") (carbon-emacs-package-menu "Carbon Emacs Package" keymap "Carbon Emacs Package" (Package\ Version menu-item "Package Version" menu-function-0 ... :key-sequence nil) (Web\ Site\ \(jp\) menu-item "Web Site (jp)" menu-function-1 ... :key-sequence nil) (Web\ Site\ \(en\) menu-item "Web Site (en)" menu-function-2 ... :key-sequence nil) (-- menu-item "--" nil :enable ...) (Anti-Aliasing menu-item "Anti-Aliasing" menu-function-3 ... :key-sequence nil :button ...) (Mac-Style\ Key\ Bindings menu-item "Mac-Style Key Bindings" menu-function-4 ... :key-sequence nil :button ...) (Mule-UCS\ Unicode\ Support menu-item "Mule-UCS Unicode Support" menu-function-5 ... :key-sequence nil :button ...) (Use\ Carbon-Font menu-item "Use Carbon-Font" menu-function-6 ... :key-sequence nil :button ...) (Use\ Gs\ +\ Preview\ to\ Print\ \(jp\) menu-item "Use Gs + Preview to Print (jp)" menu-function-7 ... :key-sequence nil :button ...) (Window\ Opacity menu-item "Window Opacity" ...) (Portable\ Mode menu-item "Portable Mode" t ... :enable ... :button ...) (-- menu-item "--" nil :enable ...) (Save\ Options menu-item "Save Options" menu-function-19 ... :key-sequence nil) (-- menu-item "--" nil :enable ...) (Net-install menu-item "Net-install" ...) (-- menu-item "--" nil :enable ...) (Open\ Site-Lisp\ Directory menu-item "Open Site-Lisp Directory" menu-function-24 ... :key-sequence nil) (Open\ Site-Start\ Directory menu-item "Open Site-Start Directory" menu-function-25 ... :key-sequence nil)) (carbon-emacs-package-separater "--") (more menu-item "Find Extra Packages" menu-bar-help-extra-packages (nil) :help "Where to find some extra packages and possible updates") (describe-distribution menu-item "Getting New Versions" describe-distribution ([8 4] . " (C-h C-d)") :help "How to get latest versions of Emacs") (describe-copying menu-item "Copying Conditions" describe-copying ([8 3] . " (C-h C-c)") :help "Show the Emacs license (GPL)") (describe-no-warranty menu-item "(Non)Warranty" describe-no-warranty ([8 23] . " (C-h C-w)") :help "Explain that Emacs has NO WARRANTY") (sep4 "--") (eliza menu-item "Emacs Psychiatrist" doctor (nil) :help "Our doctor will help you feel better") "Help")) #[nil "?????????????????????????????????????????????????????????????????????? ?????????!?" [menu-bar-help-menu popup-menu] 2 nil nil]) -- Greetings Pete Got Mole problems? Call Avogadro 6.02 x 10^23 From zenitani at mac.com Sun Sep 11 19:36:28 2005 From: zenitani at mac.com (Seiji Zenitani) Date: Sun, 11 Sep 2005 19:36:28 +0900 Subject: [macemacsjp-english 189] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> <18475b86bdfa6751f5e1d14ed5f99db0@Web.DE> Message-ID: <7442889.1126434988349.JavaMail.zenitani@mac.com> Hi, Pete, On 2005/09/11, at 18:22, Peter Dyballa wrote: >> Both ispell and ispell with german dict run on my ibook. To use german >> dict, I temporally took out my .emacs.el, chose "Options > Mule > Set >> Language Environment > European > German", choose "Tools > Spell >> Checking > Select Dict > Select German Dict". > > I have already set in .emacs: > > (set-language-environment 'German) > > When I start spell checking from the menu the same thing happens as if > ispell is launched from .emacs: > 8< > Whenever a word is found that is not in the dictionary, > > /sw/bin/ispell -v 8< > > The empty lines come from ^M both times. Could be there is nothing > passed to ispell? By default, Carbon Emacs Package uses its built-in aspell (Emacs.app/Contents/MacOS/bin/aspell) for M-x ispell. All setting for this aspell is written in site-start.d/carbon-emacs-builtin-aspell.el. Since this file may interfere with your own configuration, remove the file first if you would like to use your own configuration. According to the previous post to this list, Fink's ispell (or aspell) does not work fine. Perhaps it's related to the fink-specific environment variables such as PATH, LIBRARY_PATH. > The very first time I hit a menu an error occurs: > > Debugger entered--Lisp error: (void-variable mac-key-mode) > What version of Carbon Emacs Package are you using? Have you removed some files in site-lisp directory? Sincerely, -- Seiji From Peter_Dyballa at Web.DE Mon Sep 12 02:09:11 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sun, 11 Sep 2005 19:09:11 +0200 Subject: [macemacsjp-english 190] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <7442889.1126434988349.JavaMail.zenitani@mac.com> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> <18475b86bdfa6751f5e1d14ed5f99db0@Web.DE> <7442889.1126434988349.JavaMail.zenitani@mac.com> Message-ID: <6ddd52b459c3e78ec1b5653dd3b3f875@Web.DE> Am 11.09.2005 um 12:36 schrieb Seiji Zenitani: > By default, Carbon Emacs Package uses its built-in aspell > (Emacs.app/Contents/MacOS/bin/aspell) for M-x ispell. All setting for > this aspell is written in site-start.d/carbon-emacs-builtin-aspell.el. > Since this file may interfere with your own configuration, remove the > file first if you would like to use your own configuration. Removing the line (setq ispell-program-name "/sw/bin/ispell") from my .emacs makes things lighter since now aspell starts without complaints. But: due to the default settings for aspell it's useless because aspell can't spell words with umlauts. Renaming carbon-emacs-builtin-aspell.el does not allow me to use an ispell dictionary -- except it is placed into /usr/local/lib/aspell-0.60/ ... > > According to the previous post to this list, Fink's ispell (or aspell) > does not work fine. Perhaps it's related to the fink-specific > environment variables such as PATH, LIBRARY_PATH. Fink's ispell works fine in every other of my Carbon or X11 or nowindows Emacsen. including Aquamacs Emacs. So ispell can't be the culprit. > > >> The very first time I hit a menu an error occurs: >> >> Debugger entered--Lisp error: (void-variable mac-key-mode) >> > What version of Carbon Emacs Package are you using? Have you removed > some files in site-lisp directory? I think it's the latest release: GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0) of 2005-08-06 on trio.local. -- Greetings Pete From d.chadd at uea.ac.uk Sun Sep 11 18:47:37 2005 From: d.chadd at uea.ac.uk (David Chadd) Date: Sun, 11 Sep 2005 10:47:37 +0100 Subject: [macemacsjp-english 191] Re: macemacsjp-english Digest, Vol 7, Issue 8 In-Reply-To: macemacsjp-english-request@lists.sourceforge.jp's message of 11 September 2005 14:39:55 +0900 References: <20050911053955.C5F414B0C3F@lists.sourceforge.jp> Message-ID: <17187.64825.536989.352552@David-Chadds-Computer.local> Seiji macemacsjp-english-request at lists.sourceforge.jp (message of Sunday 11 September 2005, 14:39) writes: > Both ispell and ispell with german dict run on my ibook. To use > german dict, I temporally took out my .emacs.el, chose "Options > > Mule > Set Language Environment > European > German", choose "Tools > > Spell Checking > Select Dict > Select German Dict". Actually, if I do this (but use 'English' not 'German') on my August/Panther emacs, I get the error ispell-init-process: Error: No word lists can be found for the language "en_US". WARNING: Unable to enter Nroff mode: Unknown mode: "nroff". This happens too if I just try to use ispell or load flyspell-mode. I haven't had time to play around with this and see what's happening, but it seems rather strange (particularly the 'nroff' bit: I haven't used nroff for years!!)... David -- ---------------------------------------------- Professor David Chadd University of East Anglia, Norwich NR4 7TJ, UK d [dot] chadd [at] uea [dot] ac [dot] uk ---------------------------------------------- From Peter_Dyballa at Web.DE Mon Sep 12 08:10:59 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Mon, 12 Sep 2005 01:10:59 +0200 Subject: [macemacsjp-english 192] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: References: Message-ID: <8c9a64fb4fc16576f15685c43d9b9c02@Web.DE> Am 10.09.2005 um 13:00 schrieb Peter Dyballa: > I cannot i-search for words with or for the characters ? or ?: is this > a known bug? I need to correct myself: in a dired buffer (latin9, Encoded-Kbd, Unify-8859-On-Encoding) with file names containing ? or ? I can i-search and find these glyphs, in *Messages* buffer (latin9, Encoded-Kbd, Unify-8859-On-Encoding) this does not work -- because these glyphs are output with message ()? View-lossage shows that I do i-search for \232, OK! But I also get a message like this when i-search does not start at once (reason unknown): encoded-kbd-self-insert-sjis: Invalid Shift JIS code: 9a0d. I then see in mini-buffer \236? ... ? (Opt-i) is handled as being character: ? (06332, 3290, 0xcda, U+FF9A) charset: [katakana-jisx0201] (Katakana Part of JISX0201.1976.) code point: [90] syntax: w which means: word category: j:Japanese k:Japanese katakana |:While filling, we can break a line at this character. Properties: hiragana: 53868; katakana: 53996; jisx0208: 53996; buffer code: 0x89 0xDA file code: 0xEF 0xBE 0x9A (encoded by coding system mule-utf-8-unix) display: no font available Setting the coding systems to UTF-8 Carbon Emacs has a problem with some UTF-8 glyphs in file names: -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic1.tiff Type: image/tiff Size: 23570 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/e28b3669/attachment.tiff -------------- next part -------------- C-u C-x = explains about the de-composed ? (LATIN CAPITAL LETTER U WITH CARON, U+01D3): character: ? (01211314, 332492, 0x512cc, U+030C) charset: [mule-unicode-0100-24ff] (Unicode characters of the range U+0100..U+24FF.) code point: [37 76] syntax: w which means: word category: ^:Combining diacritic or mark u:Mule unicode characters buffer code: 0x9C 0xF4 0xA5 0xCC file code: 0xCC 0x8C (encoded by coding system mule-utf-8-unix) display: no font available /System/Library/Fonts/Courier.dfont has this glyph -- I think that's the font that is referred as "-apple-courier-medium-r-normal--14-140-75-75-m-140-mac-roman (0xF3)" when I examine ? (and it also contains the ready to use ?). Checking with C-u C-x = that in UTF-8 encoding the one ? has a buffer code of 0x8E 0xDF, the other one 0xC3 0xDF and both time the same correct file code 0xC3 0x9F, ? is 0x8E 0xF6 vs. 0xC3 0xF6 resp. 0xC3 0xB6. This looks to be the typical GNU Emacs behaviour not being able to handle glyphs outside US-ASCII consistently. -- Greetings Pete <\ _\ O _ |o \ _\\_/-\=' _____________(_)|-(_) (_)___________________________________ From Peter_Dyballa at Web.DE Mon Sep 12 20:35:12 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Mon, 12 Sep 2005 13:35:12 +0200 Subject: [macemacsjp-english 193] Buggy fontset? Message-ID: <1a00c27ac5d647003a12a1fdf2aa21e0@Web.DE> Hello! In .emacs I set: (font . "fontset-hiraginomin") How can I choose the 10pt version? In *Calendar* I've chosen this customisation (X11 client, another Carbon Emacs): -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic1.tiff Type: image/tiff Size: 2854 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/f4d2ddae/attachment.tiff -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic2.tiff Type: image/tiff Size: 8904 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/f4d2ddae/attachment-0001.tiff -------------- next part -------------- but in this Carbon Emacs it looks like this in Calendar or that in *Completions*: -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic3.tiff Type: image/tiff Size: 11362 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/f4d2ddae/attachment-0002.tiff -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic6.tiff Type: image/tiff Size: 8354 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/f4d2ddae/attachment-0003.tiff -------------- next part -------------- Brown is the [font-lock-constant-face], italic grey is the [font-lock-comment-face], and the month name is in [font-lock-function-name-face] (not changed from defaults). '(font-lock-constant-face ((t (:bold t :foreground "IndianRed4")))) '(font-lock-comment-face ((t (:italic t :foreground "DarkOliveGreen")))) In LaTeX mode (AUCTeX) I see: -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic5.tiff Type: image/tiff Size: 24326 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050912/f4d2ddae/attachment-0004.tiff -------------- next part -------------- The purple LaTeX names are in [(font-lock-keyword-face font-latex-sedate-face)], the red ones are in [(font-latex-warning-face font-latex-sedate-face)], the brown argument of \input{} is in [(font-lock-constant-face)], none changed from the defaults. When I'm in mini-buffer after having invoked repeat-complex-command (C-x Esc Esc) at the Redo: prompt I can't type C-a to go to the beginning of the line. Carbon Emacs tells me: read-from-minibuffer: Wrong type argument: commandp, (font-lock-variable-name-face append t). Does this Carbon Emacs support as Aquamacs Emacs (setq mac-pass-option-to-system t) (setq mac-command-key-is-meta t) (setq mac-option-modifier nil) (setq mac-command-modifier nil) (setq mac-control-modifier nil) to have the usual Mac OS X shortcuts available in Carbon Emacs, i.e. M-v paste, M-c copy? -- Greetings Pete "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook From zenitani at tkg.att.ne.jp Mon Sep 12 21:38:42 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Mon, 12 Sep 2005 21:38:42 +0900 Subject: [macemacsjp-english 194] Re: Buggy fontset? In-Reply-To: <1a00c27ac5d647003a12a1fdf2aa21e0@Web.DE> References: <1a00c27ac5d647003a12a1fdf2aa21e0@Web.DE> Message-ID: <04D8217E-742A-4AE5-9647-7061F9B037B2@tkg.att.ne.jp> Hi, Pete, First of all, I am not the author of carbon-font, which provides fontsets used by Carbon Emacs Package. So sometimes I cannot explain font-issues in detail. On 2005/09/12, at 20:35, Peter Dyballa wrote: > > In .emacs I set: > > (font . "fontset-hiraginomin") > > How can I choose the 10pt version? According to Japanese description in the carbon-font.el source code, try the below lines: (set-default-font "-*-*-medium-r-normal--10-*-*-*-*-*-fontset- hiraginomin") > In *Calendar* I've chosen this customisation (X11 client, another > Carbon Emacs): > 8< > > The purple LaTeX names are in [(font-lock-keyword-face font-latex- > sedate-face)], the red ones are in [(font-latex-warning-face font- > latex-sedate-face)], the brown argument of \input{} is in [(font- > lock-constant-face)], none changed from the defaults. > Carbon-font provides fixed-width fontsets. As a side effect, small bold fontsets are hard to recognize. I think it's a problem. > When I'm in mini-buffer after having invoked repeat-complex-command > (C-x Esc Esc) at the Redo: prompt I can't type C-a to go to the > beginning of the line. Carbon Emacs tells me: read-from-minibuffer: > Wrong type argument: commandp, (font-lock-variable-name-face append > t). I have no idea on this issue. It is possibly a bug of the emacs CVS code. > Does this Carbon Emacs support as Aquamacs Emacs > > (setq mac-pass-option-to-system t) > (setq mac-command-key-is-meta t) > (setq mac-option-modifier nil) > (setq mac-command-modifier nil) > (setq mac-control-modifier nil) > > to have the usual Mac OS X shortcuts available in Carbon Emacs, > i.e. M-v paste, M-c copy? > Try 'M-x mac-key-mode' or "Help > Carbon Emacs Package > Mac-Style Key Bindings" in the menu bar. Maybe some of the above variables are newly introduced to Aquamacs by the key-modifier patch, and I have already heard the patch from D. Reitter. Since his patch provides more elegant way than the original emacs source code, I will try to use it in future when the inline input-method patch become stable. I wonder why his patch has not yet integrated into the original emacs. (and our transparency patch, too.) On [macemacsjp-english 190-192], I will write later. Sincerely, -- Seiji From matsuan at ca2.so-net.ne.jp Tue Sep 13 08:19:46 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Tue, 13 Sep 2005 08:19:46 +0900 Subject: [macemacsjp-english 195] carbon-font 1.4.2 was just released. Message-ID: <200509122321.j8CNLKa00522@elflock.isuzu.co.jp> Dear all, carbon-font 1.4.2 was just released from cvs head. Changes from previous release 1.4.1 are shown in below: sophisticate functions constants were put out from functions provide create-fontset function You can take it from : http://sourceforge.jp/projects/macemacsjp/files/ ---------------------------------------------------------------------------- Defined fontset names are hiraginomaru (Sans Serif) hiraginokaku (Sans Serif) hiraginomin (Serif) osaka (Sans Serif) Fontset names doesn't include size. If you set the fontset like as (set-default-font "fontset-hiraginomaru") font size was set to 12 (default). If you want to use another size, please use full fontset name like as (set-default-font "-*-*-medium-r-normal--8-*-*-*-*-*-fontset-hiraginomaru") (add-to-list 'default-frame-alist '(font . "-*-*-medium-r-normal--8-*-*-*-*-*-fontset-hiraginomaru")) ---------------------------------------------------------------------------- If you want to create another fontset, please use new function (carbon-font-create-fontset fontset size list) fontset : fontset name(striings) size : size or list of size that you want to create list : alist of encodings and font family name example : courier and ?????????(hiragino maru gothic) (setq carbon-font-encode-family-list-courier '((ascii . "courier") (japanese-jisx0208 . "??????*") (katakana-jisx0201 . "??????*") (chinese-gb2312 . "????*") (chinese-big5-1 . "??*") (korean-ksc5601 . "applegothic*"))) (carbon-font-create-fontset "courier" carbon-font-defined-sizes carbon-font-encode-family-list-courier) You can get new fontsets "fontset-courier", that have sizes from 7 to 24 point. Kind regards. T. Hiromatsu ************************************************************************** CVS?????Carbon-font 1.4.2 ??????????????? ????????????? 1.4.1 ???? ??????? ??????? ???fontset????????????? ????? ???????????? http://sourceforge.jp/projects/macemacsjp/files/ ---------------------------------------------------------------------------- ??????????????? ????????fontset? hiraginomaru Monaco(Ayuthaya) + ?????? hiraginokaku Monaco(Ayuthaya) + ?????? osaka Monaco(Ayuthaya) + osaka hiraginomin Courier + ?????? ???default size ? 12point ??? ?????????? (set-default-font "fontset-hiraginokaku") ??????????12point ??????? ????????????????? (set-default-font "-*-*-medium-r-normal--8-*-*-*-*-*-fontset-hiraginomaru") (add-to-list 'default-frame-alist '(font . "-*-*-medium-r-normal--8-*-*-*-*-*-fontset-hiraginomaru")) ???????? ---------------------------------------------------------------------------- ?????? fontset ?????????(???) (carbon-font-create-fontset fontset size list) ????????? fontset : fontset ???(striings) size : ?????????????????? list : ???????????????????????????? ????courier ? ??????????????????? (setq carbon-font-encode-family-list-courier '((ascii . "courier") (japanese-jisx0208 . "??????*") (katakana-jisx0201 . "??????*") (chinese-gb2312 . "????*") (chinese-big5-1 . "??*") (korean-ksc5601 . "applegothic*"))) ?????????? (carbon-font-create-fontset "courier" carbon-font-defined-sizes carbon-font-encode-family-list-courier) ???????7?24 ??????? fontset ??fontset-courier ?????? ??????? ?? From matsuan at ca2.so-net.ne.jp Tue Sep 13 08:36:26 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Tue, 13 Sep 2005 08:36:26 +0900 Subject: [macemacsjp-english 196] Re: Buggy fontset? In-Reply-To: <000190.macemacsjp-english@lists.sourceforge.jp> References: <000190.macemacsjp-english@lists.sourceforge.jp> Message-ID: <200509122338.j8CNc4W05022@elflock.isuzu.co.jp> At , Peter Dyballa wrote: > > Hello! > > In .emacs I set: > > (font . "fontset-hiraginomin") > > How can I choose the 10pt version? > > In *Calendar* I've chosen this customisation (X11 client, another > Carbon Emacs): Carbon-font provides font-width-compensation for fixed-width fontset. The reasons are: Monaco bold has different width from normal font. CJK font has different width from ascii font. (We want to use 2 times width for CJK) You have alternatives 1. disable all carbon-font http://www.emacswiki.org/cgi-bin/emacs-en/CarbonEmacsPackage#toc20 2. disabel font-width-conpensation (setq carbon-font-get-scale-alist nil) Kind regards, Takashi Hiromatsu From j.m.figueroa at ed.ac.uk Tue Sep 13 19:20:28 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Tue, 13 Sep 2005 12:20:28 +0200 Subject: [macemacsjp-english 197] Encoding problems (this time with the attachments!) Message-ID: <17190.42988.479153.352464@dmobile17.esi.ac.at> Hi, I am having some problems with encoding which I hope someone in this list can help me with. I am not sure that they are Carbon Emacs specific, hence if you think this post is off-topic, please direct me to a more appropriate list. Let me preface by stating that despite previous NeXTStep experiences in the early 90's, I have been using Mac OS X (and the "Japanese" Carbon Emacs) for only a couple of months. I have to say that it's on the whole a very satisfying working environment and I am very grateful to the maintainers. Domo arigato gozaimass! Now, since late 2001 and until my switch to Mac OS X I was using XEmacs (native) on a notebook running Windows XP [I'm not proud, but there you go: there were good reasons at the time]. This XEmacs was major version 21 and did not have MULE support. As a result my expertise with coding systems is minimal and hence my present woes. I have been using iso-accents-mode with default encoding iso-8859-1. As Carbon Emacs reminds me once in a while, iso-accents-mode is now deprecated, but I'm not sure what exactly has replaced it. In any case, on occasion I have used the Mac keyboard sequences (Option-E e for ?, for example) and my problems persist. Here are two problems that I'm experiencing: Problem 1 --------- Suppose I type accented characters (like ?,?,?,...) either using their Mac keyboard sequences or the ones in iso-accents-mode into a Carbon Emacs buffer. If I then copy and paste them from the Carbon Emacs buffer into, e.g., Mail.app then I get this -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 1.png Type: image/png Size: 9913 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050913/9b65a55d/attachment.png -------------- next part -------------- If I now copy this from Mail.app and paste it back into a Carbon Emacs buffer I get this: -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 2.png Type: image/png Size: 5092 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050913/9b65a55d/attachment-0001.png -------------- next part -------------- which is not what I started with. It is not just Mail.app this happens with, but also with my university's webmail using browsers like Camino or Safari. Problem 2 --------- I often edit HTML files which reside in a remote host. These files are encoded using utf-8. When I used XEmacs under Windows XP, the files were saved by XEmacs in iso-8859-1 and then I used 'iconv' to convert them to utf-8. When I edit these files now using Carbon Emacs, I don't see the accented letters. For example, instead of -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 4.png Type: image/png Size: 2748 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050913/9b65a55d/attachment-0002.png -------------- next part -------------- I see this. -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 3.png Type: image/png Size: 2947 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050913/9b65a55d/attachment-0003.png -------------- next part -------------- It seems to me that Emacs is assuming that this is an 8-bit encoding and finding a 16-bit character breaks it up into 2 characters. Shouldn't Emacs recognise the encoding of the file and act accordingly? Or is this happening because I'm somehow preventing it from doing so, which brings me to my last question: what should I have in the .emacs file? Right now, the relevant lines in my .emacs file seem to be the following: ;; coding system nightmare (custom-set-variables '(enable-multibyte-characters t) '(keyboard-coding-system (quote mac-roman)) '(utf-translate-cjk-mode nil) ) (setq unibyte-display-via-language-environment t) (set-language-environment 'latin-1) (set-buffer-file-coding-system 'iso-8859-1) (setq default-buffer-file-coding-system 'iso-8859-1) (set-default-coding-systems 'iso-8859-1) (modify-coding-system-alist 'file "\\.html\\'" 'utf-8) (modify-coding-system-alist 'file "\\.tex\\'" 'iso-8859-1) (modify-coding-system-alist 'file "\\.xml\\'" 'iso-8859-1) I have played with many such settings and the only reason I have chosen iso-8859-1 as default is that this seems to work, more or less. I forget exactly where I got many of these lines. (Although I've been using some Emacs or other since 1980, I have to admit that I'm very much an Emacs consumer, to quote a recent post to this list.) In principle I would like to understand encoding in Emacs (or in general) since I suspect I have many misconceptions, but at this point, with term starting in less than a week, I would settle for a fix :-) Many thanks in advance for your attention, Jos? -- Prof Jos? M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 School of Mathematics | Fax: +44 (0) 131 6506553 University of Edinburgh | Mobile: +44 (0) 7870 239186 Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf From Peter_Dyballa at Web.DE Tue Sep 13 20:36:35 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Tue, 13 Sep 2005 13:36:35 +0200 Subject: [macemacsjp-english 198] Re: Encoding problems (this time with the attachments!) In-Reply-To: <17190.42988.479153.352464@dmobile17.esi.ac.at> References: <17190.42988.479153.352464@dmobile17.esi.ac.at> Message-ID: <509ee95b7a5ba7750824b17d6053cc76@Web.DE> Am 13.09.2005 um 12:20 schrieb Jose Figueroa-O'Farrill: > Here are two problems that I'm experiencing: > Both of your problems will vanish when you notice that all Carbon Emacsen work with QuickDraw which was developed before Unicode came. And was a means against ISO standards. So they are optimized for Mac encodings. If you can live in this restriction, try these settings: (set-language-environment 'Brazilian Portuguese) ;? there is no Portuguese (setq default-file-name-coding-system 'utf-8) (setq default-buffer-file-coding-system 'mac-roman-unix) (set-default-coding-systems 'mac-roman-unix) (set-keyboard-coding-system 'mac-roman) (prefer-coding-system 'mac-roman-unix) (set-buffer-file-coding-system 'mac-roman-unix) (modify-coding-system-alist 'file "\\.html\\'" 'mac-roman-unix) (modify-coding-system-alist 'file "\\.tex\\'" 'mac-roman-unix) (modify-coding-system-alist 'file "\\.xml\\'" 'mac-roman-unix) TeX supports mac-roman as an input encoding. In case any file has the wrong encoding (the mode-line would show this as the second most left character) you can make that conform by either adding to its header something like ;;; -*- mode: LaTeX; coding: iso-8859-16; -*- or putting at the end % % Local Variables: % mode: LaTeX % fill-column: 160 % coding-system: iso-latin-9 % End: % %% There are a few functions invoked with C-x RET: C-x RET l set-language-environment C-x RET c universal-coding-system-argument C-x RET C-\ set-input-method C-x RET X set-next-selection-coding-system C-x RET x set-selection-coding-system C-x RET p set-buffer-process-coding-system C-x RET k set-keyboard-coding-system C-x RET t set-terminal-coding-system C-x RET F set-file-name-coding-system C-x RET r revert-buffer-with-coding-system C-x RET f set-buffer-file-coding-system They can be helpful, particularly revert-buffer-with-coding-system in case you see strange glyphs. Jos? is in UTF-8: U+4A U+6F U+73 U+C3A9. In an 8 bit environment like ISO Latin-1 the last 'wide character' becomes represented as these two bytes ? and ?. If still necessary try to experiment with these two settings: (set-clipboard-coding-system 'utf-8) ; import into Carbon Emacs (set-selection-coding-system 'mac-roman-unix) ; export from Carbon Emacs Isn't the ? coming to you too? Then you would need ISO Latin-9/ISO 8859-15. -- Greetings Pete These are my principles and if you don't like them... well, I have others. - Groucho Marx From j.m.figueroa at ed.ac.uk Tue Sep 13 21:53:22 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Tue, 13 Sep 2005 14:53:22 +0200 Subject: [macemacsjp-english 199] Re: Encoding problems (this time with the attachments!) In-Reply-To: <509ee95b7a5ba7750824b17d6053cc76@Web.DE> References: <17190.42988.479153.352464@dmobile17.esi.ac.at> <509ee95b7a5ba7750824b17d6053cc76@Web.DE> Message-ID: <17190.52162.747880.903104@dmobile17.esi.ac.at> >>>>> "Peter" == Peter Dyballa writes: >> Here are two problems that I'm experiencing: >> Peter> Both of your problems will vanish when you notice that all Peter> Carbon Emacsen work with QuickDraw which was developed Peter> before Unicode came. And was a means against ISO Peter> standards. So they are optimized for Mac encodings. If you Peter> can live in this restriction, try these settings: [...] Thanks for your quick response! I have tried this [except for setting the language environment to Brazilian Portuguese -- if anything I'd set it to Spanish!], but without success. In fact, things that used to work no longer do. For example, if I try to input an "e acute" using "Option-E e" I get a capital "e grave". In fact, from your own post: -------------- next part -------------- A non-text attachment was scrubbed... Name: Picture 1.png Type: image/png Size: 9210 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050913/b69797d7/attachment.png -------------- next part -------------- (This looked OK before I tried your settings.) The same thing happens if I import into a Carbon Emacs buffer an "e acute" copied from some other application (e.g., Mail.app). By the way, I should have mentioned in my original post that I did get rid of the initialisation file meant for a Japanese environment, as suggested in the installation instructions. Cheers, Jose -- Prof Jose M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 School of Mathematics | Fax: +44 (0) 131 6506553 University of Edinburgh | Mobile: +44 (0) 7870 239186 Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf From zenitani at tkg.att.ne.jp Tue Sep 13 22:11:07 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Tue, 13 Sep 2005 22:11:07 +0900 Subject: [macemacsjp-english 200] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: <6ddd52b459c3e78ec1b5653dd3b3f875@Web.DE> References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> <18475b86bdfa6751f5e1d14ed5f99db0@Web.DE> <7442889.1126434988349.JavaMail.zenitani@mac.com> <6ddd52b459c3e78ec1b5653dd3b3f875@Web.DE> Message-ID: Hi, On 2005/09/12, at 2:09, Peter Dyballa wrote: > > Am 11.09.2005 um 12:36 schrieb Seiji Zenitani: >> By default, Carbon Emacs Package uses its built-in aspell >> (Emacs.app/Contents/MacOS/bin/aspell) for M-x ispell. All setting for >> this aspell is written in site-start.d/carbon-emacs-builtin- >> aspell.el. >> Since this file may interfere with your own configuration, remove the >> file first if you would like to use your own configuration. > > Removing the line > > (setq ispell-program-name "/sw/bin/ispell") > > from my .emacs makes things lighter since now aspell starts without > complaints. But: due to the default settings for aspell it's useless > because aspell can't spell words with umlauts. > You need ispell instead of aspell, is this right? You mean aspell does not recognize words with umlauts? > Renaming carbon-emacs-builtin-aspell.el does not allow me to use an > ispell dictionary -- except it is placed into > /usr/local/lib/aspell-0.60/ ... > Strange. What brought you "lib/aspell-0.60/"? >> According to the previous post to this list, Fink's ispell (or >> aspell) >> does not work fine. Perhaps it's related to the fink-specific >> environment variables such as PATH, LIBRARY_PATH. > > Fink's ispell works fine in every other of my Carbon or X11 or > nowindows Emacsen. including Aquamacs Emacs. So ispell can't be the > culprit. Examine the below elisp variables and the PATH environment variables. ispell-program-name ispell-extra-args exec-path (getenv "PATH") ;; the "PATH" environment variables I think X11- and nowindow Emacsen inherits the environment variables from the shell. Aquamacs possibly provides additional support for fink. >>> The very first time I hit a menu an error occurs: >>> >>> Debugger entered--Lisp error: (void-variable mac-key-mode) >>> >> What version of Carbon Emacs Package are you using? Have you removed >> some files in site-lisp directory? > > I think it's the latest release: GNU Emacs 22.0.50.1 > (powerpc-apple-darwin7.9.0) of 2005-08-06 on trio.local. The latest Panther version autoloads mac-key-mode.el, which is located in site-lisp/mac directory. Check if the file is present or not. On 2005/09/12, at 8:10, Peter Dyballa wrote: > > C-u C-x = explains about the de-composed ? (LATIN CAPITAL LETTER U > WITH CARON, U+01D3): > > character: ? (01211314, 332492, 0x512cc, U+030C) > charset: [mule-unicode-0100-24ff] (Unicode characters of the > range U+0100..U+24FF.) > code point: [37 76] > syntax: w which means: word > category: ^:Combining diacritic or mark u:Mule unicode characters > buffer code: 0x9C 0xF4 0xA5 0xCC > file code: 0xCC 0x8C (encoded by coding system mule-utf-8-unix) > display: no font available > > /System/Library/Fonts/Courier.dfont has this glyph -- I think > that's the font that is referred as "-apple-courier-medium-r- > normal--14-140-75-75-m-140-mac-roman (0xF3)" when I examine ? (and > it also contains the ready to use ?). At present, since proper font is not assigned to the "U with caron" character (U+01D3). When assigned, I'm ready to convert two characters ("U" and "caron") into U+01D3. Sincerely, -- Seiji From zenitani at tkg.att.ne.jp Tue Sep 13 22:26:50 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Tue, 13 Sep 2005 22:26:50 +0900 Subject: [macemacsjp-english 201] Re: Encoding problems (this time with the attachments!) In-Reply-To: <17190.52162.747880.903104@dmobile17.esi.ac.at> References: <17190.42988.479153.352464@dmobile17.esi.ac.at> <509ee95b7a5ba7750824b17d6053cc76@Web.DE> <17190.52162.747880.903104@dmobile17.esi.ac.at> Message-ID: Hello, On 2005/09/13, at 21:53, Jose Figueroa-O'Farrill wrote: > > By the way, I should have mentioned in my original post that > I did get rid of the initialisation file meant for a Japanese > environment, as suggested in the installation instructions. If you temporarily remove your .emacs.el or .emacs, what happens? Do you use "Help > Carbon Emacs Package > Mule-UCS Unicode Support" in the menu bar? If so, please turn it off. Sincerely, -- Seiji From j.m.figueroa at ed.ac.uk Tue Sep 13 23:20:12 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Tue, 13 Sep 2005 16:20:12 +0200 Subject: [macemacsjp-english 202] Re: Encoding problems (this time with the attachments!) In-Reply-To: References: <17190.42988.479153.352464@dmobile17.esi.ac.at> <509ee95b7a5ba7750824b17d6053cc76@Web.DE> <17190.52162.747880.903104@dmobile17.esi.ac.at> Message-ID: <17190.57372.862816.990891@dmobile17.esi.ac.at> Hi, Thanks for your response! >>>>> "Seiji" == Seiji Zenitani writes: Seiji> If you temporarily remove your .emacs.el or .emacs, what Seiji> happens? Bingo! Everything is fine -- except that I now have to figure out what in my .emacs file is giving me troubles. I thought I had isolated all the lines dealing with the coding system, but when I commented them out I still had the problem. I never thought to get rid of the whole .emacs file. Seiji> Do you use "Help > Carbon Emacs Package > Mule-UCS Unicode Seiji> Support" in the menu bar? If so, please turn it off. It was off. Thanks very much for your help. Is there a more pedagogical explanation of the coding sytems and how Emacs deals with them than the one found in the Emacs Info directory, I'd appreciate being pointed to it. Many thanks again, Jose -- Prof Jose M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 School of Mathematics | Fax: +44 (0) 131 6506553 University of Edinburgh | Mobile: +44 (0) 7870 239186 Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf From Peter_Dyballa at Web.DE Wed Sep 14 08:09:28 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Wed, 14 Sep 2005 01:09:28 +0200 Subject: [macemacsjp-english 203] Re: Carbon Emacs on non-commercial CD or DVD In-Reply-To: References: <779B4661-3B34-49E9-B9CD-169E169F834E@tkg.att.ne.jp> <9EF4E417-2251-4EBF-8175-C474C98463AA@tkg.att.ne.jp> <59b13ac03c569467bb0ff05e60bfbc00@Web.DE> <345CD010-6F87-4FB4-9063-8602AAC42A02@tkg.att.ne.jp> <18475b86bdfa6751f5e1d14ed5f99db0@Web.DE> <7442889.1126434988349.JavaMail.zenitani@mac.com> <6ddd52b459c3e78ec1b5653dd3b3f875@Web.DE> Message-ID: <5f6fa2c96849cd6c582986e7fef4e01b@Web.DE> Am 13.09.2005 um 15:11 schrieb Seiji Zenitani: >> Renaming carbon-emacs-builtin-aspell.el does not allow me to use an >> ispell dictionary -- except it is placed into >> /usr/local/lib/aspell-0.60/ ... >> > Strange. What brought you "lib/aspell-0.60/"? It comes from /usr/local/bin/aspell. By some default the dictionary is set to English and I did not install the English dictionary /usr/local/lib/aspell-0.60. Now I have symbolic links there pointing to the dictionaries of CocoAspell Preference Pane. > >>> According to the previous post to this list, Fink's ispell (or >>> aspell) >>> does not work fine. Perhaps it's related to the fink-specific >>> environment variables such as PATH, LIBRARY_PATH. >> >> Fink's ispell works fine in every other of my Carbon or X11 or >> nowindows Emacsen. including Aquamacs Emacs. So ispell can't be the >> culprit. > > Examine the below elisp variables and the PATH environment variables. > ispell-program-name > ispell-extra-args > exec-path > (getenv "PATH") ;; the "PATH" environment variables "/sw/bin/aspell" ispell-extra-args's value is nil exec-path's value is ("/Users/pete/bin" "/usr/bin" "/bin" "/usr/sbin" "/sbin" "/usr/X11R6/bin" "/usr/local/bin" "/sw/bin" "/usr/local/teTeX/bin/powerpc-apple-darwin-current" "/Applications/EmacsJCVS.app/Contents/MacOS/libexec" "/Applications/EmacsJCVS.app/Contents/MacOS/bin") /Users/pete/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/ local/bin:/sw/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current > > I think X11- and nowindow Emacsen inherits the environment variables > from the shell. Aquamacs possibly provides additional support for fink. > Carbon Emacs inherits PATH from settings in ~/.MacOSX/environment.plist. It looks as if ispell-local-dictionary has to be set to make ispell work -- at least a bit. I have to check my .emacs file why some settings do not get used ... -- Greetings Pete It's not the valleys in life I dread so much as the dips. -- Garfield From j.m.figueroa at ed.ac.uk Wed Sep 14 20:37:17 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Wed, 14 Sep 2005 13:37:17 +0200 Subject: [macemacsjp-english 204] Re: Encoding problems In-Reply-To: References: <17190.42988.479153.352464@dmobile17.esi.ac.at> <509ee95b7a5ba7750824b17d6053cc76@Web.DE> <17190.52162.747880.903104@dmobile17.esi.ac.at> Message-ID: <17192.2925.355562.327514@dmobile17.esi.ac.at> Hi, Just to update you on my coding problems. They were due to a call to the "semi-obsolete" function 'standard-display-european' which had remained in my .emacs file long after I remembered what it was there for. However I now have problems with Ispell. I'm using the built-in aspell, but I added a French dictionary to the dictionary directory. It was working before, but now it does not recognise the accents. For example in a buffer with coding system iso-8859-1, the word "Am?rique" is not understood. I get the error: ispell-process-line: Ispell misalignment: word `?rique' point 557; probably incompatible versions I also noticed that the e-acute becomes an E-grave when I send email using VM. It never happened before. I think that this happens when VM MIME encodes the message. I have no settings at all in my .emacs file concerning coding. The current buffer is a VM Mail folder and the output of M-x describe-current-coding-system is Coding system for saving this buffer: t -- raw-text-unix Default coding system (for new files): 1 -- iso-latin-1 (alias: iso-8859-1 latin-1) Coding system for keyboard input: M -- mac-roman Coding system for terminal output: 1 -- iso-8859-1 (alias of iso-latin-1) Defaults for subprocess I/O: decoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1) encoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1) Priority order for recognizing coding systems when reading files: 1. iso-latin-1 (alias: iso-8859-1 latin-1) 2. mule-utf-8 (alias: utf-8) 3. mule-utf-16be-with-signature (alias: utf-16be-with-signature mule-utf-16-be utf-16-be) 4. mule-utf-16le-with-signature (alias: utf-16le-with-signature mule-utf-16-le utf-16-le) 5. iso-2022-jp (alias: junet) 6. iso-2022-7bit 7. iso-2022-7bit-lock (alias: iso-2022-int-1) 8. iso-2022-8bit-ss2 9. emacs-mule 10. raw-text 11. japanese-shift-jis (alias: shift_jis sjis cp932) 12. chinese-big5 (alias: big5 cn-big5 cp950) 13. no-conversion Other coding systems cannot be distinguished automatically from these, and therefore cannot be recognized automatically with the present coding system priorities. The following are decoded correctly but recognized as iso-2022-7bit-lock: iso-2022-7bit-ss2 iso-2022-7bit-lock-ss2 iso-2022-cn iso-2022-cn-ext iso-2022-jp-2 iso-2022-kr Particular coding systems specified for certain file names: OPERATION TARGET PATTERN CODING SYSTEM(s) --------- -------------- ---------------- File I/O "\\.dz\\'" (no-conversion . no-conversion) "\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'" (no-conversion . no-conversion) "\\.tgz\\'" (no-conversion . no-conversion) "\\.tbz\\'" (no-conversion . no-conversion) "\\.bz2\\'" (no-conversion . no-conversion) "\\.Z\\(~\\|\\.~[0-9]+~\\)?\\'" (no-conversion . no-conversion) "\\.elc\\'" (emacs-mule . emacs-mule) "\\.utf\\(-8\\)?\\'" utf-8 "\\(\\`\\|/\\)loaddefs.el\\'" (raw-text . raw-text-unix) "\\.tar\\'" (no-conversion . no-conversion) "\\.po[tx]?\\'\\|\\.po\\." po-find-file-coding-system "\\.\\(tex\\|ltx\\|dtx\\|drv\\)\\'" latexenc-find-file-coding-system "" (undecided) Process I/O nothing specified Network I/O nothing specified Thanks again, Jos? From matsuan at ca2.so-net.ne.jp Thu Sep 15 00:24:44 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Thu, 15 Sep 2005 00:24:44 +0900 Subject: [macemacsjp-english 205] fixed-width-fontset package Message-ID: Dear all, The carbon-font was merged with ntemacs-font, then released as fixed-width-fontset package on CVS head. And tagged with v0_9_0. This package provide fixed-width CJK fontsets for Carbon Emacs on Mac OS X and Emacs on W32 called NTEmacs. 1. Usage Functionality was not changed from carbon-font. Only improved that each frame can has different face-font-rescale-alist. Mac OSX user Please read documentation in carbon-font.el Windows user Please read documentation in ntemacs-font.el 2. files Changelog : previous Changelogs for carbon-font.el carbon-font.el : OS oriented variavles are defined for Mac OSX. fixed-width-fontset.el : provide functions create CJK fontset and adjust face-font-rescale-alist automaticaly. ntemacs-font.el : OS oriented variavles are defined for MS Windows. ntemacs-font-sample.el : Samples for fontset creation using fonts not oriented from OS You can take it from : http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/macemacsjp/fixed-width-fontset Kind regards. T. Hiromatsu ************************************************************************** carbon-font ??ntemacs-font (emacs on W32 ?? fontset) ??????? fixed-width-fontset package ????CVS???????? ?????????Mac OSX ??Windows ???????Emacs ??CJK ???? ???????????????????????? 1. Usage ???????carbon-font ?????????? ??????????frame????? face-font-rescale-alist ??????? ????????????????? fontset ?????????frame???? ???????????????(???) Mac OSX user carbon-font.el ??????????????? Windows user ntemacs-font.el ??????????????? 2. files Changelog : ??????carbon-font.el ?changelog ??? carbon-font.el : OS oriented variavles are defined for Mac OSX. fixed-width-fontset.el : fontset ?????????face-font-rescale-alist ????????????????????? ntemacs-font.el : OS oriented variavles are defined for MS Windows. ntemacs-font-sample.el : OS??????font ?????fontest ???? IPA?????????????osaka ? CVS????????????? http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/macemacsjp/fixed-width-fontset ????????????? ?? From alex at emacswiki.org Thu Sep 15 06:00:20 2005 From: alex at emacswiki.org (Alex Schroeder) Date: Wed, 14 Sep 2005 23:00:20 +0200 Subject: [macemacsjp-english 206] Re: Encoding problems In-Reply-To: <17192.2925.355562.327514@dmobile17.esi.ac.at> References: <17190.42988.479153.352464@dmobile17.esi.ac.at> <509ee95b7a5ba7750824b17d6053cc76@Web.DE> <17190.52162.747880.903104@dmobile17.esi.ac.at> <17192.2925.355562.327514@dmobile17.esi.ac.at> Message-ID: <43288F64.7010509@emacswiki.org> Jose Figueroa-O'Farrill schrieb: > ispell-process-line: Ispell misalignment: word `?rique' point 557; > probably incompatible versions Yeah, it is often difficult to add external dictionaries to existing installations. You'll need to find a distribution that matches your ispell, or install a second ispell binary matching your dictionary, or recreate the external dictionary from the original files (which is what I do for my Swiss-German external dictionary on another machine). Alex. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050914/5f2d9f97/attachment.pgp From zenitani at tkg.att.ne.jp Fri Sep 16 23:15:38 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Fri, 16 Sep 2005 23:15:38 +0900 Subject: [macemacsjp-english 207] utf-8m.el Message-ID: Hi, A new version of utf-8m (a modified UTF8 for the HFS+ filenames) is available. http://sourceforge.jp/projects/macemacsjp/files/ In order to use the new utf-8m, maybe one has to modify every '(defvar' to '(setq' and then one has to explicitly load the file, because its previous version is preloaded by the Carbon Emacs application file, I believe this version supports Korean Hangul filenames. If it works fine in Korean language environment, mule-ucs and mac-utf will be no longer necessary and then the next dmg file will be smaller by several megabytes. Reports from Korean users are welcome. best wishes, S. Zenitani From mahn-soo.choi at unibas.ch Sat Sep 17 01:48:11 2005 From: mahn-soo.choi at unibas.ch (Mahn-Soo Choi) Date: Fri, 16 Sep 2005 18:48:11 +0200 Subject: [macemacsjp-english 208] Re: utf-8m.el In-Reply-To: References: Message-ID: <6418020D-DB87-4BEF-B593-2D0189FB9A1D@unibas.ch> Dear Seiji, quite excited at your message, I immediately tested your new utf-8m. Unfortunately, it does not work in the dired mode; Korean file names are broken. I tested it on Aquamacs Emacs, but I thought it shouldn't be the reason. I'll test it also in Carbon Emacs soon, but ... Best regards, mahn-soo From Peter_Dyballa at Web.DE Sat Sep 17 06:44:46 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Fri, 16 Sep 2005 23:44:46 +0200 Subject: [macemacsjp-english 209] Re: macemacsjp-english Digest, Vol 7, Issue 8 In-Reply-To: <17187.64825.536989.352552@David-Chadds-Computer.local> References: <20050911053955.C5F414B0C3F@lists.sourceforge.jp> <17187.64825.536989.352552@David-Chadds-Computer.local> Message-ID: <5dec1f0d7c3f04369e0c1c57bc042017@Web.DE> Am 11.09.2005 um 11:47 schrieb David Chadd: > ispell-init-process: Error: No word lists can be found for the > language "en_US". WARNING: Unable to enter Nroff mode: Unknown > mode: "nroff". > Hello David! I think you did not customize cocoAspell -- or you forgot about it. Recent Emacsen use out of unknown (U.S. American?) reasons aspell (American spell?) instead of ispell (International spell). Still the variable and the ELisp file names start with ispell! I'm trying to find the reason why aspell is only capable of understanding more than the standard American 7 bit and checked my System Preferences with the cocoAspell Preference Pane inside. There is nroff, usually on. -- Greetings Pete Wasting time is an important part of living. From Peter_Dyballa at Web.DE Sat Sep 17 07:27:58 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 17 Sep 2005 00:27:58 +0200 Subject: [macemacsjp-english 210] ispell and aspell Message-ID: <8d47084b343283220abb5013c976e691@Web.DE> Hello! When I try to use aspell it fails to work with words containing umlauts: -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic1.tiff Type: image/tiff Size: 68860 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050917/7f3b4ffc/attachment.tiff -------------- next part -------------- In addition the *Choices* buffer does not display correctly the words in UTF-8 as they are coming from the dictionary. These lines are necessary to make ispell work, with umlauts: (setq ispell-program-name "ispell") (setq ispell-dictionary "german8") (setq ispell-personal-dictionary "~/.ispell_german") (add-hook 'LaTeX-mode-hook (function (lambda () (setq ispell-extra-args '("-t"))))) And maybe the last hook for LaTeX is not necessary ... -- Greetings Pete When confronted with actual numbers, a mathematician is at a loss. (Steffen Hokland) -- Mit friedvollen Gr??en Pete When confronted with actual numbers, a mathematician is at a loss. (Steffen Hokland) From zenitani at tkg.att.ne.jp Sat Sep 17 11:54:26 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sat, 17 Sep 2005 11:54:26 +0900 Subject: [macemacsjp-english 211] Re: utf-8m.el In-Reply-To: <6418020D-DB87-4BEF-B593-2D0189FB9A1D@unibas.ch> References: <6418020D-DB87-4BEF-B593-2D0189FB9A1D@unibas.ch> Message-ID: <0708FBAA-0D96-4F32-83EE-E6794329F053@tkg.att.ne.jp> Dear Mahn-Soo, On 2005/09/17, at 1:48, Mahn-Soo Choi wrote: > Dear Seiji, > > quite excited at your message, I immediately tested your new utf-8m. > Unfortunately, it does not work in the dired mode; > Korean file names are broken. > Did you set the filename-coding-system to 'utf-8m' by the following line? (set-file-name-coding-system 'utf-8m) > I tested it on Aquamacs Emacs, but I thought it shouldn't be the > reason. > I'm not sure but it probably works on Aquamacs, too. -- Seiji From Martin.Buchmann at uni-jena.de Sat Sep 17 19:31:44 2005 From: Martin.Buchmann at uni-jena.de (Martin Buchmann) Date: Sat, 17 Sep 2005 12:31:44 +0200 Subject: [macemacsjp-english 212] Little issue using utf-8m and TRAMP Message-ID: <432BF090.2080704@uni-jena.de> Hi all, i'm using utf-8m with CVS CarbonEmacs 22.0.50.1 on Tiger 10.4.2 locally without any problem. But i have encountered problems using TRAMP to access file on a remote machine. After i set (setenv "LC_ALL" "C") in my .emacs everything works fine locally and remotely. But the name of the Month in a local directory viewed with dired is now shown as 'Mar' for March instead of 'M?r' for the german montch M?rz. If i set (setenv "LC_ALL" "de_DE.UTF-8") what i use locally on my german system, the month is displayed fine but TRAMP is not working. I reported this error here before. Basically everything is working but not as nice as i could and i don#t know why :-( Any ideas? Martin -- Mother is the invention of necessity. From Peter_Dyballa at Web.DE Sat Sep 17 20:03:08 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 17 Sep 2005 13:03:08 +0200 Subject: [macemacsjp-english 213] Re: Little issue using utf-8m and TRAMP In-Reply-To: <432BF090.2080704@uni-jena.de> References: <432BF090.2080704@uni-jena.de> Message-ID: Am 17.09.2005 um 12:31 schrieb Martin Buchmann: > After i set (setenv "LC_ALL" "C") in my .emacs everything works fine > locally and remotely. But the name of the Month in a local directory > viewed with dired is now shown as 'Mar' for March instead of 'M?r' for > the german montch M?rz. Martin, wenn you set LC_ALL to C, then all is in Cheap US English. So 'Mar' is as correct as 'May', 'Oct', 'Dec'. That's document in some POSIX documents. It's a standard. -- Mit friedvollen Gr??en Pete The human animal differs from the lesser primates in his passion for lists of "Ten Best". -- H. Allen Smith From smitsw at gmail.com Sun Sep 18 00:11:43 2005 From: smitsw at gmail.com (Walter Smits) Date: Sat, 17 Sep 2005 17:11:43 +0200 Subject: [macemacsjp-english 214] Problem with keybindings Message-ID: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> Hi, I've been using Carbon Emacs + Auctex for a while now without any problems. But for a reason unkown to me my keybindings suddenly seem to have become `corrupted'. E.g typing C-c results in `\cos{}' being inserted in my text. What's happening? When running Emacs from the terminal it behaves correctly. Thanks, Walter From j.m.figueroa at ed.ac.uk Sun Sep 18 00:21:55 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Sat, 17 Sep 2005 17:21:55 +0200 Subject: [macemacsjp-english 215] Problem with keybindings In-Reply-To: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> Message-ID: <17196.13459.534582.584062@dmobile17.esi.ac.at> >>>>> "Walter" == Walter Smits writes: Walter> Hi, Walter> I've been using Carbon Emacs + Auctex for a while now without any Walter> problems. But for a reason unkown to me my keybindings suddenly seem Walter> to have become `corrupted'. E.g typing C-c results in `\cos{}' being Walter> inserted in my text. What's happening? When running Emacs from the Walter> terminal it behaves correctly. This is odd. It seems, on the face of it, as if you've accidentally gotten yourself into Auctex's Latex Math Mode; although in the usual bindings to get \cos{} you usually have to type ` C-c. Should this be what has happened, make sure that this mode is off. You can toggle this mode either by M-x latex-math-mode or C-c ~ (in the usual bindings) or in the menubar LaTeX -> Math Mode (C-c ~) HTH, Jos? -- Prof Jos? M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 School of Mathematics | Fax: +44 (0) 131 6506553 University of Edinburgh | Mobile: +44 (0) 7870 239186 Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf From smitsw at gmail.com Sun Sep 18 01:01:46 2005 From: smitsw at gmail.com (Walter Smits) Date: Sat, 17 Sep 2005 18:01:46 +0200 Subject: [macemacsjp-english 216] Re: Problem with keybindings In-Reply-To: <17196.13459.534582.584062@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> Message-ID: Thanks. The M-x latex-math-mode did the trick. But for one session only. I don't understand why this mode is automagically loaded upon Carbon Emac's startup. I checked my .emacs file, nothing's been added there. I did notice though that after starting Emacs the status bar is showing the message: Loading texmathp... done And when typing M-x latex-math-mode I'm getting the message: Latex-Math mode enabled Shouldn't that be `disabled'? Executing the command again does say that it's being disabled, and it indeed remains disabled. How do I turn it off permanently? Thanks Walter Op 17-sep-2005, om 17:21 heeft Jose Figueroa-O'Farrill het volgende geschreven: >>>>>> "Walter" == Walter Smits writes: >>>>>> > > Walter> Hi, > Walter> I've been using Carbon Emacs + Auctex for a while now > without any > Walter> problems. But for a reason unkown to me my keybindings > suddenly seem > Walter> to have become `corrupted'. E.g typing C-c results in `\cos > {}' being > Walter> inserted in my text. What's happening? When running Emacs > from the > Walter> terminal it behaves correctly. > > This is odd. It seems, on the face of it, as if you've accidentally > gotten yourself into Auctex's Latex Math Mode; although in the usual > bindings to get \cos{} you usually have to type ` C-c. Should this be > what has happened, make sure that this mode is off. You can toggle > this mode either by > > M-x latex-math-mode > > or > > C-c ~ (in the usual bindings) > > or in the menubar LaTeX -> Math Mode (C-c ~) > > > HTH, > > Jos? > > -- > Prof Jos? M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 > School of Mathematics | Fax: +44 (0) 131 6506553 > University of Edinburgh | Mobile: +44 (0) 7870 239186 > Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From j.m.figueroa at ed.ac.uk Sun Sep 18 01:22:02 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Sat, 17 Sep 2005 18:22:02 +0200 Subject: [macemacsjp-english 217] Re: Problem with keybindings In-Reply-To: References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> Message-ID: <17196.17066.544414.673083@dmobile17.esi.ac.at> Walter> Thanks. The M-x latex-math-mode did the trick. But for one Walter> session only. I don't understand why this mode is Walter> automagically loaded upon Carbon Emac's startup. I checked my Walter> .emacs file, nothing's been added there. I did notice though Walter> that after starting Emacs the status bar is showing the Walter> message: Walter> Loading texmathp... done Walter> And when typing M-x latex-math-mode I'm getting the message: Walter> Latex-Math mode enabled Walter> Shouldn't that be `disabled'? No, because texmathp has nothing to do with LaTeX Math Mode. In fact, from texmathp.el: ;; This code provides a function to determine if point in a buffer is ;; inside a (La)TeX math environment. This is not trivial since many ;; different ways are used to switch between the two. Examples: ;; ;; \begin{equation} ... \end{equation} ;; $ ... $ ;; $$ ... $$ ;; \[ ... \] ;; \ensuremath{...} ;; \mbox{...} ;; Walter> How do I turn it off permanently? Sorry -- don't know. It should not be on by default. The elegant solution would be to find out what's enabling it. Do you use 'desktop' or some such thing to retain the state of the Emacs session? Cheers, Jos? -- Prof Jos? M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 School of Mathematics | Fax: +44 (0) 131 6506553 University of Edinburgh | Mobile: +44 (0) 7870 239186 Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf From alex at emacswiki.org Sun Sep 18 01:32:57 2005 From: alex at emacswiki.org (Alex Schroeder) Date: Sat, 17 Sep 2005 18:32:57 +0200 Subject: [macemacsjp-english 218] Re: Problem with keybindings In-Reply-To: <17196.13459.534582.584062@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> Message-ID: <432C4539.5030308@emacswiki.org> Jose Figueroa-O'Farrill schrieb: >>>>>>"Walter" == Walter Smits writes: > This is odd. It seems, on the face of it, as if you've accidentally > gotten yourself into Auctex's Latex Math Mode I reported a bug some time ago that involved Emacs swivveling keybindings arround such that most ordinary keys were bound to some non-interactive commands, and my Emacs became basically useless. Since the C-x map still works, it was always possible to save all buffers and exit Emacs to restart, however. Alex. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050917/de103365/attachment.pgp From j.m.figueroa at ed.ac.uk Sun Sep 18 01:48:47 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Sat, 17 Sep 2005 18:48:47 +0200 Subject: [macemacsjp-english 219] Re: Problem with keybindings In-Reply-To: <432C4539.5030308@emacswiki.org> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <432C4539.5030308@emacswiki.org> Message-ID: <17196.18671.687062.888694@dmobile17.esi.ac.at> >>>>> "Alex" == Alex Schroeder writes: Alex> Jose Figueroa-O'Farrill schrieb: >>>>>>> "Walter" == Walter Smits writes: >> This is odd. It seems, on the face of it, as if you've accidentally >> gotten yourself into Auctex's Latex Math Mode Alex> I reported a bug some time ago that involved Emacs swivveling Alex> keybindings arround such that most ordinary keys were bound to some Alex> non-interactive commands, and my Emacs became basically useless. Since Alex> the C-x map still works, it was always possible to save all buffers and Alex> exit Emacs to restart, however. This is interesting. I have noticed something similar: in particular C-a gets bound to a non-interactive command quite often, but usually as a result of my typing while Emacs is still loading some package (in my case more often than not it's VM). I wonder if it's the same bug. Cheers, Jos? From smitsw at gmail.com Sun Sep 18 03:10:59 2005 From: smitsw at gmail.com (Walter Smits) Date: Sat, 17 Sep 2005 20:10:59 +0200 Subject: [macemacsjp-english 220] Re: Problem with keybindings In-Reply-To: <17196.17066.544414.673083@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> Message-ID: <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> Thank you all. Re `desktop': not that I'm aware of, never heard of such thing (I'm not an Emacs expert by any means). All I used for making changes permanent was through the Options -> Save Options menu. I'll include my .emacs below. And the last time I did that was long before I started experiencing these symptoms. It might of course very well be that I at some point accidentally and unknowingly hit some key combo that's now causing these problems. Re similar problems: I actually did notice some odd behaviour that might be related: when e.g using C-c C-c to run LaTeX it every now and then results in apparently random status messages being inserted in my text. For example something like `Spell Check' (not sure of the exact message, have seen various of them). I've never been able to reliably reproduce this behaviour, though pressing some apparently random keystrokes always seems to temporarily cure it (C-g, M-`, etc). Walter (require 'tex-site) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(TeX-close-quote "\"'") '(TeX-open-quote "\"`") '(column-number-mode t) '(display-time-mode t) '(fringe-indicators (quote left) nil (fringe)) '(fringe-mode (quote (nil . 0)) nil (fringe)) '(global-font-lock-mode t nil (font-core)) '(menu-bar-mode t nil (menu-bar)) '(save-place t nil (saveplace)) '(show-paren-mode t) '(size-indication-mode t) '(text-mode-hook (quote (text-mode-hook-identify))) '(tool-bar-mode nil nil (tool-bar)) '(tooltip-mode nil nil (tooltip)) '(transient-mark-mode t)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) (setenv "BIBINPUTS" "$HOME") (setenv "CVSROOT" ":ext:xx at xxxx.xxx:/xxxxx") (setenv "CVS_RSH" "ssh") Op 17-sep-2005, om 18:22 heeft Jose Figueroa-O'Farrill het volgende geschreven: > > Walter> Thanks. The M-x latex-math-mode did the trick. But for one > Walter> session only. I don't understand why this mode is > Walter> automagically loaded upon Carbon Emac's startup. I checked my > Walter> .emacs file, nothing's been added there. I did notice though > Walter> that after starting Emacs the status bar is showing the > Walter> message: > > Walter> Loading texmathp... done > > Walter> And when typing M-x latex-math-mode I'm getting the message: > > Walter> Latex-Math mode enabled > > Walter> Shouldn't that be `disabled'? > > No, because texmathp has nothing to do with LaTeX Math Mode. In fact, > from texmathp.el: > > ;; This code provides a function to determine if point in a buffer is > ;; inside a (La)TeX math environment. This is not trivial since many > ;; different ways are used to switch between the two. Examples: > ;; > ;; \begin{equation} ... \end{equation} > ;; $ ... $ > ;; $$ ... $$ > ;; \[ ... \] > ;; \ensuremath{...} > ;; \mbox{...} > ;; > > Walter> How do I turn it off permanently? > > Sorry -- don't know. It should not be on by default. The elegant > solution would be to find out what's enabling it. Do you use > 'desktop' or some such thing to retain the state of the Emacs session? > > Cheers, Jos? > > -- > Prof Jos? M Figueroa-O'Farrill | Phone: +44 (0) 131 6505066 > School of Mathematics | Fax: +44 (0) 131 6506553 > University of Edinburgh | Mobile: +44 (0) 7870 239186 > Edinburgh EH9 3JZ, Scotland, UK | URL: http://www.maths.ed.ac.uk/~jmf > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From j.m.figueroa at ed.ac.uk Sun Sep 18 03:31:17 2005 From: j.m.figueroa at ed.ac.uk (Jose Figueroa-O'Farrill) Date: Sat, 17 Sep 2005 20:31:17 +0200 Subject: [macemacsjp-english 221] Re: Problem with keybindings In-Reply-To: <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> Message-ID: <17196.24821.227981.334796@dmobile17.esi.ac.at> Walter> (require 'tex-site) Walter> (custom-set-variables [...] This might be irrelevant, but what happens if you load Auctex _after_ the customization? Do you still experience the same behaviour? Cheers, Jos? From smitsw at gmail.com Sun Sep 18 03:50:23 2005 From: smitsw at gmail.com (Walter Smits) Date: Sat, 17 Sep 2005 20:50:23 +0200 Subject: [macemacsjp-english 222] Re: Problem with keybindings In-Reply-To: <17196.24821.227981.334796@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> <17196.24821.227981.334796@dmobile17.esi.ac.at> Message-ID: Op 17-sep-2005, om 20:31 heeft Jose Figueroa-O'Farrill het volgende geschreven: > This might be irrelevant, but what happens if you load Auctex _after_ > the customization? Do you still experience the same behaviour? Same behaviour. -Walter From smitsw at gmail.com Sun Sep 18 03:55:32 2005 From: smitsw at gmail.com (Walter Smits) Date: Sat, 17 Sep 2005 20:55:32 +0200 Subject: [macemacsjp-english 223] Re: Problem with keybindings In-Reply-To: <17196.13459.534582.584062@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> Message-ID: <5B6BEC9C-9AC2-41A4-A428-13B549411541@gmail.com> Solved. I ran the M-x latex-math-mode command, then chose Option->Save Options, and now it's all working fine again, even after restarting Emacs. Don't ask me why this worked, though. The *Messages* buffer explicitly states that Emacs saved its options in my .emacs file. But apparently it didn't as I'm 100% sure that it didn't change a line of it. Walter From Martin.Buchmann at uni-jena.de Sun Sep 18 19:33:39 2005 From: Martin.Buchmann at uni-jena.de (Martin Buchmann) Date: Sun, 18 Sep 2005 12:33:39 +0200 Subject: [macemacsjp-english 224] Re: Little issue using utf-8m and TRAMP In-Reply-To: <20050917181110.54E394B0C1E@lists.sourceforge.jp> References: <20050917181110.54E394B0C1E@lists.sourceforge.jp> Message-ID: <432D4283.9050404@uni-jena.de> Pete, Peter Dyballa said the following on 17.09.2005 20:11 Uhr: > Martin, wenn you set LC_ALL to C, then all is in Cheap US English. So > 'Mar' is as correct as 'May', 'Oct', 'Dec'. That's document in some > POSIX documents. It's a standard. I begin to understand where my initial misunderstanding was ;-) It all has nothing to do with utf-8m, sorry for bothering you! I just need to find out why TRAMP doesn't like de_DE.UTF-8 as value for LC_ALL. Best regards Martin -- How often I found where I should be going only by setting out for somewhere else. -- R. Buckminster Fuller From smitsw at gmail.com Mon Sep 19 00:42:19 2005 From: smitsw at gmail.com (Walter Smits) Date: Sun, 18 Sep 2005 17:42:19 +0200 Subject: [macemacsjp-english 225] Re: Problem with keybindings In-Reply-To: <17196.24821.227981.334796@dmobile17.esi.ac.at> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> <17196.24821.227981.334796@dmobile17.esi.ac.at> Message-ID: <7AFA46BA-6C8A-4C61-AB1E-C9103363F578@gmail.com> Sorry to bother you all again, but I'm experincing all sorts of weird problems, all apparently related to keybindng problems. Emacs is now completely frozen, each and every key I press results in an error bell and the message Wrong type argument: commandp, (17197 . 28334) In the minibuffer. I'll have to force-quit it now as using the pull- down menu's results in the same message. What on earth is going on here? I'm going back to emacs in a terminal for now... Also, as a follow-up to my previous message about status-messages being inserted into my text: in case it's of help to the developer, I just had this happen again. Pressing C-c C-c to run latex resulted in "Run LaTeXRun LaTeX" being inserted. I literally let emacs rest for a while, and then it just worked properly again. Cheers, Walter From zenitani at mac.com Mon Sep 19 02:33:14 2005 From: zenitani at mac.com (Zenitani Seiji) Date: Mon, 19 Sep 2005 02:33:14 +0900 Subject: [macemacsjp-english 226] Re: Problem with keybindings In-Reply-To: <7AFA46BA-6C8A-4C61-AB1E-C9103363F578@gmail.com> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> <17196.24821.227981.334796@dmobile17.esi.ac.at> <7AFA46BA-6C8A-4C61-AB1E-C9103363F578@gmail.com> Message-ID: <15830939.1127064794438.JavaMail.zenitani@mac.com> On 2005.09.19, at 00:42, Walter Smits wrote: >Sorry to bother you all again, but I'm experincing all sorts of weird >problems, all apparently related to keybindng problems. Emacs is now >completely frozen, each and every key I press results in an error >bell and the message > >Wrong type argument: commandp, (17197 . 28334) > >In the minibuffer. As often reported (e.g. [macemacsjp-english 131]), we sometimes meet this serious bug. Please quit the emacs application and restart it when you find a message such as "Wrong type argument: commandp, ..." in the minibuffer. Even when keyboard-input or the menu items are dead, the tool bar items (icons) are often alive so that you can save your files by pressing the floppy icon. Sorry for inconvenience. -- Seiji From david.reitter at gmail.com Mon Sep 19 03:41:38 2005 From: david.reitter at gmail.com (David Reitter) Date: Sun, 18 Sep 2005 19:41:38 +0100 Subject: [macemacsjp-english 227] Re: Problem with keybindings In-Reply-To: <15830939.1127064794438.JavaMail.zenitani@mac.com> References: <9125BE99-8D68-4866-925E-63BA38AF166F@gmail.com> <17196.13459.534582.584062@dmobile17.esi.ac.at> <17196.17066.544414.673083@dmobile17.esi.ac.at> <68D0EA92-550D-4FEE-AEC0-2E901D2CFACA@gmail.com> <17196.24821.227981.334796@dmobile17.esi.ac.at> <7AFA46BA-6C8A-4C61-AB1E-C9103363F578@gmail.com> <15830939.1127064794438.JavaMail.zenitani@mac.com> Message-ID: <6CFB7E86-4FB6-46DC-96DB-3EDE13D85E8C@gmail.com> On 18 Sep 2005, at 18:33, Zenitani Seiji wrote: > On 2005.09.19, at 00:42, Walter Smits wrote: > > >> Sorry to bother you all again, but I'm experincing all sorts of weird >> problems, all apparently related to keybindng problems. Emacs is now >> completely frozen, each and every key I press results in an error >> bell and the message >> >> Wrong type argument: commandp, (17197 . 28334) >> >> In the minibuffer. >> > > As often reported (e.g. [macemacsjp-english 131]), we sometimes > meet this serious bug. Funny to see that this happens in both Carbon Emacs Package and Aquamacs. Sounds like someone [more competent in these matters than we are] should look into this and fix it! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2400 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050918/4fab7af4/attachment.bin From mahn-soo.choi at unibas.ch Mon Sep 19 16:33:06 2005 From: mahn-soo.choi at unibas.ch (Mahn-Soo Choi) Date: Mon, 19 Sep 2005 09:33:06 +0200 Subject: [macemacsjp-english 228] Re: utf-8m.el In-Reply-To: References: Message-ID: <45EE5500-221C-49F1-98F6-58D7E27DAA28@unibas.ch> Dear Seiji, UTF-8m WORKS!! I'm terribly sorry for my careless test. I forgot to set file-name- coding-system to utf-8m. Now setting it properly, it works perfectly well for Korean file names in the dired mode. My apologies again, and many thanks for your elaboration on utf-8m. Amazing that just a single file of yours can replace the whole library Mule-UCS of even several magabytes!! Best regards, mahn-soo From Peter_Dyballa at Web.DE Mon Sep 19 22:13:53 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Mon, 19 Sep 2005 15:13:53 +0200 Subject: [macemacsjp-english 229] Re: utf-8m.el In-Reply-To: References: Message-ID: Am 16.09.2005 um 16:15 schrieb Seiji Zenitani: > A new version of utf-8m (a modified UTF8 for the HFS+ filenames) is > available. > Hello! I had to rename /Applications/EmacsJCVS.app/Contents/Resources/site-lisp/site-start.d/ carbon-emacs-japanese-init.el in order to not make it load. Otherwise some keys produces error messages like this: Debugger entered--Lisp error: (error "Invalid Shift JIS code: f7e1") decode-sjis-char(63457) encoded-kbd-self-insert-sjis(nil) I too changed /Applications/EmacsJCVS.app/Contents/Resources/site-lisp/site-start.d/ carbon-emacs-init.el to not load mac-utf. There is still a problem with ? (LATIN CAPITAL LETTER U WITH CARON, U+01D3) in file names and the problem that I can i-search for ? in a file name in dired-mode or in some files, but not in *Messages* buffer, which is UTF-8 encoded as a dired-mode buffer. Would it be worth to extend Carbon Emacs' load-path by "/Library/Application Support/Emacs"? So some files and packages could be outside the big application bundle package and be re-used by other Emacsen. AUCTeX and preview-latex only need to exist once for all. There are probably more ... for example Aspell! -- Greetings Pete Ce qui ?t? compris n'existe plus. (Paul Eluard) From zenitani at mac.com Tue Sep 20 18:32:56 2005 From: zenitani at mac.com (Seiji Zenitani) Date: Tue, 20 Sep 2005 18:32:56 +0900 Subject: [macemacsjp-english 230] Re: utf-8m.el In-Reply-To: References: Message-ID: <3335CCC5-7382-45AF-AF6E-01FF0A5E99B1@mac.com> Hi, On 2005/09/19, at 22:13, Peter Dyballa wrote: > > I too changed > /Applications/EmacsJCVS.app/Contents/Resources/site-lisp/site-start.d/ > carbon-emacs-init.el to not load mac-utf. There is still a problem > with > ? (LATIN CAPITAL LETTER U WITH CARON, U+01D3) in file names and the > problem that I can i-search for ? in a file name in dired-mode or in > some files, but not in *Messages* buffer, which is UTF-8 encoded as a > dired-mode buffer. I have further revised utf-8m (attached to this email). Now it calls `mac-code-convert-string' for code-conversion. U with caron is displayed as a white box but it will be correctly displayed when fontsets support the character. > Would it be worth to extend Carbon Emacs' load-path by > "/Library/Application Support/Emacs"? So some files and packages could > be outside the big application bundle package and be re-used by other > Emacsen. AUCTeX and preview-latex only need to exist once for all. That's OK. > There are probably more ... for example Aspell! At present, no German people are using german aspell without troubles? If there are too many problems, I will suspend my incomplete german dictionary from the dmg file to save some megabytes, and then I'll provide some support for that path. sincerely, -- Seiji -------------- next part -------------- A non-text attachment was scrubbed... Name: utf-8m.el Type: application/octet-stream Size: 4180 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050920/d020286f/attachment.obj From Peter_Dyballa at Web.DE Wed Sep 21 08:05:31 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Wed, 21 Sep 2005 01:05:31 +0200 Subject: [macemacsjp-english 231] Re: utf-8m.el In-Reply-To: <3335CCC5-7382-45AF-AF6E-01FF0A5E99B1@mac.com> References: <3335CCC5-7382-45AF-AF6E-01FF0A5E99B1@mac.com> Message-ID: Am 20.09.2005 um 11:32 schrieb Seiji Zenitani: > I have further revised utf-8m (attached to this email). Now it calls > `mac-code-convert-string' for code-conversion. U with caron is > displayed as a white box but it will be correctly displayed when > fontsets support the character. I don't see any difference, so it's probably working fine! > >> There are probably more ... for example Aspell! > > At present, no German people are using german aspell without troubles? > If there are too many problems, I will suspend my incomplete german > dictionary from the dmg file to save some megabytes, and then I'll > provide some support for that path. > I don't know if others have trouble. One wrote me that he always invokes ispell-change-directory manually. I've seen with ps that aspell was running with the arguments "--encoding=utf-8", but this would only be correct for a text in UTF-8 which I usually do not use for LaTeX. I try to use such a simple set-up: (setq ispell-dictionary "german8") ; (setq ispell-program-name "ispell") (setq ispell-program-name "aspell") (if (string= "aspell" ispell-program-name) (progn ; (setq ispell-dictionary "german8") (setq ispell-cmd-args "--norm-form=comp --norm-required --run-together") ; (setq ispell-extra-args "--norm-form=comp --norm-required --run-together") (set-default 'ispell-local-dictionary "german8") (message "Alles f?r ?a?spell") ) ; (setq ispell-dictionary "german8") (message "Alles f?r ?i?spell") ) ; (add-hook 'LaTeX-mode-hook (function (lambda () (setq ispell-extra-args '("-t"))))) which does not work in any version of Emacs. -- Greetings Pete The future will be much better tomorrow. -- George W. Bush From zenitani at tkg.att.ne.jp Fri Sep 23 23:56:09 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Fri, 23 Sep 2005 23:56:09 +0900 Subject: [macemacsjp-english 232] Carbon Emacs Package (Sep. '05) for Tiger Message-ID: Hi, all Carbon Emacs Package (Sep. '05) for Tiger is now available for download: http://home.att.ne.jp/alpha/z123/emacs-mac-e.html Changes: * based on Emacs 22.0.50 (CVS 2005-09-23) * added mmm-mode, nxml-mode, python-mode * updated crontab-mode, ess, howm, imaxima, mew, riece, utf-8m * removed mac-utf and mule-ucs * utf-8m supports Korean Hangul characters without help from mule-ucs * better dialog box. Carbon Emacs uses Carbon dialogs instead of AppleScript dialog. * added /Library/Application Support/Emacs to the load-path (Thanks to P. Dyballa) * toolbar button toggles the tool-bar-mode (Thanks to D. Reitter's tool-bar patch) In order to use the new load-path in the "Application Support" directory, one has to add the below line to '/Library/Application Support/Emacs/subdirs.el', following the emacs way. The new directory is prior to the site-lisp directory. (normal-top-level-add-subdirs-to-load-path) Unless any serious bug is reported, Panther build will come in a few days. Sincerely, -- Seiji Zenitani zenitani at tkg.att.ne.jp ================ ??????????? ????????????????????? http://home.att.ne.jp/alpha/z123/emacs-mac-j.html ???????????????????? http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi?CarbonEmacsPackage/ VersionHistory ????????????????? mule-ucs ??????? ???????????????load-path ? /Library/ Application Support/Emacs ??????????????????? ? load-path ?????????????????? /Library/ Application Support/Emacs/subdirs.el ????????? (normal-top-level-add-subdirs-to-load-path) ?????????????Panther ??????? ?????????????? -- ???? zenitani at tkg.att.ne.jp From enxio6 at gmail.com Sat Sep 24 01:28:31 2005 From: enxio6 at gmail.com (Clemens Wittinger) Date: Fri, 23 Sep 2005 18:28:31 +0200 Subject: [macemacsjp-english 233] Re: Carbon Emacs Package (Sep. '05) for Tiger In-Reply-To: References: Message-ID: Hi Seiji, first thanks a lot for providing this package, it's really well done and saves a lot of work configuring :) Well, in the September release I found a glitch: It's no longer possible to select a dictionary using the menu. (ispell-valid- dictionary-list) simply returns ("default"). It worked fine in the August release. Any ideas? Thanks. Bye, Clemens On 23.09.2005, at 16:56, Seiji Zenitani wrote: > Hi, all > > Carbon Emacs Package (Sep. '05) for Tiger is now available for > download: > > http://home.att.ne.jp/alpha/z123/emacs-mac-e.html > > Changes: > * based on Emacs 22.0.50 (CVS 2005-09-23) > * added mmm-mode, nxml-mode, python-mode > * updated crontab-mode, ess, howm, imaxima, mew, riece, utf-8m > * removed mac-utf and mule-ucs > * utf-8m supports Korean Hangul characters without help from mule-ucs > * better dialog box. Carbon Emacs uses Carbon dialogs instead of > AppleScript dialog. > * added /Library/Application Support/Emacs to the load-path (Thanks > to P. Dyballa) > * toolbar button toggles the tool-bar-mode (Thanks to D. Reitter's > tool-bar patch) > > In order to use the new load-path in the "Application Support" > directory, one has to add the below line to '/Library/Application > Support/Emacs/subdirs.el', following the emacs way. The new directory > is prior to the site-lisp directory. > (normal-top-level-add-subdirs-to-load-path) > > Unless any serious bug is reported, Panther build will come in a few > days. > > Sincerely, > > -- > Seiji Zenitani > zenitani at tkg.att.ne.jp > > > ================ > > > ??????????? > > ????????????????????? > > http://home.att.ne.jp/alpha/z123/emacs-mac-j.html > > ???????????????????? > http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi?CarbonEmacsPackage/ > VersionHistory > > ????????????????? mule-ucs ?? > ????? > ???????????????load-path ? /Library/ > Application Support/Emacs ????????????? > ?????? > ? load-path ????????????????? > ? /Library/ > Application Support/Emacs/subdirs.el ????????? > (normal-top-level-add-subdirs-to-load-path) > > ?????????????Panther ??????? > ?????????????? > > -- > ???? > zenitani at tkg.att.ne.jp > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > -- Clemens Wittinger : enxio.org : C1 GPG FP: D04D 76D8 DA90 E682 9ABC C888 291E 44AA 699F FE3F From braceta at sapo.pt Sun Sep 25 06:21:51 2005 From: braceta at sapo.pt (Luis Azevedo) Date: Sat, 24 Sep 2005 22:21:51 +0100 Subject: [macemacsjp-english 234] Flyspell Bug? Message-ID: <90DB837F-E50B-4AE4-88D1-A72868B5E29F@sapo.pt> Hi, I'm experiencing some problems with flyspell on Carbon Emacs. I use the Portuguese Ispell dictionary to spellcheck with flyspell. There is no problem while checking words, but there is one when i'm typing them. I cannot type accents after a normal unaccented character. For instance, if I type "?" this isolated I have the right character. Though, if i type "an?o".. the word that appears is "an?o". It swaps every accented word with "?" character. I believe it's a flyspell bug, since without flypell it works just fine. Does anyone experienced this? Does anyone know how to solve it? Any sugestions? I've tried to look around flyspell.el, but since i'm not a Lisp expert I haven't found any problem. ;) Thanks, Luis Azevedo (Braceta) braceta at sapo.pt From zenitani at tkg.att.ne.jp Sun Sep 25 17:13:22 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sun, 25 Sep 2005 17:13:22 +0900 Subject: [macemacsjp-english 235] Re: Flyspell Bug? In-Reply-To: <90DB837F-E50B-4AE4-88D1-A72868B5E29F@sapo.pt> References: <90DB837F-E50B-4AE4-88D1-A72868B5E29F@sapo.pt> Message-ID: Hi, On 2005/09/25, at 6:21, Luis Azevedo wrote: > > I'm experiencing some problems with flyspell on Carbon Emacs. I use > the Portuguese Ispell dictionary to spellcheck with flyspell. > > There is no problem while checking words, but there is one when i'm > typing them. I cannot type accents after a normal unaccented > character. For instance, if I type "?" this isolated I have the right > character. Though, if i type "an?o".. the word that appears is > "an?o". It swaps every accented word with "?" character. > > I believe it's a flyspell bug, since without flypell it works just > fine. Does anyone experienced this? Does anyone know how to solve it? > Any sugestions? On 2005/09/24, at 1:28, Clemens Wittinger wrote: > > Well, in the September release I found a glitch: It's no longer > possible to select a dictionary using the menu. (ispell-valid- > dictionary-list) simply returns ("default"). It worked fine in the > August release. > The change comes from the main cvs code. On ispell/aspell/flyspell, I'm sorry but several glitches are still remaining. Any hints, suggestions, reports are always welcome. On 2005/09/11, at 1:03, Seiji Zenitani wrote: >> >> The AUCTeX variables TeX-lisp-directory or TeX-auto-global are wrong: >> there is probably no-one that has something at >> /Volumes/Emacs/Emacs.app/Contents/Resources/...! >> > Yes, I know. The above variables are usually overwritten by the below > lines in site-start.el or side-start.d/*.el files. > > (setq TeX-lisp-directory > (concat carbon-emacs-package-prefix "/site-lisp/auctex") > TeX-auto-global > (concat carbon-emacs-package-prefix "/var/auctex")) For better compatibly with AUCTeX in the "Application Support" directory, I will directly modify tex-site.el instead of site-start.d/ *.el in the next minor release. I will release the tiger build (v2) and panther build soon. -- Seiji From zenitani at tkg.att.ne.jp Tue Sep 27 03:19:46 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Tue, 27 Sep 2005 03:19:46 +0900 Subject: [macemacsjp-english 236] Carbon Emacs Package (Sep. '05; v2) In-Reply-To: References: Message-ID: Hi all, I have revised the Carbon Emacs Package. Both Tiger build and Panther build are available. http://home.att.ne.jp/alpha/z123/emacs-mac-e.html Changes: * based on Emacs 22.0.50 (CVS 2005-09-27) * bug fixes in the new dialog code * auctex is no longer preloaded. In order to use it, add the below line to your .emacs.el. (require 'tex-site) -- Seiji On 2005/09/23, at 23:56, Seiji Zenitani wrote: > > Carbon Emacs Package (Sep. '05) for Tiger is now available for > download: > > http://home.att.ne.jp/alpha/z123/emacs-mac-e.html > > Changes: > * based on Emacs 22.0.50 (CVS 2005-09-23) > * added mmm-mode, nxml-mode, python-mode > * updated crontab-mode, ess, howm, imaxima, mew, riece, utf-8m > * removed mac-utf and mule-ucs > * utf-8m supports Korean Hangul characters without help from mule-ucs > * better dialog box. Carbon Emacs uses Carbon dialogs instead of > AppleScript dialog. > * added /Library/Application Support/Emacs to the load-path (Thanks > to P. Dyballa) > * toolbar button toggles the tool-bar-mode (Thanks to D. Reitter's > tool-bar patch) > > In order to use the new load-path in the "Application Support" > directory, one has to add the below line to '/Library/Application > Support/Emacs/subdirs.el', following the emacs way. The new directory > is prior to the site-lisp directory. > (normal-top-level-add-subdirs-to-load-path) > > Unless any serious bug is reported, Panther build will come in a few > days. > > Sincerely, > > -- > Seiji Zenitani > zenitani at tkg.att.ne.jp ============= ??????????? ????????Tiger + Panther???????? http://home.att.ne.jp/alpha/z123/emacs-mac-j.html ????? ?2005-09-27 ??????? ????????????????? ?auctex ???????????? ???????????????????????? http://macwiki.sourceforge.jp/cgi-bin/wiki.cgi? CarbonEmacsPackageVersionHistory -- ???? zenitani at tkg.att.ne.jp From poole at cs.ubc.ca Wed Sep 28 09:37:17 2005 From: poole at cs.ubc.ca (David Poole) Date: Tue, 27 Sep 2005 17:37:17 -0700 Subject: [macemacsjp-english 237] ispell no longer works in the latest version Message-ID: <4339E5BD.3050309@cs.ubc.ca> I just downloaded the latest (today's) version of emacs, replacing one from May 18, and I made no changes except to remove the japanese localization. However ispell does not work in the new version. It worked in the previous version, and I did not do anything special in either case. When I choose the menu item "tools" -> "spell checking" -> "spell-check buffer", I get the error message "Wrong type argument: stringp, nil" Thanks for any help you can give. David -- David Poole, Office: +1 (604) 822-6254 Department of Computer Science, poole at cs.ubc.ca University of British Columbia, http://www.cs.ubc.ca/spider/poole From enxio6 at gmail.com Wed Sep 28 15:55:56 2005 From: enxio6 at gmail.com (Clemens Wittinger) Date: Wed, 28 Sep 2005 08:55:56 +0200 Subject: [macemacsjp-english 238] Re: ispell no longer works in the latest version In-Reply-To: <4339E5BD.3050309@cs.ubc.ca> References: <4339E5BD.3050309@cs.ubc.ca> Message-ID: <7222CB7C-D34E-4D40-9EB3-683F8A9BE768@gmail.com> Hi, same here and except using my "own" aspell installation I found no solution. I suspect it would help, if the included aspell is built with the dictionary and data paths (/Applications/Emacs.app/ Contents/...) as the compiled in defaults. In ispell.el I found one or the other place where apsell is called without ispell-extra-args (e.g. (ispell-find-aspell-dictionaries)) and perhaps it get's "confused" there: ispell-dictionary-alist becomes ((nil)). But there might as well be better solution... Bye, Clemens On 28.09.2005, at 02:37, David Poole wrote: > I just downloaded the latest (today's) version of emacs, replacing one > from May 18, and I made no changes except to remove the japanese > localization. However ispell does not work in the new version. It > worked > in the previous version, and I did not do anything special in > either case. > > When I choose the menu item "tools" -> "spell checking" -> "spell- > check > buffer", I get the error message > "Wrong type argument: stringp, nil" > > Thanks for any help you can give. > David > > -- > David Poole, Office: +1 (604) 822-6254 > Department of Computer Science, poole at cs.ubc.ca > University of British Columbia, http://www.cs.ubc.ca/spider/poole > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > -- Clemens Wittinger : enxio.org : C1 GPG FP: D04D 76D8 DA90 E682 9ABC C888 291E 44AA 699F FE3F From Peter_Dyballa at Web.DE Wed Sep 28 17:53:20 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Wed, 28 Sep 2005 10:53:20 +0200 Subject: [macemacsjp-english 239] Re: ispell no longer works in the latest version In-Reply-To: <4339E5BD.3050309@cs.ubc.ca> References: <4339E5BD.3050309@cs.ubc.ca> Message-ID: Am 28.09.2005 um 02:37 schrieb David Poole: > However ispell does not work in the new version For me ispell works with this simple setup while aspell does not: (setq ispell-dictionary "german8") ; (setq ispell-program-name "ispell") (setq ispell-program-name "aspell") (if (string= "aspell" ispell-program-name) (progn ; (setq ispell-extra-args "--norm-form=comp --norm-required --run-together") (set-default 'ispell-local-dictionary "german8") (message "Alles f?r ?a?spell") ) (message "Alles f?r ?i?spell") ) ;; (add-hook 'LaTeX-mode-hook (function (lambda () (setq ispell-extra-args '("-t"))))) I changed the contents of the directory /Applications/EmacsJCVS.app/Contents/Resources/share/emacs/22.0.50/ site-lisp/site-start.d: -rw-r--r-- 1 pete admin 509 23 Jul 11:13 carbon-emacs-builtin-aspell.el-orig -rw-r--r-- 1 pete admin 1116 18 Jul 23:02 carbon-emacs-japanese-init.el-orig -rw-r--r-- 1 pete admin 259 25 Sep 17:18 carbon-emacs-path.el aspell still thinks it has to use dictionaries from inside Carbon Emacs with a somehow different setup in which it can't find the german8 dictionary. -- Greetings Pete Without vi there is only GNU Emacs From enxio6 at gmail.com Wed Sep 28 18:23:31 2005 From: enxio6 at gmail.com (Clemens Wittinger) Date: Wed, 28 Sep 2005 11:23:31 +0200 Subject: [macemacsjp-english 240] Re: ispell no longer works in the latest version In-Reply-To: <4339E5BD.3050309@cs.ubc.ca> References: <4339E5BD.3050309@cs.ubc.ca> Message-ID: <3A86DACF-B328-407C-9CC2-DE853A0446AE@gmail.com> Well, I think the following wrapper script does at least part of the trick: --- snip --- #!/bin/sh dir=`dirname $0` data_dir="${dir}/../../Resources/lib/aspell-0.60/" dict_dir="${data_dir}" exec ${dir}/aspell.bin --data-dir="${data_dir}" --dict-dir="$ {dict_dir}" "$@" --- snip --- In order to use it, move /Applications/Emacs.app/Contents/MacOS/bin/ aspell to Applications/Emacs.app/Contents/MacOS/bin/aspell.bin and copy the snippet above into Applications/Emacs.app/Contents/MacOS/bin/ aspell and make it executable. This one should be agnostic to renaming Emacs.app to something different, where compiling in the default paths might reveal the same problems... Using this approach, there might be the possibility to get rid of ispell-extra-args as well. HTH. Bye, Clemens On 28.09.2005, at 02:37, David Poole wrote: > I just downloaded the latest (today's) version of emacs, replacing one > from May 18, and I made no changes except to remove the japanese > localization. However ispell does not work in the new version. It > worked > in the previous version, and I did not do anything special in > either case. > > When I choose the menu item "tools" -> "spell checking" -> "spell- > check > buffer", I get the error message > "Wrong type argument: stringp, nil" > > Thanks for any help you can give. > David > > -- > David Poole, Office: +1 (604) 822-6254 > Department of Computer Science, poole at cs.ubc.ca > University of British Columbia, http://www.cs.ubc.ca/spider/poole > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From enxio6 at gmail.com Wed Sep 28 18:38:58 2005 From: enxio6 at gmail.com (Clemens Wittinger) Date: Wed, 28 Sep 2005 11:38:58 +0200 Subject: [macemacsjp-english 241] Re: ispell no longer works in the latest version In-Reply-To: <4339E5BD.3050309@cs.ubc.ca> References: <4339E5BD.3050309@cs.ubc.ca> Message-ID: Even better :-) --- snip --- #!/bin/sh dir=`dirname "$0"` data_dir="${dir}/../../Resources/lib/aspell-0.60/" dict_dir="${data_dir}" conf_dir="${dir}/../../Resources/etc" exec "${dir}/aspell.bin" --conf-dir="${conf_dir}" --data-dir="$ {data_dir}" --dict-dir="${dict_dir}" "$@" --- snip --- On 28.09.2005, at 02:37, David Poole wrote: > I just downloaded the latest (today's) version of emacs, replacing one > from May 18, and I made no changes except to remove the japanese > localization. However ispell does not work in the new version. It > worked > in the previous version, and I did not do anything special in > either case. > > When I choose the menu item "tools" -> "spell checking" -> "spell- > check > buffer", I get the error message > "Wrong type argument: stringp, nil" > > Thanks for any help you can give. > David > > -- > David Poole, Office: +1 (604) 822-6254 > Department of Computer Science, poole at cs.ubc.ca > University of British Columbia, http://www.cs.ubc.ca/spider/poole > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From zenitani at mac.com Wed Sep 28 20:20:44 2005 From: zenitani at mac.com (Zenitani Seiji) Date: Wed, 28 Sep 2005 20:20:44 +0900 Subject: [macemacsjp-english 242] Re: ispell no longer works in the latestversion In-Reply-To: References: <4339E5BD.3050309@cs.ubc.ca> Message-ID: <13355668.1127906444198.JavaMail.zenitani@mac.com> Hi, On 2005/09/28, at 15:55, Clemens Wittinger wrote: > > In ispell.el I found one or the other place where apsell is called > without ispell-extra-args (e.g. (ispell-find-aspell-dictionaries)) > and perhaps it get's "confused" there: ispell-dictionary-alist > becomes ((nil)). I think so, too. Calling without ispell-extra-arg is doubtful. Has anyone feedbacked this issue to the ispell maintainer or the emacs-devel list? If not, I'll write an email later. It's also possible to set aspell-options via environment variables. Try one of the below two. ;; relocatable path (for Carbon Emacs Package) (setenv "ASPELL_CONF" (concat "prefix " carbon-emacs-package-prefix ";" "data-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" "dict-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" "conf-dir " carbon-emacs-package-prefix "/etc" )) ;; explicit path (setenv "ASPELL_CONF" (concat "prefix /Applications/Emacs.app/Contents/Resources;" "data-dir /Applications/Emacs.app/Contents/Resources/lib/aspell-0.60;" "dict-dir /Applications/Emacs.app/Contents/Resources/lib/aspell-0.60;" "conf-dir /Applications/Emacs.app/Contents/Resources/etc")) It seems that the aspell file (carbon-emacs-builtin-aspell.el) in the September release needs to be replaced. On 2005/09/28, at 17:53, Peter Dyballa wrote: > Am 28.09.2005 um 02:37 schrieb David Poole: > > > > However ispell does not work in the new version > > For me ispell works with this simple setup while aspell does not: > > (setq ispell-dictionary "german8") > (snip) > > aspell still thinks it has to use dictionaries from inside Carbon Emacs > with a somehow different setup in which it can't find the german8 > dictionary. What is "german8"? Is it better german dictionary? -- Seiji From enxio6 at gmail.com Wed Sep 28 20:41:15 2005 From: enxio6 at gmail.com (Clemens Wittinger) Date: Wed, 28 Sep 2005 13:41:15 +0200 Subject: [macemacsjp-english 243] Re: ispell no longer works in the latestversion In-Reply-To: <13355668.1127906444198.JavaMail.zenitani@mac.com> References: <4339E5BD.3050309@cs.ubc.ca> <13355668.1127906444198.JavaMail.zenitani@mac.com> Message-ID: <49A12927-CC13-4AEE-84DC-1E2E88690A94@gmail.com> Hi. On 28.09.2005, at 13:20, Zenitani Seiji wrote: > I think so, too. Calling without ispell-extra-arg is doubtful. Has > anyone feedbacked this issue to the ispell maintainer or the emacs- > devel list? If not, I'll write an email later. I didn't. :) > > It's also possible to set aspell-options via environment variables. > Try one of the below two. > > > ;; relocatable path (for Carbon Emacs Package) > (setenv "ASPELL_CONF" > (concat "prefix " carbon-emacs-package-prefix ";" > "data-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" > "dict-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" > "conf-dir " carbon-emacs-package-prefix "/etc" > )) This one really does look like the right thing(tm). Thanks very much! >> >> aspell still thinks it has to use dictionaries from inside Carbon >> Emacs >> with a somehow different setup in which it can't find the german8 >> dictionary. >> > > What is "german8"? Is it better german dictionary? In the August version, with the older ispell.el this was present, IIRC. I used to use "deutsch8" -- 8 because of 8-bit? Don't know, but it worked :) Bye, Clemens From Peter_Dyballa at Web.DE Wed Sep 28 21:20:33 2005 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Wed, 28 Sep 2005 14:20:33 +0200 Subject: [macemacsjp-english 244] Re: ispell no longer works in the latestversion In-Reply-To: <13355668.1127906444198.JavaMail.zenitani@mac.com> References: <4339E5BD.3050309@cs.ubc.ca> <13355668.1127906444198.JavaMail.zenitani@mac.com> Message-ID: <6ed8ac06f28ff93d7f7a05e2f321913a@Web.DE> Am 28.09.2005 um 13:20 schrieb Zenitani Seiji: > What is "german8"? Is it better german dictionary? > It's the proper *ispell* dictionary with umlauts in the words. It works very well in all Emacsen, and /usr/local/bin/aspell accepts this name too in the other Emacsen. I see no reason why I should prepare two different (dictionary) names (although possible). Ispell.el is meant to work with aspell and ispell as well, which includes the (re-)use of arguments like the dictionary's name. And aspell is written with the intention to become a replacement of ispell one day. -- Greetings Pete Time is an illusion. Lunchtime, doubly so. From viktor.haag at gmail.com Wed Sep 28 21:39:37 2005 From: viktor.haag at gmail.com (Viktor Haag) Date: Wed, 28 Sep 2005 08:39:37 -0400 Subject: [macemacsjp-english 245] Re: macemacsjp-english Digest, Vol 7, Issue 27 In-Reply-To: <20050928030023.C9BCB4B0D5C@lists.sourceforge.jp> References: <20050928030023.C9BCB4B0D5C@lists.sourceforge.jp> Message-ID: <1786319f0509280539443c4bd5@mail.gmail.com> On 27/09/05, David Poole wrote: > I just downloaded the latest (today's) version of emacs, replacing one > from May 18, and I made no changes except to remove the japanese > localization. However ispell does not work in the new version. It worked > in the previous version, and I did not do anything special in either case. > > When I choose the menu item "tools" -> "spell checking" -> "spell-check > buffer", I get the error message > "Wrong type argument: stringp, nil" > > Thanks for any help you can give. > David This may not be caused by the new build. Ispell is working fine on my machine, both from the menu, and when invoked directly from the minibuffer. The first thing I do when I install a new version is to remove /Applications/Emacs/Contents/Resources/site-lisp, as I prefer my own mix of startup libraries; maybe that has something to do with the problem (i.e., there's something in the provided site-lisp packages that's causing the problem)? V. From zenitani at tkg.att.ne.jp Wed Sep 28 22:59:41 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Wed, 28 Sep 2005 22:59:41 +0900 Subject: [macemacsjp-english 246] Re: macemacsjp-english Digest, Vol 7, Issue 27 In-Reply-To: <1786319f0509280539443c4bd5@mail.gmail.com> References: <20050928030023.C9BCB4B0D5C@lists.sourceforge.jp> <1786319f0509280539443c4bd5@mail.gmail.com> Message-ID: On 2005/09/28, at 21:39, Viktor Haag wrote: > On 27/09/05, David Poole wrote: > >> I just downloaded the latest (today's) version of emacs, replacing >> one >> from May 18, and I made no changes except to remove the japanese >> localization. However ispell does not work in the new version. It >> worked >> in the previous version, and I did not do anything special in >> either case. >> >> When I choose the menu item "tools" -> "spell checking" -> "spell- >> check >> buffer", I get the error message >> "Wrong type argument: stringp, nil" >> >> Thanks for any help you can give. >> David > > This may not be caused by the new build. Ispell is working fine on my > machine, both from the menu, and when invoked directly from the > minibuffer. > > The first thing I do when I install a new version is to remove > /Applications/Emacs/Contents/Resources/site-lisp, as I prefer my own > mix of startup libraries; maybe that has something to do with the > problem (i.e., there's something in the provided site-lisp packages > that's causing the problem)? The built-in aspell and previous built-in auctex need extra config files in the site-lisp directory, in order that you can install Emacs.app wherever you like. (relocatable) In this case of the aspell trouble, the aspell does not recognize the extra configuration because of the bug in ispell.el. If you use an external aspell/ispell, you won't meet such troubles. In general, site-lisp files can be removed unless you use the built- in unix programs (aspell and mew). -- Seiji From zenitani at tkg.att.ne.jp Thu Sep 29 02:34:20 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Thu, 29 Sep 2005 02:34:20 +0900 Subject: [macemacsjp-english 247] Re: ispell no longer works in the latestversion In-Reply-To: <13355668.1127906444198.JavaMail.zenitani@mac.com> References: <4339E5BD.3050309@cs.ubc.ca> <13355668.1127906444198.JavaMail.zenitani@mac.com> Message-ID: <594ECA9E-4E35-43C8-ACAC-1902D17B3FA9@tkg.att.ne.jp> Hi, The September release has been updated. The v2 users don't need to download the full dmg file, because only one file: carbon-emacs-builtin-aspell.el in the site-start directory is revised. The new file is available from http:// macemacsjp.sourceforge.jp/package/20050927/GPL/site-start.d/ . You can open the directory by choosing "Help > Carbon Emacs Package > Open Site-Start Directory" in the menu bar. best wishes, -- Seiji On 2005/09/28, at 20:20, Zenitani Seiji wrote: > > ;; relocatable path (for Carbon Emacs Package) > (setenv "ASPELL_CONF" > (concat "prefix " carbon-emacs-package-prefix ";" > "data-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" > "dict-dir " carbon-emacs-package-prefix "/lib/aspell-0.60;" > "conf-dir " carbon-emacs-package-prefix "/etc" > )) > > It seems that the aspell file (carbon-emacs-builtin-aspell.el) in > the September release needs to be replaced. >