ابوخليل

اهلا وسهلا اخي موسى .. اضافة جميلة ومعلومة قيمة وكما وعدت الاخ رضوان تم عمل المطلوب بالطريقتين شرح : حولت التاريخ ( شهر / يوم ) الى رقم في عمود ضمن الاستعلام .. لأن المطلب هو الشهر واليوم عملت وحدات نمطية صغيرة لجعلها معايير من اجل سهولة وسرعة التنفيذ الاستعلام الاول Current Events يعمل آليا الاستعلام الثاني qry1 يعمل من خلال حقل في نموذج هذه هي الوحدات وتعليق بسيط عليها هاتين الوظيفتين تعملان كمعايير داخل الاستعلام والرقم 2 يعني الايام ، (اكبر من وأصغرمن) تاريخ اليوم' فيمكن زيادة الرقم لزيادة العرض في الاستعلام ، فمثلا يمكن ان تجعل الرقم الموجب 7 لتعرض سبعة ايام بعد تاريخ اليوم ومثله الرقم السالب وهذه الوظيفتين تتعامل مع تاريخ اليوم الحالي وتظهر النتيجة في الاستعلام بلا وسيط Public Function dstePlus() dstePlus = CInt(Format(Date, "mmdd")) + 2 End Function Public Function dsteLoss() dsteLoss = CInt(Format(Date, "mmdd")) - 2 End Function هاتين الوظيفتين مثل السابقتين ولكنها تتعامل مع التاريخ المدرج في النموذج ، الأولى للتاريخ المدرج والثانية تعني اقل من التاريخ المدرج بيومين' Public Function dstechose() dstechose = CInt(Format(Forms!frm1!txt1.Text, "mmdd")) End Function Public Function dsteDown() dsteDown = CInt(Format(Forms!frm1!txt1.Text, "mmdd")) - 2 End Function Database11.rar

ابشر ولكن امنحني بعض الوقت اذا لم يتم الحل من احد اخوتنا هنا ، سيكون الحل بين يديك خلال ساعات

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

تفضل SELECT x1.f2, x1.f1, x1.markName, IIf(mytextvalue() Between [f1] And [f2],""1"",""0"") br2.rar

عليكم السلام ورحمة الله وبركاته طيب ابو هالة .. ما رأيك اذا وجد اكثر من سجل (قيمة) يشتمل على هذا النطاق ؟

الحقيقة اخوي احمد ليس لدي تصور لطريقة التنفيذ (مشوش) ليش ؟ السبب كل شوي لك كلام يختلف عما سبقه ايضا الطلبية موزعة بين مشتريات / شؤون ادارية / مشاريع / مالية عندي لك رأي حتى اتمكن من فهم العملية : اولا : اعمل ورقة ( او صور لي طلبية حقيقية ) يوجد عليها كامل البيانات وامام كل حقل القسم المسؤل عن تعبئته ايضا يوضح عليها رقم المرحلة .. اقصد الرحلة او التنقل .. بفرضية ان من انشأها =1 ، والمالية=4 لانها هي نهاية االرحلة انا فهمت اخيرا ان كان فهمي صحيحا ان اي قسم بامكانه اصدار طلبية فيما يخصه كيف تصير هذه ؟؟ وكيف تترجمها لي على الورق ؟ ثانيا : نحن بحاجة لجدول فرعي مرتبط بجدول الطلبية خاص بسند التحويل اعمل لي جدولين واحد للطلبية والثاني فرعي منه لسند التحويل ,, وادرج فيهما جميع الحقول المطلوبة .

الصورة امامي لا مشكلة فيها فقط شيل علامة الصح من الحقل المصنوع Expr1 تأكد ان البيانات في النموذج يتم جلبها عن طريق عنصر تحكم نموذج فرعي ويكون مصدر بياناته الاستعلام مباشرة

لا لم اعمل شيئا اخر مشاركة لي اقرأها جيدا .. وضحت لك فكرة تداول الطلبية

اسماء الحقول متشابهه هنا تأتي الخبرة عند تسمية الحقول في الجداول

اعمل ضغط واصلاح ، سيرجع الترقيم من البداية شرط ان تكون كافة السجلات محذوفة

الله المستعان .. الموضوع قبل 20 سنة

شكرا ابا جودي على اثراء الموضوع تم عمل مثال شامل للنسخ والاصلاح واخراج المستخدمين وقسمته الى واجهتين واحدة للأدمن والأخرى للمستخدمين نقاط هامة يجب التقيد بها عند نقل الكائنلت الى برنامجك : - في المرفقات ملف باسم UnOpen.db يجب لصقه بجانب قاعدة الجداول - يجب اجراء التعديل في الوحدة النمطية الموجودة في واجهة الادمن كما هو موضح في الصورة في اول مشاركة __________-___________________________________ تجربة المثال : - اعد الارتباط بقاعدة الجداول data في كلي الواجهتين - افتح واجهة المستخدم اولا .. انتظر قليلا ستظهر رسالة ثم يغلق البرنامج - اذهب الى قاعدة الأدمن افتحها واذهب الى نسخ واصلاح ثم ادخل المستخدمين - ارجع الى واجهة المستخدم وافتحها ستبقى مفتوحة الى ان تغلقها انت __________________ اعكس التجربة باخراج المستخدمين وانظر تأثيره على واجهة المستخدم ملحوظة : يمكن العمل على الواجهتين في شاشة واحدة myProg.rar

