Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
add type information for variable element in XML
this information is needed to distinguish between various varaible types like function or plain value.
- Loading branch information
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think you may be breaking the well-formedness of the result:
Also, why the change?
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mvidner you are right builtin change is mistake that should not go here. I revert this part.
About xml validness how you get such type? catString should not return it - https://github.com/yast/yast-core/blob/master/liby2/src/SymbolEntry.cc#L214
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
revert is fixed in @5fc2aa0
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, I see. So I'd expect the attribute to be named category, because type of a variable has an established meaning already. But it also depends on how other instances of
catString
are serialized.94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mvidner you are right, that is exactly also my idea what I think about it during yesterday night. So change in 4a6f03f
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good!
Hm, this discussion under individual commits is hard to follow. For the record, this has been an ex-post code review after an accidental push.
I think that next time, if little time has passed since we notice the mistaken push, we should simply warn on IRC and force-push the previous HEAD.
94c2902
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, force pushing is not acceptable for me, especially when we also have automatic build submissions on jenkins, I don't hesistate to show in git history that I make sometimes mistakes :)