persiancal / cal-events Goto Github PK

مبنای تقویم قرار هست به چه صورت انتخاب بشه؟ آیا رویدادها نسبت به یک تقویم مرجع ثبت می‌شوند یا هر رویدادی نسبت به تقویم خودش؟ مثلا روز عاشورا ۱۰ام محرم تقویم قمری است یا در سال ۱۳۹۸ شمسی روز ۱۹ام شهریور یا ۱۰ام سپتامبر ۲۰۱۹ به عنوان روز عاشورای آن سال ثبت می‌شود؟

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

Ref #11

Ref #11

بعضی از مناسبت‌ها هفتگی و بعضی ها دهه هست. خوبه این مدت هم توی یه فیلد بیاد

وارد کردن اطلاعات ماه مرداد

به نظرم لینک ویکی پدیا هم اضافه بشه به هر مناسبت بد نباشه

holiday

Originally posted by @kevinmiston in #11 (comment)

Ref #11

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

برای تعیین اعتبار لینکهای درج شده به عنوان منبع، تنها کاری که به نظرم میرسه اینه که همه رو چک کنیم که خروجیش ۲۰۰ باشه و نه ریدایرکت یا هر کد دیگه‌ای.
فقط نمیدونم ویکی بلاکمون میکنه یا نه :)

Ref #11

پیشنهاد برای اسم پذیرفته میشه :)‌و اگه کسی امکان همکاری داره هم من با کمال میل اضافش میکنم بهش.

ref #11

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

Ref #11

سوال ساده. چرا از جیسون برای اینکار استفاده نمی‌کنید. فکر کنم مشکلاتی که ذکر کردید را براحتی رفع کند. به زبان برنامه نویسی خاصی هم وابستگی ندارد.

در مورد مناسب‌های مخصوص یک قوم یا شهر که شاید در تقویم رسمی ذکر نشده باشند ولی در یک منطقه وجود داره هم بنظرم میشه برنامه‌ داشت.

مثلا قزوینی ها یه مراسمی دارن به اسم پنجاه بدر که هنوز برگزار میشه ولی خب شاید تو شهر دیگه‌ای نباشه.

https://fa.wikipedia.org/wiki/%D9%BE%D9%86%D8%AC%D8%A7%D9%87_%D8%A8%D8%AF%D8%B1

Ref #11

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

Ref #11

اگر کلید باقی بمونه در دراز مدت باید توضیح بدیم این کلید چیه و چه کاربردی داره و محتواش چجوری انتخاب شده. برای کسایی که مینتینر این دیتا اینجا هستن این کلید مهمه، ولی بودنش در فایل نهایی لازم نیست به نظر من. میشه حذفش کرد کاملا.

Ref #11

به نظرم برای شماره کلید هر رویداد یک عدد ۹ رقمی در نظر بگیریم که به ترتیب از چپ به راست ۲ عدد شماره تقویم٬ ۲ عدد شماره ماه٬ ۲ عدد شماره روز از ماه و ۳ عدد افزایشی برای رویدادهای آن روز در ماه:
مثلا:
key: 101125100
در تقویم جلالی ۱۰
ماه بهمن ۱۱
روز ۲۵
رویداد اول ۱۰۰
و
key: 101125101
در تقویم جلالی ۱۰
ماه بهمن ۱۱
روز ۲۵
رویداد دوم ۱۰۱
حالت بهتر این هست که به جای وارد کردن دستی٬ کلید با چنین ساختاری زمان ساخت پوشه dist تولید بشه.

حالا که فایل تقویم شمسی از نیمه رد شده میتونیم ماههای قمری رو شروع کنیم. این تیکت به عنوان راهنمای ماههای قمری استفاده میشه.

اصلاح fa_IR: فتح خرمشهر در عملیات بیت‌المقدس (۱۳۶۱ ه‍.ش) و روز مقاومت، ایثار و پیروزی

#46 (comment)

Ref #11

