You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This should be noted in the documentation or code comments. KissXML "isEqual:" compares class and then object pointer only for the underlying libxml node.
Apple's "isEqual:" says:
"By default NSXMLNode implements the NSObject isEqual: method to perform a deep comparison: two NSXMLNode objects are not considered equal unless they have the same name, same child nodes, same attributes, and so on. The comparison looks at the node and its children, but does not include the node’s parent. If you want a different standard of comparison, override isEqual:."
Things that would be equal under Apple fail under KissXML. I am not asking for it to be changed, but just recommending that it be noted in the code comments are somewhere convenient so that users of KissXML can plan around the difference.
I noted this by creating an XMLString of a node and then creating another node using that XMLString and comparing them with "isEqual:". Creating new XMLString from both show that they are exactly the same.
The text was updated successfully, but these errors were encountered:
This should be noted in the documentation or code comments. KissXML
"isEqual:" compares class and then object pointer only for the underlying
libxml node.
Apple's "isEqual:" says:
"By default NSXMLNode implements the NSObject isEqual: method to perform a
deep comparison: two NSXMLNode objects are not considered equal unless they
have the same name, same child nodes, same attributes, and so on. The
comparison looks at the node and its children, but does not include the
node’s parent. If you want a different standard of comparison, override
isEqual:."
Things that would be equal under Apple fail under KissXML. I am not asking
for it to be changed, but just recommending that it be noted in the code
comments are somewhere convenient so that users of KissXML can plan around
the difference.
I noted this by creating an XMLString of a node and then creating another
node using that XMLString and comparing them with "isEqual:". Creating new
XMLString from both show that they are exactly the same.
This should be noted in the documentation or code comments. KissXML "isEqual:" compares class and then object pointer only for the underlying libxml node.
Apple's "isEqual:" says:
"By default NSXMLNode implements the NSObject isEqual: method to perform a deep comparison: two NSXMLNode objects are not considered equal unless they have the same name, same child nodes, same attributes, and so on. The comparison looks at the node and its children, but does not include the node’s parent. If you want a different standard of comparison, override isEqual:."
Things that would be equal under Apple fail under KissXML. I am not asking for it to be changed, but just recommending that it be noted in the code comments are somewhere convenient so that users of KissXML can plan around the difference.
I noted this by creating an XMLString of a node and then creating another node using that XMLString and comparing them with "isEqual:". Creating new XMLString from both show that they are exactly the same.
The text was updated successfully, but these errors were encountered: