Foksh

أخي الكريم بارك الله فيك على هذه التجربة والفكرة الجميلة .. بداية اسمح لي بالآتي : 1- الخطأ ورد عند فتح الاختصار الذي تم انشائه على سطح المكتب ،، وتم حلها ،، وليس هناك مشكلة 2- قمت باضافة PtrSafe إلى الكود لتعمل النسخة عندي على نظام أوفيس 64× . 3- ببساطة تمكنت من الدخول غلى التصميم ، أولا لأن صيغة الملف Accdb وليست محمية كما تظن كما لو أنها Accde مع إلغاء مفتاح الشيفت طبعاً ---- هذا رأيي ؛ وتقبل مروري برحابة الصدر أضم صوتي لصوت الأستاذ @kanory .

بارك الله فيكم اخونا @عمر ضاحى ؛ وانتم الاساتذة ومنكم نستفيد

اخي الكريم :- بما انك في فاتورة المبيعات لديك رأس وأطراف ؛ فمعنى ذلك انه يوجد لديك تاريخ الفاتورة موجود في القسمين ؛ وكلاهما تابع لنفس رقم الفاتورة : صح ؟ اذا انت تقوم بالتعديل على تاريخ رأس الفاتورة ولا تقوم بالتعديل على التاريخ في طرفها ؛ لهذا فأن الآكسيس يرى انها فاتورة ببيان مختلف لعدم انطباق شروط العلاقة - هذا من باب تخيلي لفكرة الفاتورة والأطراف المرتبطة فيها . ولتسهيل الشرح ارسل مرفق اذا تكرمت .

ارسل مرفق اذا سمحت اخي الكريم

بارك الله فيك اخونا @سامر محمود ، وجعله الله في ميزان حسناتك ، رغم أني في الأردن إلى أن الفكرة جميلة جداً ، ولكن عندي نقطتين أو 3 نقاط على هامش الملاحظة :- 1- بما انك سمحت للمستخدم باضافة قوانين غير موجودة في المشروع ؛ فأنت أيضاً سمحت له بالتعديل عليها لإنك استخدمت النموذج نفسه للإضافة ولعرض نص القانون !! صح ؟ 2- من باب تنسيق النصوص العربية فالأصح هو جعل مساقها من اليمين إلى اليسار . 3- بما أنه نص للقانون ؛ فمن باب المصداقية في محتوى مشروعك يجب على ما أعتقد إسناد كل نص للقانون لمادته الأساسية في الدستور أو القانون المصري . حتى لا يشكك المتصفح والقارىء في مصداقية معلومة نصوص القانون فيه . ما تبقى لك حرية التطوير والتعديل ,

ارسل مرفق اخي الكريم لنرى الفكرة ويتم تطبيقها على ارض الواقع

هل تقصد قاعدة البيانات التي فيها الجداول ؟ بمعنى آخر تقصد ربط قاعدة بيانات النماذج على الكمبيوتر بقاعدة بيانات الجداول على جوجل درايف ؟؟؟

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

https://m.youtube.com/watch?v=6AJDNfjZm-0

ارسل ملف لنرى اين المشكلة

أخي الكريم لاحظت ما يلي :- 1- النموذج zboooooon مصدر بياناته الجدول zboon وعليه فانت لا تستطيع البحث داخل الجدول وهو قيد الإستخدام من النموذج ( من وجهة نظري ) ، وستضطر حينها غلى انشاء نموذج و مصدر بياناته استعلام يقوم بالبحث ضمن الشوط التي تريدها . 2- في الجدول buy المرتبط بعلاقة غير مكتملة مع الجدول zboon بالحقل fatora_name ، لاحظت ان هذا الحقل ليس له قيمة تلقائية ليتم الارتباط بشكل صحيح وعليه سيتم جلب البيانات . ,,, هذه النقاط لم تخلصت منها وقمت بتصويب أوضاعها فاعتقد أن ثلثي المشكلة سيتم حلها , فقم بالتغيير حسب متطلبات برنامجك وسنكمل معك بهمة الأساتذة .

بداية لديك مشكلة في ترقيم الجدولين 1 + 2 ؛ فكانت صعوبة الحذف من كلا الجدولين لصنف معين هي العائق الوحيد ، ولكن ان شاء الله تم حلها . deleting.accdb

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

أخي الكريم ، قد يفيدك هذا الفيديو

تفضل أخي الكريم ، ضع هذا الكود في زر حدث عند النقر Dim X As String X = [OrderNumber] & "-" & [delegateName] & "" & ".pdf" DoCmd.OutputTo acOutputReport, "Report1", "PDFFormat(*.pdf)", "D:\PDF\" & X وتستطيع تغيير المسار كما تريد

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

اخي الكريم اذا كان الجدولين بينهم علاقة بحقل معين ، فلو حذفت الحقل الأساسي فانك ستحذف معه الحقل الثانوي المرتبط . اما اذا لم يكن ذلك فممكن عن طريق استعلامين حذف بوضع شرط التحديد الذي ترغب به وجعل الاستعلامين يعملان متتاليين مثلاً في زر تفضل التعديل البسيط deleting.accdb

اخي الكريم @ابو طارق سعيد أسعد الله اوقاتك والأساتذة جميعاً ، بتأييدي للأخ @ابوخليل (الترقيم التلقائي هو ملك للجدول ولأكسس وليس للمبرمج) ؛ فلا اعتقد انك تستطيع التغيير في الترقيم التلقائي لعدة اسباب من اهمها انك ستحتاج في كل مرة ستضيف فيها حقل بين مجموعة حقول مرقمة ترقيما تلقائياً الى عمل ضغط وإصلاح Compact & Repair لقاعدة البيانات حتى تحافظ على الترقيم المستمر الصحيح ، وهنا ارهاق لقاعدة البيانات انت بالغنى عنه . ( من وجهة نظري ) وحاول توضيح المغزى والهدف من الفكرة ، لعل التوضيح يفتح الباب للأساتذة في الإبتكار .

بارك الله فيكم أخونا @ابوخليل على طرحك هذه النقطة ، وليس لدي مانع من تعديل العنوان ممن يملك الصلاحيات للعنوان الذي تروه مناسباً.

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

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

رغم أن المطلوب يرتكز على المعطيات ؛ إلا أنني مسرور بحل المشكلة والإستفادة من الخبرات في المنتدى تقبل مروري بصدر رحب

الحمد لله على نجاح العملية ، وجزا الله الأخ أبو خليل كل خير واعتقد أيضاً أنه كان هناك خلل آخر وهو تعديل المحتوى في بعض الأحيان وذلك سيطلب تعديل جزئية في العمل . وبانتظار عمل التقرير كما طلبت . وانا بانتظار شيء آخر أيضاً لأكتسب معلومة تفيدني في مشروع آخر ( المفروض انه يقرأ (CRJ1 و CRJ2 و CRJ3 ) على انهم واحد فيظهر مجموعهم خلال هذه الفترة المحددة ) في هذه المشاركة

تفضل tast.accdb

تفضل ABC6.zip