On Thu, May 7, 2009 at 7:13 PM, Christiaan Hofman <[email protected]>wrote:
>
> On 7 May 2009, at 6:41 PM, Maxwell, Adam R wrote:
>
> On 05/07/09 08:26, "[email protected]" <[email protected]> wrote:
>>
>> For giggles, I trashed TeXLiveUtility, and then quit Finder. I
>>>>>> restarted Finder, and voilà, I can open DVI with Skim again. Odd
>>>>>> that this is the case; I've had TeXLiveUtility up for weeks now with
>>>>>> none of this nonsense.
>>>>>>
>>>>>
>>>> Was TLU was running while you updated Skim?
>>>>
>>>
>>> No, it was not. Skim was already on my machine months ago, when I first
>>> installed TLU. Perhaps "being there first" gave Skim control over DVI's,
>>> and
>>> when I updated Skim, the newer version of Skim was no longer "there
>>> before
>>> TLU", which gave TLU governing power. I am not going to reinstall TLU
>>> since I
>>> don't want to foul things up again, and it was only there for play
>>> purposes.
>>>
>>
>> I understand. However, there's nothing I can do about this in TLU. If
>> multiple applications/bundles declare a UTI for the same file type (e.g.
>> dvi
>> = org.tug.tex.dvi and dvi = net.sourceforge.skim-app.dvi) and both are
>> imported, the results are not deterministic.
>>
>> I think there are a couple of solutions on the Skim side:
>>
>> a) declare the DVI UTI as exported so it overrides all others
>>
>
> Sounds like bad behavior, AFAIC not an option.
>
> b) add org.tug.tex.dvi in LSItemContentTypes for .dvi
>>
>>
> Doesn't work either, it has bad side effects on the save panel format
> popup.
>
> Unfortunately AppKit is really opaque in its UTI handling.
>
> Fortunately I found another solution:
>
> c) If we don't know the type, try to find readable type based on the file
> extension.
>
> This seems to wok well, and moreover is not dependent on knowing all
> possible UTI that any app may ever want to declare.
>
SIGH, and this breaks the Open panel...
I've come to the conclusion that there is no correct solution, the system is
just badly buggy and workarounds don't exist. Let's just hope Apple will fix
this very soon, though I have little hope because they closed 2 of my bugs
on this without any motivation! I'll keep bugging them though until they
come to their senses.
> Of course this is really something that should be fixed in AppKit, so I
> filed another bug, rdar://problem/6864895.
>
>
> Neither would break TLU's plugins. I'm prodding the MacTeX group to see
>> if
>> we can get some action on a formal community recommendation for UTIs. It
>> may or may not be org.tug.tex.
>>
>
> Christiaan
Please urge them to make a decision, it's required to have a single UTI
because Apple won't help.
Christiaan
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Skim-app-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/skim-app-users
