Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What's up with the UTIs that QLColorCode declares? #56

Closed
saagarjha opened this issue Feb 17, 2020 · 2 comments
Closed

What's up with the UTIs that QLColorCode declares? #56

saagarjha opened this issue Feb 17, 2020 · 2 comments

Comments

@saagarjha
Copy link

I was taking a look at the UTIs that QLColorCode has in its Info.plist and it there seem to be a bunch of dynamic UTIs:

<string>dyn.ah62d4rv4ge81g6pq</string>
Why aren't we just properly defining them and sticking them in UTIImportedTypeDeclarations? Plus, why don't we support files such as public.c-source or other common file types?

@hamiltont
Copy link

Related discussion - whomwah/qlstephen#87

@ideologysec
Copy link

it looks like this is what macOS does for files that it doesn't know what they are, were created by an application, and are not explicitly plaintext.

ie:

$ mdls -name kMDItemContentType /Users/user/Developer/example-repo/example.code-workspace
kMDItemContentType = "dyn.ah62d4rv4ge80g55eqy01s55wrr31a2pdqy"

and this is surely something I'd like to see QLColorCode (or qlstephen) support, since it's basically a YAML/JSON file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants