Hi, Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : > > On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: > >> Googling more on possible synctex issues led to: >> - >> http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >> which seems to highlight some changes on synctex in TL 2011 (I had forgotten >> to say that I had also upgraded TL). >> The file name given to synctex should now be given as a full path (which >> seems to be a new feature) and furthermore the path must end with a /./ >> (which seems to be a bug). >> > > Skim should not care about the /./ and relative/full path issue, as we > explicitly pass filenames the way synctex uses them. > >> I'm not sure if it is the cause of my problems. I think that for forward >> search it must be taken into account inside aquamacs but for backward search >> skim must be in control, no? > > Not quite, both are involved. But I don't remember how aquamacs calls Skim. I'm going to ask on the aquamacs mailing list. > >>> From what I understand, the backward command send the filename (%file in >>> the preference window). In which form is sent? >> > > It passes the full POSIX path, possibly with some shell escapes. > > Though I thought you were laking about forward search? I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. Is there a way to know what command is given to aquamacs to try it from command line? > > And what about calling Skim's displayline script from the command line? That > can tell you for sure whether Skim's part works. I'm going to see what kind of calls aquamacs make and test it using displayline script... > > Christiaan > >> Fabien >> >> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >> >>> >>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>> >>>> Hello, >>>> I would like to know if any other aquamacs + skim user has recently lost >>>> synchronization. And I would to track down the cause. >>>> >>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, >>>> synchronization has a strange behavior. >>>> >>>> On multiple file source document the synchronization from aquamacs to Skim >>>> only work when launched from the main source file (jumping rightly to the >>>> right position). When using it on an auxiliary file, skim only raise >>>> (showing previous position) and no red point appear. In that case console >>>> shows: >>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>> It used to work like a charm... >>>> >>>> Backward synchronization (from Skim) simply stopped to work. On console, I >>>> get: >>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: >>>> CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ >>>> CGErrorBreakpoint() to catch errors as they are logged. >>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: >>>> CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>> ... >>>> >>>> I ask myself wether it is : >>>> - a lion issue >>>> - a syntex issue >>>> - a skim issue >>>> - an aquamacs issue >>>> >>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it >>>> does not help. >>>> >>>> Any ideas anyone? >>>> >>>> Fabien >>> >>> We did not change synchronisation. So it must be in the information Skim >>> gets. Best chance is that's due to synctex, but I really can't say. >>> >>> I don't think the messages after the first have anything to do with it, >>> they also occur a full 4 seconds later (which is a very long time in >>> computing). >>> >>> Christiaan >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure contains a >>> definitive record of customers, application performance, security >>> threats, fraudulent activity and more. Splunk takes this data and makes >>> sense of it. Business sense. IT sense. Common sense. >>> http://p.sf.net/sfu/splunk-d2d-oct >>> _______________________________________________ >>> Skim-app-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/skim-app-users >>> >> >> --------- >> Fabien Dagnat -- Maître de conférences >> Responsable de la filière Systèmes Logiciels et Réseaux >> Mel : [email protected] >> Web : perso.telecom-bretagne.eu/fabiendagnat >> Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 >> Adr : TELECOM Bretagne >> Département Informatique >> Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Skim-app-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/skim-app-users > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/skim-app-users >
--------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : [email protected] Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
