On Jan 11, 2011, at 16:12, Patrik Jonsson wrote: > 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.
I am a bit allergic to such unwarranted generalizing remarks. > 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 > No, there's no scrolling involved, so it's a totally different thing. Moreover, it's also really not a question about whether things could be done differently. Of course they could, but that does not mean it should be done. Links should point to the start of relevant content. So if the link does not do that, this is a problem of the link, not of the way it's interpreted. Trying to "fix" that only will result in doing it wrong in the generic case where the link is correct, that's most definitely not an improvement. And in fact, we DO shift the preview tooltips up a bit. Christiaan > 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 ------------------------------------------------------------------------------ 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
