Foksh

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

جاري التجربة أستاذنا الكبير 🙏

الفكرة كانت كمثال ( أريد أن أنشىء نموذج يحتوي الشعب في الصف الخامس الابتدائي مثلاً ، وعند التأسيس للبرنامج كانوا 3 شعب صفية وهذه الشعب لها زر يفتح تقرير كل شعبه مرتبطة باسم الزر يعني اسم الزر يكون باسم الشعبة ،واضافة الشعب الصفية تتم بنموذج مستقل وجدول مستقل ، وفيما بعد تم إضافة شعبة جديدة ، فهل برمجيا نستطيع جعل الآكسيس ينشىء زر بنفس اسم الشعبة ؟ هذا كمثال طبعاً

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

تفضل يا عزيزي ، هذه الفكرة إن جازت ، طبعاً لها تفرعات ؛ ولكن القاعدة الأساسية هي إنشاء الزر بشكل تلقائي . Database1.accdb

أخي الكريم ، جرب هذا الفيديو ، عله يفيدك

وضح المشكلة اخونا الغالي

منكم نتعلم أستاذنا ومعلمنا @ابوخليل ، وقد كنت أفكر معك بصوت عالٍ ليس إلا

اعتذر منك أخي @jo_2010 ، ولكني فعلاً نسيت المتابعة معك ؛ وأنت لم تقم بتذكيري يا صديقي إن كانت المشكلة قد وضحت أم لا .

بعد التحية والسلام عليكم ورحمة الله تعالى وبركاته ، خطر لي سؤال عجيب . أنه هل من الممكن جعل المشروع أو النموذج تحديداً يقوم بإنشاء زر بناءً على عدد السجلات في جدول مثلاُ بحيث يكون مسمى كل زر هو اسم السجل في الجدول ؟ كمثال : جدول به مسميات ( خضروات ، فواكه ، مكسرات ، بهارات ..... إلخ كمثال ) ، وعند فتح النموئج الذي يحتوي على أزرار مسمياتها ( خضروات ، فواكه ، مكسرات فقط ) والذي ليس له علاقة بهذا الجدول فإنه سيقوم بإضافة الزر ( بهارات ) تلقائياً . أتمنى أن أكون قد شرحت الفكرة بشكل واضح

جزاك الله كل خير على كلامك الطيب والنابع من أصلك الطيب ، إلا أنني بعيد عن وصفي بخبير ، وإن شاء الله تكون مساعدتي لكم بقدر اللقب ☺️

جرب المرفق بعد التعديل TT.accdb

جرب المرفق ، واخبرني بالنتيجة ، انشغلت في العمل قليلاً وإلا لأرسلت المرفق منذ مدة TT.accdb

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

جرب TT.accdb

أخي الكريم بعد الإطلاع على المرفق ممكن توضيح المسميات ( الحصة - الشعبة - ..... الخ )

نعم صحيح اخي @شايب ، والفكرة التي طرحتها تفيد ايضاً بتسلسل الاجراءات حين تكون معتمدة على تتبعها مع الموظفين ، وطبعاً كجدول واحد وسجل واحد لمعاملة واحدة يلزم استعلام تحديث فقط لا غير ( على حد فهمي للفكرة ) أنار الله دربك بالإيمان والعلم

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

غداً إن شاء الله سأقوم بالتعديل على بنية الجداول إن أمكن ولكن بعد أن تشرح لي بعض الامور في طبيعة عمل المراسلات 🙏

هذه المشاركة قد تكمل المعلومة المفقودة هنا

بما ان الاستيراد ينفع ، يبقى التصدير أكيد ينفع 😅

المرفق الاخير يحتوي علاقات ليست مثالية واقترح المرفق الأول أفضل

جرب هذه الفكرة بملف مرفق Test (1).accdb

طيب @زياد الحسناوي ، على كل حال جرب هذا التعديل جعلت مصدر النموذج الأول استعلام يضم بيانات الجدولين معاً هل يفي بمطلبك ام انتقل للمرفق الأخير منك Database2 (4).accdb

اخي @زياد الحسناوي معنى كلامك هو جلب معلومات منقسمة بين جدولين وليس بينهما أي علاقة!! صحيح ؟؟