Skip to content

Parse non-xml plists #7

Open
grosser opened this Issue Oct 5, 2011 · 10 comments

3 participants

@bleything
Owner

Nope. That's not a plist, just some random file with a plist extension.

@bleything bleything closed this Oct 5, 2011
@patsplat
Collaborator
@bleything
Owner

That was my initial thought too, but I looked around and couldn't find any official spec for json plists. I think maybe it's something that TextMate has done to encode plists in a friendlier format?

If there's a standard, even if it's emerging, I'd be happy to add support for it. I just want documentation so we don't end up implementing something broken.

@grosser
grosser commented Oct 5, 2011

I thin kits this:
http://en.wikipedia.org/wiki/Property_list

From the look of it its the same content, just another format

@bleything bleything reopened this Oct 5, 2011
@bleything
Owner

Well, just about any data structure can be turned into a plist. My opinion is that if plutil doesn't speak it, we shouldn't support it.

That said... turns out plutil has a json format now. I can't find any docs, but it should be relatively easy to write tests to verify that we're doing the right thing.

Reopening this request.

@grosser
grosser commented Oct 5, 2011

i tried this: http://scw.us/iPhone/plutil/plutil.pl
but it did not read or convert this file, how did you do it ?

@bleything
Owner

$ man plutil

:)

@grosser
grosser commented Oct 5, 2011

also did not work, maybe its outdated on ubuntu...

@bleything
Owner

Ah, ubuntu. plutil is part of OSX. Can't help you on other platforms.

@patsplat
Collaborator

Don't have any problems with supporting NeXT property lists but it seems a bit esoteric. Parsing and emitting binary and json plists is definitely a desired feature.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.