Byte summary case isn't handled about go-plist HOT 4 CLOSED

That's a fair point. It might be worth having a smaller separate package that just takes the text plist parsing code out of this one and handles defaults' output 😄

That way, users don't have to have a bunch of XML/Binary parsing they don't need, and this package can keep up with the plist standard without worrying about breaking defaults' parsing!

from go-plist.

Thanks for the request!

So, here's the problem with defaults: the output from defaults is not a property list. It pretends to be one, but it doesn't follow a number of the basic formatting rules. It's just not a recognizable property list format. I'm not sure that I want to add support for various not-actually-plist formats to the plist library 😄

I have to ask, though: the input to defaults is a property list file. Why not just parse the property list directly instead of asking defaults to convert it and then trying to parse it after defaults is done with it? It's a middleman that is effectively corrupting the data. By skipping it, you'll get more reliable results and you're guaranteed that that data is in the right format.

from go-plist.

ah! i definitely see what you mean.
defaults read gives a giant blob of "plist" defaults data for all the domains. would you be open to a mode that can manage this weird output? Being able to use defaults read gets me exactly what i'm looking for, without having to scan for plist files.

from go-plist.

Sounds good! :)

from go-plist.