با توجه به اینکه تقریبا یک ساختار اولیه و نا کامل وجود داره، میشه اطلاعات رو اضافه کرد. پیشنهاد من اینه که ماه به ماه رو به یه نفر بسپاریم و درنهایت یه نفر دیگه بررسی کنه و در آخر هم اگه تغییری در ساختار دادیم اصلاحشون کنیم.

برای هر ماه یک ایشو میسازیم و به شخص میسپاریم.

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

از آنجایی که خیلی‌ها با زبان گو آشنایی ندارند به نظرم پوشه دیست رو خودمون/سی‌آی به صورت مجزا به روز کنیم بهتر باشه.

بعضی رویدادها نسبی هستند مثلا روز قدس (آخرین جمعه ماه رمضان) یا چهارشنبه سوری (غروبِ سه‌شنبه، شبِ پیش از آخرین چهارشنبهٔ ماه اسفند) که البته من به غیر از این دو در تقویم‌های این منطقه مورد دیگری سراغ ندارم ولی در باقی تقویم‌ها مورد مشابه زیاد هست مثل:
Thanks giving, Black friday
سوال این هست که این موارد چطور باید هندل بشه؟

ویرایش فایل برای اضافه کردن ساختار و توضیح هر بخش و طریقه اعتبار سنجی و ویرایش

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

ساختار پوشه‌ها رو اینطور در نظر بگیریم که پوشه تقویم داشته باشیم و برای هم تقویم یک پوشه و داخلش برای هر ماه یک فایل.

اینطور هم کمتر کانفلیکت به وجود میاد و فایل‌ها کوچکتر مشین و کار باهاشون راحت‌تر.
مثلا:

calendars
├── hijri
│ ├── 1.yaml # moharam
│ ├── 2.yaml
│ ├── 3.yaml
│ ├── 4.yaml
│ ├── 5.yaml
│ ├── 6.yaml
│ ├── 7.yaml
│ ├── 8.yaml
│ ├── 9.yaml
│ ├── 10.yaml
│ ├── 11.yaml
│ └── 12.yaml
└── jalali
├── 1.yaml # farvardin
├── 2.yaml
├── 3.yaml
├── 4.yaml
├── 5.yaml
├── 6.yaml
├── 7.yaml
├── 8.yaml
├── 9.yaml
├── 10.yaml
├── 11.yaml
└── 12.yaml

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید

Ref #11

امیدوارم عنوان گمراه کننده نباشه
ایشویی به ما رسیده بود که مثلا ۱۲ فروردین قبل از انقلاب روز جمهوری اسلامی نبوده
ولی ما برای تمامی سال‌ها این مناسبت‌ها رو
نمایش میدیم
خوبه که امکانی باشه که از چه تاریخی به بعد این مناسبت وجود داره، مثلا روز کارگر از یک سالی به بعد انتخاب شده. یا از چه تاریخی به بعد وجود نداره. به احتمال زیاد جشنی برای تولد ولیعهد قبل انقلاب بوده.
امکان نمایش مناسبت‌های همون زمان رو تو تاریخ مربوطه وجود داشته باشه

چگونه باید به یک رویداد اعتبار داد. مثلا اگر من معتقد باشم تولد من مهمه باید اینجا باشه چی؟ البته برای مرگها و تولدها یه ساختار دیگه بعدا اضافه میشه.
مثلا اگر پیروان یک مکتب خاص بخوان رویدادهاشونو اضافه کنن مبنای رد یا تایید رو چی بذاریم؟

پیشنهاد اولیه من اینه که مبنای اعتبار یک رویداد رو بذاریم ویکی پدیا یا منابع رسمی یک کشور. هر کدوم بود اون رویداد رو بپذیریم

به نظرم خوبه که یه استاندارد برای کامیت ها در نظر بگیریم. قرار هم نیست خیلی دست و پا گیر باشه فقط برای یک دست شدن کامیت ها
نکته بعد اینکه بهتره کامیت های تو هر
PR
رو ادغام کنیم و به عنوان یک کامیت به مستر اضافه بشه

ref #11

مستندات مربوط به کلیدهای رویداد را ببینید

و اگر سوالی داشتید هم برای اینکه یکجا باشد در ایشوی شماره #65 بپرسید