Hi Christiaan, Thanks for responding. As I mentioned in the other thread, the focus issue was easy to solve. The update location bothers me though. I just realized it might also be related to this other issue that I've been meaning to bring up:
When using the mouseover feature for figure references in the text so you get a little popup with the location that's being referenced, the start of the caption is, similarly to the synctex issue, in the very upper left corner of the popup. In all my journals, the caption is below the figure, so this means that you see not a single pixel of the figure that's being referenced. When using it on equation references, it works better since they are generally on one line, but even here the center point is so far up to the left that for tall equations (with fractions, integrals, etc) the top is cut off. These glitches unfortunately make this popup feature, which is great in principle, mostly useless. Am I right that this is another symptom of the same deficiency in the system framework functionality? Does the framework really take no hints as to how this centering should be done, no size of the region that should be visible, or anything like that? (Maybe you could point me to where in the code this is done so I can play with it myself? Even fudging it to ask for one or two lines further up than the target might be a net improvement for me.) Thanks, /Patrik On Mon, Jan 10, 2011 at 4:57 PM, Christiaan Hofman <[email protected]> wrote: > > On Jan 10, 2011, at 18:38, Patrik Jonsson wrote: > >> Hi all, >> >> I'm trying to set up skim and aquamacs to work with synctex. What I am >> mostly interested in is forward search , i.e. that the pdf view >> updates itself to the point in aquamacs. I have it working to the >> point that C-c C-v in aquamacs displays the red arrow highlight in >> skim. It's not quite working the way I want, though, so I thought >> someone might be able to help out. >> >> First, the highlighted line with the red dot on it is often off by a >> line up or down, but sometimes by a large fraction of the paragraph. >> Is this a deficiency in the synctex accuracy or a bug in Skim? >> > > It's in SyncTeX, the red dot is always exactly on the point returned by it. > Generally, it is not possible to be accurate in general, as latex is not > necessarily 'local', stuff can end up generating code at a different place > from where it appears in the source. > >> Second, if the center point isn't visible in the current skim display, >> it is often shifted in such a way that the highlighted line in skim is >> the very top line at the edge of the display. This makes it hard to >> see where you are in the document because you don't have any preceding >> context. I think it would be better if the line was *centered* in the >> display. Is there any way to adjust how Skim centers the view? >> > > We go through the system frameworks to do that. In general, this is the best > way to do, and it should be up to Apple to improve that if needed. Only when > there is a very good reason could we consider to forgo the system code, but > usually it gives more pain than relieve, trust me. > > It would have negative side effects, like scrolling when this is not > necessary. It's better in general to err on the side of doing too little than > doing too much. So I am not inclined to change that behavior. > >> Third, when issuing the tex-view command (C-c C-v) i Aquamacs to >> update the pdf display, Skim grabs focus. This is not what I want. I'm >> working in emacs and I want to continue to do that, I just want Skim >> to update the view. I don't know whether this is controlled by emacs >> or skim, but is there a way to not have this happen? (Like when you >> run the latex command with C-c C-c and the pdf is updated, in which >> case skim just updates the view but focus remains with Aquamacs.) >> >> Any hints would be appreciated. >> >> Thanks, >> >> /Patrik > > > Skim does not itself activate on forward search, sot this is controlled by > Aquamacs. That is, assuming you are using their viewer command(s), otherwise > it's your choice. As you may know, emacs (including Aquamacs) allows you to > basically redefine about any command, that's certainly true for these, but I > cannot help you with that. The Wiki has some information on how to call Skim. > I can say that the displayline script provided by Skim does put the focus on > Skim, but it's not necessary to use it, and it seems Aquamacs doesn't by > default. > > Christiaan > > > ------------------------------------------------------------------------------ > Accelerate I/O Performance of HDD-Based Arrays > Configure SSDs as a secondary tier of high performance > cache to maximize transactional I/O performance while > minimizing investments in SSD technology. > http://p.sf.net/sfu/infohub-sdnews > _______________________________________________ > Skim-app-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/skim-app-users > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
