nssj

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

الأخ المكرم جعفر .. صبرك علي شوي .. وخليك معي خطوة بخطوة سلمك الله .. فيظهر أني لم أصل بعد إلى مرتبة: مبتدئ 🤔 أولا: هل لابد من وحدة نمطية .. ألا يمكن أن يقوم الكود بالعمل بدونها ؟ ثانيا: بالتطبيق على الملف المرفق حسب فهمي المتواضع، ظهر لي أن الكود يعمل على السجل الموجود انا فيه فقط، والمطلوب أن يعمل على كل الملف ثم وبمجرد ان أضع المؤشر على خانة النص تعود المسافات في أول الأسطر فيظهر أني أم أفهم الدرس جيداً 🙄 أسطر2.accdb

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

الأخ الكريم (أبو عبد الله) لم أعرف أن أستخدم هذه الدالة على حقل النص، فالرجاء تطبيقه على الملف المرفق ويبقى موضوع: حذف الأسطر الفارغة

الإخوة الكرام .. ماهو الكود الذي يقوم بحذف الأسطر الفارغة سواء في بداية الحقل أو أثنائه وكذلك كود حذف المسافة أو المسافات التي تكون في بداية الأسطر أسطر.accdb

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

ملاحظة فنية تخرج هذه الرسائل إذا كان هناك اختلاف في عدد الأعمدة وخصائصها بين الملف وبين الجدول الافتراضي (tbl_From_Word) وإذا لم أنتبه وأعدت الكبس على (Import Word Files) قد أضطر لإجبار البرنامج على الخروج لأنه يأخذ وقتا طويلاً فلو كان بالإمكان عند حدوث هذا الأمر (عدم تطابق الملف مع tbl_From_Word) ألا يبدأ الكود بالعمل وإن كررت -خطأ- الكبس على (Import Word Files) كما يحدث عندما لا تحدد ملفا معينا، تخرج رسالة (رجاء اختيار الملف) ولا يبدأ الكود بالعمل مهما كررت الكبس عليه

