Foksh

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

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

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

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

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

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

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

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

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

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

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

جرب TT.accdb

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

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

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

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

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

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

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

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

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

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

صدقاً لا أعلم في طبيعة البيانات التي بالجداول ، ولكني تتبعت النمط الذي وصفته حضرتك

بناءً على كلامك رح تكون النتيجة خطأ وليس هو التاريخ المطلوب للبرقية التي تم اختيارها !!!

اذن اجعل مصدر سجلات النموذج استعلام ، وحقل واحد للبحث كما في المثال المرفق سابقاً