ابوخليل

بعد التجربة والمقارنة تاريخ ام القرى من ميكرو سوفت متطابق تماما وهنا ينطبق المثل .. قطعت جهيزة قول كل خطيب ولكن يتبقى العثور على الدوال التي تستخدم للتحويل .

اخي الكريم يجب الاهتمام بكتابة العنوان المناسب الذي يصف الموضوع

تمام وهذا بيت القصيد والمعاناة انتهت الآن لاعتماد التاريخ الميلادي رسميا في الدوائر والمؤسسات وتاريخ أم القرى ثانويا المعذرة ابا احمد لاني واحد ممن عانوا من هذه المشكلة .. ايهما اصح تاريخ ميكروسوفت الهجري ام تاريخ ام القرى ؟ الجواب _ ومن خلال تتبع فرضه علي عملي_ :أن ام القرى أصح ...فهو غالبا افضل وأقرب في التوافق مع رؤية الأهلة الشرعية استدراك : للعلم ميكروسوفت تدعم تاريخ ام القرى .. موجود ضمن اعدادات التاريخ .. ولكني لا اعلم هل هو نسخة طبق الأصل من التاريخ المعمول به ام لا

اي بلدة ؟ .. نتكلم عن السعودية ، وفيها .. ومن اجلها .. تم تصميم تقويم ام القرى يبدوا انك لم تقرأ مذكرة الوورد .. ولم تطلع على الامثلة المصاحبة . انا عرضت تقارير من منتدانا ، ولكن لو توسعنا في البحث في منتديات البرمجة المختلفة والتي اغلبها قد اغلق لتبين حجم المعاناة التي واجهها المبرمجون من تاريخ ميكروسوفت الهجري . لا يعرف هذه المعاناة الا المبرمجين الأوائل الذين واجهتهم مشكلة ميكرو سوفت وتقويمها الذي وصفته بالقياسي والبسته ثياب الكمال والتمام بكل قوانينه

الحبكة ان وندوز يحسب التاريخ الهجري خطأ في عدة اماكن لذا اعتمدت الدوائر السعودية تقويم ام القرى كتقويم معتمد ........ بغض النظر عن الاختلافات الشرعية التي تحدث نادرا_ ..ما عدا البنوك فانها من قديم تعمل على الميلادي كان هذا في السابق الى سنيات مضت .. الآن اعتقد المعتمد التاريخ الميلادي . تفضل بعض المواضيع التي تتحدث عن هذا يوجد في مرفقات الرابط الاول ملفات مهمة تشرح الوضع واهمها ملف الوورد الرابط الأول الرابط الثاني الرابط الثالث

هذا الذي اعنيه بتقويم ام القرى ... ويمتد الى سنة 1500 هجري .. وهذه الوحدة النمطية موجودة في المنتدى هو نعم .. ولكن ليس بالتمام والكمال غالبا يحدث تعارض اذا تم ادراجه في حقل نوعه : تاريخ/وقت .. والفيجول لا يقبل تسجيله في ايام تعد على اصابع اليد الواحدة .. لانه غير موجود لديه ، حدثت هذه المشاكل في اكثر من مؤسسة ودائرة حكومية خاصة في تسجيل حضور الموظفين .. ولا تتوقف المشكلات عند هذا الحد .. فالحل هو ما تم التوصل اليه ونوهت عنه في مشاركتي السابقة بالنسبة للأخ سامي فانا عملت لك حيلة او طريقة تتجاوز بها هذه المشكلة وهي تخص حقل التاريخ الهجري لان الخلل يظهر فيه عملت لك ازرار لزيادة او انقاص يوم من التاريخ الهجري الظاهر ثم بعد التعديل افتح التقرير تنويه : ان اردت ان تدرج التاريخ الهجري في الجدول فاجعل نوع الحقل نصي ، لتتفادى حدوث اي مشكلة مستقبلا سامي 5.mdb

السلام عليكم اخي سامي ، جميع الاكواد التي تعمل في تحويل الميلادي الى هجري او العكس ( او التحويل الى الهجري من اعدادات اكسس) هي عبارة عن عمليات رياضية تعتمد على الرقم 578 سواء بالموجب او السالب . هذا الرقم هو عبارة عن الفرق بالسنوات بين التاريخ الميلادي والتاريخ الهجري يعني ان اكسس ينظر الى التاريخ الهجري على انه التاريخ الميلادي نفسه قبل 578 سنة وطبعا الميلادي بالتقويم الشمسي ثابت لكن الهجري قمري متغير فيحصل تعارض ولا يقبل اكسس بعض التواريخ وخاصة في بعض الاشهر الناقصة كشهر 2 ميلادي كانت المؤسسات المالية عندنا قديما تعاني من هذا التضارب واحتاجوا لبناء وحدات نمطية خاصة بالتاريخ الهجري ومنفصلة عن التاريخ الميلادي واطلقوا عليها اسم تقويم ام القرى ويتم ادراج هذا التاريخ في حقول نصية .. لضمان عدم التعارض ايضا من خلال هذه الوحدات يمكن التحويل بين التاريخين .... ثم بعد ذلك اصبح المبرمجون يبنون برامجهم على التاريخ الميلادي كأساس وبجانبه تاريخ ام القرى

تفضل استخدم ما يشبه هذا Private Sub name1_Exit(Cancel As Integer) If IsNull(Me.name1) Then DoCmd.CancelEvent End If End Sub NOTISNOLL.rar

او اجعل قسم الجداول في مجلد داخل مجلد البرامج في وندوز ( program files ) واجعل تسمياتك بحروف انجليزية

انا اعجب من هذه الفكرة الفريدة اليتيمة .. لو كنت مكانه لعملت اخفاء لكل سجل يتم طباعته واكتفيت بعمل زر تحديث ( اظهار الكل )

بالنسبة لرقم السند وتاريخ الدفع لا يمكن اظهاره في نموذج التصفية والسبب ان النتيجة التي نريد اظهارها هي عبارة عن مجاميع للمبالغ وهنا توجب استبعاد الحقلين من العملية عند فتح النموذج سيعرض الكل .. ولكني عملت لك نموذجا يمكنك الاطلاع من خلاله على تفاصيل الدفع لكل ولي امر فقط انقر نقرا مزدوجا على الاسم ليتم عرض تفاصيل الدفع Aziz4.rar

تفضل عملت لك استعلام يظهر آخر عملية مالية لكل ولي امر ،،، يمكنك بناء تقريرك عليه من ملاحظاتي : كان يجب عليك عمل مفتاح للجدول ترقيم تلقائي او معرف id ، من خلاله يمكن الاستدلاال على آخر سجل بدلا من الاعتماد على التاريخ اللي حاصل الآن ، حيث لاحظت تكرر الدفع من احد الآباء مرتين في تاريخ اليوم نفسه . طبعا الآن ومع وجود سجلات كثيرة لا يمكنك اضافة حقل الترقيم بسهولة لانه لن يعطي تسلسلا حقيقيا حسب التاريخ الموجود ، وقد تتمكن من ذلك عندما تعمل فرز لحقل التاريخ من الاقدم الى الاحدث ثم تحفظ ثم تفتح الجدول مرة اخرى لتتأكد من بقاء الفرز كما هو .. حينها يمكنك فتح الجدول على التصميم واضافة الترقيم التلقائي Aziz2.rar

السلام عليكم الافضل دايما تحاول تسمي الحقول المجمعة في الاستعلام باسماء بسيطة يمكنك مناداتها بكل يسر .. بدلا من ان يكون الاسم مختلط حروف عربية وانجليزية ثم استخدم دالة DlookUp لجلب البيانات بمعلومية اسم المصدر واسم الحقل تفضل تم التعديل حسب طلبك testcalc2.rar

اي فكرة منطقية يمكن ترجمتها وتنفيذها برمجيا والمنطق في طلبك يستلزم وجود بيانات ثابتة للمقارنة مع ما يطرأ من تغيير على هذه البيانات لا ارى مشكلة في عمل عمود في هذا الجدول بل هو المكان الصحيح لان المطلوب هو معرف الكشاف واسمه حتى نقارن بين صفته في الجدول والصفة المتغيرة في الاستعلام ان وجدت اعدت تجربة الاستعلام وهو يعمل على اكمل وجه ... الاستعلام يقوم بتحديث حقل الصفة في الجدول بناء على نتيجة الاستعلام

السلام عليكم ايضا من الحلول اذا كان الانترنت متاح في الاجهزة .. (( مع مراعاة كونه شرطا في تحرير البيانات .. )) وكما نعلم وما هو حاصل الآن اذا تعطل الانترنت .. توقف كل شيء : الهواتف وغيرها ولما قرأتم تعليقي هذا الحل ان يتم ادراج تاريخ ووقت الانترنت الحالي .. بعيدا عن السيرفر والاجهزة الأخرى

السلام عليكم اخوي يحيى بمعطياتك هذه لا يمكن رصد التغير حتى لو اعتمدنا النتيجة النهائية بواسطة كود عبر احد النماذج فيصعب التنبؤ بفترة التغير جيتها من يمين وجيتها من يسار لمحاولة تصيد لحظة التغيير ولم اخرج الا بحل وحيد وهو سهل .. ودائما ابحث عن الحلول السهلة ----------------------------------------------------------------- الحل هو اضافة حقل او عمود في الجدول للصفة ويتم تحديثه بعد رصد آخر التغيرات بمعنى : اننا نفتح الاستعلام فنجد رقم 1 امام كل كشاف تغيرت صفته وعند الانتهاء من رصد الاسماء المعنية او طباعنها في تقرير .. نقوم بتشغيل الاستعلام Query1 لتحديث الصفات في الجدول ----------------------------------------------------------------- بما ان التغير يحدث على التاريخ الحالي Now اذا للتجربة : حاول التغيير في تواريخ الميلاد في الاستعلام Qry_etat_civile وانظر ماذا يحدث ستبقى الارقام التي تشير الى التغيير ما لم تقم بتحديث بيانات الجدول عبر الاستعلام Query1 ------ اتمنى هذا الحل ان يلبي طلبك scout2.rar

مخالف لقواعد المشاركة 1- يمنع منعا باتا نشر أية مواد تخالف حقوق الملكية الفكرية و يرجى الابلاغ عن المشاركات المخالفة من خلال زر تقرير اسفل المشاركة 2-يجب استخدام خاصيةالبحث قبل طرح السؤال توفيرا للوقت و الجهد. 3-ضرورة كتابة عنوان واضح للموضوع يدل على محتواه ويعطي وصفاً مختصرا للسؤال. 4-ممنوع منعا باتاً كتابة عناوين سينمائية مثل عاجل ، نداء الي فلان ، الي الخبراء ، طلب مساعدة ، أريد حلا..... 5-يمكن استعجال الرد باستخدام تعبير -للرفع- و غير مسموح بالالحاح او اللوم فجميع الاعضاء يشاركون تطوعا طبقا لسعة وقتهم. ومخالفة ذلك تعرض الموضوع للحذف يغلق ،،،

بغض النظر عن أهمية معرف الطالب الأساسي .. وهل هو موجود في الجدول ام لا يبدو لي ان السائل يريد تحديث الارقام فقط _ خاصة الجزء الخاص بالصف اما ان كان هذا الرقم مرتبط بجداول فرعية فهنا لا يصلح التحديث .

السلام عليكم مشاركة مع احبتي اسهل وآمن طريقة ، ومن خلالها يمكننا المحافظة على بيانات العميل فترة التجربة نتبع الخطوات التالية : 1- تقسيم قاعدة البيانات . 2- في قسم الواجهات نضع الكود المناسب في محرر الفيجوال لتحديد فترة التجربة . 3- نقوم بتحويل الواجهات الى Accde او mde 4- نرسلها للعميل عند انتهاء الفترة التجريبية سيظهر تنبيه للعميل ويقف البرنامج عن العمل ويطالبه بشراء نسخة كاملة حينها نقوم بارسال نسخة من الواجهات اليه .. ( بعد تعطيل كود الفترة ) بكذا نكون حافظنا على حقوقنا وعلى حقوق العميل وذلك بالابقاء على بياناته خلال التجربة

على اعتبار ان اكسس يبقى مفتوحا طوال الوقت مع اني اميل الى اظهار مربع حوار للمستخدم يخبره بحلول وقت ارسال بعض الرسائل .. وكلها ضغطة زر بالموافقة من عدمها اما اذا المطلوب هو الارسال من غير تدخل .. فهنا تختلف آلية وادوات الارسال ، وهذه عملية خاصة يتطلب فيها ان نغفل الادوات الحالية من اهم الادوات التي يجب ادراجها هو نموذج مخفي يعمل في الخلفية طوال وقت فتح البرنامج واعتقد ابا انس ان مثل هذا الطلب يستحق موضوعا وعنوانا يخصه لتفرده . ومن خلاله ايضا نستعين باحبتنا الخبراء لصنع الدالة المناسبة .

شكرا جزيلا استاذنا ، وكتب اجرك ، وفيت وكفيت

هذه المشكلة تحدث داخل الواتس أن الواتس يبحث عن الرقم فإن وجده فتح صفحة التحرير وانتقل اليها ، وان لم يجده تبقى صفحة التحرير غير فعالة ، ومن هنا يأتي تراكب وتراكم الأوامر داخل مربع البحث . أرى ان الحل يأتي من اكسس وهو ان لا يرسل الا الأرقام المسجلة في الواتساب . وذلك بمحاولة ايجاد كود يفحص الارقام قبل ارسالها ويستبعد غير المسجل

وعليكم السلام ورحمة الله وبركاته تم التطبيق على عمود اللغة العربية ، أكمل بقية اعمدتك على المنوال نفسه Dim i As Integer, R As Integer Dim rs As Recordset Set rs = Me.RecordsetClone rs.MoveLast R = rs.RecordCount rs.MoveFirst For i = 1 To R rs.Edit rs!Arab = deg_A rs.Update rs.MoveNext Next Me.Refresh ادراج قيمة.rar

مع ان الواتساب يحتفظ بوقت وتاريخ الارسال الا انه يمكننا ارسال التاريخ والوقت مع الرسالة افتح على محرر الفيجوال في اي من النماذج واستبدل السطر التالي : message = RS!txtMSG بهذا السطر message = RS!txtMSG & vbCrLf & Now()

وعليكم السلام ورحمة الله وبركاته الدالة او الماكرو MyPobUp موجود فعلا في قاعدة البيانات ، ولكن لا يمكن الوصول اليه انظر الصورة المرفقة دليل على وجود كائنات وعناصر في قاعدة البيانات ولكن لا يمكن الوصول الى التصميم ، قديكون تم تحويلها في السابق الى mde خير دليل على ما ذكرته .. افتح قاعدة بيانات جديدة واجلب النموذج فقط اليها .. سوف ترى النتيجة انه يطالبك بتعريف الدالة او الماكرو