<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Am 13.02.2020 um 15:38 schrieb mn <<a href="mailto:mnork0@gmx.net" class="">mnork0@gmx.net</a>>:<br class=""><blockquote type="cite" class=""><br class="">On 13.02.20 14:34, Stephan Witt wrote:<br class=""><br class=""><blockquote type="cite" class="">That’s a too long post and I cannot comment in detail, sorry.<br class="">I’m trying to give you some help though. I feel some responsibility<br class="">for the whole thing to get it working on Mac as good as possible.<br class="">But I’m not good with documentation and I didn’t wrote it.<br class=""></blockquote><br class="">Thanks.<br class="">Certainly not blaming you or anyone in particular.<br class="">More 'the situation‘.<br class=""></blockquote><div class=""><br class=""></div>The situation is as good as there are volunteers to improve it. <div class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">One thing we should consider: inter-process-communication<br class="">is a security risk per se and therefore a complicated matter.<br class="">Apple changes from time to time the playground we’re acting on.<br class="">And LyX isn’t available on Mac only. We have to use generic solutions<br class="">here. The work to find alternate solutions for Mac only is not done.<br class="">And I’d like to point out one constraint: LyX shouldn’t need an installer<br class="">to get it working. It should be a self contained bundle.<br class=""></blockquote><br class="">Full agreement on the installer. That LyX and Skim (at least) should<br class="">work seamlessly and without much setup for this should still remain a<br class="">goal though.<br class=""><br class=""><blockquote type="cite" class="">Now I’ll try to demonstrate how forward search works for me:<br class=""><br class="">It cannot work with the bundled documentation. You have to<br class="">modify the document properties and this is not allowed.<br class=""></blockquote><br class="">*That* seems to be the crucial thing I started to overlook in testing<br class="">back and forth.<br class="">At one point I switched to do the testing on bundled docs, since<br class="">Reverse search did work with bundled docs<br class="">(probably see below for why),<br class="">only forward did not!<br class=""><br class=""><blockquote type="cite" class="">1. In Preferences > Output > General > PDF I entered<br class=""><br class="">/Applications/Skim.app/Contents/SharedSupport/displayline $$n $$o $$t<br class=""></blockquote><br class="">Confirmed.<br class="">And on that one, a specific path to the Skim executable that's different<br class="">does work as well, as long as it exists, and is given in full.<br class="">(No need at that point for a symlink in /Applications for Skim.)<br class=""><br class=""><blockquote type="cite" class="">2. In Preferences > File Handling > File Formats I change the setting<br class="">for Format pdf2 „PDF (pdflatex)“ - what I’m using normally - of the Viewer<br class="">to Custom and enter „open -a Skim“ as text input.<br class=""></blockquote><br class="">OK.<br class="">My current setting:<br class="">Shortname: pdf2<br class="">Viewer: Custom > open -a 'full/path/to/Skim.app/Contents/MacOS/Skim'<br class=""><br class="">the shorter version "open -a 'Skim.app'" works as well.<br class=""><br class=""><blockquote type="cite" class="">3. In Document > Settings > Formats I check "Synchronize with output“ for<br class="">the current document I want to use with forward search.<br class=""></blockquote><br class="">That is strange.<br class="">As reverse works currently also with bundled docs, this looks to me like<br class="">it's unneeded for reverse?<br class="">Once I save an editable document it also works without checking that box<br class="">for forward.<br class="">But I do have now:<br class="">'pdflatex $$i -synctex=1 $$i' in Prefs > FileHandling > Converters<br class="">LaTeX (pdflatex) -> PDF (pdflatex)<br class=""><br class="">How does that option – as taken from LyX-wiki – correspond to the<br class="">toolbar button? Button is ineffectual with that option now 'hardcoded'?<br class="">(Meaning that wiki info is outdated, or is that the toolbar button<br class="">should check for that option in settings?)<br class=""></blockquote><div class=""><br class=""></div>I cannot find the text passage referring any toolbar button in wiki.</div><div class=""><br class=""><blockquote type="cite" class="">I conclude that -synctex=1 should be removed from my settings and marked<br class="">as deprecated in wiki?<br class=""></blockquote><div class=""><br class=""></div>The wiki mentions \synctex=-1 as default. You have the option to change that</div><div class="">if you know what you’re doing. </div><div class=""><br class=""></div><div class="">I’d say you're trying to get synctex working globally via converter flags.</div><div class="">This works for me if I use a modified command. One has to use that:</div><div class=""><br class=""></div><div class="">pdflatex -synctex=-1 $$i</div><div class=""><br class=""></div><div class="">That way one can use forward search with LyX help documents too. Of course</div><div class="">reverse search is working also. Don’t ask me why the parameter must be „-1“.</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><blockquote type="cite" class="">4. To start forward search use the Navigate > Forward Search menu item<br class=""><br class="">This works for me on my system.<br class=""></blockquote><br class="">Reverse and forward work here now too. Many thanks.<br class=""><br class=""><blockquote type="cite" class="">Because of the security checks of MacOS 10.12 and newer it’s required<br class="">to confirm the operation first and probably this is<br class="">the reason for the delay of some seconds from the action in LyX til<br class=""></blockquote>reaction<br class=""><blockquote type="cite" class="">in Skim. I couldn’t find a workaround for this yet. (In case you’ve<br class=""></blockquote>denied the<br class=""><blockquote type="cite" class="">security question I don’t know how to change this if this is<br class=""></blockquote>persistent now.)<br class=""><blockquote type="cite" class=""><br class=""></blockquote><br class="">Which operation/security question to confirm exactly?<br class=""></blockquote><div class=""><br class=""></div>Here I get the attached dialog to allow LyX to control Skim.</div><div class=""><br class=""><blockquote type="cite" class="">As far as I understand, on 10.12 there is just a quarantine ('downloaded<br class="">from…') for newly downloaded stuff like Skim and LyX.<br class="">It depends on flags slapped on by the system on download into extended<br class="">attributes, and then perpetually propagated from there if you move that<br class="">file around.<br class=""><br class="">I remove those routinely before I install any non AppStore<br class="">programs/trusted free/opensource programs.<br class=""><br class="">If you mean that, I didn't see them. (The unnerving Catalina stuff I<br class="">avoided so far)<br class=""><br class=""><a href="https://derflounder.wordpress.com/2012/11/20/clearing-the-quarantine-extended-attribute-from-downloaded-applications/" class="">https://derflounder.wordpress.com/2012/11/20/clearing-the-quarantine-extended-attribute-from-downloaded-applications/</a><br class="">https://apple.stackexchange.com/questions/256625/how-to-set-restore-the-com-apple-quarantine-attribute<br class=""><br class=""><br class=""><blockquote type="cite" class="">To get reverse search working you may choose the builtin LyX in Skim.<br class="">That uses the defaults of Skim. As you’ve learned it assumes the LyX.app<br class="">is installed in /Applications and the LyX.app bundle having the script<br class="">lyxeditor in Contents/MacOS. You have to choose custom and enter the<br class="">path to your LyX.app bundle if it isn’t in /Applications. E.g.<br class="">/Users/mn/Applications/LyX.app/Contents/MacOS/lyxeditor<br class=""></blockquote><br class=""><br class="">Did I get this right:<br class="">With the symlink in place, the Skim builtin works.<br class="">Without the symlink in place, the 'Custom > full path/to/lyxeditor'<br class="">works (and is needed).<br class=""></blockquote><div class=""><br class=""></div>Yes, because of the script lyxeditor is located inside the LyX bundle.</div><div class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">As documented in SyncTeX wiki you may change the arguments to:<br class=""><br class="">"%file" %line; /usr/bin/osascript -e 'tell application "LyX" to activate'<br class=""></blockquote><br class=""><blockquote type="cite" class="">to get LyX frontmost on reverse search click.<br class=""><br class="">This works for me on my system too.<br class=""></blockquote><br class=""><br class="">Meaning the built-in preset in Skim is insufficient if<br class="">- LyX is either renamed or at alternate location<br class="">- one wants LyX to come forward on click?<br class=""> (wondering why/how that's not covered from Skim's side)<br class=""></blockquote><div class=""><br class=""></div>I’ve extended the lyxeditor script to do it. So it’s not needed anymore.</div><div class="">This will be part of LyX 2.4.0.</div><div class=""><br class=""></div><div class="">Stephan</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><blockquote type="cite" class="">Because I’m short on disk space I stay with MacTeX2015 at the moment.<br class="">But I’m sure it works with MacTeX2019 too in the same way.<br class=""></blockquote><br class="">Yep.<br class=""><br class=""><blockquote type="cite" class="">I hope this helps.<br class="">Stephan<br class=""></blockquote><br class="">'Twas enlightening.<br class="">Will retrace all that once again from clean slate and try a streamlined<br class="">write-up.<br class=""><br class="">Thanks.<br class=""><br class=""><br class="">Mike<br class=""></blockquote><br class=""><img apple-inline="yes" id="9CD87401-10EB-4EAA-A3E6-93EF5939F46D" width="457" height="201" src="cid:7F411EB0-56BC-4B8D-B230-DF15FE7A8623" class=""></div></body></html>