أخي الكريم .. فعلت ذلك أكثر من مرة .. وحصل تقدم بسيط ، ولا أدري لعل الخطأ مني منذ البداية في الطريقتين (1 - 2) النتيجة تمام الطريقة (3) وهي الأكثر أمانا بالنسبة لي النتيجة نفسها: وجود الشرطة والمهم في الأمر أن المربع لا يزال موجوداً في أكسس في كل المواضع التي كانت علامة السطر الجديد فيها في الوورد (فاصل أسطر يدوي) بمعني انه في أكسس لا تظهر الفقرة في سطر جديد بل بعد هذا (المربع المش ظريف) وهذا ملف الوورد الذي أجريت عليه التجارب، وعلامة (فاصل أسطر يدوي) موجودة فيه في خمسة مواضع، بعد (##) 03.doc

أنا حريص كل الحرص على الاستماع لنصائح الخبراء أمثالكم أخي الكريم .. وأحب أن أطمئنك أن الجدول الرئيسي هو جدول واحدأ لكن في البداية أنا بحاجة للتعامل مع كل جدول -أو مسند- لوحده لإجراءات خاصة بكل واحد منها، وبعد الانتهاء من كل ذلك سيصبحون جدولاً واحدا .. وإلا فكيف سيكون الجدول الرئيسي بهذا الحجم الذي سبب لي البطء والمشاكل 😒 وبالعودة إلى موضوعنا .. لا يزال صاحبنا (مربع الاستفهام الظريف 😅) مصراً على الإزعاج .. وإن كان هذه المرة بشكل أقل .. وبطريقة حيرتني فأنا أستخدم أكثر من طريقة لتحويل حقل النص إلى وورد وإجراء المقارنة، ليس من بينها استخدام التقرير لأني لا أعرفها بعد وهذه المرة .. كل طريقة تختلف نتيجتها 1- الطريقة الأسرع: نسخ العمود من أكس ولصقه كنص عادي (الاحتفاظ بالنص فقط) في الوورد .. والنتيجة بهذه الطريقة تمام .. كما كان في الوررد .. لكن أصبحت أتجنب هذه الطريقة لأنها تزيد " في أول وآخر كل حقل، بل وأثناء النص بجانب كل " موجودة في النص !! 2- نسخ العمود ولصقه في الوورد كما هو، ثم تحويله إلى نص عادي غير منسق، والنتيجة: الكلام متصل وليس في سطر جديد وملاحظة جانبية في هذه الطريقة: لا توجد مشكلة " ، لكن تم إلغاء المسافات المتكررة !! 3- تصدير الجدول كلف (Word RTF) ثم نسخ العمود المطلوب ولصقه كنص عادي، والنتيجة: استبدال الفقرة بشرطة وسبب كل هذا: حضرة جناب (المربع الظريف)، لأنه لا يزال موجوداً في أكسس ولم يتم تحويله لسطر جديد، سواء في الجدول أو في النموذج مع أنني إذا نسخت هذا السطر مع (المربع الظريف) ولصقته في الوورد سيتحول لسطر جديد! وبما أنني لا أجيد في الكود إلا القص واللصق، وبعد النظر في الأكواد السابقة استخدمت هذا الإستعلام: UPDATE tbl_From_Word SET Col_4 = replace(Col_4,Chr(11),Chr(13)); وتم تحويل (المربعات الظريفة) لأسطر، وعند التحويل للوورد بجميع الطرق والمقارنة كانت النتيجة المطلوبة: لا فروق بين المستندات الحاصل بعد كل هذا .. لضمان سلامة النص على كل الاحتمالات لابد من ضمان تحول هذا (المربع الظريف) إلى سطر جديد في أكسس وأن لا يظهر أبداً، فهل هذا بالإمكان؟ إن لم يكن .. فلعله من الأسلم القيام بعملية الاستبدال المذكروة في وورد قبل البدء بالتحويل بانتظار رأيكم أخي الكريم لوضع اللمسة الأخيرة على هذا الموضوع

الأخ الكريم جعفر .. تم المطلوب بحمد الله .. وجزاك الله خيراً

الأخ المكرم جعفر وبقية الإخوة الكرام .. أشكر لكم متابعة الموضوع معي .. وأرجو أن تستمروا فيه معي لنهاية الطريق للوصول لأفضل النتائج .. أو لأفضل الطبخات 🙂.. مع أقصى سرعة ومرونة يسمح بها شرطي المرور (ACCESS) لأنه لابد لي من نقل عملي من الوورد لأكسس للاستفادة من مزاياه أنا أكتب هذه الكلمات على عجل للانشغال اليوم ببعض الأمور .. وسأعود لاحقا بتفاصيل أكثر بعون الله وإنما أحببت أن أخبركم ببعض المستجدات الجيدة بحمد الله.. قمت بالأمس بزيادة الرام للجهاز من (4) إلى (12) ونزلت أكسس (2019) والنتيجة بحمد الله أفضل مع أن التجارب لا تزال في بداياتها .. لكن إلى الآن لم يغلق البرنامج والحمد لله والظاهر أن الكود الذي تفضل به الأخ (husamwahab) والذي يعمل على الترقيم العشري أسرع في الملفات الكبيرة، مع أني لم أستطع أن أجعله يعمل بشكل جيد في النموذج المفرد، لأن خاصية الإضافة وحدها مطلوبة في النموذج المفرد أيضاً، أما النقل ففي النموذج المستمر فقط لغايات التحديد ولعله يمكن البناء على هذه الطريقة، مع التعديلات التي يراها أهل الخبرة، والإضافات التي سأحاول توضيحها بالتفصيل لاحقا بعون الله المهم في البداية رأي الخبراء في الخطوط العريضة لهذه العملية بالنظر لحجم الملف الكبير من حيث: عدد السجلات وطول الأحاديث في بعض الحقول وأرجو أن يؤخذ بالاعتبار العلاقات والارتباطات المتعددة والمتشابكة التي ستنشأ مستقبلا بين الملف الرئيسي وبين جداول أخرى .. وظني -ولست من أهل الخبرة- أنه لا تأثير لهذه العلاقات والارتباطات على موضوعنا لأن هذه التغييرات على الجدول الرئيسي، المهم أن المفتاح الرئيسي (MNO) لن يتغير حتى لو انتقل الحديث من أول الجدول لآخره، وكل حديث جديد سيضاف سيأخذ تلقائيا رقم (MNO) خاصاً به ومرفق رابط الملف الــ (big boss 🙂) الذي أجري عليه التجارب، وقد ميزت الأحاديث الطويلة جداً بــ (ططط) في بدايتها حيث أنها كانت سبب المشكلة والمشكلة كانت عند الوصول إلى هذه الأحاديث المطولة والتنقل قبلها وبعدها .. كان البرنامج يخرج .. وأحيانا تكون الأمور على ما يرام فإذا أضفت بعض التنسيقات على النموذج من حيث الألوان والخطوط تحدث المشكلة .. هذا قبل تحديث الرام ونسخة أكسس .. ولا تزال التجارب جارية big boss

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

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

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

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

قد يكون العنوان مبهماً غير واضح .. لكن بالمثال يتضح الموضوع بإذن الله في المثال المرفق في جدول (الإحالات2): [&] حديث أبي بكرة يأتي (20152) هل بالإمكان أن يكون لهذا الرقم ارتباط تشعبي بحيث إذا ضغطت عليه ينتقل للرقم المطلوب، قياساً على أنه يمكن تلوين هذا الرقم عند اختيار (نص منسق)، لأن هذا مفيد لإدراج أكثر من إحالة في نفس الخانة أحد الإخوة أخبرني أن هذا غير ممكن، وأن كل ما هو مكتوب في حقل واحد يكون ككتلة واحدة لا يمكن تخصيص بعضه بإجراء معين كهذا الإجراء هل هذا كلام نهائي أم يمكن فعل ذلك بطريقة ما وبناء على كلام هذا الأخ تم تصميم جدول الإحالات على أساس أن يكون الرقم المحال عليه في حقل خاص، كما هو في جدول (الإحالات) إحالات.accdb

How to Fix MaxLocksPerFile Microsoft Access Error نتيجة التجارب إلى الآن: قبل التغيير المذكور (Dim kano As Long) وعند التجربة على الملفات الكبيرة كانت النتيجة سريعة وبلا مشاكل وبعد التغيير والترقي إلى الملفات الأكبر بدأت السرعة تقل، وعند الانتقال للملف (أكبر الجميع - big boss 🙂) [140000- سجل] قلت السرعة أكثر ولا حظت أيضاً أن الكود الذي تفضل به الأخ (husamwahab) أكثر سرعة في الملفات الكبيرة لكن .. ليست المشكلة في السرعة .. المشكلة أن الأكسس أصبح يغلق ولاحظت مع تكرار المحاولة أن المشكلة ليست في هذا الكود أو ذاك، لأن البرنامج لا يغلق فقط عند الإضافة، بل عند الانتقال من حديث لآخر وبالتحديد في الأحاديث الطويلة جداً، لا مشكلة في الإضافة بعد الأحاديث العادية أو التنقل بينها، لكن في الأحاديث الطويلة جدا -والتي تعمدت إضافتها للتجارب- تحدث المشكلة وللتأكد من سبب المشكلة .. تتبعت بعض هذه الأحاديث المطولة واختصرت كل واحد منها إلى النصف .. فأصبح الأداء أفضل بكثير وأصبح الخروج من البرنامج قليلاً جدا .. ولما حولت حقل (Nass) من مذكرة إلى نص لم تعد هناك مشكلة .. إذاً سبب المشكلة هي هذه الأحاديث الطويلة وليس عدد الأحاديث وكالعادة .. عدت للشاملة للتجربة على نفس الملف بأحاديث المطولة دون اختصار، نعم عند الوصول لهذه الأحاديث يصبح التنقل أبطأ قليلاً، ولكن تضاف الصفحة بعدها ويمكنني التنقل بينها ببعض البطء لكن دون أن يغلق البرنامج فما هو الفرق .. الجهاز نفسه والملف نفسه .. هل لأني أعمل على الأكسس مباشرة أما في الشاملة فالعمل على برنامج تعتمد قواعد بياناته على أكسس .. وفرق بين الأمرين اعذروني .. فأنا أفكر بصوت عالي .. وأنتظر رأي الخبراء في هذا المجال إذا كنت في حاجة مرسلا ... فأرسل حكيما ولا توصه وإن باب أمر عليك التوى ... فشاور لبيبا ولاتعصه فوجود هذه الأحاديث الطويلة جداً في حقل واحد أمر لابد منه، ولا أستطيع أن أقسم الحديث الواحد إلى أكثر من حقل فما هو المطلوب لأفضل أداء في هذه الحالة

تم بحمد الله تجاوز هذه المشكلة بعد البحث وعند التجربة ظهرت لي رسالة (overflow) فاجتهدت وغيرت في الكود Dim kano As Integer إلى Dim kano As Long والظاهر أن اجتهادي لم يكن خطأ .. اختفت الرسالة .. والنتيجة جيدة جداً إلى الآن .. السرعة كبيرة بحمد الله .. ولا تزال التجارب جارية خشية ظهور رسائل أخرى

أخي الكريم عندما حاولت التجربة على الملف المعد لذلك وفيه (84000) سجل ظهرت هذه الرسالة

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

الأخ الكريم أبو عبدالله شكراً على مرورك .. والكود الذي تفضلت به مفيد في إعادة الترقيم .. لكن ليست هذه هي المشكلة حالياً الأخ الكريم جعفر .. شكراً على مرورك .. بالرغم من أننا لا زلنا نضع اللمسات الأخيرة على موضوع: استيراد جدول من وورد نعم إن اختصار الكود يزيد السرعة .. لكن المطلوب إضافة السجل بين السجلات والانتقال له مباشرة وأنا في النموذج مهما كان الملف كبيراً .. كل هذا بمنتهى السرعة التي يسمح بها شرطي المرور (ACCESS) ولعلك تتكرم وتعيد الكرة بالنظر في هذا الموضوع بعد انتهائنا من موضوعنا السابق 🙂 الأخ الكريم husamwahab شكرا على هذه المحاولة الموفقة .. وهي ليست مجرد محاولة بل تقدم جيد نحو المطلوب وأعجبتي كثيراً طريقة التحديد عند النقل فهي أفضل من كتابة الأرقام (من .. إلى ..) وتسمح أيضا بنقل عدة سجلات غير متتابعة في وقت واحد والسرعة التي يتم بها الأمر جيدة في الملفات الكبيرة بعد التجربة وعندي استفسار بخصوص الحقل الرقمي الذي أضفته (IDX) ما دوره بالظبط، وهل له تأثير على تريب الأحاديث ثم أخي الكريم أرى أنك اعتمدت أيضاً على موضوع (الترقيم العشري) فهل هذا يعني أنه المفتاح الوحيد لهذه العملية (نقل السجلات وإدراج سجل بين السجلات) فهي كانت مجرد فكرة خطرت لي وأنا لا خبرة لي بالأكسس، وكان للأخ أحمد الفلاحجي الفضل في ترجمتها إلى واقع ولكن لعل هناك طريقة أخرى ومفتاحاً آخر لهذه العملية يجعلها أسرع وأكثر سلاسة لا سيما في الملفات الكبيرة نعم .. السرعة التي تمت بها العمليتان (الإضافة والنقل) جيدة، بل سريعة جدا بالمقارنة مع برنامج الوورد، فقد كان موضوع إضافة صف للجدول يأخذ وقتاً في الملف الكبير، مما جعلني أقسم الجدول في الملف نفسه إلى عدة جداول لتقليل وقت الإضافة والنقل ولكن أظن أن الجميع يتفق معي أنه لا مانع من التطلع إلى الأفضل ما دام بالإمكان (وما دام بالإمكان) هذه يقررها الخبراء في هذا الشأن وليس أمثالي ولكن رؤيتي للسرعة التي يتم بها إضافة صفحة في برنامج الشاملة على الرغم من أن الكتاب ثلاثة أضعاف الملف الذي أجري عليه التجارب، يجعلني أتساءل: ما هو سر هذه السرعة؟ وجمعني مجلس مع أحد الإخوة وأريته كيف يتم الأمر في الشاملة بسرعة فاستغرب وقال أنه لابد أن يكون هناك جدول آخر تجري فيه هذه العملية، لأنه لا يمكن لأكسس أن يقوم بذلك ودون إغلاق الكتاب إلا إذا كان التعديل يجرى عبر جدول آخر وتذكرت كلامه هذا عندما رأيت مشاركة لأحد الإخوة قام فيها بإعادة تسلسل الترقيم التلقائي في نفس النموذج دون إغلاقة، لأنه فك ارتباط النموذج عن الجدول في بداية الكود (""= Me.RecordSource) فخطر في بالي أن هذا قد يكون مفتاحاً آخر للطريقة التي يتم بها الأمر في الشاملة، مباشرة تجد نفسك في الصفحة الجديدة وقد أخذت مكانها المطلوب بين الصفحات، وكأن الإجراءات التي تقتضيها هذه العملية تجري في مكان آخر، وأنت إنما ترى النتيجة فقط بينما في هذا الكود الذي تفضلت به أخي الكريم والكود الذي تفضل به الأخ أحمد، يمكن -عند تدقيق النظر خاصة في الملفات الكبيرة- ملاحظة العودة لأول الملف بسبب إعادة الترتيب، وبعدها تجد نفسك في الصفحة الجديدة المضافة لا أدري .. لعل بعض أهل الخبرة يرى هذا الكلام من شخص غير مختص عبثياً ولا معنى له .. ولكن أحببت أن أفكر بصوت عالي .. فرب كلمة من هنا .. وفكرة من هنا .. واقتراح من هناك .. واستفسار من هناك .. ينتج عنه المطلوب: أداء هذه المهمات بأفضل أداء وأعلى سرعة يسمح بها شرطي المرور (ACCESS) ومعذرة على الإطالة والتكرار للأهمية البالغة لهذا الأمر في عملي، بل عملي كله قائم عليه .. فأحببت أن أفرغ ما في جعبتي منتظراً ما في جعبة أهل الخبرة في هذا المجال للوصول لأفضل الأفكار .. والله الموفق

تطلبق عملي .. الصورة الأولى الثانية الحمد لله .. هذا بالنسبة لي إنجاز كبير ☺️ نعود الآن لموضوعنا ☺️☺️

سؤال فني خارج الموضوع .. أين ذهبت الصور التي رفعتها 😒 رفعتها بالأمس فقط .. واعتبرت نفسي قد أنجزت إنجازاً كبيراً .. ومع ذلك اختفت 😡 هل الخطأ مني أم من موقع رفع الصور ..

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