تمام ان شاء الله قبل السحور يكون المثال مكتمل

المثال في آخر مشاركة لي افتحه على التصميم تجد كود الاستاذ قاسم

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

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

جرب وحسب توجيهي الأخير غير المعايير الى التالي Like "*" & [forms]![frm1]![type] & "*" Like "*" & [forms]![frm2]![type] & "*"

خلينا نضع النقاط على الحروف بدلا ما نسير في دوامة العمل اذا تم مراجعة التصميم اكثر من مرة يصبح لا يطاق العمل عليه 1- اضبط جدول اليوزر بالمستخدمين واقسامهم فقط يكون عدد المستخدمين بعدد الاقسام 2- كل مستخدم وامامه صلاحياته على الطلبية .. يمكنك عمل حقل نصي في جدول اليوزر توضح امام اسمه المهام التي يقوم بها على الطلبية 3- ياليت ترتيب المستخدمين يكون بترتيب مسار الطلبية انا اعرف ان الطلبية قد ترفض وترجع لمن اعدها .. هذا له جزء يخصه من الكود

انت بحاجة الى اجازة هههههههه اقصد جهازك المشكلة عندك بعد اصلاح اكسس عندك راجع المرفق في موضوع االحماية

مستحيل ان لا يفتح اذا لصقته على C .. الصقه مباشرة على C هذا السطر بعد التغيير If PD.Name = "C:\prevent copy.accdb" Then تفصيل المسألة : قلت سهل ممتنع لانه يؤدي الغرض فلو تم نسخه من سطح المكتب ولصقه في جهاز آخر على سطح المكتب فلن يعمل لان اليوزر في الرابط الموجود في الملف يختلف عن اليوزر الموجود على الجهاز الآخر .. وهنا يصيبه الاحباط ولن ينتفع منه ، وايضا هو لا يعرف نوع الحماية حتى لو كان على احد الاقراص مباشرة ولكن داخل مجلد فلن يفتح حتى تضعه في المكان الصحيح = المسار الموجود في الملف وليس لان خصائص اسمه مختلفة

اخي @Eng.Qassim عم تتكلم ؟؟ هل تقصد مثال الأخ موسى ؟

اخي العزيز .. مسألة ان الملف يتغير عند النسخ فهذا غير صحيح فقط يتغير الاسم عند اللصق في المجلد الذي يتواجد فيه الملف الأصل بزيادة copy والمسؤول عن هذا التغيير هو وندوز بمعنى ان اكسس لا حول له ولا قوة مثله مثل اي ملف آخر الآن نزلت ملفك في مجلد (((التنزيلات))) .. ثم فتحت على الكود المعطل وشغلته ، وغيرت الرابط الى .... اغلقت الملف ثم فتحته مرة اخرى فامتنع لانه موجود في مجلد التنزيلات والرابط الذي بالداخل يختلف الآن انا نسخته وارفعه لك حاول فتحه ، اذا لم تتمكن من فتحه انسخه ايضا والصقه على جذر الــــــــ C وجرب فتحه هناك prevent copy.rar

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

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

سوف اعيد النظر في المثال واقوم بالتعديل ولكن العمل يجب ان يكون منطقيا ، ومحكما اقرأ فكرتي جيدا وازودني برأيك سوف ابدأ من النهاية : الادمن او الرئيس هو الكل في الكل ( يملك وحده تحويل الطلبية ، والتعديل عليها في اي وقت ) 1- يمكن للجميع الاطلاع على الطلبية ولكن لا يمكن التعديل الا لمن تم اعتماده من قبل الرئيس 1- الطلبية التي تم تحويلها يظهر فيها ختم : تم التحويل .. ويمكن الاطلاع عليها من الجميع ، وكذلك اذا تم رفضها 2- الرئيس هو من يعدل حالة الرفض بتوجيهها الى القسم المختص 3- الرئيس هو من ينشىء سجل جديد كطلبية جديدة ، ويحولها الى المشاريع لاستكمالها بمعنى ان الرئيس عمله فقط ادارة الطلبية .. لا يهم مركزه فيمكن منح الصلاحية هذه لاي موظف في اي قسم اذا استكملت الطلبية من المشاريع وتم الحفظ يقوم الرئيس بتحويلها الى القسم المختص .. وهكذا نأتي للاساسات : يجب ان تضبط جدول المستخدمين ، لأن التحويل الى القسم والصلاحية تكون باليوزر .. اي سيكون في القسم مسؤول واحد فقط يطلع على الطلبية للتجربة والضبط اريدك تعدل جدول المستخدمين بحيث تضع مستخدم واحد لكل قسم .. هذا العمل مبدئيا لاني رأيت في جدولك الاخير جميع وظائف المستخدمين = ادمن يمكن لاحقا اضافة مستخدمين آخرين ولكننا نريد الآن حصر العملية في دائرة الطلبية مستقبلا سنعمل خيار امام المستخدم يتيح له الظهور من عدمه في فورم الرئيس عند تحويل الطلبية ، بمعنى يمكن تبديل الموظف بآخر في ثواني