nssj

أخي الكريم .. فعلت ذلك أكثر من مرة .. وحصل تقدم بسيط ، ولا أدري لعل الخطأ مني منذ البداية في الطريقتين (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

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

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

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

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

للرفع 🤔 🤔

الإخوة الكرام ما هو الخطأ في هذا الكود DoCmd.RunSQL "ALTER TABLE tt DROP CONSTRAINT PRIMARYKEY ;" DoCmd.RunSQL "ALTER TABLE tt DROP COLUMN id ;" DoCmd.RunSQL "ALTER TABLE tt ADD id AUTOINCREMENT ;" DoCmd.RunSQL "ALTER TABLE tt ADD primary key(id) ;" End Sub المطلوب منه حذف المفتاح الرئيسي لإعادة الترقيم التلقائي ثم إعادته بعد الترتيب كما كان مفتاحا أساسيا يعمل للمرة الأولى فقط ثم يعطي رسالة خطأ .. ولا يعمل مرة أخرى إلا إذا حذفت تعيينه مفتاح ثم عينته مرة أخرى !! ترقيم.accdb

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