From david.reitter at gmail.com Mon Oct 6 19:37:15 2008 From: david.reitter at gmail.com (David Reitter) Date: Mon Oct 6 19:57:30 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts Message-ID: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> This discussion has cropped up back in 2005, and now again on aquamacs- bugs. Let's solve the mystery. File names don't appear to be decoded and shown correctly when I do M- x shell and then "ls". Interestingly, "ls" just leads to file names that are shown as "??", while "ls | cat" shows me something like "Hello \314\210" (for Hellö). If I set the coding system correctly with C-x RET p utf-8m RET utf-8m RET, then "ls | cat" begins to work fine, as does "ls -w". -w Force raw printing of non-printable characters. This is the default when output is not to a terminal. By the way: it's the same in iTerm. So, "ls" must be guessing that the terminal only processes ASCII. This bit of communication would go via the LANG environment variable, part of a system's locale. If we try to set it to something sensible involving UTF-8: export LANG=de_DE.UTF-8 then, suddenly, "ls" does the right thing! I'm not sure what the correct setting for the language bit would be - en_US.UTF-8 works just as well. Now, the big question is, what is the right thing to do for Emacs on the Mac? Shouldn't M-x shell set the locale to something sensible, at least the LANG variable? Shouldn't it set the process coding system to UTF-8?? I'd like to get these things right, and people with experience in unix architectures may have answers here. Pedro Gonzales wrote today on aquamacs-bugs: > when running a shell from within Aquamacs (M-x shell), > a directory listing (ls -l) won't show properly file names with > non-ASCII characters -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081006/4043f6b5/smime.bin From ian at digg.com Tue Oct 7 14:49:15 2008 From: ian at digg.com (Ian Eure) Date: Tue Oct 7 14:49:21 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> Message-ID: <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> On Oct 6, 2008, at 4:37 PM, David Reitter wrote: > This discussion has cropped up back in 2005, and now again on > aquamacs-bugs. Let's solve the mystery. > > File names don't appear to be decoded and shown correctly when I do > M-x shell and then "ls". Interestingly, "ls" just leads to file > names that are shown as "??"?"ls" must be guessing that the terminal > only processes ASCII. This bit of communication would go via the > LANG environment variable, part of a system's locale. If we try to > set it to something sensible involving UTF-8: > > export LANG=de_DE.UTF-8 > > then, suddenly, "ls" does the right thing! I'm not sure what the > correct setting for the language bit would be - en_US.UTF-8 works > just as well. > The format is: lang_COUNTRY.ENCODING e.g. en_US.UTF-8 is US English encoded in UTF-8. > Now, the big question is, what is the right thing to do for Emacs on > the Mac? > Shouldn't M-x shell set the locale to something sensible, at least > the LANG variable? Shouldn't it set the process coding system to > UTF-8?? > > I'd like to get these things right, and people with experience in > unix architectures may have answers here. > I don't know if Emacs even has the ability to set environment variables for inferior processes. I think this is the job of your shell or system init files. I'd suggest adding this to your ~/.profile: eval `locale | sed 's/^/export /'` Setting the coding-system for process I/O like you did (C-x RET p) is a part of setting your language environment. I'd suggest you set it to UTF-8, which can be accomplished by going to Options -> Language -> Set Language Environment -> UTF-8. - Ian From david.reitter at gmail.com Tue Oct 7 14:58:29 2008 From: david.reitter at gmail.com (David Reitter) Date: Tue Oct 7 16:01:54 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> Message-ID: <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> On 7 Oct 2008, at 14:49, Ian Eure wrote: >> >> then, suddenly, "ls" does the right thing! I'm not sure what the >> correct setting for the language bit would be - en_US.UTF-8 works >> just as well. >> > The format is: > > lang_COUNTRY.ENCODING > > e.g. en_US.UTF-8 is US English encoded in UTF-8. Well yeah, I tried de_DE first because my test file name had a German language umlaut, but the language doesn't matter for the coding when it's UTF-8. The real question is how I would detect the right language from the user's settings. You address this question: > I don't know if Emacs even has the ability to set environment > variables for inferior processes. I think this is the job of your > shell or system init files. I'd suggest adding this to your > ~/.profile: > > eval `locale | sed 's/^/export /'` Well I wouldn't ever want to alter the user's .profile from Aquamacs, but of course I can set an env variable from within Emacs, and inferior processes should inherit that. (M-x shell does not seem to start a login shell, by the way - just a shell). The other problem is that from M-x shell, this is my locale: ~$ locale LANG= LC_COLLATE="C" LC_CTYPE="C" LC_MESSAGES="C" LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_ALL= ~$ and from a login shell opened in iTerm, I get ~$ locale LANG="en_GB.US-ASCII" LC_COLLATE="en_GB.US-ASCII" LC_CTYPE="en_GB.US-ASCII" LC_MESSAGES="en_GB.US-ASCII" LC_MONETARY="en_GB.US-ASCII" LC_NUMERIC="en_GB.US-ASCII" LC_TIME="en_GB.US-ASCII" LC_ALL= ~$ Neither of them would be sufficient to display non-ASCII file names. Isn't at least the coding part of the locale up to the terminal that is being used, i.e. Emacs with it's shell buffer? > Setting the coding-system for process I/O like you did (C-x RET p) > is a part of setting your language environment. I'd suggest you set > it to UTF-8, which can be accomplished by going to Options -> > Language -> Set Language Environment -> UTF-8. So, just to make it clear, you're suggesting that we set the default language environment that an Aquamacs user gets, to UTF-8? Sounds to me like this has some grave implications. Originally I was thinking of just modifying what M-x shell does, but of course one could consider this. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081007/db18adc8/smime.bin From Peter_Dyballa at Web.DE Tue Oct 7 16:18:55 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Tue Oct 7 16:19:07 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> Message-ID: <3CD69A89-69FA-491D-8312-043AAE6BE898@Web.DE> Am 07.10.2008 um 20:58 schrieb David Reitter: > Originally I was thinking of just modifying what M-x shell does, > but of course one could consider this. This can be done by ~/.emacs_ ... Other processes started from Emacs should also live in an UTF-8 environment. Otherwise it would be confusing. And what the *shell* buffer offers should also be available in *term* or *eshell* buffers. -- Mit friedvollen Grüßen Pete Alles Vernünftige ist einfach; alles Komplizierte ist überflüssig. (M. Kalaschnikow) From david.reitter at gmail.com Tue Oct 7 16:30:49 2008 From: david.reitter at gmail.com (David Reitter) Date: Tue Oct 7 16:30:56 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <3CD69A89-69FA-491D-8312-043AAE6BE898@Web.DE> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> <3CD69A89-69FA-491D-8312-043AAE6BE898@Web.DE> Message-ID: <1F3AC62C-563C-4CE0-891D-30BBFF25CFE9@gmail.com> Peter Dyballa: >> Originally I was thinking of just modifying what M-x shell does, >> but of course one could consider this. > > This can be done by ~/.emacs_ ... ?? I was going to do it in an internal file. > Other processes started from Emacs should also live in an UTF-8 > environment. Otherwise it would be confusing. And what the *shell* > buffer offers should also be available in *term* or *eshell* buffers. Right. How would one set the process coding system default? `set- process-coding-system' sets it for a specific process. Or would this be a matter of changing the (Default) Language Environment? I'm a bit worried that changing this may have far-reaching consequences... A lot of processes get started by Emacs, from i/aspell to interpreters like Lisp... -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081007/ebd7753a/smime.bin From ian at digg.com Tue Oct 7 16:40:05 2008 From: ian at digg.com (Ian Eure) Date: Tue Oct 7 16:40:09 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> Message-ID: <0410C260-5539-4655-9338-6985C944D5E7@digg.com> On Oct 7, 2008, at 11:58 AM, David Reitter wrote: > On 7 Oct 2008, at 14:49, Ian Eure wrote: >>> >>> then, suddenly, "ls" does the right thing! I'm not sure what the >>> correct setting for the language bit would be - en_US.UTF-8 works >>> just as well. >>> >> The format is: >> >> lang_COUNTRY.ENCODING >> >> e.g. en_US.UTF-8 is US English encoded in UTF-8. > > Well yeah, I tried de_DE first because my test file name had a > German language umlaut, but the language doesn't matter for the > coding when it's UTF-8. The real question is how I would detect the > right language from the user's settings. You address this question: > I'm sure there's some API you can get it from, as well. This is definitely not what you want, though. I don't know if you tried this, but give it a shot: LANG=de_DE.UTF-8 ls --help >> I don't know if Emacs even has the ability to set environment >> variables for inferior processes. I think this is the job of your >> shell or system init files. I'd suggest adding this to your >> ~/.profile: >> >> eval `locale | sed 's/^/export /'` > > Well I wouldn't ever want to alter the user's .profile from > Aquamacs, but of course I can set an env variable from within Emacs, > and inferior processes should inherit that. > (M-x shell does not seem to start a login shell, by the way - just a > shell). > > The other problem is that from M-x shell, this is my locale: > > ~$ locale > LANG= > LC_COLLATE="C"? > > and from a login shell opened in iTerm, I get > > ~$ locale > LANG="en_GB.US-ASCII"? > > Neither of them would be sufficient to display non-ASCII file names. Hm, yeah, locale sets LC_* based on LANG. If it's not set, you get "C", which is the legacy UNIX locale. In Terminal's preferences, there's a "Set LANG environment variable on startup" checkbox, so I assume it has some way to query the system-wide preferences to get that. I think you need to do the same thing in Aquamacs. > Isn't at least the coding part of the locale up to the terminal that > is being used, i.e. Emacs with it's shell buffer? > Well, you can't set just the encoding part. You have to set the full locale, so you need to know what that is first. >> Setting the coding-system for process I/O like you did (C-x RET p) >> is a part of setting your language environment. I'd suggest you set >> it to UTF-8, which can be accomplished by going to Options -> >> Language -> Set Language Environment -> UTF-8. > > So, just to make it clear, you're suggesting that we set the default > language environment that an Aquamacs user gets, to UTF-8? > Sounds to me like this has some grave implications. Originally I > was thinking of just modifying what M-x shell does, but of course > one could consider this. > Yeah, I don't think you should do that. I was just saying that it would be a good idea for you personally, not as a default for Aquamacs. It will make sense at some point in the (hopefully not too distant) future, as UTF-8 will replace other encodings. I see nothing wrong with: - Determining the user?s locale - Determining the preferred encoding (from the chosen language environment) - Setting $LANG to that locale/encoding - if it's not already set. Probably be a good idea to warn if the chosen language environment clashes with $LANG. - Setting process I/O to match that encoding - Ian From Peter_Dyballa at Web.DE Tue Oct 7 18:16:14 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Tue Oct 7 18:16:19 2008 Subject: [OS X Emacs] M-x shell and file names with umlauts In-Reply-To: <1F3AC62C-563C-4CE0-891D-30BBFF25CFE9@gmail.com> References: <4CDB302F-B616-4D61-BAF6-134B970D7339@gmail.com> <5BAE3DCD-4806-4C06-87B7-D74B7231C01A@digg.com> <9F6E9A04-273A-4CBF-BBFF-E0D470086E79@gmail.com> <3CD69A89-69FA-491D-8312-043AAE6BE898@Web.DE> <1F3AC62C-563C-4CE0-891D-30BBFF25CFE9@gmail.com> Message-ID: <50AAFF27-E0DE-44C0-BCE2-8F9DBEA8CC93@Web.DE> Am 07.10.2008 um 22:30 schrieb David Reitter: > >>> Originally I was thinking of just modifying what M-x shell does, >>> but of course one could consider this. >> >> This can be done by ~/.emacs_ ... > > ?? I was going to do it in an internal file. Of course! To alter the *shell* buffer's behaviour this easier means exists, one without side-effects (except confusion). > >> Other processes started from Emacs should also live in an UTF-8 >> environment. Otherwise it would be confusing. And what the *shell* >> buffer offers should also be available in *term* or *eshell* buffers. > > Right. How would one set the process coding system default? `set- > process-coding-system' sets it for a specific process. Or would > this be a matter of changing the (Default) Language Environment? > I'm a bit worried that changing this may have far-reaching > consequences... A lot of processes get started by Emacs, from i/ > aspell to interpreters like Lisp... I'd make it simple: (setenv "LC_ALL" ...) in the system init file, if not already set. I wouldn't use other ELisp constructs. They could have far more side-effects than telling Emacs that it runs in a so- and-so environment. Most of these come a time when a byte had seven US-ASCII bits ... -- Mit evolutionären Grüßen Pete "Evolution" o __o _o _ °\___o /0~ -\<, ^\___ /=\\_/-% oo~_______ /\ /\______/ \_________O/ O_______________o===>-->O--o____ From adrian.down at gmail.com Wed Oct 8 17:29:10 2008 From: adrian.down at gmail.com (Adrian) Date: Wed Oct 8 23:46:33 2008 Subject: [OS X Emacs] Abbrevs with '\' character don't work in Aquamacs 1.5 Message-ID: <5db859a0810081429xa0314fdsf858cac2fc30dbc0@mail.gmail.com> Hello, I'm trying to define some abbrevs for LaTeX commands. However, if I try to define any abbrevs beginning with a '\' character, the abbrev is not completed when I type a space after the word. I have included several examples from my abbrevs file below: (define-abbrev-table 'text-mode-abbrev-table '( ("teh" "the " nil 0) ("\\c" "\\chapter{}" backward-char 0) ("\\i" "\\item" nil 0) ; abbreviations calling functions (which are defined in my-latex.el) ("\\ce" "" my-latex-center 0) )) Of these examples, the first works fine in LaTeX mode. However, none of the others produce any results when I type a space after the desired abbrev. For example, "\c " will remain as "\c" and not expand to "\chapter{}" as desired. I have tried altering the syntax of the abbrevs a bit. If I remove one of the preceding slash characters, so the abbrev definition looks like "\c" "\\chapter{}" etc., the abbrev is inserted when I type "c " with no preceding slash. Also, if I try to define an abbrev using the command line key sequence C-x a g, the resulting abbrev is still not functional. For example, typing C-x a g after "\ref{}" and assigning the abbrev "\foo", I see a new line in my list of abbrevs that looks just like the ones above: ("\\foo" "\\ref{}" nil 0). However, this abbrev, like the ones I have defined for myself, also fails. It seems that Emacs doesn't know how to read its own syntax...? I hope what I am trying to do is possible in Emacs, as it seems like fairly basic functionality. If not, is there a better way to handle LaTeX completions in Emacs? I'm using Aquamacs 1.5 running Emacs 22.3.2 (powerpc-apple-darwin9.5.0 Carbon version 1.6.0). Please let me know if there is any other debugging information that might be useful. Thanks very much, Adrian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081008/2c7ded93/attachment.html From brouce at gmx.net Thu Oct 9 11:53:04 2008 From: brouce at gmx.net (wishi) Date: Thu Oct 9 10:20:01 2008 Subject: [OS X Emacs] emacs Latex word/expression auto-completion Message-ID: <48EE28E0.4090308@gmx.net> Hi fellows! I'm writing lots of math-stuff at the moment, in LaTeX. Auctex in Aquamacs emacs (pre-installed) comes in very handy. But what I'm missing, being not a really sophisticated emacs user: where's something like Tab-Completion for Latex (or other) expressions? Sometimes they are really long ;). I got to know emacs can everything. Well... ;) Can I complete words, just like an IDE can, hitting Tab? If someone knows a nifty default option I can put in my .emacs to enable that by default - would be great. Another question: If I want to create a Tab, to format my source-code a little better, emacs resists doing that. I don't know... seems to be a little wired having 20 matrices. Is there any option to make that possible, too? Thanks in advance, wishi From adrian.down at gmail.com Thu Oct 9 11:24:24 2008 From: adrian.down at gmail.com (Adrian) Date: Thu Oct 9 11:32:24 2008 Subject: [OS X Emacs] emacs Latex word/expression auto-completion In-Reply-To: <48EE28E0.4090308@gmx.net> References: <48EE28E0.4090308@gmx.net> Message-ID: <5db859a0810090824r4a3268aer454570e28bbcaa3b@mail.gmail.com> Hi Wishi, You can define abbrevs in emacs that work like auto-completions. However, these are not ideal for LaTeX. I used to use AlphaX as a text editor, which had a great completions system, and I agree that it's something that Emacs seems to be sorely lacking. For more information about abbrevs, how they work, and how to define them, you might check out this chapter in the Emacs manual: http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_28.html. There is also a handy page on how to define your own abbrevs in a file rather than defining each one individually at the command line as the Emacs manual suggests: http://www.math.umn.edu/~aoleg/emacs/latex.shtml. A few caveats, however: 1) The second reference above is for xemacs, so you might have to change a bit of the syntax. I got it mostly working with Aquamacs if you need more info. 2) Abbrevs beginning with a "\" character don't work! For example, "\a" will not expand to "\alpha". Any abbrev beginning with a "\" character seems to fail, even those defined at the command line. I sent a message to this group yesterday about this problem, but I have yet to hear anything back. Until someone else replies back with a better suggestion (and I really hope, for Emacs' sake, that there is a better option), slash-less abbrevs are the best I can offer. Happy TeXing, Adrian 2008/10/9 wishi > Hi fellows! > > I'm writing lots of math-stuff at the moment, in LaTeX. Auctex in > Aquamacs emacs (pre-installed) comes in very handy. But what I'm > missing, being not a really sophisticated emacs user: where's something > like Tab-Completion for Latex (or other) expressions? Sometimes they are > really long ;). > I got to know emacs can everything. Well... ;) Can I complete words, > just like an IDE can, hitting Tab? > If someone knows a nifty default option I can put in my .emacs to enable > that by default - would be great. > > Another question: If I want to create a Tab, to format my source-code a > little better, emacs resists doing that. I don't know... seems to be a > little wired having 20 matrices. Is there any option to make that > possible, too? > > Thanks in advance, > wishi > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081009/c6999683/attachment.html From nathaniel.cunningham at gmail.com Thu Oct 9 11:42:20 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Thu Oct 9 15:45:06 2008 Subject: [OS X Emacs] emacs Latex word/expression auto-completion In-Reply-To: <48EE28E0.4090308@gmx.net> References: <48EE28E0.4090308@gmx.net> Message-ID: <20ecf6c70810090842o29f1572cv3c40f0a7fa35e10a@mail.gmail.com> On Thu, Oct 9, 2008 at 10:53 AM, wishi wrote: > > Another question: If I want to create a Tab, to format my source-code a > little better, emacs resists doing that. I don't know... seems to be a > little wired having 20 matrices. Is there any option to make that > possible, too? > googling "emacs tabs" produced the following link, which appears to have all the details you might need for tweaking how Tab behaves in emacs: http://student.northpark.edu/pemente/emacs_tabs.htm for example, you can insert a Tab character anytime using C-q (self-insert Tab) --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081009/22e007d0/attachment.html From ljz at asfast.com Thu Oct 9 23:01:20 2008 From: ljz at asfast.com (Lloyd Zusman) Date: Fri Oct 10 00:05:07 2008 Subject: [OS X Emacs] Asynchronous events in Carbon Emacs Message-ID: Under macosx (Leopard), I can run the standard build of Carbon emacs (22.3.1) inside of a Terminal window by invoking the following command line from within Terminal: /Applications/Emacs.app/Contents/MacOS/Emacs -nw FILE ... where FILE is the item that I want to edit. If I run it in this way, events defined Emacs' `special-event-map' are invoked asynchronously and in real time. For example, if I define a [sigusr1] event, its `special-event-map' handler gets invoked as soon as I send a USR1 signal to the Emacs process. This is the behavior that I am expecting. However, if I run Carbon Emacs without the `-nw' flag so that it creates and manages its own window outside of Terminal, these `special-event-map' events don't get invoked in real time any more, but rather, they only get invoked the next time I interact directly with the Emacs window with either the mouse or a keystroke. In other words, if I am trapping [sigusr1] as described above and send a USR1 signal to the process, nothing happens until I click in the Emacs window with the mouse or perform some sort of keyboard interaction with it, at which time the [sigusr1] events that have accumulated all get processed, one after the other. It's as if the windowed version of Carbon Emacs can only process `special-event-map' events in synchronization with the keyboard and mouse input queues. Has anyone else seen this behavior? If so, is there any way that you know of to tell the windowed version of Carbon Emacs to process [sigusr1] and other `special-event-map' events in an asynchronous manner in the same way that they get processed when `-nw' is specified and Carbon Emacs is running in a Terminal? Thanks in advance. -- Lloyd Zusman ljz@asfast.com God bless you. From brouce at gmx.net Fri Oct 10 10:46:22 2008 From: brouce at gmx.net (wishi) Date: Fri Oct 10 08:46:37 2008 Subject: [OS X Emacs] emacs Latex word/expression auto-completion In-Reply-To: <5db859a0810090824r4a3268aer454570e28bbcaa3b@mail.gmail.com> References: <48EE28E0.4090308@gmx.net> <5db859a0810090824r4a3268aer454570e28bbcaa3b@mail.gmail.com> Message-ID: <48EF6ABE.3080606@gmx.net> Hi! Well... completely lacking. I wouldn't say that. :) No! I found something interesting: http://www.emacswiki.org/cgi-bin/emacs-en/CompletionUI I edited my init files accordingly, after installing it.. and added: (global-set-key [(tab)] 'smart-tab) (defun smart-tab () "This smart tab is minibuffer compliant: it acts as usual in the minibuffer. Else, if mark is active, indents region. Else if point is at the end of a symbol, expands it. Else indents the current line." (interactive) (if (minibufferp) (unless (minibuffer-complete) (dabbrev-expand nil)) (if mark-active (indent-region (region-beginning) (region-end)) (if (looking-at "\\_>") (dabbrev-expand nil) (indent-for-tab-command))))) That's adding non-context aware tab-completion, but by using the semantic bovinator in competionUI this could be enhanced. I'm not sure jet how I can do that. http://www.emacswiki.org/cgi-bin/emacs-en?CategoryCompletion I read about a popup completion which is context sensitive. Of course by computer scientific points you can implement this in Lisp... can. http://nschum.de/src/emacs/company-mode/ This seems to be a very cool approach. I'm nut sure whether is's Aquamacs or me, being incompatible: ;; add-to-list 'load-path "$PATH") (require 'company-mode) (require 'company-bundled-completions) (company-install-bundled-completions-rules) In my .emacs this works out, without errors. http://www.emacswiki.org/cgi-bin/emacs-en/CompanyMode I'm somehow unsure how to invoke this - the documentation is quite small I'd say. At the moment the tab completion saves typing - but I guess I'm doing some more stuff. Would be a great default implementation in Aquamacs, because math-folks don't necessary know LISP but like ease and Auctex - which don't come together very often :) Thanks, wishi Adrian schrieb: > Hi Wishi, > You can define abbrevs in emacs that work like auto-completions. However, > these are not ideal for LaTeX. I used to use AlphaX as a text editor, which > had a great completions system, and I agree that it's something that Emacs > seems to be sorely lacking. > > For more information about abbrevs, how they work, and how to define them, > you might check out this chapter in the Emacs manual: > http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_28.html. There is > also a handy page on how to define your own abbrevs in a file rather than > defining each one individually at the command line as the Emacs manual > suggests: http://www.math.umn.edu/~aoleg/emacs/latex.shtml. > > A few caveats, however: > 1) The second reference above is for xemacs, so you might have to change a > bit of the syntax. I got it mostly working with Aquamacs if you need more > info. > 2) Abbrevs beginning with a "\" character don't work! For example, "\a" > will not expand to "\alpha". Any abbrev beginning with a "\" character > seems to fail, even those defined at the command line. I sent a message to > this group yesterday about this problem, but I have yet to hear anything > back. > > Until someone else replies back with a better suggestion (and I really hope, > for Emacs' sake, that there is a better option), slash-less abbrevs are the > best I can offer. > > Happy TeXing, > Adrian > > 2008/10/9 wishi > >> Hi fellows! >> >> I'm writing lots of math-stuff at the moment, in LaTeX. Auctex in >> Aquamacs emacs (pre-installed) comes in very handy. But what I'm >> missing, being not a really sophisticated emacs user: where's something >> like Tab-Completion for Latex (or other) expressions? Sometimes they are >> really long ;). >> I got to know emacs can everything. Well... ;) Can I complete words, >> just like an IDE can, hitting Tab? >> If someone knows a nifty default option I can put in my .emacs to enable >> that by default - would be great. >> >> Another question: If I want to create a Tab, to format my source-code a >> little better, emacs resists doing that. I don't know... seems to be a >> little wired having 20 matrices. Is there any option to make that >> possible, too? >> >> Thanks in advance, >> wishi >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >> >> > > > ------------------------------------------------------------------------ > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From eroche at mac.com Fri Oct 10 11:36:53 2008 From: eroche at mac.com (=?UTF-8?Q?=22Edward_M._Roche_=28=E6=B1=9F=E6=88=B8=E6=B5=AA?= =?UTF-8?Q?=E5=A3=AB=29=22?=) Date: Fri Oct 10 12:37:21 2008 Subject: [OS X Emacs] 1.4 to 1.5 upgrade, can not find Tex distribution In-Reply-To: <54F4F962-973B-495C-9492-9C035691D1A5@gmail.com> References: <391D7E01-BC4B-490B-9965-9BFE7B3B0EB2@ncbt.org> <98891ADF-B3A6-40A6-975C-6C3426F52224@multicians.org> <54F4F962-973B-495C-9492-9C035691D1A5@gmail.com> Message-ID: <5320B7AF-BE6D-4BE3-B54A-79F4279B71AC@mac.com> I changed from 1.4 to 1.5 and Aquamacs could no longer find the Tex distribution. Am using TexLive 2007. Upgraded to TexLive 2008, but still Aquamacs does not find it. TexShop works fine, so I'm sure the distribution there. In Aquamacs, when in Latex-mode, entering the command cntrl-c cntrl-c yield an error: base can not run pdflatex. I was able to call back 1.4 from my archive after deleting 1.5. 1.4 works fine. If anyone knows about this, please let me know. Perhaps it is a setting or preference or something in Aquamacs? From adrian.down at gmail.com Fri Oct 10 12:42:42 2008 From: adrian.down at gmail.com (Adrian) Date: Fri Oct 10 12:42:47 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs Message-ID: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> Hello, I'm trying to configure Aquamacs so that new windows (aka emacs "frames") will pop up in a tiled fashion. I know Aquamacs has a tiling option, but I don't want the Aquamacs windows to use the entire screen and I don't want to have to retile every time I open another window. Basically, I want to be able to specify the default position of windows without having all subsequent windows open in the exact same location. I tried to write a few lines in my .emacs file to accomplish this, but thus far I've failed. The relevant lines from my .emacs file are at the end of this message. Hopefully its just a lisp syntax issue on my part, as I've never used lisp outside of basic Emacs configuration. There are two types of behavior Aquamacs exhibits with these lines, depending on whether smart-frame-positioning-mode is enabled or not. If so, my positioning arguments are ignored and all Emacs windows are popped on the left boundary of the screen, presumably with "left" set to 0. If smart-frame-positioning-mode is disabled, Aquamacs fails on startup with the following output to the message buffer: Wrong type argument: integerp, xoffset Is what I am trying to accomplish possible in Aquamacs, and if so, is my method below the proper way to go about it? Let me know if there's any other useful information I can provide. Thanks, Adrian (setq framecount (length (visible-frame-list))) (setq xoffset (- 1005 (* framecount 300))) (setq default-frame-alist (append '((left . xoffset) (top . 0) (width . 80) (height . 73)) default-frame-alist)) (setq initial-frame-alist (append '((left . 1005) (top . 0) (width . 80) (height . 73)) initial-frame-alist)) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/f28537e4/attachment.html From david.reitter at gmail.com Fri Oct 10 13:28:02 2008 From: david.reitter at gmail.com (David Reitter) Date: Fri Oct 10 13:28:12 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> Message-ID: On 10 Oct 2008, at 12:42, Adrian wrote: > I'm trying to configure Aquamacs so that new windows (aka emacs > "frames") will pop up in a tiled fashion. I know Aquamacs has a > tiling option, but I don't want the Aquamacs windows to use the > entire screen and I don't want to have to retile every time I open > another window. Basically, I want to be able to specify the default > position of windows without having all subsequent windows open in > the exact same location. I don't know if your code can achieve what you want, but you're probably best off modifying (redefining) the function `find-good-frame- position' (see smart-frame-positioning.el). That'll give you the best access, and you can reuse the remaining smart-frame-positioning infrastructure. And if you come up with good code, we can even integrate it in Aquamacs. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/7041edd2/smime.bin From david.reitter at gmail.com Fri Oct 10 13:24:47 2008 From: david.reitter at gmail.com (David Reitter) Date: Fri Oct 10 13:31:00 2008 Subject: [OS X Emacs] 1.4 to 1.5 upgrade, can not find Tex distribution In-Reply-To: <5320B7AF-BE6D-4BE3-B54A-79F4279B71AC@mac.com> References: <391D7E01-BC4B-490B-9965-9BFE7B3B0EB2@ncbt.org> <98891ADF-B3A6-40A6-975C-6C3426F52224@multicians.org> <54F4F962-973B-495C-9492-9C035691D1A5@gmail.com> <5320B7AF-BE6D-4BE3-B54A-79F4279B71AC@mac.com> Message-ID: <6CC33D39-B429-4B3F-B406-28E7DFCCBEB5@gmail.com> On 10 Oct 2008, at 11:36, Edward M. Roche (????) wrote: > I changed from 1.4 to 1.5 and Aquamacs could no longer find the Tex > distribution. Am using TexLive 2007. Upgraded to TexLive 2008, but > still Aquamacs does not find it. TexShop works fine, so I'm sure the > distribution there. > In Aquamacs, when in Latex-mode, entering the command cntrl-c cntrl- > c yield an error: base can not run pdflatex. when you open a shell in a Terminal (Terminal.app outside Aquamacs), what do "latex" and "which latex" give you? -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/1d2de988/smime.bin From adrian.down at gmail.com Fri Oct 10 13:46:17 2008 From: adrian.down at gmail.com (Adrian) Date: Fri Oct 10 13:46:20 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> Message-ID: <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> "Roll your own" is definitely not what I was hoping to hear :-(. I have no knowledge of lisp nor any desire to learn for the sole sake of implementing behaviour that Emacs should support by default. If I were good enough to edit the source, I would have abolished the infernal scratch buffer long ago. Smart positioning seems to be confusing the window positioning whether it is turned on or off. Even when it is turned off, I have to specify both "default-" and "initial-frame-alist" parameters for my specifications to take any effect. Shouldn't I be able to specify these parameters separately? Unless anyone else has any suggestions, I'm going to have to relegate this to the "recurring annoyances" category as I don't have the time to fully debug it right now. BTW, if anyone has any suggestions for a hack whereby I never have to see the scratch buffer again, I would greatly appreciate it. Perhaps this is a subject for another post though... Adrian 2008/10/10 David Reitter > On 10 Oct 2008, at 12:42, Adrian wrote: > > I'm trying to configure Aquamacs so that new windows (aka emacs "frames") >> will pop up in a tiled fashion. I know Aquamacs has a tiling option, but I >> don't want the Aquamacs windows to use the entire screen and I don't want to >> have to retile every time I open another window. Basically, I want to be >> able to specify the default position of windows without having all >> subsequent windows open in the exact same location. >> > > I don't know if your code can achieve what you want, but you're probably > best off modifying (redefining) the function `find-good-frame-position' (see > smart-frame-positioning.el). > That'll give you the best access, and you can reuse the remaining > smart-frame-positioning infrastructure. And if you come up with good code, > we can even integrate it in Aquamacs. > > > -- > http://aquamacs.org -- Aquamacs: Emacs on Mac OS X > http://aquamacs.org/donate -- Could we help you? Return the favor and > support the Aquamacs Project! > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/ac273803/attachment.html From david.reitter at gmail.com Fri Oct 10 14:22:18 2008 From: david.reitter at gmail.com (David Reitter) Date: Fri Oct 10 14:22:24 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> Message-ID: <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> On 10 Oct 2008, at 13:46, Adrian wrote: > "Roll your own" is definitely not what I was hoping to hear :-(. I > have no knowledge of lisp nor any desire to learn for the sole sake > of implementing behaviour that Emacs should support by default. You can learn, and it's not too hard. If I hadn't learned to do Lisp, you would probably be using a different piece of software to edit your stuff... But I appreciate that very few people seem to be willing to spend time on improving free software. If you can't find anyone who will write you the code you need, then get in touch by e-mail and I'll either let you know an hourly rate, or put you in touch with Elisp savvy people who can do this in a couple of paid-for hours. > If I were good enough to edit the source, I would have abolished > the infernal scratch buffer long ago. Out of interest, is it the *scratch* buffer that annoys you, or the persistency across sessions? Or just the fact that it's always shown when you start up Aquamacs? > Smart positioning seems to be confusing the window positioning > whether it is turned on or off. Even when it is turned off, I have > to specify both "default-" and "initial-frame-alist" parameters for > my specifications to take any effect. Shouldn't I be able to > specify these parameters separately? Yes, you should be able to, and they have slightly different meanings as documented. > > BTW, if anyone has any suggestions for a hack whereby I never have > to see the scratch buffer again, I would greatly appreciate it. > Perhaps this is a subject for another post though... Well, very hacky: (run-with-idle-timer 0.2 nil (lambda () (let ((one-buffer-one-frame t)) (with-current-buffer "*scratch*" (kill-buffer-and-window ))))) You may see another buffer (*Messaged* for instance) in some instances though... Emacs cannot not display any buffer in a window. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/111b972a/smime.bin From nathaniel.cunningham at gmail.com Fri Oct 10 14:54:57 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Fri Oct 10 15:02:38 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> Message-ID: <20ecf6c70810101154nd6cf73aga99714e5cdf9b4ff@mail.gmail.com> On Fri, Oct 10, 2008 at 11:42 AM, Adrian wrote: I've fiddled a bit and come up with a chunk of code that may do what you want. This approach is much more crude than what could be achieved with David's suggested route, and (like the code you tried) will not work properly beyond a certain number of frames. --Nathaniel ;; function to update `left' value in default-frame-alist (defun default-frame-alist-update () (let* ((framecount (length (visible-frame-list))) (xoffset (- 1005 (* framecount 300)))) (setq default-frame-alist `((left . ,xoffset) (top . 0) (width . 80) (height . 73))))) ;; call the above function just before creating a new frame (add-hook 'before-make-frame-hook 'default-frame-alist-update) Hello, > I'm trying to configure Aquamacs so that new windows (aka emacs "frames") > will pop up in a tiled fashion. I know Aquamacs has a tiling option, but I > don't want the Aquamacs windows to use the entire screen and I don't want to > have to retile every time I open another window. Basically, I want to be > able to specify the default position of windows without having all > subsequent windows open in the exact same location. > > I tried to write a few lines in my .emacs file to accomplish this, but thus > far I've failed. The relevant lines from my .emacs file are at the end of > this message. Hopefully its just a lisp syntax issue on my part, as I've > never used lisp outside of basic Emacs configuration. There are two types > of behavior Aquamacs exhibits with these lines, depending on whether > smart-frame-positioning-mode is enabled or not. If so, my positioning > arguments are ignored and all Emacs windows are popped on the left boundary > of the screen, presumably with "left" set to 0. If > smart-frame-positioning-mode is disabled, Aquamacs fails on startup with the > following output to the message buffer: > Wrong type argument: integerp, xoffset > > Is what I am trying to accomplish possible in Aquamacs, and if so, is my > method below the proper way to go about it? Let me know if there's any > other useful information I can provide. > > Thanks, > Adrian > > (setq framecount (length (visible-frame-list))) > (setq xoffset (- 1005 (* framecount 300))) > (setq default-frame-alist > (append > '((left . xoffset) > (top . 0) > (width . 80) > (height . 73)) > default-frame-alist)) > > (setq initial-frame-alist > (append > '((left . 1005) > (top . 0) > (width . 80) > (height . 73)) > initial-frame-alist)) > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/296308c6/attachment.html From thvv at multicians.org Fri Oct 10 15:11:51 2008 From: thvv at multicians.org (Tom Van Vleck) Date: Fri Oct 10 15:11:55 2008 Subject: [OS X Emacs] 1.5 and "open -a" In-Reply-To: <54F4F962-973B-495C-9492-9C035691D1A5@gmail.com> References: <391D7E01-BC4B-490B-9965-9BFE7B3B0EB2@ncbt.org> <98891ADF-B3A6-40A6-975C-6C3426F52224@multicians.org> <54F4F962-973B-495C-9492-9C035691D1A5@gmail.com> Message-ID: Personally I do not mind the scratch buffer at all. In fact, if OBOF mode is off, I would expect command-W on the last visible frame to do a kill-buffer, asking if the file is modified, and then show the scratch buffer. As far as how you work around your workarounds, this introduces another hidden state variable, so i can sympathize with your reluctance. On Sep 29, 2008, at 3:03 PM, David Reitter wrote: > Tom, > you're right about this. > The reason for it is that the last visible frame is not actually > deleted when you press Command-W, but hidden, because GNU Emacs is > unable to delete the last remaining frame (at least not without > crashing). > > I can add a workaround to the workaround by actually deleting the > hidden frame after the user has opened another one. > > - D > > -- > http://aquamacs.org -- Aquamacs: Emacs on Mac OS X > http://aquamacs.org/donate -- Could we help you? Return the favor > and support the Aquamacs Project! > > > On 29 Sep 2008, at 14:44, Tom Van Vleck wrote: > >> There are more inconsistencies in Aquamacs with buffers and frames. >> I have o-b-o-f set OFF. >> >> I started Aquamacs, noted there was no Frames item on the Windows >> menu. >> open -a "/Applications/Aquamacs Emacs.app" foo >> Closed the window with cmd-W (simulating my common mistake). >> Opened a new window with cmd-N. Showed a scratch buffer. >> Killed that buffer with c-x-k. foo reappeared. >> Now the windows menu showed a Frames item. clicking it brought up >> a submenu with foo on it twice. >> open -a "/Applications/Aquamacs Emacs.app" bar >> showed bar in the window, and the Window :: Frames submenu showed >> both >> foo and bar, but in fact there was only one frame. >> Choosing an item from the Frames submenu opened a new frame. >> open -a "/Applications/Aquamacs Emacs.app" baz >> opened baz in one of the frames. >> >> I was able to end up with a long list of files on the Frames submenu, >> many more than I had frames. What should the Frames submenu >> show if a window is split and holds more than one file? >> >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From adrian.down at gmail.com Fri Oct 10 16:41:33 2008 From: adrian.down at gmail.com (Adrian) Date: Fri Oct 10 16:47:07 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> Message-ID: <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> David, your point is well-taken. You're right about your work with Aquamacs: I simply could not use Emacs before the OS X native version. With Aquamacs, I am able to hold my dislike of Emacs at a manageable level. I would be more inclined to help with this project, however I feel Aquamacs is a band-aid for many deeper problems in Emacs. I have considered trying to remedy many of what I see as Emac's failings and have gone so far as to try to edit the original source, but the task is just too immense. Moreover, I doubt that my goals of creating a more modern application would be well received as long as "rms" is at he helm of Emacs. I know that somebody has to start somewhere or else change will never occur, but for me, the starting point would probably be gutting the entire thing, rebuilding it in C, and putting an attractive, intuitive GUI on the front. I have a feeling that this could possibly take the better part of my free for years to come. As for the *scratch* buffer, I feel that it is an anachronism that is a useless annoyance to the vast majority of users (of course I may be flamed by adamant scratch diehards). I would like to emulate the behavior of most modern applications: 1) If I open the application with no arguments, either from the command line or dock, it opens a blank window called "untitled". If I edit this file and then try to close it, I should be prompted to save it. If I open another document 2) Every time I open a new document from the toolbar, I should see a similar "untitled" window. 3) If I have a blank "untitled" buffer open and I open another file, either from the command line or with the "open" dialog, the existing "untitled" buffer should be killed and replaced in the existing window with the recently opened file. 3) If I open the application with a file specified, the application should open the file and I should never see the *scratch* buffer. I will keep looking for a workaround and post what I find. The nearest I have come thus far is simply adding (new-empty-buffer) in Preferences.el. This solves the problem of the initial *scratch* window. The only problem is that this buffer is not closed and can pop up in a separate frame later on. More on this as I am able to find something... Thanks very much, Nathaniel. Your script did exactly what I was looking for. I added a modulo to cycle the window positions. Now, I'd like to see if there is a way to put the mouse focus in the most recently-created frame. My current use of after-make-frame-hook (code below) doesn't seem to have any effect. Isn't the most recently-created frame passed to all functions in this hook by default? Thanks again for the help, Adrian (defun default-frame-alist-update () (let* ((framecount (length (visible-frame-list))) (fcm (mod framecount 3)) (xoffset (- 1135 (* fcm 400)))) (setq default-frame-alist `((left . ,xoffset) (top . 0) (width . 60) (height . 73))))) (add-hook 'before-make-frame-hook 'default-frame-alist-update) (add-hook 'after-make-frame-hook 'select-frame-set-input-focus) 2008/10/10 David Reitter > On 10 Oct 2008, at 13:46, Adrian wrote: > > "Roll your own" is definitely not what I was hoping to hear :-(. I have >> no knowledge of lisp nor any desire to learn for the sole sake of >> implementing behaviour that Emacs should support by default. >> > > You can learn, and it's not too hard. > > If I hadn't learned to do Lisp, you would probably be using a different > piece of software to edit your stuff... But I appreciate that very few > people seem to be willing to spend time on improving free software. > If you can't find anyone who will write you the code you need, then get in > touch by e-mail and I'll either let you know an hourly rate, or put you in > touch with Elisp savvy people who can do this in a couple of paid-for hours. > > If I were good enough to edit the source, I would have abolished the >> infernal scratch buffer long ago. >> > > Out of interest, is it the *scratch* buffer that annoys you, or the > persistency across sessions? Or just the fact that it's always shown when > you start up Aquamacs? > > > Smart positioning seems to be confusing the window positioning whether it >> is turned on or off. Even when it is turned off, I have to specify both >> "default-" and "initial-frame-alist" parameters for my specifications to >> take any effect. Shouldn't I be able to specify these parameters >> separately? >> > > Yes, you should be able to, and they have slightly different meanings as > documented. > >> >> BTW, if anyone has any suggestions for a hack whereby I never have to see >> the scratch buffer again, I would greatly appreciate it. Perhaps this is a >> subject for another post though... >> > > Well, very hacky: > > (run-with-idle-timer 0.2 nil (lambda () (let ((one-buffer-one-frame t)) > (with-current-buffer "*scratch*" (kill-buffer-and-window ))))) > > You may see another buffer (*Messaged* for instance) in some instances > though... Emacs cannot not display any buffer in a window. > > > > -- > http://aquamacs.org -- Aquamacs: Emacs on Mac OS X > http://aquamacs.org/donate -- Could we help you? Return the favor and > support the Aquamacs Project! > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/b8d76179/attachment.html From hindiogine at gmail.com Fri Oct 10 16:55:42 2008 From: hindiogine at gmail.com (Salvatore Enrico Indiogine) Date: Fri Oct 10 17:28:01 2008 Subject: [OS X Emacs] remove icons from tex buffer top Message-ID: <62622fe70810101355w334b2523k5f23a97e4bf15ebe@mail.gmail.com> Greetings! I would like to get rid of/reduce the thick upper margin of the buffer. I have been able to do so for plain text file buffers by using: options -> show/hide -> toolbar items and then unchecking them. When I try to do the same for a tex buffer I can remove all icons except the "Preview Here" icon because it is not listed under toolbar items. Any suggestions? Thanks, Enrico -- Enrico Indiogine Mathematics Education Texas A&M University Email: hindiogine@gmail.com Skype: hindiogine From nathaniel.cunningham at gmail.com Fri Oct 10 17:38:23 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Fri Oct 10 17:38:28 2008 Subject: [OS X Emacs] remove icons from tex buffer top In-Reply-To: <62622fe70810101355w334b2523k5f23a97e4bf15ebe@mail.gmail.com> References: <62622fe70810101355w334b2523k5f23a97e4bf15ebe@mail.gmail.com> Message-ID: <20ecf6c70810101438s7a09755fx3d74359cd5f68c6a@mail.gmail.com> On Fri, Oct 10, 2008 at 3:55 PM, Salvatore Enrico Indiogine < hindiogine@gmail.com> wrote: > Greetings! > > I would like to get rid of/reduce the thick upper margin of the > buffer. I have been able to do so for plain text file buffers by > using: options -> show/hide -> toolbar items and then unchecking them. > > When I try to do the same for a tex buffer I can remove all icons > except the "Preview Here" icon because it is not listed under toolbar > items. Sounds like you're trying to get rid of the tool-bar entirely. There was relevant discussion on this sometime last month: http://email.esm.psu.edu/pipermail/macosx-emacs/2008-September/000825.html --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/fbfa0fd2/attachment.html From ian at digg.com Fri Oct 10 17:55:48 2008 From: ian at digg.com (Ian Eure) Date: Fri Oct 10 17:55:54 2008 Subject: [OS X Emacs] Abbrevs with '\' character don't work in Aquamacs 1.5 In-Reply-To: <5db859a0810081429xa0314fdsf858cac2fc30dbc0@mail.gmail.com> References: <5db859a0810081429xa0314fdsf858cac2fc30dbc0@mail.gmail.com> Message-ID: On Oct 8, 2008, at 2:29 PM, Adrian wrote: > Hello, > > I'm trying to define some abbrevs for LaTeX commands. However, if I > try to define any abbrevs beginning with a '\' character, the abbrev > is not completed when I type a space after the word. I have > included several examples from my abbrevs file below: > > (define-abbrev-table 'text-mode-abbrev-table '( > ("teh" "the " nil 0) > ("\\c" "\\chapter{}" backward-char 0) > ("\\i" "\\item" nil 0) > ; abbreviations calling functions (which are defined in my- > latex.el) > ("\\ce" "" my-latex-center 0) > )) > > Of these examples, the first works fine in LaTeX mode. However, > none of the others produce any results when I type a space after the > desired abbrev. For example, "\c " will remain as "\c" and not > expand to "\chapter{}" as desired. I have tried altering the syntax > of the abbrevs a bit. If I remove one of the preceding slash > characters, so the abbrev definition looks like "\c" "\\chapter{}" > etc., the abbrev is inserted when I type "c " with no preceding > slash. Also, if I try to define an abbrev using the command line > key sequence C-x a g, the resulting abbrev is still not functional. > For example, typing C-x a g after "\ref{}" and assigning the abbrev > "\foo", I see a new line in my list of abbrevs that looks just like > the ones above: ("\\foo" "\\ref{}" nil 0). However, this abbrev, > like the ones I have defined for myself, also fails. It seems that > Emacs doesn't know how to read its own syntax...? > So, I'm not 100% sure about my explanation, here, but the practical upshot is the same. Abbrevs depend on the syntax of the character inserted. They only work on a sequence of word-syntax characters. Since a backslash is punctuation, it's not considered part of the abbreviation, and your abbrev isn't expanded. E.g. If I type: \c [SPC] Abbrev will try to expand `c', not `\c'. This is not an Aquamacs bug, it's how Abbrev is implemented in GNU Emacs. > I hope what I am trying to do is possible in Emacs, as it seems like > fairly basic functionality. If not, is there a better way to handle > LaTeX completions in Emacs? > Define abbrevs which are sequences of word-syntax characters. e.g. `chap', `itm', `cen', etc. You might also try using yasnippet. I don't know if it has the same limitation, but it might be a better fit for what you're doing, since it's much more flexible. For example, you can tell it where point should be within the text once it's expanded. - Ian From ian at digg.com Fri Oct 10 18:09:00 2008 From: ian at digg.com (Ian Eure) Date: Fri Oct 10 18:09:04 2008 Subject: [OS X Emacs] Dired tree Message-ID: Is there a mode like (or a toggle for) Dired which will show me my files and directories as a tree structure? I'm looking for something in between plain Dired and the `tree' (shell, not Emacs) command. Please don't say Speedbar. - Ian From hindiogine at gmail.com Fri Oct 10 18:49:40 2008 From: hindiogine at gmail.com (Salvatore Enrico Indiogine) Date: Fri Oct 10 18:56:30 2008 Subject: [OS X Emacs] remove icons from tex buffer top In-Reply-To: <20ecf6c70810101438s7a09755fx3d74359cd5f68c6a@mail.gmail.com> References: <62622fe70810101355w334b2523k5f23a97e4bf15ebe@mail.gmail.com> <20ecf6c70810101438s7a09755fx3d74359cd5f68c6a@mail.gmail.com> Message-ID: <62622fe70810101549u7263c441j91cf51f2221ac190@mail.gmail.com> Nathaniel: 2008/10/10 Nathaniel Cunningham : > Sounds like you're trying to get rid of the tool-bar entirely. There was > relevant discussion on this sometime last month: > http://email.esm.psu.edu/pipermail/macosx-emacs/2008-September/000825.html That was it. Thanks a bunch. Enrico -- Enrico Indiogine Mathematics Education Texas A&M University Email: hindiogine@gmail.com Skype: hindiogine From david.reitter at gmail.com Fri Oct 10 20:48:37 2008 From: david.reitter at gmail.com (David Reitter) Date: Fri Oct 10 20:48:51 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> Message-ID: <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> On 10 Oct 2008, at 16:41, Adrian wrote: > David, your point is well-taken. You're right about your work with > Aquamacs: I simply could not use Emacs before the OS X native > version. With Aquamacs, I am able to hold my dislike of Emacs at a > manageable level. I would be more inclined to help with this > project, however I feel Aquamacs is a band-aid for many deeper > problems in Emacs. I have considered trying to remedy many of what > I see as Emac's failings and have gone so far as to try to edit the > original source, but the task is just too immense. Moreover, I > doubt that my goals of creating a more modern application would be > well received as long as "rms" is at he helm of Emacs. I know that > somebody has to start somewhere or else change will never occur, but > for me, the starting point would probably be gutting the entire > thing, rebuilding it in C, and putting an attractive, intuitive GUI > on the front. I have a feeling that this could possibly take the > better part of my free for years to come. I respect your opinion and I felt the same in 2005. Our conclusions are, obviously, different. There are deep problems with Emacs, but there are also great advantages. I could talk about my recent experience of RSI (for the first time after 24 years of computing), and how a keyboard oriented approach to UI helped me in such a situation. I might also mention that RMS, whose contributions to free software and (consequently) mankind, are enormous, has handed over active maintainership to two knowledgeable and progressive people. But I'd like to stop discussing this here, because I don't expect anything constructive to come out of that. > As for the *scratch* buffer, I feel that it is an anachronism that > is a useless annoyance to the vast majority of users (of course I > may be flamed by adamant scratch diehards). I would like to emulate > the behavior of most modern applications: > 1) If I open the application with no arguments, either from the > command line or dock, it opens a blank window called "untitled". If > I edit this file and then try to close it, I should be prompted to > save it. If I open another document Yes, okay. What do others think? How valuable would it be for Mac users to not show *scratch* in Aquamacs, perhaps by default, and make this behavior optional? -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/cc193438/smime.bin From tsd at tsdye.com Fri Oct 10 20:55:51 2008 From: tsd at tsdye.com (Thomas S. Dye) Date: Fri Oct 10 21:22:37 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> Message-ID: This seems to me consistent with the Aquamacs philosophy. Tom On Oct 10, 2008, at 2:48 PM, David Reitter wrote: > Yes, okay. > What do others think? How valuable would it be for Mac users to not > show *scratch* in Aquamacs, perhaps by default, and make this > behavior optional? From nathaniel.cunningham at gmail.com Fri Oct 10 22:39:39 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Fri Oct 10 22:39:44 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> Message-ID: <20ecf6c70810101939w6379490cobbce5d33f20ec055@mail.gmail.com> On Fri, Oct 10, 2008 at 7:48 PM, David Reitter wrote: > > What do others think? How valuable would it be for Mac users to not show > *scratch* in Aquamacs, perhaps by default, and make this behavior optional? > I think this is a good idea. I used emacs for years before I found any use whatever for a *scratch* buffer. From the standpoint of evaluating scraps of elisp, it's handy, but no more so than an "untitled" buffer (e.g. it's not in emacs-lisp-mode by default). The main benefit of Aquamacs' current implementation is the persistent scratch buffer, but that's only sometimes useful, and not much effort is required to save/load a document when persistence is desired. When one doesn't want, or doesn't expect, a *scratch* buffer, it can be off-putting, too. As long as it is optional, it will still be available for those who desire it. --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/ce004108/attachment.html From adrian.down at gmail.com Sat Oct 11 01:21:26 2008 From: adrian.down at gmail.com (Adrian) Date: Sat Oct 11 02:22:39 2008 Subject: [OS X Emacs] Removing the *scratch* buffer in Aquamacs Message-ID: <5db859a0810102221m35605ae2rdac0e4d0abc90c43@mail.gmail.com> I thought that perhaps this discussion could use a dedicated thread by this point. I probably shouldn't have hijacked my own post to begin with. If anyone can suggest where to look for some of the Aquamacs new buffer behaviour or interaction with the scratch buffer, I would be willing to try to make some changes in the source code, although I can't promise much as I just started working with lisp. Removing the scratch buffer is something I feel strongly about and I believe would improve the usability of Aquamacs and make it behave more like other OS-X-native applications. It seemed like overkill to me to try to learn a bit of a new language and wade through source code to try to achieve customized window positioning that probably wouldn't apply to any other user, but for the sake of removing the scratch buffer, I'm more game. This might be going way too far afield, but I question whether the Emacs-owned buffers really have a place in the list of active buffers at all. This is obviously a matter of opinion and programming style, so there probably won't be much agreement. I've already made some of my case against the *scratch* buffer, but I also feel that the *messages* buffer is better accessed in a separate way than the other, user-created, buffers. In particular, when I'm switching between the active buffers, I almost never want to see the *messages* buffer in a large frame window; it just gives me an extra key press on my way to buffers I actually want to see. Maybe others can correct me on this? Do other people often view the *messages* buffer as a large frame and find it useful to be able to switch to it while cycling through buffers? Would it be sufficient to view the *messages* buffer, and perhaps other Emacs-owned buffers, using a separate syntax than that for user-created buffers? The *messages* buffer is probably too deeply embedded in the implementation of Emacs to parse out exactly what a "fix" would constitute in this case. I also wanted to report a failed attempt at a kludge for preventing the *scratch* buffer from appearing in a separate frame so that others might avoid reproducing my mistake. My approach was to add an after-make-frame-functions hook that would kill any buffer with the name *scratch*. I created a script that could successfully extract the name of the most recently created frame (posted below, just for the record). However, the *scratch* buffer is sneakier than I anticipated: creating a new frame containing the *scratch* buffer does not call the make-frame hooks. Even when the initial *scratch* frame is created, these hooks are not invoked. Adrian (defun my-no-scratch (frame) (setq params (frame-parameters frame)) (setq params (car (nthcdr 7 params))) (setq framename (cdr params)) ; framename now contains the name of the most recent frame ; could be closed if desired ) ; functions are arranged this way so that additional functions ; can be easily added to the hook later if desired (defun my-after-make-frame-functions (frame) (my-no-scratch frame) ) ; after-make-frame hooks pass last created frame as argument (add-hook 'after-make-frame-functions 'my-after-make-frame-functions) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081010/2e47034c/attachment.html From kuepper.jochen at googlemail.com Sat Oct 11 05:00:57 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Sat Oct 11 05:37:24 2008 Subject: [OS X Emacs] Abbrevs with '\' character don't work in Aquamacs 1.5 In-Reply-To: References: <5db859a0810081429xa0314fdsf858cac2fc30dbc0@mail.gmail.com> Message-ID: On 10.10.2008, at 23:55, Ian Eure wrote: > On Oct 8, 2008, at 2:29 PM, Adrian wrote: > >> I'm trying to define some abbrevs for LaTeX commands. However, if >> I try to define any abbrevs beginning with a '\' character, the >> abbrev is not completed when I type a space after the word. I have >> included several examples from my abbrevs file below: >> >> (define-abbrev-table 'text-mode-abbrev-table '( >> ("teh" "the " nil 0) >> ("\\c" "\\chapter{}" backward-char 0) >> ("\\i" "\\item" nil 0) >> ; abbreviations calling functions (which are defined in my- >> latex.el) >> ("\\ce" "" my-latex-center 0) >> )) >> >> Of these examples, the first works fine in LaTeX mode. However, >> none of the others produce any results when I type a space after >> the desired abbrev. For example, "\c " will remain as "\c" and not >> expand to "\chapter{}" as desired. I have tried altering the >> syntax of the abbrevs a bit. If I remove one of the preceding >> slash characters, so the abbrev definition looks like "\c" "\ >> \chapter{}" etc., the abbrev is inserted when I type "c " with no >> preceding slash. Also, if I try to define an abbrev using the >> command line key sequence C-x a g, the resulting abbrev is still >> not functional. For example, typing C-x a g after "\ref{}" and >> assigning the abbrev "\foo", I see a new line in my list of abbrevs >> that looks just like the ones above: ("\\foo" "\\ref{}" nil 0). >> However, this abbrev, like the ones I have defined for myself, also >> fails. It seems that Emacs doesn't know how to read its own >> syntax...? >> >> I hope what I am trying to do is possible in Emacs, as it seems >> like fairly basic functionality. If not, is there a better way to >> handle LaTeX completions in Emacs? >> > Define abbrevs which are sequences of word-syntax characters. e.g. > `chap', `itm', `cen', etc. Of course for the general LaTeX command the idea is simply to use auctex bindings, i.e., C-c C-s toi insert chapter/section/... or C-c C- e for environemnts and M-TAB to get a new item... That's faster than any abbrevs, and you are free to use the abbrevs for actual writing;-) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From david.reitter at gmail.com Sat Oct 11 07:57:02 2008 From: david.reitter at gmail.com (David Reitter) Date: Sat Oct 11 07:57:11 2008 Subject: [OS X Emacs] Removing the *scratch* buffer in Aquamacs In-Reply-To: <5db859a0810102221m35605ae2rdac0e4d0abc90c43@mail.gmail.com> References: <5db859a0810102221m35605ae2rdac0e4d0abc90c43@mail.gmail.com> Message-ID: <9F29651C-D31D-4B6B-A620-4152B9DE091A@gmail.com> On 11 Oct 2008, at 01:21, Adrian wrote: > > me to try to learn a bit of a new language and wade through source > code to try to achieve customized window positioning that probably > wouldn't apply to any other user, but for the sake of removing the > scratch buffer, I'm more game. Make sure you know where to find documentation: the Emacs Lisp Reference, the internal docs (C-h f functionname RET, and C-h v variablename RET). > much agreement. I've already made some of my case against the > *scratch* buffer, but I also feel that the *messages* buffer is > better accessed in a separate way than the other, user-created, > buffers. In particular, when I'm switching between the active > buffers, I almost never want to see the *messages* buffer in a large > frame window; it just gives me an extra key press on my way to > buffers I actually want to see. Maybe others can correct me on this? Good idea. Perhaps we can ensure that *Messages* is always moved to the end of the buffer list so that the cycling commands will not usually bring up a *Messages* buffer. The same could be done for *scratch*. > > However, the *scratch* buffer is sneakier than I anticipated: > creating a new frame containing the *scratch* buffer does not call > the make-frame hooks. It shouldn't matter what the frame contains. Works for me. Don't forget that the last frame is not deleted, but only hidden, so bringing it back up does not CREATE a frame - it merely makes is visible. > Even when the initial *scratch* frame is created, these hooks are > not invoked. Where do you add to the hook? Have you considered the order of execution? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081011/8ef07700/smime.bin From kaeufl at ira.uka.de Sat Oct 11 09:33:31 2008 From: kaeufl at ira.uka.de (=?ISO-8859-1?Q?Thomas_K=E4ufl?=) Date: Sat Oct 11 09:49:18 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> Message-ID: <41E90748-9C3D-4CB1-938E-06B94E5FAE2C@ira.uka.de> Am 11. Okt 2008 um 02:48 schrieb David Reitter: > ... > What do others think? How valuable would it be for Mac users to not > show *scratch* in Aquamacs, perhaps by default, and make this > behavior optional? I was never bothered by the *scratch* buffer. And in the years when I had no Emacs on the Mac, I missed it. Frequently I need a place to deposit pieces of text to be used later. A buffer where I am not asked whether I want to save its contents when I quit, meight be a good thing. Thomas Köufl From mailinglist at alex-hamann.de Sat Oct 11 10:50:08 2008 From: mailinglist at alex-hamann.de (Alex Hamann) Date: Sat Oct 11 12:06:02 2008 Subject: [OS X Emacs] Dynamic window positioning in Aquamacs In-Reply-To: <41E90748-9C3D-4CB1-938E-06B94E5FAE2C@ira.uka.de> References: <5db859a0810100942x63506f7bkdf932ee1e5a8f0fe@mail.gmail.com> <5db859a0810101046n3547e1d3u4bba0a8192047ecd@mail.gmail.com> <9C3B1044-CDD5-4CE6-9141-94C435CF37BD@gmail.com> <5db859a0810101341j6ba81992oee9c5e70491e0467@mail.gmail.com> <81B78C27-C271-4BBC-A4DD-53035C87D120@gmail.com> <41E90748-9C3D-4CB1-938E-06B94E5FAE2C@ira.uka.de> Message-ID: <49B6195E-33D4-4D48-BBC3-4A088B19EB9C@alex-hamann.de> On 11.10.2008, at 15:33, Thomas Käufl wrote: > > Am 11. Okt 2008 um 02:48 schrieb David Reitter: > >> ... >> What do others think? How valuable would it be for Mac users to >> not show *scratch* in Aquamacs, perhaps by default, and make this >> behavior optional? > > I was never bothered by the *scratch* buffer. And in the years > when I had no Emacs on the Mac, I missed it. Frequently I need > a place to deposit pieces of text to be used later. > > A buffer where I am not asked whether I want to save its > contents when I quit, meight be a good thing. > > Thomas Köufl > I back that. Sometimes I have some pieces of text which I simply do not want to save to file because they are of minor importance, or some other reason. An optional model seems a good solution for all sides, though. Alex From brouce at gmx.net Sat Oct 11 15:28:47 2008 From: brouce at gmx.net (wishi) Date: Sat Oct 11 13:29:14 2008 Subject: [OS X Emacs] Dired tree In-Reply-To: References: Message-ID: <48F0FE6F.2040803@gmx.net> Ian Eure schrieb: > Is there a mode like (or a toggle for) Dired which will show me my files > and directories as a tree structure? I'm looking for something in > between plain Dired and the `tree' (shell, not Emacs) command. > > Please don't say Speedbar. > > - Ian > You mean Show/Hide -> Speedbar? I think that's something similar. If there's something ASCII like for the minibuffer, similar to midnight commander... would be better ;) - but that's it. From brouce at gmx.net Sat Oct 11 15:40:26 2008 From: brouce at gmx.net (wishi) Date: Sat Oct 11 13:40:50 2008 Subject: [OS X Emacs] flyspell-incorrect user defined highlight color Aqua Message-ID: <48F1012A.1010301@gmx.net> Hi! I've got a small config issue I can't solve: (custom-set-faces '(flyspell-duplicate ((t (:foreground "Gold3" :underline t :weight normal)))) '(flyspell-incorrect ((t (:foreground "OrangeRed" :underline t :weight normal)))) ) If I call this function up in (defun faces_x () it's x11 dependent, but I'm using Cocoa. Therefore no X. How can I define that? I'd like to really see mistyped words. Seems a little wired: (setq ispell-program-name "aspell") (add-to-list 'exec-path "/opt/local/bin/aspell") ;; ;; CocoaSpell ;; (setq ispell-dictionary-alist ;; '((nil ;; "[A-Za-z]" "[^A-Za-z]" "[']" nil ;; ("-B" "-d" "german" "--dict-dir" ;; "/Library/Application Support/cocoAspell/aspell6-de-20030222-1") ;; nil iso-8859-1))) I could use CocoAspell but to define a specific highlight would be harder, wouldn't it? I'd prefer that, but I don't know how I can define highlights in Aquamacs. Thanks, Marius From david.reitter at gmail.com Sat Oct 11 14:10:06 2008 From: david.reitter at gmail.com (David Reitter) Date: Sat Oct 11 14:10:19 2008 Subject: [OS X Emacs] flyspell-incorrect user defined highlight color Aqua In-Reply-To: <48F1012A.1010301@gmx.net> References: <48F1012A.1010301@gmx.net> Message-ID: <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> I don't quite see what you are trying to do, or what your problem is. Misspelled words should be shown when spell-checking is on, without any adjustments to the faces. M-x customize-face is the best way to change the faces, if you'd like to do that. `custom-set-faces' is meant to be called from customizations.el, which is not user-editable. faces_x is not a Lisp function that is defined in Aquamacs, and looking at the underscore, it's unlikely to be a Lisp function in any Emacs! Hope that helps. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! On 11 Oct 2008, at 15:40, wishi wrote: > Hi! > > I've got a small config issue I can't solve: > > (custom-set-faces > '(flyspell-duplicate ((t (:foreground "Gold3" :underline t :weight > normal)))) > '(flyspell-incorrect ((t (:foreground "OrangeRed" :underline t > :weight normal)))) > ) > > If I call this function up in > (defun faces_x () > > it's x11 dependent, but I'm using Cocoa. Therefore no X. > How can I define that? > > I'd like to really see mistyped words. Seems a little wired: > > (setq ispell-program-name "aspell") > (add-to-list 'exec-path "/opt/local/bin/aspell") > > ;; ;; CocoaSpell > ;; (setq ispell-dictionary-alist > ;; '((nil > ;; "[A-Za-z]" "[^A-Za-z]" "[']" nil > ;; ("-B" "-d" "german" "--dict-dir" > ;; "/Library/Application Support/cocoAspell/aspell6-de-20030222-1") > ;; nil iso-8859-1))) > > > I could use CocoAspell but to define a specific highlight would be > harder, wouldn't it? I'd prefer that, but I don't know how I can > define > highlights in Aquamacs. > > > Thanks, > Marius > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081011/2dd3f160/smime.bin From brouce at gmx.net Sat Oct 11 16:38:02 2008 From: brouce at gmx.net (wishi) Date: Sat Oct 11 14:38:27 2008 Subject: [OS X Emacs] flyspell-incorrect user defined highlight color Aqua In-Reply-To: <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> References: <48F1012A.1010301@gmx.net> <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> Message-ID: <48F10EAA.3040108@gmx.net> Hmmh, well I've got a working spell-checking, that's suggesting and if I move the mouse of the mistyped word, it's highlighted. Only if the mouse touches it. - I don't want that. In fact that's confusing. I changed the face - of course - to another one, which is predefined. I use the Xcode face-customization. David Reitter schrieb: > I don't quite see what you are trying to do, or what your problem is. > Misspelled words should be shown when spell-checking is on, without any > adjustments to the faces. > M-x customize-face is the best way to change the faces, if you'd like to > do that. > > `custom-set-faces' is meant to be called from customizations.el, which > is not user-editable. Well... I didn't do that now, but it's just a module. And not huge. Usually I search the mistake in my own files ;). > faces_x is not a Lisp function that is defined in Aquamacs, and looking > at the underscore, it's unlikely to be a Lisp function in any Emacs! Ah okay... guess it has nothing to do with Cocoa. Thanks... ;) > On 11 Oct 2008, at 15:40, wishi wrote: > >> Hi! >> >> I've got a small config issue I can't solve: >> >> (custom-set-faces >> '(flyspell-duplicate ((t (:foreground "Gold3" :underline t :weight >> normal)))) >> '(flyspell-incorrect ((t (:foreground "OrangeRed" :underline t >> :weight normal)))) >> ) >> >> If I call this function up in >> (defun faces_x () >> >> it's x11 dependent, but I'm using Cocoa. Therefore no X. >> How can I define that? >> >> I'd like to really see mistyped words. Seems a little wired: >> >> (setq ispell-program-name "aspell") >> (add-to-list 'exec-path "/opt/local/bin/aspell") >> >> ;; ;; CocoaSpell >> ;; (setq ispell-dictionary-alist >> ;; '((nil >> ;; "[A-Za-z]" "[^A-Za-z]" "[']" nil >> ;; ("-B" "-d" "german" "--dict-dir" >> ;; "/Library/Application Support/cocoAspell/aspell6-de-20030222-1") >> ;; nil iso-8859-1))) >> >> >> I could use CocoAspell but to define a specific highlight would be >> harder, wouldn't it? I'd prefer that, but I don't know how I can define >> highlights in Aquamacs. >> >> >> Thanks, >> Marius >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > > ------------------------------------------------------------------------ > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From rolandw at mac.com Mon Oct 13 10:03:10 2008 From: rolandw at mac.com (Roland Whitehead) Date: Mon Oct 13 11:03:37 2008 Subject: [OS X Emacs] Ruby on Aquamacs Message-ID: <760DC027-88DC-4E9C-83F3-D5FD11A39873@mac.com> I'm fiddling with various modes in order to set up a good Ruby development environment within Aquamacs. I'm running ruby-mode.el, ruby-electric.el and pabbrev.el at the moment but it doesn't seem to be to be as good as it could get... Do you have a perfect Ruby development environment (and I'm not really interested in Rails at the moment) and would you share it? I keep thinking that it would be great to have a Wiki page for every kind of development environment with links to the .el files and sections from Preferences.el documents but I guess that so many people will have such varied Preferences.el files that it could be rather complex. Roland Whitehead From adrian.down at gmail.com Mon Oct 13 13:40:12 2008 From: adrian.down at gmail.com (Adrian) Date: Mon Oct 13 13:40:17 2008 Subject: [OS X Emacs] Removing the *scratch* buffer in Aquamacs In-Reply-To: <9F29651C-D31D-4B6B-A620-4152B9DE091A@gmail.com> References: <5db859a0810102221m35605ae2rdac0e4d0abc90c43@mail.gmail.com> <9F29651C-D31D-4B6B-A620-4152B9DE091A@gmail.com> Message-ID: <5db859a0810131040n633d4af4h972c00d53bccec26@mail.gmail.com> Well, I spent a weekend with Aquamacs and I got the opening of new files to behave about as well as I can hope for. I was interested primarily in three issues, which are closely tied together: removing the scratch buffer, automatically tiling new windows, and closing unmodified untitled windows when they are overwritten by other buffers. As a caveat before all of this, I should mention that I operate in one-buffer-one-frame mode, and most of my modifications will probably fail miserably outside of this mode. I should also confess that I am not very confident in these modifications, as they seem like kludges operating on arcane Emacs numerology, but they seem to work as far as I can tell on my Aquamacs distribution on my particular computer. There is a bit of window strobing as Emacs tries desperately to misbehave and the hooks kill the undesired buffers, but everything seems to work out after the dust settles. I did all my modifications in tags that are in my .emacs file, which I included at the end of this email. Before I delve too deeply into this, there is one question that I still have. I have not been able to figure out how to affect the cursor focus between Aquamacs frames. When I open a new frame, I want the cursor to move to that frame always, even if the frame was opened by invoking Aquamacs from the command line. Neither select-frame nor select-frame-set-focus seem to have any effect. I can access the desired buffer with set-buffer, and even modify that buffer, but I can't put the actual cursor in that buffer. Any suggestions here? Does Aquamacs have some other mechanism for handling cursor position? It turned out that the code path as buffers and frames are created and destroyed is about as intuitive as riding a bicycle... going backwards, blindfolded, and with no hands. Okay, maybe not that bad, but still, not very clear. There is also some anomalous behaviour here and there. Emacs requires that a frame always be open. If you try to kill all frames, Emacs refuses. The visibiliy of a frame "on the screen" does not seem to correspond to the "visibility bit" that Emacs maintains for each frame. In particular, there is one frame that is not visible until selected by the user (it usually appears as the last frame on the list). This frame doesn't inherit any of the default window properties. For some reason, Emacs seems to think that this is the only visible frame and will not allow me to close it. One of the biggest challenges in getting the behaviour I wanted was to prevent Emacs from making this frame visible on the screen. To do so, I sometimes had to create dummy frames and then delete them later so that Emacs was never left with only one frame (the unkillable default frame with bad window properties) to choose from. As for the scratch buffer, I agree that if the behaviour of Aquamacs with regards to the scratch buffer should be an option. If the user wants to maintain the default scratch buffer just as it has always been, that option should be available. For those who never want to see the thing again, see my code below. I also implimented a feature that I've been wanting for a while, and which also helps with window management: if an unmodified untitled buffer is open and a user opens another file, the untitled buffer is closed. Lastly, I moved the window tiling feature to the end of the whole frame-creation routine. I ended up killing and moving so many frames during frame creation that it made much more sense to clean everything up at the end. Below is the relevant text from my .emacs file. If there are any questions about it or why I implimented things the way I did (believe me, I tried many, many other methods), please feel free to comment. Improvements are definitely welcome! Adrian ;; DEFAULT WINDOW CONFIG ;; set default window size and position, and tiling parameters (setq width_in_chars 80) (setq height_in_chars 77) (setq initial_frame_left 997) (setq n_tiles 2) (setq frame_left_offset 400) (setq initial-frame-alist `((left . ,initial_frame_left) (top . 0) (width . ,width_in_chars) (height . ,height_in_chars)) ) (setq default-frame-alist `((left . ,initial_frame_left) (top . 0) (width . ,width_in_chars) (height . ,height_in_chars)) ) ;; HOOKS ;; all hook declarations at end of hooks section ;; initialization hook ;; closes the scratch buffer and creates a blank buffer (defun my-close-scratch () (kill-buffer "*scratch*") (new-empty-buffer) (if (< 6 (length (buffer-list))) (kill-buffer "untitled") ) ) (defun my-emacs-startup-hook () (my-close-scratch) ) ;; after-make-frame hook ;; if any goofy system buffers have popped, close them ;; then tile remaining windows ;; if the frame just made does not contain an emacs-owned buffer, ;; close any emacs-owned buffers (setq first_frame t) (defun my-close-system-frames (frame) (setq real_buff_count (- (length (buffer-list)) 6)) (setq real_frame_count (- (length (frame-list)) 1)) (setq real_count_diff (- real_frame_count real_buff_count)) (setq i 0) (if (and (= real_count_diff 2) (not first_frame)) (delete-frame (nth 1 (frame-list))) ) (setq first_frame nil) ) (defun my-shift-frame (frame) (setq prev_frame (nth 1 (visible-frame-list))) (setq prev_frame_params (frame-parameters prev_frame)) (setq prev_frame_left (cdr (nth 6 prev_frame_params))) (setq prev_shift_count (/ (- initial_frame_left prev_frame_left) frame_left_offset)) (setq new_shift_count (mod (1+ prev_shift_count) n_tiles)) (setq new_frame_left (- initial_frame_left (* frame_left_offset new_shift_count))) (set-frame-position frame new_frame_left 0) ) ;; checks to see if there are enough user-owned buffers to warrant tiling ;; called by after-make-frame hook launcher (defun my-tile-windows (frame) (setq real_frame_count (- (length (visible-frame-list)) 1)) (if (> real_frame_count 0) (my-shift-frame frame) ) ) (defun my-after-make-frame-functions (frame) (my-close-system-frames frame) (my-tile-windows frame) ) ;; find-file hook ;; closes unused "untitled" buffers ;; if buffer with name buff_name has no unsaved changes, close it ;; called by my-close-untitled (defun my-close-if-clean (buff_name) (setq buff (get-buffer buff_name)) (if (not (buffer-modified-p buff)) (kill-buffer buff) ) ) ;; if there is an untitled buffer with no unsaved changes, close it ;; called by my-clean-untitled (defun my-close-untitled () (if (get-buffer "untitled") (my-close-if-clean "untitled") ) ) (defun my-find-file-hook () (my-close-untitled) ) ; hook declarations ; add functions in hook launch functions (add-hook 'emacs-startup-hook 'my-emacs-startup-hook) (add-hook 'after-make-frame-functions 'my-after-make-frame-functions) (add-hook 'find-file-hook 'my-find-file-hook) 2008/10/11 David Reitter > On 11 Oct 2008, at 01:21, Adrian wrote: > >> >> me to try to learn a bit of a new language and wade through source code to >> try to achieve customized window positioning that probably wouldn't apply to >> any other user, but for the sake of removing the scratch buffer, I'm more >> game. >> > > Make sure you know where to find documentation: the Emacs Lisp Reference, > the internal docs (C-h f functionname RET, and C-h v variablename RET). > > much agreement. I've already made some of my case against the *scratch* >> buffer, but I also feel that the *messages* buffer is better accessed in a >> separate way than the other, user-created, buffers. In particular, when I'm >> switching between the active buffers, I almost never want to see the >> *messages* buffer in a large frame window; it just gives me an extra key >> press on my way to buffers I actually want to see. Maybe others can correct >> me on this? >> > > Good idea. Perhaps we can ensure that *Messages* is always moved to the > end of the buffer list so that the cycling commands will not usually bring > up a *Messages* buffer. The same could be done for *scratch*. > >> >> However, the *scratch* buffer is sneakier than I anticipated: creating a >> new frame containing the *scratch* buffer does not call the make-frame >> hooks. >> > > It shouldn't matter what the frame contains. Works for me. > Don't forget that the last frame is not deleted, but only hidden, so > bringing it back up does not CREATE a frame - it merely makes is visible. > > Even when the initial *scratch* frame is created, these hooks are not >> invoked. >> > > Where do you add to the hook? Have you considered the order of execution? > > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081013/90d39c14/attachment.html From emarceta at gmail.com Mon Oct 13 13:35:24 2008 From: emarceta at gmail.com (Emil Marceta) Date: Mon Oct 13 13:41:27 2008 Subject: [OS X Emacs] Ruby on Aquamacs In-Reply-To: <760DC027-88DC-4E9C-83F3-D5FD11A39873@mac.com> References: <760DC027-88DC-4E9C-83F3-D5FD11A39873@mac.com> Message-ID: <74b000990810131035y2508a94fxcb8138045b6a133a@mail.gmail.com> On Mon, Oct 13, 2008 at 7:03 AM, Roland Whitehead wrote: > I'm fiddling with various modes in order to set up a good Ruby development > environment within Aquamacs. I'm running ruby-mode.el, ruby-electric.el and > pabbrev.el at the moment but it doesn't seem to be to be as good as it could > get... Do you have a perfect Ruby development environment (and I'm not > really interested in Rails at the moment) and would you share it? Can't say that is 'perfect' :) - here is what is my current state. in addition to ruby-mode, ruby-electric I use the following : - ido - tags, imenu - ri-emacs - hippie-expand, dabbrev-expand, yasnippet For Rails I use Rinari. > I keep thinking that it would be great to have a Wiki page for every kind of > development environment with links to the .el files and sections from > Preferences.el documents but I guess that so many people will have such > varied Preferences.el files that it could be rather complex. I find emacswiki.org is a pretty good. cheers, emil From david.reitter at gmail.com Mon Oct 13 22:43:00 2008 From: david.reitter at gmail.com (David Reitter) Date: Mon Oct 13 22:43:09 2008 Subject: [OS X Emacs] Removing the *scratch* buffer in Aquamacs In-Reply-To: <5db859a0810131040n633d4af4h972c00d53bccec26@mail.gmail.com> References: <5db859a0810102221m35605ae2rdac0e4d0abc90c43@mail.gmail.com> <9F29651C-D31D-4B6B-A620-4152B9DE091A@gmail.com> <5db859a0810131040n633d4af4h972c00d53bccec26@mail.gmail.com> Message-ID: <6E1B762F-1812-4ABD-95B0-DC8F975BB33A@gmail.com> On 13 Oct 2008, at 13:40, Adrian wrote: > Well, I spent a weekend with Aquamacs and I got the opening of new > files to behave about as well as I can hope for. I was interested > primarily in three issues, which are closely tied together: removing > the scratch buffer, automatically tiling new windows, and closing > unmodified untitled windows when they are overwritten by other > buffers. OK, now we need to separate these things. > As a caveat before all of this, I should mention that I operate in > one-buffer-one-frame mode, and most of my modifications will > probably fail miserably outside of this mode. OK, that needs to be addressed! > I should also confess that I am not very confident in these > modifications, as they seem like kludges operating on arcane Emacs > numerology, but they seem to work as far as I can tell on my > Aquamacs distribution on my particular computer. Don't forget that Emacs Lisp and the API were designed to allow users to customize their Emacs - they weren't meant to do things as big as we're doing now. A similar thing happened to TeX, which is a macro language. Such things tend to be resilient... > Before I delve too deeply into this, there is one question that I > still have. I have not been able to figure out how to affect the > cursor focus between Aquamacs frames. The cursor, as in where the point is? (i.e. not the mouse cursor, right?) > When I open a new frame, I want the cursor to move to that frame > always, even if the frame was opened by invoking Aquamacs from the > command line. Yes, that should be the case. There have been some bugs in the past, and I'd recommend you work with the latest CVS builds. > Neither select-frame nor select-frame-set-focus seem to have any > effect. select-frame-set-input-focus (and perhaps select-window) should do the job. Please post your code and maybe we'll find something wrong with it. > I can access the desired buffer with set-buffer, and even modify > that buffer, but I can't put the actual cursor in that buffer. Any > suggestions here? Does Aquamacs have some other mechanism for > handling cursor position? clearly no! > It turned out that the code path as buffers and frames are created > and destroyed is about as intuitive as riding a bicycle... going > backwards, blindfolded, and with no hands. Okay, maybe not that > bad, but still, not very clear. 100% agreement. The code is probably 20 years old or so (don't know when they introduced frames). > There is also some anomalous behaviour here and there. Emacs > requires that a frame always be open. If you try to kill all > frames, Emacs refuses. The visibiliy of a frame "on the screen" > does not seem to correspond to the "visibility bit" that Emacs > maintains for each frame. In particular, there is one frame that is > not visible until selected by the user (it usually appears as the > last frame on the list). This frame doesn't inherit any of the > default window properties. For some reason, Emacs seems to think > that this is the only visible frame and will not allow me to close it. Aquamacs hides the last visible frame. Default frame parameters are set when the frame is created, not when it is made visible or anything like that. The first frame always has initial-frame-alist parameters. > One of the biggest challenges in getting the behaviour I wanted was > to prevent Emacs from making this frame visible on the screen. To > do so, I sometimes had to create dummy frames and then delete them > later so that Emacs was never left with only one frame (the > unkillable default frame with bad window properties) to choose from. I don't think that this is the solution... If you don't want a certain buffer, then please delete (kill) it. > > ;; closes the scratch buffer and creates a blank buffer > (defun my-close-scratch () use real doc strings! > > (kill-buffer "*scratch*") > (new-empty-buffer) > (if (< 6 (length (buffer-list))) > (kill-buffer "untitled") Why 6 and not 7? > > ;; after-make-frame hook > ;; if any goofy system buffers have popped, close them > ;; then tile remaining windows I think this could better be handled by modifying the `frame-creation- function' (which is, in Aquamacs `smart-position-and-create-frame'). That way you can create the frames in a hidden state. > > (setq real_buff_count (- (length (buffer-list)) 6)) > (setq real_frame_count (- (length (frame-list)) 1)) > (setq real_count_diff (- real_frame_count real_buff_count)) > (setq i 0) > (if (and (= real_count_diff 2) (not first_frame)) > (delete-frame (nth 1 (frame-list))) > ) I think this makes a lot of `one-buffer-one-frame' assumptions. Why not close frames according to their titles? (Use a regexp!) Also, use (let (..) ...) here. Congratulations to your first Emacs Lisp hacking session! -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081013/a9d9216b/smime.bin From brouce at gmx.net Tue Oct 14 07:26:08 2008 From: brouce at gmx.net (wishi) Date: Tue Oct 14 07:26:17 2008 Subject: [OS X Emacs] flyspell-incorrect user defined highlight color Aqua In-Reply-To: <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> References: <48F1012A.1010301@gmx.net> <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> Message-ID: <48F481D0.2050403@gmx.net> David Reitter schrieb: > I don't quite see what you are trying to do, or what your problem is. :) What I want - and I was only able to specify it after some research, sorry: a mistyped word -> M-x describe text properties: There is an overlay here: From 3347 to 3356 evaporate t face flyspell-incorrect flyspell-overlay t help-echo "mouse-2: correct word at point" keymap [Show] mouse-face highlight There are text properties here: fontified t http://www.emacswiki.org/cgi-bin/wiki/ColorThemeQuestions But how to add a specific color to indicate mistyped word with a colorful overlay - seems not be documented for me... From david.reitter at gmail.com Tue Oct 14 07:37:25 2008 From: david.reitter at gmail.com (David Reitter) Date: Tue Oct 14 07:37:33 2008 Subject: [OS X Emacs] flyspell-incorrect user defined highlight color Aqua In-Reply-To: <48F481D0.2050403@gmx.net> References: <48F1012A.1010301@gmx.net> <9BBB83B4-31C8-4005-90D3-FA4104F60924@gmail.com> <48F481D0.2050403@gmx.net> Message-ID: <0E1E1389-2BF1-4E96-ADB0-D480A85B0DF4@gmail.com> On 14 Oct 2008, at 07:26, wishi wrote: > > evaporate t > face flyspell-incorrect > flyspell-overlay t > help-echo "mouse-2: correct word at point" > keymap [Show] > mouse-face highlight > > But how to add a specific color to indicate mistyped word with a > colorful overlay - seems not be documented for me... OK, so what's wrong with customizing the `flyspell-incorrect' face to set the color or whatever of the misspelled words? What will let you set colors for fore- and background, underline the text, and what not. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081014/8c836f11/smime.bin From joseph.slater at wright.edu Tue Oct 14 11:41:26 2008 From: joseph.slater at wright.edu (Joseph C. Slater PE, PhD) Date: Tue Oct 14 11:41:31 2008 Subject: [OS X Emacs] Python Mode Message-ID: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> Is anyone else having trouble with Python mode not working in AM 1.5? Thanks, Joe \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ (+1) 937-775-5085 http://www.cs.wright.edu/~jslater http://www.cs.wright.edu/~jslater/JosephSlater.vcf.zip From skip at pobox.com Tue Oct 14 12:01:56 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Oct 14 12:20:04 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> Message-ID: <18676.49780.707179.533026@montanaro-dyndns-org.local> Joe> Is anyone else having trouble with Python mode not working in AM Joe> 1.5? What sort of trouble? I don't routinely use Aquamacs, but I am nominally one of the python-mode maintainers. Are you using python-mode.el or the GNU Emacs python.el? I help maitain the latter but know nothing about the former. If you are using python-mode.el and can describe your problem I can at least take a look at it. (I can't guarantee much though. My ELisp chops have sorely eroded over the years.) Skip Montanaro From skip at pobox.com Tue Oct 14 12:39:52 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Oct 14 12:40:04 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: <18676.49780.707179.533026@montanaro-dyndns-org.local> References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> <18676.49780.707179.533026@montanaro-dyndns-org.local> Message-ID: <18676.52056.365253.79408@montanaro-dyndns-org.local> Joe> Is anyone else having trouble with Python mode not working in AM Joe> 1.5? skip> What sort of trouble? I don't routinely use Aquamacs, but I am skip> nominally one of the python-mode maintainers. Are you using skip> python-mode.el or the GNU Emacs python.el? I help maitain the skip> latter but know nothing about the former. If you are using skip> python-mode.el and can describe your problem I can at least take a skip> look at it. (I can't guarantee much though. My ELisp chops have skip> sorely eroded over the years.) Jeez, Skip. Engage brain before typing. Latter, meet Former. Former, I'm pleased to introduce you to Latter. I'm sure the two of you will hit it off... I help maintain python-mode.el. It is available here: https://sourceforge.net/projects/python-mode The XEmacs folks distribute a version of this. The GNU Emacs folks wrote their own a couple years ago and christened it python.el. That looks to be what's available in Aquamacs. I see ~/Applications/Aquamacs Emacs.app/Contents/Resources/lisp/progmodes/python.el.gz so, unless you downloaded and installed python-mode.el from SourceForge, you're probably using the GNU Emacs version (which, as I indicated, I know nothing about). Skip From david.reitter at gmail.com Tue Oct 14 13:20:33 2008 From: david.reitter at gmail.com (David Reitter) Date: Tue Oct 14 13:20:41 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: <18676.52056.365253.79408@montanaro-dyndns-org.local> References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> <18676.49780.707179.533026@montanaro-dyndns-org.local> <18676.52056.365253.79408@montanaro-dyndns-org.local> Message-ID: On 14 Oct 2008, at 12:39, skip@pobox.com wrote: > ~/Applications/Aquamacs Emacs.app/Contents/Resources/lisp/ > progmodes/python.el.gz > > so, unless you downloaded and installed python-mode.el from > SourceForge, > you're probably using the GNU Emacs version (which, as I indicated, > I know > nothing about). Aquamacs 1.5 comes with [a not so recent version of] python-mode.el and also the GNU python.el. By default it uses the non-GNU python-mode. I have since (in CVS) removed python-mode.el because it displayed some buggy behavior, and python.el appeared to be an updated version. Note that the python-mode v1.0 that is available for download at SF is three years old. As it stands now, the CVS version of Aquamacs uses the GNU python.el. If you can shed light on differences and advantages (and perhaps point me to a proper release of python-mode), we could decide what to include in 1.6. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081014/fc7bd4e3/smime.bin From skip at pobox.com Tue Oct 14 13:34:38 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Oct 14 13:52:58 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> <18676.49780.707179.533026@montanaro-dyndns-org.local> <18676.52056.365253.79408@montanaro-dyndns-org.local> Message-ID: <18676.55342.290039.203334@montanaro-dyndns-org.local> David> I have since (in CVS) removed python-mode.el because it displayed David> some buggy behavior, and python.el appeared to be an updated David> version. Note that the python-mode v1.0 that is available for David> download at SF is three years old. Can you spell out the buggy behavior? I use it on a daily basis in XEmacs. I don't doubt that there are bugs there though. Neither Barry Warsaw nor I have had much free time to work on it in two or three years. As far as I know python.el shares no code with python-mode.el. At some point in the distant past one of the GNU Emacs folks submitted a gigantic patch against python-mode.el which we didn't accept for a couple reasons. The main reason was the by now well-work licensing complaint. Incorporating that patch would have required the code carry a GPL license. python-mode.el is/was distributed with the Python distribution, and they wouldn't accept GPL code into Python. (At least that's my recollection of the exchange. I care little for licensing issues and prefer to let other people have the headaches.) Anyway, as a result of our rejection of that mega-patch I believe David Love wrote python.el from scratch. I have no opinion either way which one is better, having never tried python.el. David> If you can shed light on differences and advantages (and perhaps David> point me to a proper release of python-mode), we could decide David> what to include in 1.6. I don't know if the above helps or not. I think you probably want input from people who've tried both. I'll ask around on comp.lang.python and see what feedback I get. Skip From david.reitter at gmail.com Tue Oct 14 14:03:06 2008 From: david.reitter at gmail.com (David Reitter) Date: Tue Oct 14 14:03:34 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: <18676.55342.290039.203334@montanaro-dyndns-org.local> References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> <18676.49780.707179.533026@montanaro-dyndns-org.local> <18676.52056.365253.79408@montanaro-dyndns-org.local> <18676.55342.290039.203334@montanaro-dyndns-org.local> Message-ID: On 14 Oct 2008, at 13:34, skip@pobox.com wrote: > As far as I know python.el shares no code with python-mode.el. At > some > point in the distant past one of the GNU Emacs folks submitted a > gigantic OK, so I think I may have been confused. We carried a GPL'ed python.el which I believe was indeed the FSF one, and not yours. Sorry for the confusion. ;;; python.el --- silly walks for Python ;; Copyright (C) 2003, 2004, 2005, 2006, 2007 Free Software Foundation, Inc. ;; Author: Dave Love ;; Maintainer: FSF ;; Created: Nov 2003 ;; Keywords: languages ;; This file is part of GNU Emacs. > Can you spell out the buggy behavior? I use it on a daily basis in > XEmacs. > I don't doubt that there are bugs there though. Neither Barry > Warsaw nor I > have had much free time to work on it in two or three years. I guess that's irrelevant now. > I don't know if the above helps or not. I think you probably want > input > from people who've tried both. I'll ask around on comp.lang.python > and see > what feedback I get. Yes please! -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081014/c4ac78c3/smime.bin From joseph.slater at wright.edu Tue Oct 14 18:01:07 2008 From: joseph.slater at wright.edu (Joseph C. Slater PE, PhD) Date: Tue Oct 14 18:01:11 2008 Subject: [OS X Emacs] Python Mode In-Reply-To: References: <6B02655D-7FFE-420C-80D6-D586DE75AB19@wright.edu> <18676.49780.707179.533026@montanaro-dyndns-org.local> <18676.52056.365253.79408@montanaro-dyndns-org.local> <18676.55342.290039.203334@montanaro-dyndns-org.local> Message-ID: On Oct 14, 2008, at 2:03 PM, David Reitter wrote: > On 14 Oct 2008, at 13:34, skip@pobox.com wrote: > >> As far as I know python.el shares no code with python-mode.el. At >> some >> point in the distant past one of the GNU Emacs folks submitted a >> gigantic >> > Wow. Seems I missed a lot. AquaMacs WAS refusing to enter python mode: File mode specification error: (file-error "Cannot open load file" "python-mode") I obviously installed an old python mode (when I knew emacs better) and forgot about it. Stripping it out solved my problem. Stupid me. From iwerning at gmail.com Wed Oct 15 01:31:45 2008 From: iwerning at gmail.com (Ivan Werning) Date: Wed Oct 15 01:59:42 2008 Subject: [OS X Emacs] scratch and scratch <2> Message-ID: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> Hi, I'm having trouble with my emacs. everytime I open Aquamacs 1.5 (but this started happening with 1.3) I am getting scratch opening in a new frame, even if I closed it before (which I wish I could avoid, but I know there are some issues with that...) AND a scratch <2> buffer opened in another frame (sometimes as a tab along with other buffers of mine). I close the buffer and frame, to no avail... next time I open aquamacs I get them again! How do I control this scratch behavior. In particular, how can I reduce the bother to just one scratch buffer? If not to zero 0? :D Thanks -Ivan From adrian.down at gmail.com Wed Oct 15 12:17:59 2008 From: adrian.down at gmail.com (Adrian) Date: Wed Oct 15 12:24:07 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> Message-ID: <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> Hi Ivan, The scratch buffer is a bit of a touchy subject in the Emacs community. I agree with you in that I find it to be an annoyance that I would rather not have to deal with in Aquamacs. I hope to start work soon on developing an optional "no scratch" mode that will disable the scratch buffer entirely. In the mean time, you might want to take a look at my recent posts on this mailing list in the archive: http://news.gmane.org/gmane.emacs.macintosh.osx. I wrote a fix, but it's pretty buggy at this point. Hence, my desire to make it a more "official" optional mode. Sorry I can't give you a fix yet. Hopefully the scratch hassle will be gone soon. Adrian 2008/10/14 Ivan Werning > Hi, > > I'm having trouble with my emacs. everytime I open Aquamacs 1.5 (but this > started happening with 1.3) I am getting scratch opening in a new frame, > even if I closed it before (which I wish I could avoid, but I know there are > some issues with that...) AND a scratch <2> buffer opened in another frame > (sometimes as a tab along with other buffers of mine). > > I close the buffer and frame, to no avail... next time I open aquamacs I > get them again! > > How do I control this scratch behavior. In particular, how can I reduce the > bother to just one scratch buffer? If not to zero 0? :D > > Thanks > > -Ivan > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/43d53384/attachment.html From iwerning at gmail.com Wed Oct 15 13:00:21 2008 From: iwerning at gmail.com (Ivan Werning) Date: Wed Oct 15 13:30:28 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> Message-ID: Thanks. I understand that getting completely rid of the scratch may be a sensitive issue. But certainly I am having troubles beyond that! I am getting a scratch buffer with a frame along with a scratch <2> buffer with it's own frame or as a tab along with other previously opened documents. Either way, when I open Aquamacs I get two frames. This happens regardless of whether I kill them before exiting, do Windows>Merge all Frames, etc. So I think this is misbehaviour. Has anyone experienced this? Any ideas for getting back to just the regular one scratch buffer state? -Ivan On Oct 15, 2008, at 12:17 PM, Adrian wrote: > Hi Ivan, > > The scratch buffer is a bit of a touchy subject in the Emacs > community. I agree with you in that I find it to be an annoyance > that I would rather not have to deal with in Aquamacs. I hope to > start work soon on developing an optional "no scratch" mode that > will disable the scratch buffer entirely. In the mean time, you > might want to take a look at my recent posts on this mailing list in > the archive: http://news.gmane.org/gmane.emacs.macintosh.osx. I > wrote a fix, but it's pretty buggy at this point. Hence, my desire > to make it a more "official" optional mode. > > Sorry I can't give you a fix yet. Hopefully the scratch hassle will > be gone soon. > Adrian > > 2008/10/14 Ivan Werning > Hi, > > I'm having trouble with my emacs. everytime I open Aquamacs 1.5 (but > this started happening with 1.3) I am getting scratch opening in a > new frame, even if I closed it before (which I wish I could avoid, > but I know there are some issues with that...) AND a scratch <2> > buffer opened in another frame (sometimes as a tab along with other > buffers of mine). > > I close the buffer and frame, to no avail... next time I open > aquamacs I get them again! > > How do I control this scratch behavior. In particular, how can I > reduce the bother to just one scratch buffer? If not to zero 0? :D > > Thanks > > -Ivan > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/3ed7c560/attachment.html From nathaniel.cunningham at gmail.com Wed Oct 15 13:57:10 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Wed Oct 15 13:57:26 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> Message-ID: <20ecf6c70810151057t7346e4ddpb77ada0bd79d4c31@mail.gmail.com> On Wed, Oct 15, 2008 at 12:00 PM, Ivan Werning wrote: > > > But certainly I am having troubles beyond that! I am getting a scratch > buffer with a frame along with a scratch <2> buffer with it's own frame or > as a tab along with other previously opened documents. Either way, when I > open Aquamacs I get two frames. This happens regardless of whether I kill > them before exiting, do Windows>Merge all Frames, etc. > > So I think this is misbehaviour. Has anyone experienced this? Any ideas for > getting back to just the regular one scratch buffer state? > Please try: Help --> Diagnose and Report Bug --> Start Aquamacs without customizations If the issue goes away, it's caused by something in your own customization settings (e.g. Preferences.el or .emacs). If not, please file a bug report from the same submenu. --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/e1e1084d/attachment.html From david.reitter at gmail.com Wed Oct 15 13:59:47 2008 From: david.reitter at gmail.com (David Reitter) Date: Wed Oct 15 13:59:53 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> Message-ID: <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> How do you start Aquamacs? Please try the Help -> Diagnose menu, which offers to start Aquamacs without any customizations. Do you still get two frames? Does this (setq aquamacs-scratch-file nil) in your Preferences.el change anything? -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! On 15 Oct 2008, at 13:00, Ivan Werning wrote: > Thanks. > > I understand that getting completely rid of the scratch may be a > sensitive issue. > > But certainly I am having troubles beyond that! I am getting a > scratch buffer with a frame along with a scratch <2> buffer with > it's own frame or as a tab along with other previously opened > documents. Either way, when I open Aquamacs I get two frames. This > happens regardless of whether I kill them before exiting, do > Windows>Merge all Frames, etc. > > So I think this is misbehaviour. Has anyone experienced this? Any > ideas for getting back to just the regular one scratch buffer state? > > -Ivan > > On Oct 15, 2008, at 12:17 PM, Adrian wrote: > >> Hi Ivan, >> >> The scratch buffer is a bit of a touchy subject in the Emacs >> community. I agree with you in that I find it to be an annoyance >> that I would rather not have to deal with in Aquamacs. I hope to >> start work soon on developing an optional "no scratch" mode that >> will disable the scratch buffer entirely. In the mean time, you >> might want to take a look at my recent posts on this mailing list >> in the archive: http://news.gmane.org/gmane.emacs.macintosh.osx. I >> wrote a fix, but it's pretty buggy at this point. Hence, my desire >> to make it a more "official" optional mode. >> >> Sorry I can't give you a fix yet. Hopefully the scratch hassle >> will be gone soon. >> Adrian >> >> 2008/10/14 Ivan Werning >> Hi, >> >> I'm having trouble with my emacs. everytime I open Aquamacs 1.5 >> (but this started happening with 1.3) I am getting scratch opening >> in a new frame, even if I closed it before (which I wish I could >> avoid, but I know there are some issues with that...) AND a scratch >> <2> buffer opened in another frame (sometimes as a tab along with >> other buffers of mine). >> >> I close the buffer and frame, to no avail... next time I open >> aquamacs I get them again! >> >> How do I control this scratch behavior. In particular, how can I >> reduce the bother to just one scratch buffer? If not to zero 0? :D >> >> Thanks >> >> -Ivan >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >> >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/6daa5e52/smime.bin From iwerning at gmail.com Wed Oct 15 14:55:21 2008 From: iwerning at gmail.com (Ivan Werning) Date: Wed Oct 15 15:01:02 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> Message-ID: <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> Thanks David and Nathaniel, I tried the Start Aqumacs without customizations. It opened a second Aquamacs (didn't close the first). But it seems that for that Aquamacs I only have 1 scratch buffer and only one frame. So it must be progress? -Ivan On Oct 15, 2008, at 1:59 PM, David Reitter wrote: > How do you start Aquamacs? > Please try the Help -> Diagnose menu, which offers to start Aquamacs > without any customizations. > Do you still get two frames? > > Does this > > (setq aquamacs-scratch-file nil) > > in your Preferences.el > > change anything? > > > -- > http://aquamacs.org -- Aquamacs: Emacs on Mac OS X > http://aquamacs.org/donate -- Could we help you? Return the favor > and support the Aquamacs Project! > > > On 15 Oct 2008, at 13:00, Ivan Werning wrote: > >> Thanks. >> >> I understand that getting completely rid of the scratch may be a >> sensitive issue. >> >> But certainly I am having troubles beyond that! I am getting a >> scratch buffer with a frame along with a scratch <2> buffer with >> it's own frame or as a tab along with other previously opened >> documents. Either way, when I open Aquamacs I get two frames. This >> happens regardless of whether I kill them before exiting, do >> Windows>Merge all Frames, etc. >> >> So I think this is misbehaviour. Has anyone experienced this? Any >> ideas for getting back to just the regular one scratch buffer state? >> >> -Ivan >> >> On Oct 15, 2008, at 12:17 PM, Adrian wrote: >> >>> Hi Ivan, >>> >>> The scratch buffer is a bit of a touchy subject in the Emacs >>> community. I agree with you in that I find it to be an annoyance >>> that I would rather not have to deal with in Aquamacs. I hope to >>> start work soon on developing an optional "no scratch" mode that >>> will disable the scratch buffer entirely. In the mean time, you >>> might want to take a look at my recent posts on this mailing list >>> in the archive: http://news.gmane.org/gmane.emacs.macintosh.osx. >>> I wrote a fix, but it's pretty buggy at this point. Hence, my >>> desire to make it a more "official" optional mode. >>> >>> Sorry I can't give you a fix yet. Hopefully the scratch hassle >>> will be gone soon. >>> Adrian >>> >>> 2008/10/14 Ivan Werning >>> Hi, >>> >>> I'm having trouble with my emacs. everytime I open Aquamacs 1.5 >>> (but this started happening with 1.3) I am getting scratch opening >>> in a new frame, even if I closed it before (which I wish I could >>> avoid, but I know there are some issues with that...) AND a >>> scratch <2> buffer opened in another frame (sometimes as a tab >>> along with other buffers of mine). >>> >>> I close the buffer and frame, to no avail... next time I open >>> aquamacs I get them again! >>> >>> How do I control this scratch behavior. In particular, how can I >>> reduce the bother to just one scratch buffer? If not to zero 0? :D >>> >>> Thanks >>> >>> -Ivan >>> >>> _____________________________________________________________ >>> MacOSX-Emacs mailing list >>> MacOSX-Emacs@email.esm.psu.edu >>> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >>> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >>> >>> >>> _____________________________________________________________ >>> MacOSX-Emacs mailing list >>> MacOSX-Emacs@email.esm.psu.edu >>> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >>> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From david.reitter at gmail.com Wed Oct 15 15:15:00 2008 From: david.reitter at gmail.com (David Reitter) Date: Wed Oct 15 15:15:08 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> Message-ID: OK, it's related to your customization (but that doesn't mean it's your fault!). Have you tried my other suggestion? On 15 Oct 2008, at 14:55, Ivan Werning wrote: > Thanks David and Nathaniel, > > I tried the Start Aqumacs without customizations. It opened a second > Aquamacs (didn't close the first). But it seems that for that > Aquamacs I only have 1 scratch buffer and only one frame. So it must > be progress? > > -Ivan > > On Oct 15, 2008, at 1:59 PM, David Reitter wrote: > >> How do you start Aquamacs? >> Please try the Help -> Diagnose menu, which offers to start >> Aquamacs without any customizations. >> Do you still get two frames? >> >> Does this >> >> (setq aquamacs-scratch-file nil) >> >> in your Preferences.el >> >> change anything? >> >> >> -- >> http://aquamacs.org -- Aquamacs: Emacs on Mac OS X >> http://aquamacs.org/donate -- Could we help you? Return the favor >> and support the Aquamacs Project! >> >> >> On 15 Oct 2008, at 13:00, Ivan Werning wrote: >> >>> Thanks. >>> >>> I understand that getting completely rid of the scratch may be a >>> sensitive issue. >>> >>> But certainly I am having troubles beyond that! I am getting a >>> scratch buffer with a frame along with a scratch <2> buffer with >>> it's own frame or as a tab along with other previously opened >>> documents. Either way, when I open Aquamacs I get two frames. This >>> happens regardless of whether I kill them before exiting, do >>> Windows>Merge all Frames, etc. >>> >>> So I think this is misbehaviour. Has anyone experienced this? Any >>> ideas for getting back to just the regular one scratch buffer state? >>> >>> -Ivan >>> >>> On Oct 15, 2008, at 12:17 PM, Adrian wrote: >>> >>>> Hi Ivan, >>>> >>>> The scratch buffer is a bit of a touchy subject in the Emacs >>>> community. I agree with you in that I find it to be an annoyance >>>> that I would rather not have to deal with in Aquamacs. I hope to >>>> start work soon on developing an optional "no scratch" mode that >>>> will disable the scratch buffer entirely. In the mean time, you >>>> might want to take a look at my recent posts on this mailing list >>>> in the archive: http://news.gmane.org/gmane.emacs.macintosh.osx. >>>> I wrote a fix, but it's pretty buggy at this point. Hence, my >>>> desire to make it a more "official" optional mode. >>>> >>>> Sorry I can't give you a fix yet. Hopefully the scratch hassle >>>> will be gone soon. >>>> Adrian >>>> >>>> 2008/10/14 Ivan Werning >>>> Hi, >>>> >>>> I'm having trouble with my emacs. everytime I open Aquamacs 1.5 >>>> (but this started happening with 1.3) I am getting scratch >>>> opening in a new frame, even if I closed it before (which I wish >>>> I could avoid, but I know there are some issues with that...) AND >>>> a scratch <2> buffer opened in another frame (sometimes as a tab >>>> along with other buffers of mine). >>>> >>>> I close the buffer and frame, to no avail... next time I open >>>> aquamacs I get them again! >>>> >>>> How do I control this scratch behavior. In particular, how can I >>>> reduce the bother to just one scratch buffer? If not to zero 0? :D >>>> >>>> Thanks >>>> >>>> -Ivan >>>> >>>> _____________________________________________________________ >>>> MacOSX-Emacs mailing list >>>> MacOSX-Emacs@email.esm.psu.edu >>>> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >>>> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >>>> >>>> >>>> _____________________________________________________________ >>>> MacOSX-Emacs mailing list >>>> MacOSX-Emacs@email.esm.psu.edu >>>> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >>>> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >>> >>> _____________________________________________________________ >>> MacOSX-Emacs mailing list >>> MacOSX-Emacs@email.esm.psu.edu >>> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >>> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx >> >> _____________________________________________________________ >> MacOSX-Emacs mailing list >> MacOSX-Emacs@email.esm.psu.edu >> http://email.esm.psu.edu/mailman/listinfo/macosx-emacs >> List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/0052d964/smime.bin From ian at digg.com Wed Oct 15 18:49:41 2008 From: ian at digg.com (Ian Eure) Date: Wed Oct 15 18:49:45 2008 Subject: [OS X Emacs] Accursed " *Minibuf-1*" Message-ID: <4D55B6A6-1DF0-4467-A3E8-4564A4D7C8D3@digg.com> I use iswitchb. Right now, every time I kill a buffer, then switch, the first buffer listed is " *Minibuf-1*" (not the leading space). This has happened to me a few times before. I don't know why, and I don't know how to fix it. Normal switch-to-buffer is not affected. The only thing I've found to fix it is to quit Emacs and restart it. Lame. What the hell is going on here, and how do I stop it? From david.reitter at gmail.com Wed Oct 15 18:59:24 2008 From: david.reitter at gmail.com (David Reitter) Date: Wed Oct 15 18:59:30 2008 Subject: [OS X Emacs] Mailing list server admin for Aquamacs sought Message-ID: The Aquamacs project is looking for a server admin who will set up and monitor the project's mailing lists. This involves: - configuring Mailman / Postfix / server firewall / etc. and setting up DNS and mail forwards as needed - migration of mail archives and user databases from the existing Mailman setup at Sourceforge - managing the running mailing lists for the first two steps, I would expect a very brief evaluation of requirements and some sort of test migration so that this can be done without major interruption of service. (That's basically what a professional sysadmin would do.) I would want a reliable, can-do person who has worked with production servers before (not necessarily mailing list admin). We have a great, modern Intel Mac server with plenty of RAM and free HD space running Leopard, which will happily handle this job. The rewards: contributing to an interesting and much-loved free software project and contact to a grateful and encouraging audience. Contributing back to a project that may have been useful to you in the past! In the past, others have worked closely with me to contribute great things like the new website design (Ted Roden), icon artwork (the Aquamacs toolbars), or Lisp code for the tabs (Nathaniel Cunningham). Here's your chance to be part of the project. Please get in touch! -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/13d5d787/smime.bin From roy.lowrance at gmail.com Wed Oct 15 19:26:45 2008 From: roy.lowrance at gmail.com (Roy Lowrance) Date: Wed Oct 15 20:15:45 2008 Subject: [OS X Emacs] printing problem Message-ID: <162be4f00810151626j642d2730sbfb7f8186773cc91@mail.gmail.com> On some occasions (not always) I get an error when trying to print. Specifically, I run File > Review and Print Buffer and the minibuffer displays wrong argument type: listp [face unspecified ...]. Is there a fix for this? (Perhaps my buffer has some funny characters.) Roy -- Roy Lowrance From nathaniel.cunningham at gmail.com Wed Oct 15 20:20:39 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Wed Oct 15 20:47:04 2008 Subject: [OS X Emacs] Accursed " *Minibuf-1*" In-Reply-To: <4D55B6A6-1DF0-4467-A3E8-4564A4D7C8D3@digg.com> References: <4D55B6A6-1DF0-4467-A3E8-4564A4D7C8D3@digg.com> Message-ID: <20ecf6c70810151720w5c4cda3w38a4aad267477db4@mail.gmail.com> On Wed, Oct 15, 2008 at 5:49 PM, Ian Eure wrote: > I use iswitchb. Right now, every time I kill a buffer, then switch, the > first buffer listed is " *Minibuf-1*" (not the leading space). I searched for "space" in iswitchb.el and found: iswitchb-buffer-ignore is a variable defined in `iswitchb.el'. Its value is ("^ ") Documentation: *List of regexps or functions matching buffer names to ignore. For example, traditional behavior is not to list buffers whose names begin with a space, for which the regexp is `^ '. See the source file for example functions that filter buffer names I tried (setq iswitchb-buffer-ignore nil) and got the same behavior you report. I put it right again using (setq iswitchb-buffer-ignore '("^ ")) Check your value: C-h v iswitch-buffer-ignore and set the value if needed. --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081015/036e9ba5/attachment.html From david.reitter at gmail.com Thu Oct 16 14:50:21 2008 From: david.reitter at gmail.com (David Reitter) Date: Thu Oct 16 14:50:33 2008 Subject: [OS X Emacs] printing problem In-Reply-To: <162be4f00810151626j642d2730sbfb7f8186773cc91@mail.gmail.com> References: <162be4f00810151626j642d2730sbfb7f8186773cc91@mail.gmail.com> Message-ID: <4EAF78D8-70A9-4900-938A-5A722ABFB701@gmail.com> Roy, please make a bug report. Bug reports are sent to the Aquamacs-bugs mailing list using the "Send Bug Report" function in the "Help / Diagnose and Report Bug" menu. In this case, please include the specific buffer contents that cause the problem. If it is a big buffer or the data is personal / sensitive, then please reduce it to the part that is causing the problem. The other very important step is to enable "Options / Enter Debugger on Error", then provoke the error, and then send us the backtrace you get when the error occurs. We should be able to help with that information. -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! On 15 Oct 2008, at 19:26, Roy Lowrance wrote: > On some occasions (not always) I get an error when trying to print. > > Specifically, I run > File > Review and Print Buffer > > and the minibuffer displays > wrong argument type: listp [face unspecified ...]. > > Is there a fix for this? (Perhaps my buffer has some funny > characters.) > > Roy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081016/26995cec/smime.bin From ian at digg.com Fri Oct 17 10:57:00 2008 From: ian at digg.com (Ian Eure) Date: Fri Oct 17 10:57:11 2008 Subject: [OS X Emacs] Accursed " *Minibuf-1*" In-Reply-To: <20ecf6c70810151720w5c4cda3w38a4aad267477db4@mail.gmail.com> References: <4D55B6A6-1DF0-4467-A3E8-4564A4D7C8D3@digg.com> <20ecf6c70810151720w5c4cda3w38a4aad267477db4@mail.gmail.com> Message-ID: <6F1B8DC9-5205-423B-9023-718D1B170AB5@digg.com> On Oct 15, 2008, at 5:20 PM, Nathaniel Cunningham wrote: > > On Wed, Oct 15, 2008 at 5:49 PM, Ian Eure wrote: > I use iswitchb. Right now, every time I kill a buffer, then switch, > the first buffer listed is " *Minibuf-1*" (not the leading space). > > I searched for "space" in iswitchb.el and found: > > iswitchb-buffer-ignore is a variable defined in `iswitchb.el'. > Its value is ("^ ") > Yeah, I dug around and figured this out. Something I'm doing when switching buffers is clobbering that var. The correct value is saved in iswitchb-buffer-ignore-orig, so I just reset it from that, and I'm happy. Sure wish it would stop happening, though. From saptarshi.guha at gmail.com Fri Oct 17 14:28:20 2008 From: saptarshi.guha at gmail.com (Saptarshi Guha) Date: Fri Oct 17 14:28:27 2008 Subject: [OS X Emacs] Over ride default Org-mode installation Message-ID: <93E7335B-53D7-48EC-A826-976C50FDE17D@gmail.com> Hello, I have downloaded org-mode (v 6.09) and wish to over ride the version that comes with Aquamacs(1.5)(OSX Leopard) My site-lisp folder is actually ~/mystuff/site-lisp and I have loaded org mode like this (setq load-path (cons (expand-file-name "~/mystuff/site-lisp") load- path)) (setq load-path (cons (expand-file-name "~/mystuff/site-lisp/org") load-path)) (require 'org) However M-x org-version shows 5.23. How can I force the loading of the version of org i installed? Thank you Saptarshi Saptarshi Guha | saptarshi.guha@gmail.com | http://www.stat.purdue.edu/~sguha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081017/63863f8a/attachment.html From hober0 at gmail.com Fri Oct 17 11:50:55 2008 From: hober0 at gmail.com (Edward O'Connor) Date: Fri Oct 17 14:39:08 2008 Subject: [OS X Emacs] Accursed " *Minibuf-1*" In-Reply-To: <6F1B8DC9-5205-423B-9023-718D1B170AB5@digg.com> References: <4D55B6A6-1DF0-4467-A3E8-4564A4D7C8D3@digg.com> <20ecf6c70810151720w5c4cda3w38a4aad267477db4@mail.gmail.com> <6F1B8DC9-5205-423B-9023-718D1B170AB5@digg.com> Message-ID: <3b31caf90810170850p4c3a8df1r6cff889977d058d3@mail.gmail.com> > Yeah, I dug around and figured this out. Something I'm doing when switching > buffers is clobbering that var. You're probably hitting C-n (`iswitchb-toggle-ingore') instead of M-n (`next-history-element'). HTH. Ted From david.reitter at gmail.com Fri Oct 17 14:54:05 2008 From: david.reitter at gmail.com (David Reitter) Date: Fri Oct 17 14:54:20 2008 Subject: [OS X Emacs] Over ride default Org-mode installation In-Reply-To: <93E7335B-53D7-48EC-A826-976C50FDE17D@gmail.com> References: <93E7335B-53D7-48EC-A826-976C50FDE17D@gmail.com> Message-ID: <95203E62-F9C7-4B15-A77A-AF6D3F4AB272@gmail.com> On 17 Oct 2008, at 14:28, Saptarshi Guha wrote: > I have downloaded org-mode (v 6.09) and wish to over ride the > version that comes with Aquamacs(1.5)(OSX Leopard) > My site-lisp folder is actually ~/mystuff/site-lisp and I have > loaded org mode like this > > (setq load-path (cons (expand-file-name "~/mystuff/site-lisp") load- > path)) > (setq load-path (cons (expand-file-name "~/mystuff/site-lisp/org") > load-path)) > (require 'org) > > However M-x org-version shows 5.23. How can I force the loading of > the version of org i installed? Your code looks fine to me, as long as the .el file is called org.el. It has to be executed before org-mode is entered (because it would otherwise be autoloaded from the original path). Have you tried M-x locate-library? -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081017/3f81452d/smime.bin From saptarshi.guha at gmail.com Fri Oct 17 15:01:26 2008 From: saptarshi.guha at gmail.com (Saptarshi Guha) Date: Fri Oct 17 15:01:33 2008 Subject: [OS X Emacs] Over ride default Org-mode installation In-Reply-To: <95203E62-F9C7-4B15-A77A-AF6D3F4AB272@gmail.com> References: <93E7335B-53D7-48EC-A826-976C50FDE17D@gmail.com> <95203E62-F9C7-4B15-A77A-AF6D3F4AB272@gmail.com> Message-ID: Hello, Thanks. I needed to (require 'org-install) and had to add org/lisp too. It works now. Regards Saptarshi On Oct 17, 2008, at 2:54 PM, David Reitter wrote: > On 17 Oct 2008, at 14:28, Saptarshi Guha wrote: >> I have downloaded org-mode (v 6.09) and wish to over ride the >> version that comes with Aquamacs(1.5)(OSX Leopard) >> My site-lisp folder is actually ~/mystuff/site-lisp and I have >> loaded org mode like this >> >> (setq load-path (cons (expand-file-name "~/mystuff/site-lisp") load- >> path)) >> (setq load-path (cons (expand-file-name "~/mystuff/site-lisp/org") >> load-path)) >> (require 'org) >> >> However M-x org-version shows 5.23. How can I force the loading of >> the version of org i installed? > > > Your code looks fine to me, as long as the .el file is called org.el. > It has to be executed before org-mode is entered (because it would > otherwise be autoloaded from the original path). > > Have you tried M-x locate-library? > > > -- > http://aquamacs.org -- Aquamacs: Emacs on Mac OS X > http://aquamacs.org/donate -- Could we help you? Return the favor > and support the Aquamacs Project! > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx Saptarshi Guha | saptarshi.guha@gmail.com | http://www.stat.purdue.edu/~sguha Base 8 is just like base 10, if you are missing two fingers. -- Tom Lehrer From iwerning at gmail.com Sat Oct 18 09:33:42 2008 From: iwerning at gmail.com (Ivan Werning) Date: Sat Oct 18 09:33:47 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> Message-ID: On Oct 15, 2008, at 3:15 PM, David Reitter wrote: >>> >>> (setq aquamacs-scratch-file nil) >>> >>> in your Preferences.el >>> >>> change anything? >> I deleted all my preferences, now I only get one scratch. (It no longer opens the files I was working with in the previous session though; I must have deleted something I had there). I then also tried >> (setq aquamacs-scratch-file nil) but it didn't do anything additional. Is that supposed to supress the scratch buffer altogether? From j.m.figueroa at ed.ac.uk Sat Oct 18 10:44:21 2008 From: j.m.figueroa at ed.ac.uk (=?ISO-8859-1?Q?Jos=E9_Miguel_Figueroa-O'Farrill?=) Date: Sat Oct 18 11:20:04 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> Message-ID: <61111762-FC0E-4740-953B-571D21ABD140@ed.ac.uk> On 18 Oct 2008, at 15:33, Ivan Werning wrote: > On Oct 15, 2008, at 3:15 PM, David Reitter wrote: > >>>> >>>> (setq aquamacs-scratch-file nil) >>>> >>>> in your Preferences.el >>>> >>>> change anything? >>> > > I deleted all my preferences, now I only get one scratch. (It no > longer opens the files I was working with in the previous session > though; I must have deleted something I had there). This sounds familiar. I had the same problem and it was due to desktop.el. There is a way to tell desktop.el not to restore the *scratch* buffer, but this stopped working in Aquamacs somewhere between 1.0 and 1.4, I forget exactly. So it used to try to restore the *scratch* but since there was already one, it gave a warning when doing it. At any rate, one ended up with two scratch buffers. Since desktop.el never really worked well with Aquamcs, I stopped using it. Instead I use the menu "File->Open Recent" a lot :) It's not as convenient as desktop.el, but I can live with it, especially since the only time I close Aquamacs is when I restart the computer. Cheers, José -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From iwerning at gmail.com Sat Oct 18 11:52:55 2008 From: iwerning at gmail.com (Ivan Werning) Date: Sat Oct 18 12:22:04 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <61111762-FC0E-4740-953B-571D21ABD140@ed.ac.uk> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> <61111762-FC0E-4740-953B-571D21ABD140@ed.ac.uk> Message-ID: Yes, the second scrath clearly has to do with my command: (desktop-save-mode 1) is there any way to get the desktop saved but not get this problem? Should I perhaps delete my desktop.el file to restart it in case it got somehow corrupted (I do not know where it is). -Ivan On Oct 18, 2008, at 10:44 AM, José Miguel Figueroa-O'Farrill wrote: > > On 18 Oct 2008, at 15:33, Ivan Werning wrote: > >> On Oct 15, 2008, at 3:15 PM, David Reitter wrote: >> >>>>> >>>>> (setq aquamacs-scratch-file nil) >>>>> >>>>> in your Preferences.el >>>>> >>>>> change anything? >>>> >> >> I deleted all my preferences, now I only get one scratch. (It no >> longer opens the files I was working with in the previous session >> though; I must have deleted something I had there). > > This sounds familiar. I had the same problem and it was due to > desktop.el. There is a way to tell desktop.el not to restore the > *scratch* buffer, but this stopped working in Aquamacs somewhere > between 1.0 and 1.4, I forget exactly. So it used to try to restore > the *scratch* but since there was already one, it gave a warning > when doing it. At any rate, one ended up with two scratch buffers. > Since desktop.el never really worked well with Aquamcs, I stopped > using it. Instead I use the menu "File->Open Recent" a lot :) It's > not as convenient as desktop.el, but I can live with it, especially > since the only time I close Aquamacs is when I restart the computer. > > Cheers, José > > > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From kuepper.jochen at googlemail.com Sat Oct 18 12:29:23 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Sat Oct 18 12:58:51 2008 Subject: [OS X Emacs] scratch and scratch <2> In-Reply-To: <61111762-FC0E-4740-953B-571D21ABD140@ed.ac.uk> References: <63DBA360-B04A-4ADD-9CF0-49795C314F79@gmail.com> <5db859a0810150917i362477a3t45093ebdee08cbea@mail.gmail.com> <1D1E65DD-29BA-472C-A1DE-702778C15592@gmail.com> <9FC1EB50-A454-497E-BF89-625BAC09920C@gmail.com> <61111762-FC0E-4740-953B-571D21ABD140@ed.ac.uk> Message-ID: <368AFF2E-27EE-4A26-8041-FDF8CE8EF3D1@googlemail.com> On 18.10.2008, at 16:44, José Miguel Figueroa-O'Farrill wrote: > Instead I use the menu "File->Open Recent" a lot :) I have this in .emacs so I don't need the mouse to get there: (global-set-key [f2] 'recentf-open-files) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From kbmail at free.fr Sat Oct 18 13:34:18 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sat Oct 18 13:56:37 2008 Subject: [OS X Emacs] LaTeX-section-label customization Message-ID: Hello, here's my problem: I'd like to get prefixes ending with "_" instead of ":" (like "sec_" instead of "sec:", idem for "chap_", "fig_", "eq_", etc.) when using C-c C-s, because the [french]{varioref} package isn't happy ":"... (I also renamed fancyrefargdelim with "_") I succeeded in changing all the prefixes via the aquamacs customization interface, in saving them and reopening them. But C-c C-s still gives me ":"... Then I directly modified the "latex.el" file to rewrite all the prefixes with "_" at the end, and you know what? C-c C-s still gives me ":"... I'm tired to erase "_" and rewrite ":" each time I invoque C-c C-s, so if you know how to automatize it, it would be great! Cheers, Karim From Peter_Dyballa at Web.DE Sat Oct 18 14:15:18 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat Oct 18 14:16:54 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: References: Message-ID: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> Am 18.10.2008 um 19:34 schrieb kbmail: > Then I directly modified the "latex.el" file to rewrite all the > prefixes with "_" at the end, and you know what? > C-c C-s still gives me ":"... Because the byte-compiled file latex.elc is loaded ? which is still the old version, isn't it? -- Mit friedvollen Grüßen Pete "No man was ever taken to hell by a woman unless he already had a ticket in his pocket, or at least had been fooling around with timetables." ? Archie Goodwin From kbmail at free.fr Sat Oct 18 15:17:26 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sat Oct 18 15:17:06 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> Message-ID: <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> You're absolutely right ! I found the old version in this file. So, is there a "clean" way to recompile the customization values, or should I rewrite them by hand directly in the latex.elc file? Karim Le 18 oct. 08 à 20:15, Peter Dyballa a écrit : Because the byte-compiled file latex.elc is loaded ? which is still the old version, isn't it? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081018/006c67a9/attachment.html From Peter_Dyballa at Web.DE Sat Oct 18 16:18:41 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat Oct 18 16:18:53 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> Message-ID: Am 18.10.2008 um 21:17 schrieb kbmail: > So, is there a "clean" way to recompile the customization values, > or should I rewrite them by hand directly in the latex.elc file? Just byte-compile your updated version! In dired it's B ... et fini! -- Greetings Pete Atheism is a non prophet organization. From kbmail at free.fr Sat Oct 18 16:39:32 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sat Oct 18 16:39:06 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> Message-ID: <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> I'm just about to be very happy - but - C-c C-s still gives me ":"... I byte-compiled my latex.el and the result seems to be fine in the freshly compiled latex.elc, since I found my "_" prefix endings... So what's wrong? ;-( Karim Le 18 oct. 08 à 22:18, Peter Dyballa a écrit : Am 18.10.2008 um 21:17 schrieb kbmail: > So, is there a "clean" way to recompile the customization values, > or should I rewrite them by hand directly in the latex.elc file? Just byte-compile your updated version! In dired it's B ... et fini! -- Greetings Pete Atheism is a non prophet organization. _____________________________________________________________ MacOSX-Emacs mailing list MacOSX-Emacs@email.esm.psu.edu http://email.esm.psu.edu/mailman/listinfo/macosx-emacs List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx From Peter_Dyballa at Web.DE Sat Oct 18 16:53:15 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat Oct 18 16:53:20 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> Message-ID: <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> Am 18.10.2008 um 22:39 schrieb kbmail: > I byte-compiled my latex.el and the result seems to be fine in the > freshly compiled latex.elc, since I found my "_" prefix endings... > > So what's wrong? ;-( The old version is loaded in Emacs. Either quit Emacs or load the updated EL or ELC file with L in dired mode. Or otherwise. I.e.: you need to overwrite what's already old and smelling in Emacs. -- Greetings Pete Bake pizza not war! From kbmail at free.fr Sat Oct 18 17:25:47 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sat Oct 18 17:25:27 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> Message-ID: <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> I did both, but C-c C-s still gives me ":"... Here is a piece of my byte-compiled latex.elc in case it could help: (custom-declare-variable 'LaTeX-section-label ''(("part" . "part_") ("chapter" . "chap_") ("section" . "sec_") ("subsection" . "sec_") ("subsubsection" . "sec_")) '(#$ . 10880) :group 'LaTeX-label :type '(choice (const :tag "none" nil) (string :format "%v" :tag "Common") (repeat :menu-tag "Level specific" :format "\n%v%i" (cons :format "% v" (string :tag "Type") (choice :tag "Prefix" (const :tag "none" nil) (string :format "%v")))))) Le 18 oct. 08 à 22:53, Peter Dyballa a écrit : Either quit Emacs or load the updated EL or ELC file with L in dired mode. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081018/690549fd/attachment.html From Peter_Dyballa at Web.DE Sat Oct 18 18:02:08 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat Oct 18 18:02:13 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> Message-ID: <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> Am 18.10.2008 um 23:25 schrieb kbmail: > I did both, but C-c C-s still gives me ":"... I can't explain. Except: what happens when you launch Emacs with the - Q option, i.e., without letting it load your system's and your own init files? -- Greetings Pete One cannot live by television, video games, top ten CDs, and dumb movies alone. ? Amiri Baraka, 1999 From kbmail at free.fr Sun Oct 19 06:11:41 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sun Oct 19 06:11:15 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> Message-ID: <0A8D873B-B815-49E5-A903-BFFBEC97685B@free.fr> C-c C-s still gives me ":"... (I lauched "/Applications/Aquamacs\ Emacs.app/Contents/MacOS/Aquamacs \ Emacs -q" from the terminal, and my prefs were indeed not loaded) I don't understand either... I think I'll eternaly have to correct ":" with "_"... It may be a kind of protection for prefixes to remain compatible with the standard fancyrefargdelim ":" of the fancyref package... Maybe the delimitor is "recalculated" (by functions in latex.el?) or so... Karim Le 19 oct. 08 à 00:02, Peter Dyballa a écrit : what happens when you launch Emacs with the -Q option ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081019/dd51439f/attachment.html From frederic.dupont at univ-brest.fr Sun Oct 19 06:50:13 2008 From: frederic.dupont at univ-brest.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Dupont?=) Date: Sun Oct 19 07:03:15 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <0A8D873B-B815-49E5-A903-BFFBEC97685B@free.fr> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> <0A8D873B-B815-49E5-A903-BFFBEC97685B@free.fr> Message-ID: <80B29135-0CB5-4B62-B565-55DCD89277AD@univ-brest.fr> Le 19 oct. 08 à 12:11, kbmail@free.fr a écrit : > C-c C-s still gives me ":"... > > (I lauched "/Applications/Aquamacs\ Emacs.app/Contents/MacOS/Aquamacs > \ Emacs -q" from the terminal, and my prefs were indeed not loaded) > I don't understand either... > I think I'll eternaly have to correct ":" with "_"... > It may be a kind of protection for prefixes to remain compatible > with the standard fancyrefargdelim ":" of the fancyref package... > Maybe the delimitor is "recalculated" (by functions in latex.el?) or > so... > Perhaps by customizing Reftex, e.g. "Reftex Section Prefixes" ? frederic -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081019/fee8b90c/attachment.html From kbmail at free.fr Sun Oct 19 08:37:47 2008 From: kbmail at free.fr (kbmail@free.fr) Date: Sun Oct 19 08:37:21 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: <80B29135-0CB5-4B62-B565-55DCD89277AD@univ-brest.fr> References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> <0A8D873B-B815-49E5-A903-BFFBEC97685B@free.fr> <80B29135-0CB5-4B62-B565-55DCD89277AD@univ-brest.fr> Message-ID: Yes ! It does the trick for sections !! Thank you !! I simply added the following list in my .emacs: (setq reftex-section-prefixes '(("part" . "part-") ("chapter" . "chap_") ("section" . "sec_") ("subsection" . "sec_") ("subsubsection" . "sec_"))) So, now, one more question: do you know how the way to do the same thing for tab:, fig:, and eq:? (reftex-label-alist seems it bit complex to me...) Karim Le 19 oct. 08 à 12:50, Frédéric Dupont a écrit : Perhaps by customizing Reftex, e.g. "Reftex Section Prefixes" ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081019/310ace4f/attachment.html From pacotomi at orange.fr Sun Oct 19 12:36:56 2008 From: pacotomi at orange.fr (pacotomi) Date: Sun Oct 19 13:10:41 2008 Subject: [OS X Emacs] LaTeX-section-label customization In-Reply-To: References: <7EBD3F61-5401-4D1C-9E36-6A6BA423B760@Web.DE> <7A9EBECA-2E05-478D-9164-48711BA59D98@free.fr> <89AE459F-1998-4875-950E-0B6B0E75AB7F@free.fr> <142F0953-84EF-46D5-8867-BF9EAF7247FD@Web.DE> <960B4A03-637D-442D-8979-5E825E43AEC2@free.fr> <374C4CDC-3344-471C-A49E-D1F04E1A5597@Web.DE> <0A8D873B-B815-49E5-A903-BFFBEC97685B@free.fr> <80B29135-0CB5-4B62-B565-55DCD89277AD@univ-brest.fr> Message-ID: <7C329390-A62A-45FF-A22F-5219A7966029@orange.fr> Le 19 oct. 08 à 14:37, kbmail@free.fr a écrit : > So, now, one more question: do you know how the way to do the same > thing for tab:, fig:, and eq:? > (reftex-label-alist seems it bit complex to me...) For me too ! So I copied a part of reftex and pasted it in my Preferences.el: %%%%%%%%%%beginning%%%%%%%%% (setq reftex-label-alist '(("section" ?s "%S" "~\\ref{%s}" (nil . t) (regexp "parts?" "chapters?" "chap\\." "sections?" "sect?\\." "paragraphs?" "par\\." "\\\\S" "\247" "Teile?" "Kapitel" "Kap\\." "Abschnitte?" "appendi\\(x\\|ces\\)" "App\\." "Anh\"?ange?" "Anh\ \.")) ("enumerate" ?i "item-" "~\\ref{%s}" item (regexp "items?" "Punkte?")) ("equation" ?e "eq-" "~(\\ref{%s})" t <-------------------- HERE MY MODIFICATION : "eq-" IN PLACE OF "eq:" (regexp "equations?" "eqs?\\." "eqn\\." "Gleichung\\(en\\)?" "Gl\\.")) ("eqnarray" ?e "eq-" nil eqnarray-like) ("figure" ?f "fig-" "~\\ref{%s}" caption <-----------------------------------HERE "fig-" (regexp "figure?[sn]?" "figs?\\." "Abbildung\\(en\\)?" "Abb\ \.")) ("figure*" ?f nil nil caption) ("table" ?t "tab-" "~\\ref{%s}" caption <------------------- HERE "tab-" (regexp "tables?" "tab\\." "Tabellen?")) ("table*" ?t nil nil caption) ("\\footnote[]{}" ?n "fn-" "~\\ref{%s}" 2 <------------------- HERE "fn-" (regexp "footnotes?" "Fussnoten?")) ("any" ?\ " " "~\\ref{%s}" nil) ;; The label macro is hard coded, but it *could* be defined like this: ;;("\\label{*}" nil nil nil nil) )) %%%%%%%%%%%% end %%%%%%%%%%%%%%%%%%% Perhaps some reftex guru could tell us the right way to customize these labels ? frederic From roy.lowrance at gmail.com Sun Oct 19 21:05:57 2008 From: roy.lowrance at gmail.com (Roy Lowrance) Date: Sun Oct 19 21:06:27 2008 Subject: [OS X Emacs] lost alt-key at meta-key and funny characters. Message-ID: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> My Aquamacs session starts of fine, with the alt key working as the meta key. Somehow, I end up with the alt key inserting exotic characters into my buffer and for meta, only the ESC key works. I'm obviously doing something to cause this, but what? And how to avoid? Thanks, Roy From david.reitter at gmail.com Sun Oct 19 21:32:08 2008 From: david.reitter at gmail.com (David Reitter) Date: Sun Oct 19 21:32:17 2008 Subject: [OS X Emacs] lost alt-key at meta-key and funny characters. In-Reply-To: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> References: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> Message-ID: <873CB7A3-4451-4916-B306-B427A50DCBA0@gmail.com> On 19 Oct 2008, at 21:05, Roy Lowrance wrote: > My Aquamacs session starts of fine, with the alt key working as the > meta key. > > Somehow, I end up with the alt key inserting exotic characters into my > buffer and for meta, only the ESC key works. > > I'm obviously doing something to cause this, but what? And how to > avoid? Did you accidentally press Command-; ? -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081019/01665249/smime.bin From nathaniel.cunningham at gmail.com Sun Oct 19 21:12:32 2008 From: nathaniel.cunningham at gmail.com (Nathaniel Cunningham) Date: Sun Oct 19 22:01:26 2008 Subject: [OS X Emacs] lost alt-key at meta-key and funny characters. In-Reply-To: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> References: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> Message-ID: <20ecf6c70810191812n46bee410w6efcc35c5daf1d8f@mail.gmail.com> On Sun, Oct 19, 2008 at 8:05 PM, Roy Lowrance wrote: > My Aquamacs session starts of fine, with the alt key working as the meta > key. > > Somehow, I end up with the alt key inserting exotic characters into my > buffer and for meta, only the ESC key works. > > I'm obviously doing something to cause this, but what? And how to avoid? You're probably hitting Cmd-; at some point -- this is bound to toggle-mac-option-modifier. I hit that inadvertently sometimes, when I'm trying for Cmd-' (comment-or-uncomment-region-or-line) You can correct it by repeating the same keystroke. --Nathaniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081019/2cea6fd9/attachment.html From roy.lowrance at gmail.com Sun Oct 19 22:12:33 2008 From: roy.lowrance at gmail.com (Roy Lowrance) Date: Sun Oct 19 22:19:36 2008 Subject: [OS X Emacs] lost alt-key at meta-key and funny characters. In-Reply-To: <20ecf6c70810191812n46bee410w6efcc35c5daf1d8f@mail.gmail.com> References: <162be4f00810191805r3d066b7ci765f80bd95e3a8cc@mail.gmail.com> <20ecf6c70810191812n46bee410w6efcc35c5daf1d8f@mail.gmail.com> Message-ID: <162be4f00810191912p6a74b6d9g66ba65454cd6895b@mail.gmail.com> That's it! Thanks! Roy On Sun, Oct 19, 2008 at 9:12 PM, Nathaniel Cunningham wrote: > > On Sun, Oct 19, 2008 at 8:05 PM, Roy Lowrance > wrote: >> >> My Aquamacs session starts of fine, with the alt key working as the meta >> key. >> >> Somehow, I end up with the alt key inserting exotic characters into my >> buffer and for meta, only the ESC key works. >> >> I'm obviously doing something to cause this, but what? And how to avoid? > > You're probably hitting Cmd-; at some point -- this is bound to > toggle-mac-option-modifier. > > I hit that inadvertently sometimes, when I'm trying for Cmd-' > (comment-or-uncomment-region-or-line) > > You can correct it by repeating the same keystroke. > > --Nathaniel > > > _____________________________________________________________ > MacOSX-Emacs mailing list > MacOSX-Emacs@email.esm.psu.edu > http://email.esm.psu.edu/mailman/listinfo/macosx-emacs > List Archives: http://dir.gmane.org/gmane.emacs.macintosh.osx > > -- Roy Lowrance home: 212 674 9777 mobile: 347 255 2544 From ravenben at gmail.com Tue Oct 28 11:39:07 2008 From: ravenben at gmail.com (Ben Zhao) Date: Tue Oct 28 11:40:11 2008 Subject: [OS X Emacs] disabling mac-keyboard behavior (I want ctrl-> and ctrl<- to skip words) Message-ID: Hi all. Long time emacs user here. I've always loved the ability to quickly skip across a line to the word I want to edit using ctrl-left and ctrl-right. But since 1.4, this was replaced in favor of mac-like behavior (skip all the way to beginning of line and skip all the way to right edge). Anyone know how to disable this? I have no idea why it was an added "feature," since I never liked this behavior on macs. Any help is greatly appreciated. thanks, Ben From ravenben at gmail.com Tue Oct 28 11:50:04 2008 From: ravenben at gmail.com (Ben Zhao) Date: Tue Oct 28 11:50:17 2008 Subject: [OS X Emacs] Re: disabling mac-keyboard behavior (I want ctrl-> and ctrl<- to skip words) References: Message-ID: Ben Zhao gmail.com> writes: >Long time emacs user here. I've always loved the ability to quickly skip across >a line to the word I want to edit using ctrl-left and ctrl-right. But since 1.4, >this was replaced in favor of mac-like behavior (skip all the way to beginning >of line and skip all the way to right edge). nevermind, I figured out that the behavior was moved to meta-> and meta<-, but I had overwritten the default option <- option-> keys with my spaces shortcuts. I'll go remap some keys... Ben From skip at pobox.com Tue Oct 28 13:19:37 2008 From: skip at pobox.com (skip@pobox.com) Date: Tue Oct 28 13:19:50 2008 Subject: [OS X Emacs] disabling mac-keyboard behavior (I want ctrl-> and ctrl<- to skip words) In-Reply-To: References: Message-ID: <18695.18857.421685.687430@montanaro-dyndns-org.local> Ben> Long time emacs user here. I've always loved the ability to quickly Ben> skip across a line to the word I want to edit using ctrl-left and Ben> ctrl-right. But since 1.4, this was replaced in favor of mac-like Ben> behavior (skip all the way to beginning of line and skip all the Ben> way to right edge). I don't know how long C-left and C-right have been bound to beginning-of-line and end-of-line, but I'll wager that C-a and C-e have been around a lot longer. Do they not work for you? Skip From albler1111 at gmail.com Thu Oct 30 14:54:59 2008 From: albler1111 at gmail.com (albler) Date: Thu Oct 30 15:20:05 2008 Subject: [OS X Emacs] Customizing fonts Message-ID: <667cebd30810301154m4f8c1f68l3b10f5ed20f8f1d5@mail.gmail.com> Hi, I'm changing the default appearance of my frames by adding the following to Preference.el (setq default-frame-alist '((background-color . "black") (foreground-color . "green") (width . 80) (height . 100) (font . "-apple-andale mono-medium-r-normal--0-0-0-0-m-0-mac-roman"))) All but the font command work. The font exists because I manage to change a frame by hand using C-x set-frame-font. Any suggestions? Thanks, Alberto. From david.reitter at gmail.com Thu Oct 30 22:29:35 2008 From: david.reitter at gmail.com (David Reitter) Date: Thu Oct 30 22:29:48 2008 Subject: [OS X Emacs] Customizing fonts In-Reply-To: <667cebd30810301154m4f8c1f68l3b10f5ed20f8f1d5@mail.gmail.com> References: <667cebd30810301154m4f8c1f68l3b10f5ed20f8f1d5@mail.gmail.com> Message-ID: <59B49ADC-5FED-4539-8D97-1CD1976A84DB@gmail.com> Alberto, On 30 Oct 2008, at 14:54, albler wrote: > > (font . "-apple-andale mono-medium-r-normal--0-0-0-0-m-0-mac- > roman"))) > > All but the font command work. The font exists because I manage to > change a frame by hand using C-x set-frame-font. do you perhaps have aquamacs-styles-mode turned on (Options menu)? That mode may override such choices so that you can set fonts on a per- major-mode basis. Best - David -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X http://aquamacs.org/donate -- Could we help you? Return the favor and support the Aquamacs Project! -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2193 bytes Desc: not available Url : http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081030/0199b715/smime.bin From al3x at al3x.net Fri Oct 31 19:00:48 2008 From: al3x at al3x.net (Alex Payne) Date: Fri Oct 31 19:08:12 2008 Subject: [OS X Emacs] Binding the command key in current Emacs.app Message-ID: I'm experimenting with a custom-compiled (--with-ns) version of Emacs.app from the most recent GNU Emacs trunk/head. I'd like to bind several key combinations that involve the command/Apple key, but for all my Googling and playing around, I can't seem to do it. I've tried setting mac-command-key-is-meta to nil, and I've tried a number of different versions of global-set-key with or without key helper functions. When I try my test keystroke, the only output I get from Emacs.app is that "s-} is undefined", but trying to bind "s" or "\s" or "\S", etc., has no effect. Any suggestions on how to bind the command key in a recent Emacs.app build? -- Alex Payne http://twitter.com/al3x From al3x at al3x.net Fri Oct 31 16:41:39 2008 From: al3x at al3x.net (Alex Payne) Date: Fri Oct 31 19:14:41 2008 Subject: [OS X Emacs] Binding the command key in current Emacs.app Message-ID: I'm experimenting with a custom-compiled (--with-ns) version of Emacs.app from the most recent GNU Emacs trunk/head. I'd like to bind several key combinations that involve the command/Apple key, but for all my Googling and playing around, I can't seem to do it. I've tried setting mac-command-key-is-meta to nil, and I've tried a number of different versions of global-set-key with or without key helper functions. When I try my test keystroke, the only output I get from Emacs.app is that "s-} is undefined", but trying to bind "s" or "\s" or "\S", etc., has no effect. Any suggestions on how to bind the command key in a recent Emacs.app build? -- Alex Payne http://twitter.com/al3x From Peter_Dyballa at Web.DE Fri Oct 31 19:56:38 2008 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Fri Oct 31 19:56:49 2008 Subject: [OS X Emacs] Binding the command key in current Emacs.app In-Reply-To: References: Message-ID: <8DD09352-2FCE-4021-98D3-8C82BDFB07FD@Web.DE> Am 31.10.2008 um 21:41 schrieb Alex Payne: > Any suggestions on how to bind the command key in a recent > Emacs.app build? (global-set-key [s-down] 'end-of-window) You can also first bind a key manually and then repeat this last command to see to which ELisp code it led. -- Greetings Pete A lot of people mistake a short memory for a clear conscience. ? Doug Larson From al3x at al3x.net Fri Oct 31 20:10:13 2008 From: al3x at al3x.net (Alex Payne) Date: Fri Oct 31 20:10:16 2008 Subject: [OS X Emacs] Re: Binding the command key in current Emacs.app Message-ID: Peter, you wrote: > (global-set-key [s-down] 'end-of-window) > > You can also first bind a key manually and then repeat this last > command to see to which ELisp code it led. This works for your specific example, but does not work for the following ELisp snippet: (global-set-key [s-{] 'previous-buffer) When I manually run global-set-key to map command-{ to the previous-buffer function, it works. When I then run previous-buffer manually, it claims "You can run the command 'previous-buffer' with s-{", but this doesn't actually work in practice. I still get the error "s-{ is undefined". Does the "{" key need to be specified in some other way, or perhaps escaped? -- Alex Payne http://twitter.com/al3x