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

نه برای اون فایل هنوز بروز رسانی ندارم. ( من وقتم یکم محدوده توی این چد روز وگرنه کامل درستش می کردم)

نگاه کنید من سر یک دوراهی کامل موندم . نمی دونم از کدوم راه برم.
خوشحال می شم دیگران ( اونایی که واردند ) نظر بدهند.

یک راه برای هجری کردن تاریخ اینه که داخل هسته ( یعنی پوشه include ) تاریخ رو با فرمت هجری تبدیل کرد که تموم قسمت های دروپال رو تحت تاثیر خودش قرار می ده. ( و مشکلات زیادی برای تکمیل کردنش پیش راه هست )

راه دوم اینه که داخل قالب ها طوری تنظیم کرد که با تعویض زبان تنها نمایش دادن تاریخ ها عوض بشه . اینطوره اصل دروپال کاراشو با تاریخ میلادی انجام می ده ولی نمایشش در جاهایی که بخوای بصورت هجری شمسی انجام می گیره.

حالا خودم موندم از کدوم یک از این را ها استفاده کنم.

برای تبدیل تاریخ با تبدیل زبان نیز هنوز وقت نکردم از نویسنده های اصلی دروپال بپرسم ببینم متغیرهای گولوبال رو چی تعریف کردن. در اولین فرصتی که (از شر کنکور ارشد راحت شدم) حتما اینکارو پیگیری می کنم.

تا اون زمان فکر کنم از همین پکیج های فعلی اگر استفاده کنید مشکلی پیش نخواهد آمد.

سلام من هنوز هم نظرم این هست که این روش جهت نمایش تاریخ مناسب نیست و نباید این تغییرات رو در هسته داد ولی فعلا که فرصت نکردم وقت بزارم روش برای این که همین تقویم بتونه پشتیبانی چند زبانه رو هم بکنه در بخشی از فایل common.inc که تغییرات مربوط به فارسی رو دادید به صورت زیر تغییر بدید:

  global $locale;
  switch ($locale)
  {
  case 'fa':
  for ($i = 0; $i < $max; $i++) {
    $c = $format[$i];
    if (strpos('AaDFlM', $c) !== FALSE) {
      $date .= t(jdate($c, $timestamp));
    }
    else if (strpos('BdgGhHiIjLmnsStTUwWYyz', $c) !== FALSE) {
      $date .= jdate($c, $timestamp);
    }
    else if ($c == 'r') {
      $date .= format_date($timestamp - $timezone, 'custom', 'D, d M Y H:i:s O', $timezone);
    }
    else if ($c == 'O') {
      $date .= sprintf('%s%02d%02d', ($timezone < 0 ? '-' : '+'), abs($timezone / 3600), abs($timezone % 3600) / 60);
    }
    else if ($c == 'Z') {
      $date .= $timezone;
    }
    else if ($c == '\\') {
      $date .= $format[++$i];
    }
    else {
      $date .= $c;
    }
  }
  break;
  default:
   for ($i = 0; $i < $max; $i++) {
    $c = $format[$i];
    if (strpos('AaDFlM', $c) !== FALSE) {
      $date .= t(gmdate($c, $timestamp));
    }
    else if (strpos('BdgGhHiIjLmnsStTUwWYyz', $c) !== FALSE) {
      $date .= gmdate($c, $timestamp);
    }
    else if ($c == 'r') {
      $date .= format_date($timestamp - $timezone, 'custom', 'D, d M Y H:i:s O', $timezone);
    }
    else if ($c == 'O') {
      $date .= sprintf('%s%02d%02d', ($timezone < 0 ? '-' : '+'), abs($timezone / 3600), abs($timezone % 3600) / 60);
    }
    else if ($c == 'Z') {
      $date .= $timezone;
    }
    else if ($c == '\\') {
      $date .= $format[++$i];
    }
    else {
      $date .= $c;
    }
  }

  break;
  }

به نظر من در مورد تقویم جلالی موضوع جدی تر است
ما باید راه حلی داشته باشیم که کلیه این موارد رو پوشش بده:
1-امکان انتخاب این که یک عنصر تاریخی ایجاد شده به صورت جلالی نمایش داده شود یا میلادی (برای مثال ممکن است بخواهیم در سایت بخش نمایشگاههای بین المللی یا هر چیز مرتبط با بین الملل را قرار دهیم در این صورت باید تاریخ حتی برای سایت فارسی به صورت میلادی باشد در نتیجه باید هر دو نوع فرمت خروجی و هر دو نوع فرمت ورودی را داشته باشیم و با theming تعیین کنیم کدامیک نمایش داده شود)
2-امکان انتخاب و ورود تاریخ با استفاده از تقویم (ماژول jscalendarبرای تقویم میلادی این کار را انجام می دهد)
3-امکان تاریخ جلالی برای فرمها به صورت form element
4-امکان تاریخ جلالی برای ماژول وب فرم به صورت web form element
5-امکان تاریخ جلالی برای ماژول cck به صورت cck element
(متاسفانه تقویم فارسی باید برای هر کدام از این سه به صورت جدا پیاده سازی شود چون هر کدام از اینها روش جدا برای پیاده سازی اجزای خود دارند.)
6-ذخیره سازی در هر صورت باید به صورت تاریخ میلادی باشد
7-باید امکان validation تاریخ های فارسی نیز به فیلد ها اضافه بشه
8-این کارها نباید با دستکاری هسته صورت بگیره

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

سلام

چه می شه کرد. الان حدود چند ماهی هست منتظریم تا یکی از این پروژه ها به ثمر برسه.

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

در هر حال این قضیه باید زودتر حل شود چه توسط ما چه توسط افراد دیگر.