As currently documented, multiple fallback rules, matter of fact multiple fallbacks to the fallbacks, are allowed. What about -simplifying- the grammar instead of allowing for endless more variants, with no actual use, no sensible interpretation and no implementation. SimonPoole (talk) 06:15, 11 August 2014 (UTC)
- Specifying it this way is just simpler (not limiting the use of fallback rules). This is also supported by the evaluation tool. Note that you can also add additional selectors to fallback rules (which could be handy in some cases). What exactly do you mean by "simplifying"?? You might want to read my opinion about the syntax ;)--Ypid (talk) 23:19, 20 August 2014 (UTC)
- Thanks very much. I am on it. Adding a space symbol is my next task. The evaluation tool can tell you where spaces are expected in the meantime. --Ypid (talk) 23:19, 20 August 2014 (UTC)
Ramadan as variable_date
In islamic countries restaurants are closed or have different opening hours during ramadan. Because ramadan is not always the same number of days, we might need both the beginning of ramadan and Eid. Elgaard (talk) 17:46, 6 September 2015 (UTC)
- Sounds good. I guess defining it as <variable_date> makes sense. Maybe something like ramadan_begin and ramadan_end. Alternative tagging would be defining a second <plural_day_holiday>. I am not yet sure what is best here. Is there a need to refer the first and last day explicitly? Like specifiying different opening hours for the day before the beginning? Can you write an proposal for that? Checkout Proposed_features/opening_hours_open_end_fixed_time_extension as an example. Also you need to define how to calculate the ramadan dates or otherwise provide that information.--Ypid (talk) 19:06, 6 September 2015 (UTC)
Daylight saving time as variable_date
Would it be possible to have periods where daylight saving is in effect as a variable date? Something along the lines of dst?