Rrule: पहली घटना के रूप में DTSTART का उपयोग करना चाहिए

को निर्मित 25 जन॰ 2015 · 10टिप्पणियाँ · स्रोत: jakubroztocil/rrule

आईकैलेंडर विनिर्देश के अनुसार:

 The "DTSTART" property defines the first instance in the recurrence set.

और इसमें इसका एक उदाहरण शामिल है:

 Every other week on Monday, Wednesday and Friday until December 24,
 1997, but starting on Tuesday, September 2, 1997:

 DTSTART;TZID=US-Eastern:19970902T090000
 RRULE:FREQ=WEEKLY;INTERVAL=2;UNTIL=19971224T000000Z;WKST=SU;
  BYDAY=MO,WE,FR
 ==> (1997 9:00 AM EDT)September 2,3,5,15,17,19,29;October
 1,3,13,15,17
     (1997 9:00 AM EST)October 27,29,31;November 10,12,14,24,26,28;
                       December 8,10,12,22

rrule.js 2 सितंबर को एक घटना के रूप में शामिल नहीं करता है। rrule.js में पहली घटना 3 सितंबर है।

स्रोत

espen

👍7

सबसे उपयोगी टिप्पणी

मैं सहमत हूं, डिफ़ॉल्ट रूप से dtstart को अन्य प्रणालियों के साथ अधिक सुसंगत होने के लिए समावेशी होना चाहिए।

मैंने वर्तमान व्यवहार की सूक्ष्मताओं को प्रदर्शित करते हुए एक कोडपेन बनाया: https://codepen.io/arshaw/pen/qwEQNO?editors=0010

arshaw 2 अप्रैल 2019

👍2

सभी 10 टिप्पणियाँ

इस पर प्लस 1। RRule डेमो ऐप पर प्रारंभ दिनांक/अवधि का बिल्कुल भी सम्मान नहीं कर रहा है

GeoffreyEmery 19 फ़र॰ 2015

😕3

सहमत हैं, Google आरएफसी 2445 जावा लिब से निपटने के दौरान इसने मुझे फेंक दिया।

bsaverino 13 मई 2015

