[OS X TeX] Tabs in TS

G. M.-S. lists.gms at gmail.com
Mon Mar 1 22:13:17 EST 2021


Just in case:  If all you wish to know is where the file opened by texdoc
is located, you can use the --list option.
For instance:

$ texdoc -l garamondx

 1 /Users/me/Library/texmf/doc/fonts/garamondx/garamondx-doc.pdf

 2 /Users/me/Library/texmf/doc/fonts/garamondx/garamondx-docFr.pdf

 3 /Users/me/Library/texmf/doc/fonts/garamondx/README

Enter number of file to view, RET to view 1, anything else to skip:


which will give you all the possibilities and their locations.

Guillermo

On Tue, 2 Mar 2021 at 00:19, G. M.-S. <lists.gms at gmail.com> wrote:

>
> Hi Roussanka,
>
> Yes, you are right:  Preview will not "obey" (1) for any file in ~/Library
> (and I had never noticed it).
>
> Here is a workaround:
>
> File > Move To…
>
> plus a click will give you the full path of the file, in a less convenient
> way (and you have to be careful not to move it actually).
>
> Again, HTH,
>
> Guillermo
>
> On Mon, 1 Mar 2021 at 23:56, Roussanka Loukanova <rl.stpuu at gmail.com>
> wrote:
>
>> Hi Guillermo,
>>
>>> 1) cmd-click (or ctrl-click) on the title of the window will give you
>>> the full path of the file, and you can go up anywhere in it.
>>>
>>
>> Indeed, based on some more tests, this works for pdfs in the Documents
>> folder and in:
>> /usr/local/texlive/2020
>> But  cmd-click (ctrl-click) doesn't work for pdfs in the local directory
>> ~/Library/texmf/doc
>> Clicking only reveals the icon and the path in the v (mv).
>>
>> 2) Clicking on something like a caron ˇ at the right of the window title
>>> behaves just as the Unix command "mv":  You can specify a new name or a
>>> target directory, and the file will change its name and its location
>>> accordingly.  The problem is, the default *target* directory depends on
>>> your previous actions dealing with files, and has nothing to do with the
>>> *current* directory of your file.
>>>
>>
>> Now I can see what is the intention, even if problematically implemented,
>> of the V on the right of the title.
>>
>> Thanks for the explanation!
>> Roussanka
>>
>> HTH,
>>>
>>> Guillermo
>>>
>>> On Mon, 1 Mar 2021 at 22:04, Roussanka Loukanova <rl.stpuu at gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> On Mon, Mar 1, 2021 at 9:22 PM Herbert Schulz <herbs at wideopenwest.com>
>>>> wrote:
>>>>
>>>>> > On Mar 1, 2021, at 2:07 PM, Justin C. Walker via MacOSX-TeX <
>>>>> macosx-tex at email.esm.psu.edu> wrote:
>>>>> >
>>>>> >> On Feb 28, 2021, at 17:16 , Herbert Schulz <herbs at wideopenwest.com>
>>>>> wrote:
>>>>> >>
>>>>> >>> On Feb 28, 2021, at 5:45 PM, Roussanka Loukanova <
>>>>> rl.stpuu at gmail.com> wrote:
>>>>> >>>
>>>>> >>> Hi,
>>>>> >>>
>>>>> >>> Just in case,  to share an irritating experience with Preview,
>>>>> which may be not related to the one with the tabs in TeXShop.
>>>>> >>>
>>>>> >>> Already on several occasions: I would read through some pdf in
>>>>> Preview. Then I close that pdf, and maybe even quit Preview (I can't say).
>>>>> Later, I would open some other pdf. I am pretty sure that at least one of
>>>>> those pdfs was via texdoc from Terminal. I would try to see where the pdf
>>>>> is located, by clicking on the small icon in the Preview bar, and/or the v
>>>>> sign. I would see the directory of the previous pdf, obviously not the
>>>>> right one.
>>>>> >>>
>>>>> >>> Now, I can't reproduce it. But that happened, on several
>>>>> occasions, incl. last days.
>>>>> >>>
>>>>> >>> Best Regards,
>>>>> >>> Roussanka
>>>>> >>
>>>>> >> Howdy,
>>>>> >>
>>>>> >> When you say Preview I assume you mean the Preview application (as
>>>>> opposed to the Preview Window of TeXShop). That has nothing to do with
>>>>> TeXShop. Are you sure you are opening the proper file? The Preview
>>>>> applciation does not update automatically when the pdf file is updated.
>>>>> >
>>>>> > I can verify this, at least on 10.13 (High Sierra).  Apple’s Preview
>>>>> seems to behave differently than other apps, in that, if that small icon
>>>>> appears at all, it is inert.  The “down arrow” to the right of the file
>>>>> name drops a window with two text boxes (name, tags), and a directory. The
>>>>> content of the latter may be the directory name where last it looked.  I
>>>>> can’t be sure now (it’s been a couple of weeks since I used it).
>>>>> >
>>>>> > And AFAICT, this is not intermittent; it’s just the way it works.
>>>>> >
>>>>> > If you want to find out that it works as expected, you can file a
>>>>> bug report with Apple :-}.
>>>>> >
>>>>> > HTH
>>>>> >
>>>>> > Justin
>>>>>
>>>>> Howdy,
>>>>>
>>>>> If you Cmd-Click the File Name you get the full path of the document.
>>>>> I think it has been that way for a long time.
>>>>>
>>>>
>>>> Now-and-then it's the correct path. But as you saw from my Screenshot,
>>>> now-and-then, it's the path of a previously opened pdf. By Cmd-Click, it
>>>> shows the full path of  a previous pdf.
>>>>
>>>> Right now, I've reproduced it twice, after two views via texdoc,
>>>> Preview shows the path of :
>>>>
>>>> ~ $ texdoc amsmath
>>>> ~ $ texdoc llncs  > this displayed llncs.doc.pdf, but shows "trees"
>>>> (of previous pdf) Cmd-Click shows the full path to "tree"
>>>> ~ $ texdoc llncs > this tisplayes llncs.doc.pdf, but shows the
>>>> directory Downloads, where I saved the previous Screenshot
>>>>
>>>>
>>>> The Screenshots are attached.
>>>>
>>>>
>>>> Good Luck,
>>>>>
>>>>> Herb Schulz
>>>>> herbs at wideopenwest.com
>>>>
>>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://email.esm.psu.edu/pipermail/macosx-tex/attachments/20210302/e0801ab3/attachment.htm>


More information about the MacOSX-TeX mailing list