** WARNINGS * [ICalendar > VEvent > VAlarm]: The trigger must specify which date field its duration is relative to. FIN - WARNINGS ***
It's really interesting to debug when there is a problem with an iCal, but it's difficult to use it in the code.
I thought about taking a Map instead of a List, and store warnings with a key like "METHOD", "VERSION", so that we can get it in the code to know if there is a problem or not with one property. The problem is for the properties that appear several times in an iCal...
I leave you to consider the question, it was just an idea ;)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
Today the developper can get warnings like this :
** WARNINGS *
[ICalendar > VEvent > VAlarm]: The trigger must specify which date field its duration is relative to.
FIN - WARNINGS ***
It's really interesting to debug when there is a problem with an iCal, but it's difficult to use it in the code.
I thought about taking a Map instead of a List, and store warnings with a key like "METHOD", "VERSION", so that we can get it in the code to know if there is a problem or not with one property. The problem is for the properties that appear several times in an iCal...
I leave you to consider the question, it was just an idea ;)
Thanks for the suggestion. I like the idea of organizing the validation warnings in some way. Do you think something like this would be more useful?
Last edit: Michael Angstadt 2013-07-22
I think it is better, but this is not exactly what I had imagined ..
I wish I could get the warnings directly related to property:
So that if I want to be shure that METHOD, for example, is correct, I test:
The problem is for properties that may be present in several locations in iCal. I have no immediate solution to this question ....
What about this?
Yes, better! :)
But how can we do if we have several events in the same iCal file, to know in which event the problem is ?
Could do this:
Yes good !!
I think it can useful :) But you do as you prefer :)
This functionality makes sense to have. Thanks for your input! Added in r208.