Open a-tze opened 5 years ago
Are we sure links are always properly escaped? I don't have a good feeling about space separation – this is already kind of a hack with multiple persons.
I'm unsure about XSD of schedule.xml format, wether it defines some constraint on the content of that field or not. As long as the tracker has no concept of multivalue properties, there is no other way than using a defined separation character. At the end, this might only produce broken links in the worst case.
What about storing some actual (and sanely parsed/handled) HTML/XML?
Like a property value of <a href="URL1">Link name1</a><a href="URL2">Link name2</a>...
I know it's still a hack, multivalue properties would solve that, but this is a variation of the "separation character" approach and might be usable elsewhere.
And if you don't like HTML, what about Markup? [[URL1|Link name1]][[URL2|Link name2]]
At least something with already defined rules, how to store/interpret.
What about storing some actual (and sanely parsed/handled) HTML/XML?
HTML sounds like the most reasonable approach yet. I would refrain from introducing another markup that has then to be parsed by API consumers.
What are our chances to implement multi-value properties?
I'd only start thinking about adding the level of complexity required for multi-value properties, if we have enough use-cases. Having multiple persons or links attached to a ticket, which both won't really parsed by neither tracker nor crs scripts, is a valid use-case, but not a strong one.
If we don't find more, we can think about allowing a simple array syntax or said HTML as property value.
A simple array syntax, maybe like space separated values that must not contain spaces per definition?
This information is useful in the releasing process, where the links can be rendered into the description for example.