The following lines (server-start)
(defun raise-emacs-on-aqua() (do-applescript "tell application \"Emacs\" to activate")) (add-hook 'server-switch-hook 'raise-emacs-on-aqua) in your .emacs together with using the "Emacs" preset from PDFView should make inverse search work: that means if you CMD+click in yourPDFView window you should get taken to the relevant line of the relevant tex file in Carbon Emacs - and the Emacs windows should be activated (raised to the front). All of this now happens without creating the *Async... buffer Kasper On 5/17/07, Roussanka Loukanova <[EMAIL PROTECTED]> wrote: > > > Yes, I've tied the two lines and PDFView works the same way as without > them :) But I'm puzzled: I see no difference, but there should be some. > > Roussanka > > On Thu, 17 May 2007, Kasper Daniel Hansen wrote: > > > On 5/17/07, Kasper Daniel Hansen <[EMAIL PROTECTED]> wrote: > >> > >> Using do-applescript seems like a great idea. I have tried out the > >> following > >> > >> (defun raise-emacs-on-aqua() > >> (do-applescript "tell application \"Emacs\" to activate")) > >> > >> Just replace these two lines with the existing three lines starting > with > >> (defun raise-emacs... > >> > >> It may take a little while the first time you execute the command, at > >> least it did it for me. > > > > > > A little further reflection tells me that this is because the Latex file > was > > not loaded. So it really should not matter. > > > > > > > > Kasper > >> > >> > >> On 5/17/07, Roussanka Loukanova <[EMAIL PROTECTED]> wrote: > >>> > >>> > >>> Hi again, > >>> > >>> On Thu, 17 May 2007, Roussanka Loukanova wrote: > >>>> > >>>> On Thu, 17 May 2007, David Reitter wrote: > >>>>> > >>>>> On 16 May 2007, at 22:59, Roussanka Loukanova wrote: > >>>>>> > >>>>>> (defun raise-emacs-on-aqua() > >>>>>> (shell-command "osascript -e 'tell application \"Emacs\" to > >>>>>> activate' &")) > >>>>>> > >>>>>> opens up an *Async Shell..." and adds robustness. I find the Async > >>>>>> Shell > >>>>> > >>>>> Does Carbon Emacs not have the `do-applescript' function? > >>>>> I don't quite see why one need to ask the shell to ask osascript to > >>>>> execute a script when you can execute the script directly. That > >>>>> should address the Async buffer business. > >>>> > >>>> If somebody could tell how, it would be good, because it creates > >>> problems > >>>> at least for those of us who've tried to use pdfview from Carbon > >>> Emacs. (I > >>>> myself do not know these script languages.) > >>> > >>> I took off the suspicious shell-command, and left in .emacs this: > >>> > >>> (server-start) > >>> > >>> + the code for forward search. > >>> > >>> It seems working, but I do not know the full capacity of PDFView. For > >>> ex.: When typesetting in emacs by modifying a location, which is not > on > >>> the currently displayed pdf page, the update of the pdf happens, but > >>> PDFView doesn't jump to the corresponding pdf page. I do not know if > >>> this > >>> is implemented in PDFView or not. Indeed, PDFView takes me to the > proper > >>> page of the pdf, if I issue C-c C-c to invoke explicitly the View > >>> command. > >>> > >>> Before that, I'd tried substituting do-applescript for osascript: > >>> > >>> - with the ampersand it didn't pdfview and/or pdfsync didn't work; > >>> - without the ampersand, I get: > >>> > >>> /bin/bash: line 1: do-applescript: command not found > >>> > >>> Roussanka > > > > --~--~---------~--~----~------------~-------~--~----~ "Carbon Emacs" group mailing list. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/carbon-emacs?hl=en -~----------~----~----~----~------~----~------~--~---