:+1: इस प्रकार मानक (और Google कैलेंडर, ऐप्पल (मैक ओएस/आईओएस/आईक्लाउड) कैलेंडर जैसे अनुपालन सिस्टम काम करता है।

tilthouse 19 नव॰ 2015

@jkbrzt , अभी, rrule.js अजगर dateutil की कार्यक्षमता से बंधा हुआ है

आरएफसी में दस्तावेज के विपरीत, प्रारंभिक डेटाटाइम (डीटीस्टार्ट) पहला पुनरावृत्ति उदाहरण नहीं है, जब तक कि यह निर्दिष्ट नियमों में फिट न हो।
–– डेटुटिल डॉक्स

यह डेटुटिल से एक बड़े प्रस्थान की तरह प्रतीत होता है, जो इस मामले में समझ में आता है। इसमें लगभग सभी परीक्षण मामलों को बदलना शामिल होगा। विचार? क्या आप बदलाव का समर्थन करेंगे?

hwangmoretime 22 फ़र॰ 2016

👍2

@hwangmoretime मैंने आपके परिवर्तनों को README दस्तावेज़ीकरण में मिला दिया है जहाँ rrule.js RFC से भिन्न है, इसके लिए धन्यवाद। हाँ, rrule.js अनुरूप (यह समस्या + byday कीवर्ड तर्क) बनाने के लिए यह बहुत मायने रखता है। यह पिछड़ा-संगतता तोड़ देगा, हालांकि इसे अच्छी तरह से प्रलेखित करने की आवश्यकता है।

jakubroztocil 24 फ़र॰ 2016

मुझे विश्वास है कि इसमें अभी भी एक बग है। यह all() लिए काम करता है लेकिन between विधि के लिए नहीं। नीचे दिए गए उदाहरण में, मैंने रीडमी के अनुसार dtstart और rdate को RRuleSet ऑब्जेक्ट पर सेट किया है।

screen shot 2016-03-19 at 1 41 49 pm

नियमसेट
RRuleSet {_cache: Object, _rrule: Array[1], _rdate: Array[1], _exrule: Array[0], _exdate: Array[0]}

rruleSet.valueOf ()
["RRULE:FREQ=YEARLY;DTSTART=20120122T000000Z;INTERVAL=1;WKST=0;BYMONTH=3;BYMONTHDAY=19;BYHOUR=13;BYMINUTE=39;BYSECOND=27", "RDATE:20120122T000000Z"]

rruleSet.all()[0]
Sat Jan 21 2012 16:00:00 GMT-0800 (PST)

rruleSet.between(startDatetime, endDatetime)
[Sat Mar 19 2016 13:39:27 GMT-0700 (PDT)]

ध्यान दें कि कॉल करने के लिए विधि all , लौटाई गई तिथि मूल dtstart मेल खाती है लेकिन between , यह वर्तमान समय पर वापस आ जाती है

adamwong246 19 मार्च 2016

यहाँ थोड़ा और संदर्भ है। जहाँ तक मैं बता सकता हूँ, रूलसेट मेरी अपेक्षा के ठीक विपरीत कर रहा है। यह तिथियों की एक सूची तैयार करता है, जहां ज़ीरोथ तत्व मूल वांछित घटना की शुरुआत है। लेकिन यह वर्तमान समय है जब तारीखों की एक श्रृंखला में विस्तार हो जाता है। मुझे 21 जनवरी को तारीखों की एक सूची मिलने की उम्मीद थी, लेकिन वर्तमान समय (22 मार्च) का उपयोग करते हुए रूलसेट "पुनरावर्ती" हुआ।

screen shot 2016-03-22 at 6 02 21 pm

मैंने रेपो खींच लिया है और कुछ परीक्षणों के साथ इसे कम करने की कोशिश कर रहा हूं लेकिन किसी भी सलाह की सराहना की जाती है।

adamwong246 23 मार्च 2016

मुझे डीटीस्टार्ट के साथ एक ही समस्या थी। देखें https://stackoverflow.com/questions/54517101/rrule-not-setting-correct-time-if-dtstart-is-set
जब मैं कंस्ट्रक्टर में dtstart सेट करता हूं, तो मुझे .all() के साथ सही समय मिलता है, लेकिन अगर मैं बाद में dtstart सेट करता हूं, तो मुझे वर्तमान समय मिलता है।

danydhondt 4 फ़र॰ 2019

arshaw 2 अप्रैल 2019

👍2

डिफ़ॉल्ट रूप से dtstart को अन्य प्रणालियों के साथ अधिक सुसंगत होने के लिए समावेशी होना चाहिए।

माना। शासन पर अब गति के लिए उठना। यह एक महान समय बचाने वाला है (धन्यवाद!), लेकिन यह समावेशी तिथि एक अजीब बारीकियों को जारी करती है जिसे संबोधित करने के लिए कुछ कस्टम तर्क की आवश्यकता होती है। इसे अद्यतन देखना अच्छा लगेगा। समझ में आया कि वर्तमान व्यवहार अजगर-डेटुटिल के अनुरूप है, लेकिन मुझे लगता है कि प्राथमिकता एक अजीब विचलन को बनाए रखने के बजाय आरएफसी मानक के अनुरूप व्यवहार पर होनी चाहिए।

इसके अलावा, प्रति टिप्पणी नीचे:

ध्यान दें कि आप RRuleSet का उपयोग करके और dtstart को rdate के रूप में जोड़कर मूल व्यवहार प्राप्त कर सकते हैं।

जैसा कि सबसे अच्छा मैं बता सकता हूं, यह कई उपयोग मामलों के लिए आवश्यक कामकाज की जटिलता को महत्वपूर्ण रूप से कम करता है।

उदाहरण के लिए, मान लें कि आपके पास निम्नलिखित नियम पैरामीटर हैं:

new RRule({
  freq: RRule.WEEKLY,
  dtstart: new Date(Date.UTC(2020, 10, 1, 21, 0, 0)),
  count: 10,
  interval: 2,
  byweekday: RRule.MO
})

रविवार, 1 नवंबर, 2020 की आरंभ तिथि के साथ इसका अनुवाद "हर 2 सप्ताह में सोमवार को 10 बार" होना चाहिए ।

अब, प्रारंभ तिथि के बाद सबसे पहला कैलेंडर सोमवार 2 नवंबर है... इसलिए, 2 के अंतराल के साथ, हम उम्मीद करेंगे कि जेनरेट की गई ईवेंट तिथियां 2 नवंबर, 16 नवंबर, 30 नवंबर आदि होंगी।

हालांकि, rrule पैकेज इसके बजाय हमें 9 नवंबर, 23 नवंबर आदि की तारीखें देता है। दूसरे शब्दों में, हमारा पूरा अंतराल गलत है, एक सप्ताह आगे स्थानांतरित कर दिया गया है। इसे ठीक करना उतना आसान नहीं है जितना "RuleSet का उपयोग करना और dtstart को rdate के रूप में जोड़ना।" इस प्रकार के फिक्स के लिए काफी कुछ और काम है।

matwerber1 24 नव॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Rrule: पहली घटना के रूप में DTSTART का उपयोग करना चाहिए

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों