nssj

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

بارك الله فيك أخي الكريم وأحسن إليك .. تم المطلوب في هذا الموضوع .. والحمد لله على تيسيره

شكراً أخي الكريم على توضيحاتك .. ويناء على كل ما سبق سأبني جدول (TAB_Msaneed) بنفس الطريقة، حقوله الأربعة التي كانت قوائم من عمودين أجعلها أرقاما فقط، وترجمة هذه الأرقام لمعانيها في الجدول المخصص (tbl_C) واستفسار أخير بخصوص حقول (LVL) ذات القائمة الواحدة من عدة أرقام، أنا في الجدول أضع لها خاصية (قاعدة التحقق من صحة) وأحصر الإدخال بالأرقام المطلوبة (1 or 2 or 3)، من باب الأمان وضمان ألا يتم إدخال غيرها تحت أي ظرف .. هل هذا مناسب؟

1- تمام .. ولكن من باب الفضول هل لك أن تبين لي ما هي الفائدة التي قد تلزمني في المستقبل؟ 2- كونك أخي الكريم قلت (أو) يعني أنك ترى أن الاحتمالين بنفس الأداء، فهل ما فهتمه صحيح؟ .. فإن كان كذلك فأنا بنظرتي السطحية أفضل الاستعلام الداخلي يعني (استعلام إعدادات مصدر الصف) حتى لا تكثر الاستعلامات في الواجهة 3- الإشكالية التي عندي بسبب أن حقل (LVL) في بعض الجداول من رقمين وفي بعضها من ثلاثة، وقد يضاف مستقبلا في جدول آخر من خمسة أرقام مثلاً .. فكيف يتم التمييز بين قيمته في كل جدول مثلا حقل (LVL) في جدول (TAB) من ثلاثة أرقام، وهو في جدول الرموز (TAB_RMZ) من رقمين .. فاجتهدت وجعلت مصدر الصف في نموذج الرموز (FRM_RMZ) استعلام ووضعت في خانة المعيار (1 or 2) وزبطت معي .. أصبح يعرض قائمة من رقمين فقط .. بينما في النموذج الرئيسي (Frm1) يعرض الأرقام الثلاثة .. فهل هذا تصرف صحيح ؟ 4- وعندي اقتراح آخر بخصوص حقل (LVL) وأمثاله حيث المطلوب اختيار رقم من قائمة .. أقصد قائمة من عمود واحد وليس من عمودين، أن تكون قائمة الأرقام هذه في النموذج ، في [نوع مصدر الصف] (قائمة القيم) وفي [مصدر الصف] أضع الأرقام المطلوبة، فبذلك تظهر قائمة الأرقام المطلوبة دون اللجوء لجدول (tbl_C) كما فعلت ذلك في نموذج (FRM_EH) فإذا كان هذا الإجراء مناسبا فيمكن استخدامه في بقية الجداول ونماذجها .. أضع قائمة الأرقام في النموذج بهذا الشكل، كل نموذج وما يناسبه .. فما رأيك أخي الكريم ؟ وعندي استفسار آخر في هذا الموضوع سأطرحه بعد أن أستوعب المعلومات السابقة .. فهي معلومات دسمة بالنسبة لي 😁 MusndWZwayid03.rar

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

هيك صار سهل علي .. 😁 شكرا لك أخي الكريم

أخوي جعفر .. هذا الحكي مو سهل علي 😐 .. ما عرفت أطبقه .. معلش وضعي صعب وبخصوص استعلام الأخ طارق لاحظت إنو حتى في حقل الأرقام لا يعتبر الفراغ في أحد الحقلين فرق

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

كيف يمكن المقارنة بين حقلين في نفس الجدول لمعرفة هل هما متطابقان وأين الفروق إن وجدت .. حاولت باستخدام استعلام البحث عن غير المتطابقات وما زبطت معي 🙄 كتجربة في الملف المرفق الحقلين (Tlvl - TlvlXX) والبيانات فيهما أرقام والحقلين (EhnameXX - EHname) والبيانات فيهما أرقام ورموز بسيطة tab01.accdb

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

أخي الكريم جعفر .. النتيجة تمام في هذا الملف الصغير وكالعادة 😁 سأجربه على ملف أكبر وسأوافيك بالنتيجة بعون الله

أخي الكريم .. هذه الرموز ليست للفهرسة ولا علاقة لها بالكتب .. هي رموز لأمور ومعاني متعددة متعلقة بالأحاديث من حيث السند والمتن والترتيب والموضوع .. ولها مهام متعددة .. بعضها مؤقت وبعضها دائم

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

بسيطة .. هاي عشر أمثلة في الملف المرفق أدرجت الرموز في النموذج يدويا .. ولاحظ في الصورة انعكاس الرمز في الجدول .. وما بينعدل إلا إذا كتبت بعده ؟؟ عشان هيك وضعهم مزبوط في حقل النص وطبعا المعلومات تم تخزينها في جدول الربط RMZ03.accdb

أخي الكريم .. المطلوب أساسا هو ما ذكرته في السؤال .. نسخ هذه الرموز ووضعها في جدولها الخاص حتى يكون بالإمكان حصرها واستحضارها وتحديث البيانات بناء عليها والحل الغريب الذي ذكرته يمكن التفكير بتفاصيله إذا كان طلبي الأساسي غير ممكن برمجيا .. وهو حل حتى لو افترضنا أنه يمكن تطبيقه فيه مخاطرة .. فقد يحذف رمز نسيت أن أدخله في الجدول وقد انتبهت اليوم وأن أجرى بعض التجارب والمحاولات عبر استعلامات التحديث والاستبدال -طبعا كلها كانت تجارب فاشلة 😒- انتبهت أنه ليس في الجدول واحد من أكثر الرموز استخداما .. وهو (+) وعليه فأرجو منك أخي الكريم إن أرت المحاولة أن تعتمد الملف المرفق هنا وليس السابق وأحب أن ألفت نظرك أخي الكريم إلى أن هذه الرموز فريدة .. يعني وضعتها بهذا الشكل الغريب حتى لا تكون متكررة في ملفات الوورد فيمكنني البحث عنها ولكن بينها فروق دقيقة ينبغي مراعاتها عند البحث والنقل في الكود مثلا: (+) ((+)) (+)| (+)؟ هذا بالإضافة إلى مشكلة انعكاس الرموز .. فهل سيكون لها تأثير سلبي عموماً أخي الكريم .. إن ظهر لك أن طلبي صعب تطبيقه برمجيا لهذه الأمور فعندها لكل حادث حديث RMZ02.accdb

الجواب: هذه الرموز لها عدة مهام وهي مطلوبة للحصر، ولكل واحد منها معنى، لذلك ينبغي أن تكون في حقل خاص لطلبها وحصرها وأداء مهامها .. فمن مهامها تحديد قيمة (Type2) ولها دور في ترقيم (MNo) وأخيراُ وليس آخرا .. قد تبدو هذه الرموز غريبة .. لكنها مهمة لعملي لدرجة أني أمضيت أكثر من عامين في وضعها وتوزيعها على الملفات 🙂 .. وبدأت في هذا العمل قبل أن أحول ملفات الوورد التي عندي من نصوص إلى جداول .. ولو بدأت بالعمل فيها والملفات على شكل جداول لجعلت لها عموداً خاصاً .. وعندها سيكون تحويلها لحقل خاص سهلا .. ولكن فات الأوان .. فهل يمكن تدارك الأمر في أكسس أم علي أن أقوم بالمهمة يدوياً وأخيراً .. خطر في بالي حل غريب إن كان طلبي صعبا .. نسخ حقل النص وإلغاء كل ما فيه ما عدا هذه الرموز 😁

الإخوة الكرام .. في الملف المرفق جدول لرموز معينة (TAB_RMS) وهذه الرموز موجودة في حقل النص (NASS) في الجدول الرئيسي (TAB) والعلاقة بين الجدولين علاقة متعدد بمتعدد من خلال جدول الربط (TAB_RMS_X) والمطلوب تعبئة جدول الربط هذا تلقائيا إن أمكن يعني الرموز الموجودة في كل حديث توضع تلقائيا في جدول الربط لتظهر في النموذج، كما فعلت ذلك يدويا في الحديث الأول وأرجو الانتباه: توضع ولا تنقل، يعني المطلوب أن تبقى في حقل النص للمراجعة مع ملاحظة أنه توجد مشكلة في كتابة الرموز فهي تظهر بشكل معكوس، وعند الكتابة بعدها تنعدل .. فما هو السبب RMZ.accdb

أخي الكريم أبو خليل .. أحسن الله إليك .. تم الأمر بحمد الله

أخي الكريم ابوخليل عندما نفذت الكود الجديد حدث خلل بالترقيم كما في الصورة وعندما عدت إلى الكود الأول باستبدال السطرين المذكورين كانت النتيجة تمام إذا كان جعل الترقيم الثاني يبدأ بـ (10000) أو ما يشبهه (20000 - 30000) يحل المشكلة فالأمر هين بانتظار الكود بالصيغة النهائية التي تراها مناسبة لاعتماده بارك الله فيك

شكرا لك أخي الكريم .. والرقم الثاني الذي بعده 100000 هل يعني أن الكود يرقم السجلات بهذا العدد فقط، وإذا كان الملف أكبر من ذلك ينبغي تغييره إلى (200000) أو أكثر

جزاك الله خيرا أخي الكريم ابوخليل ولكن بحاجة لتعديل بسيط، وهو أن يكون الترقيم متسلسلا حسب ترتيب السجلات المعتمد على حقل (TNO) فبالنظر للملف المرفق تلاحظ أن الكود بدأ برقم (10001) في السجل رقم (31) بينما السجل رقم (2) وما بعده أعطاه الرقم (10207) ومقتضى الترتيب أن يبدأ الترقيم من السجل (2) وهكذا هذا ما لاحظته ولم أتتبع الترقيم في بقية السجلات .. فهل من طريقة للتأكد من تسلسل الترقيم في النوعين حسب ترتيب (TNO) أرجو أن أكون وفقت في الشرح وطلب آخر إن تكرمت .. هل لك أن تبين لي ما ذا ينبغي أن أغير في الكود إذا أردت أن يبدأ الترقيم الثاني من (20001) مثلاً .. لأن تحديد بداية الترقيم الثاني يعتمد على عدد السجلات في الملف النهائي الذي لا زال طور الإعداد Musnd02.accdb

الإخوة الكرام .. في الملف المرفق المطلوب ترقيم حقل (MNO) بناء على قيمة الحقل (TYPE1) وذلك على أساس: السجلات التي تكون فيها قيمة الحقل (TYPE1) = 1 ، يتم ترقيمها ترقيما متسلسلا من (1) إلى (10000) وما سوى ذلك يبدأ ترقيمها من (10001) Musnd.accdb

هذه محاولة جديدة بخصوص حقل (LVL) في الجدول استخدمت خاصية (قاعدة التحقق من الصحة) وحصرت الإدخال بالأرقام المطلوبة وفي النموذج استخدمت مربع تحرير وسرد لعرضها هل هذا هو التصرف السليم في مثل هذه الحقول حيث المطلوب إدخال رقم من قائمة معينة فقط ؟ MusndWZwayid01.rar