كل الانشطه

هل أنت متأكد ؟؟؟ لأن عنصر التحكم Lable غير قابل للتركيز بالتالي كيف سيتم ترتيب الجدولة عليه حتى أن نافذة ترتيب الجدولة لن تشمل هذا النوع فكما تلاحظ في الصورة هذه نافذة ترتيب الجدولة لمقطع رأس النموذج لاحظ كيف أنه أظهر مربعات النص فقط ولم يظهر مربع التسمية الخاص بالعنوان ولكن فكرة التسمية كأول عنصر تحكم يظهر ألهمتني بفكرة قد تعجبك جرب التعيل المرفق db13.mdb

بإذن الله تجد كل ما تحتاجه في أداة تخصيص طريقة عرض وطباعة التقارير وخصوصاً الأداة الثانية (أداة إنشاء قوالب الطباعة) حيث ستجد من ضمن التقارير العملية فيه بالتحديد المثال الخامس وهو مخصص لورق الرول ولكن أبعاده أنا غير متأكد منها فأنا كنت أعتمد على أحجام الورق التي تأتي مع الطابعة الإفتراضية التي تأتي مع الأوفيس وهي الطابعة (Microsoft Print to PDF) وهي طابعة وهمية مخصصة للتجارب لأنها تحتوي قائمة بجميع أحجام الورق بعكس الطابعات الحقيقية التي لا تأتي إلا بالأحجام التي تكون قادرة على طباعتها فقط فإذا أردت نصيحتي ولكي تحصل على نتائج جيدة أفضل أن تقوم بثبيت تعريف الطابعة التي ذكرتها في بداية كلامك لأنك بمجرد تثبيت التعريف ستظهر لك حجم الأوراق التي تتعامل معها الطابعة وستجد ضمن نافذة الخيارات معلومات عن الحد الأدنى للهوامش مثلاً بالإضافة إلى أن إستعراض التقرير في وضع المعاينة سيكون أقرب للواقع ولكن إذا لم تتمكن الحصول على التعريف فيمكن على الأقل أن تكون على معرفة بحجم الورق المطلوب للطابعة المذكورة وعلى الأغلب ستجد هذا الحجم ضمن الأحجام المعرفة في طابعة Microsoft Print to PDF بعد ذلك وبالإستعانة بهذا الأداة وإتباع التعليمات بدقة ستتمكن إن شاء الله الحصول على ميتغاك

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

أهم الأسباب (المرتبطة بأكسس) لثقل النموذج سببين - حجم البيانات التي يتم تحميلها مع النموذج (يقصد بالبيانات هنا إما بيانات الجداول أو بيانات كائنات ذات حجم كبير كالصور مثلاً) - حجم التعليمات البرمجية خلف النموذج يوجد للسبب الأول حلين أحدهما بسيط وهو عن طريق ربط النموذج بإستعلام ينتج عنه بيانات مفلترة وهكذا فبدلاً من فتح النموذج وهو مرتبط بألف سجل موجود في الجدول سيتم فتحه وهو مرتبط بسجل أو بضعة سجلات فقط الحل الآخر وهو أصعب قليلاً وفيه لايتم ربط النموذج بجدول أو إستعلام بل سيحتوي على عناصر تحكم غير منضمة (أي غير مرتبطة بأي حقول) وعلى أن يتم تعبئتها بالبيانات عن طريق مجموعة سجلات DAO أو ADO بإستخدام الكود وهذه عملية تحتاج للكثير من العمل ولكنها تنتج لنا نماذج خفيفة نفس الشيئ للسبب الثاني فيوجد له حلين تختلف بإختلاف أهمية الوظيفة التي يقوم بها الكود ويتم تحديد هذه الأهمية عن طريق الإجابة على هذا السؤال (لو لم يكن هذا الكود موجوداً فهل ستتأثر ألية العمل والإجراءات التي تتعامل مع البيانات ؟) فإذا كانت الإجابة أنه لن يكون للكود أي تأثير فالأفضل هو الإستغناء عنه أما لو كان لهذا الأمر وظيفة ستؤثر على عملنا فنرى إذا ما كان بالإمكان تحويل هذا الكود إلى دوال عامة وإستدعائها من الحدث مباشرة مثال بسيط لنفترض أن وظيفة الزر (إضافة سجل جديد) هي وظيفة هامة ومؤثرة عندها يمكننا أن نقوم بإنشاء دالة عامة داخل وحدة نمطية قياسية ونسميها بإسم AddNewRec وستتغير طريقة إستدعائها كما بالصورة في الشكل الأول يكون الكود خلف النموذج أما الشكل الثاني فيتم إستدعاء دالة عامة خارج النموذج ... في الأخير لن يتبقى خلف النموذج إلا الحد الأدنى من التعليمات البرمجية المطلوبة للعمل إلى هنا تكون قد تناولنا أهم الأسباب المرتبطة بأكسس (من وجهة نظري) وطريقة التعامل معها (من وجهة نظري أيضاً ) ولكن تتبقى أسباب أخرى تكون مرتبطة بإمكانيات الأجهزة فكلما كانت مواصفات الجهاز أضعف فستظهر هذه المشكلة بشكل ملحوظ أكثر عموماً قمت بتعديل المثال الخاص بك عن طريق إضافة نموذج لتحديد معيار لتصفية النموذج المطلوب وأضفت نسختين من نموذج الموظفين الأول سيكون مطابق للأصلي ولكن مع بيانات مفلترة والآخر مع بيانات مفلترة بالإضافة إلى الإستغناء عن وظيفة الساعة (فأنا أرى أنها ليست مرتبطة بالعمل وغير مؤثرة بل بالعكس فحدث Timer هو من أسواء الأحداث التي يمكن التعامل معها ويفضل اللجوء إليه للضرورات القصوى) أريد منك تجربة فتح كل نموذج من النماذج الثلاثة والتحقق من الفارق في الأداء (يفضل أن لا يتم فتح أي نموذج إلا بعد إغلاق الأول ليتم الفحص في نفس الظروف لكل واحد) وأعلمنا بالنتيجة تحياتي db12.mdb

لجأت للذكاء الصناعي بأسئلتي (Google) بعد أن تأخر الرد من حضراتكم وكان الحل مرضياً بنسبة 90% من خلال تلك الأكواد التى نقلتها عنه كما أنه قد قام بحل رعشة الوقت من خلال حذف الثواني من الظهور Private Sub Form_Load() UpdateClock Me!LblDateView.Caption = Format(Now, "yyyy /mm /dd") Me.wrship.RowSource = "" Me.social.RowSource = "" ' 1. التركيز أولاً على زر الخروج لإظهار النموذج بالكامل Me.cmd_Exit.SetFocus ' 2. تشغيل المؤقت بعد نصف ثانية Me.TimerInterval = 100 End Sub Private Sub Form_Timer() Static blnDone As Boolean ' ينفذ هذا الجزء مرة واحدة فقط بعد نصف ثانية If Not blnDone Then blnDone = True ' إعادة التركيز إلى مربع النص Code Me.Code.SetFocus ' تظليل النص الموجود بداخله بالكامل If Len(Me.Code & "") > 0 Then Me.Code.SelStart = 0 Me.Code.SelLength = Len(Me.Code) End If ' إعادة المؤقت إلى ثانية واحدة لعمل الساعة بانتظام Me.TimerInterval = 1000 End If UpdateClock End Sub Private Sub UpdateClock() Dim strTime As String ' تنسيق الوقت واستبدال AM بـ ص و PM بـ م strTime = Format(Time, "hh:nn AM/PM") strTime = Replace(strTime, "AM", "ص") strTime = Replace(strTime, "PM", "م") ' التحديث فقط عند تغير الوقت لمنع الاهتزاز If Me!LblClockView.Caption <> strTime Then Me!LblClockView.Caption = strTime End If End Sub

اهلا بك استاذي العزيز طبعا العرض .. واريد التأكد من ظهور البيانات .. والهوامش الافقية على الاقل 2ملم يمين ويسار اذا لديك تقرير جاهز مجرب لو تتكرم ترسله لي مع الجدول فقط سوف اغير المصدر واعتمده

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

1- من خاصية مصدر السجل الخاصة بالنموذج قم بفتح الإستعلام الذي يعتمد عليه النموذج 2- النقر المزدوج على الرابط لفتح نافذة تعديل الرابط 3- قم بتحديد الخيار الثاني حتى يتغير شكل الرابط على شكل سهم نحو جدول دخول الطلاب وهذا سيظهر جميع بيانات جدول البيانات مع أي سجلات مرتبطة من جدول الدخول وهذه صورة متحركة بالخطوات

أين الرد !!!!! أو الإشارة لموضوع مشابه قد تم الرد عليه .

تمام اخي اسعد ، إن شاء الله بصمم لك نموذج يخدمك فيما تريد .. لكن العذر منك على التأخير بسبب العمل الليلي 🥱

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

السلام عليكم جزاكم الله خيرا هذا هو المطلوب ولكن ممكن برجاء توضيح التعديل الذي تم بالتفصيل مع حذف الفبديو السابق وجزاكم الله خيرا

هذا لأن مصدر بيانات النموذج يربط بين الحدولين ليتم إظهار الطلبة الذين لديهم سجل في جدول الزيارات لذلك لن يظهر إلا من سبق له الزيارة قمت بتعديل المرفق بعد تعديل الرابط ليتم إظهار جميع الطلبة حتى من لم يسبق لهم الزيارة جرب الان db1.mdb

مشروع OPENACCESS — البنية التقنية، استقلالية المحرك الداخلي، فرعا المشروع، وخارطة الطريق دعوة للمشاركة في تطوير هذا المشروع وقد بدانا الخطوة الاولى [🌐 github (https://your-website.com) github [🌐 Short videos to introduce the project (https://reelaivideo.com/?community=openaccess) فيديوهات قصيرة للتعريف بالمشروع 1. رؤية المشروع والهدف الاستراتيجي يمثل مشروع OpenAccess Studio (الموجود في المسار F:\NEW_MSACCESS) الخطوة التأسيسية الأولى لبناء بيئة قواعد بيانات مكتبية حديثة ومنصة تطوير تطبيقات مستقلة تعمل بشكل موازٍ لبرنامج Microsoft Access. كُتب المشروع بلغة twinBASIC (https://twinbasic.com/)، ويهدف إلى قراءة وإنشاء واستعلام وتعديل ملفات قواعد بيانات Microsoft Access الأصلية (.accdb و .mdb) مباشرةً على المستوى الثنائي (Binary Page Level)، مع توفير بيئة تطوير وتشغيل مكتبية مستقلة تماماً. 2. المحرك الداخلي لقاعدة البيانات: مستقل بنسبة 100% ولا يحتاج إلى محرك أكسيس نهائياً نعم — المحرك الداخلي لقاعدة البيانات في OpenAccess Studio مستقل تماماً بنسبة 100%، ولا يحتاج إلى وجود برنامج Microsoft Access، أو حزمة Microsoft Office، أو محرك Microsoft Access Database Engine Redistributable (ACE.OLEDB / ACE DAO)، أو مكتبات Windows Jet DLLs على جهاز المستخدم. كيف يعمل المحرك الداخلي المستقل تقنياً: - القراءة والكتابة الثنائية المباشرة للملفات (FormatProbe.twin, CatalogReader.twin, PageWriter.twin): يفتح ملفات .accdb (إصدارات ACE 12/14/16) وملفات .mdb (إصدار Jet 4) مباشرةً عبر قراءة وكتابة صفحات بحجم 4096 بايت. - مفكك الصفحات والجداول الأصلي (CatalogReader.twin, RowDecoder.twin): يحلل صفحة رأس قاعدة البيانات (Page 0)، وترويسات صفحات RC4، وصفحات تعريف الجداول (Type 0x02 TDEF)، وصفحات البيانات (Type 0x01 Data Pages)، وصفحات فهارس B-Tree (Type 0x04 Index Pages)، وخرائط الاستخدام (Usage Maps من النوعين 0 المضمن و1 المرجعي)، وسلاسل القيم الطويلة (LVAL) أحادية ومتعددة الصفحات لحقول المذكرة (Memo) والبيانات الثنائية الطويلة (LongBinary / BLOB). - حازم السجلات وكاتب الفهارس الأصلي (RecordWriter.twin): يكتب الأعمدة الثابتة، وجداول إزاحة الأعمدة المتغيرة، وأقنعة القيم الفارغة (Null Bitmasks)، وعدادات الترقيم التلقائي (AutoNumber)، ومفاتيح فهارس B-Tree (سواء أوزان فرز Jet 4 القديمة بحجم 1 بايت أو أوزان فرز Access 2010+ الحديثة بحجم 2 بايت) مباشرةً داخل صفحات 4096 بايت مع دعم التراجع عن المعاملات (Transactions). - طبقة توافق DAO ومفسر SQL الداخلي (DaoEngine.twin): ينفذ نموذج كائنات DAO متكاملاً ومستقلاً (DBEngine, Workspace, Database, TableDefs, TableDef, Fields, Field, Indexes, Index, QueryDefs, QueryDef, Relations, Relation, Recordset) ومحرك SQL داخلي يدعم أوامر SELECT، والربط INNER/LEFT/RIGHT JOIN (بما في ذلك ربط عدة جداول عبر Hash Joins)، و WHERE، و GROUP BY، و ORDER BY، و INSERT، و UPDATE، و DELETE، و CREATE TABLE، و ALTER TABLE. - التوافق المباشر مع جداول كتالوج النظام: يقرأ ويكتب جداول النظام MSysObjects و MSysQueries و MSysRelationships و MSysACEs و MSysAccessStorage مباشرةً بحيث يمكن فتح الملفات المنشأة أو المعدلة في OpenAccess Studio داخل Microsoft Access والعكس. 3. ما تم إنجازه حتى الآن - القراءة والكتابة الثنائية الكاملة للجداول: إنشاء الجداول، وتعديل بنيتها (إضافة وحذف الحقول، والمفاتيح الأساسية Primary Keys، وخصائص Required و AllowZeroLength و DefaultValue و ValidationRule)، وتحرير السجلات مباشرةً في طريقة عرض ورقة البيانات (Datasheet View). - العلاقات والمفاتيح الأجنبية وحقول البحث (LookupCache.twin): قراءة وكتابة جدول MSysRelationships، وتطبيق التكامل المرجعي (بما في ذلك التحديث والحذف المتتالي Cascade Update / Cascade Delete)، وعرض القيم النصية لحقول البحث المرتبطة (ComboBox Lookup) دون الخلط بينها وبين المفتاح الأساسي للجدول نفسه. - محرك الاستعلامات والحفظ في MSysQueries (DaoEngine.twin): تحويل جمل SQL إلى سجلات قياسية في جدول MSysQueries (السمات Attributes 0, 255, 1, 3, 5, 6, 7, 8, 11, 254)، ودعم استعلامات الجدول الواحد أو الجداول المتعددة المرتبطة بـ INNER/LEFT/RIGHT JOIN، وتصميم الاستعلامات بصرياً عبر شبكة QBE مع إمكانية تعديل أو حذف خطوط الربط. - فك ترميز النماذج والتقارير الأصلية (AccessStreamDecoder.twin, StudioController.twin): قراءة مجاري DirData و TypeInfo و Blob الخاصة بالنماذج والتقارير من جدول MSysAccessStorage وعرض النماذج وعناصر التحكم على لوحة العرض. - فك ضغط وتحليل أكواد MS-OVBA (VbaProjectStore.twin, VbaLexer.twin, VbaParser.twin): فك ضغط مجاري الأكواد المضغوطة (dir ومجاري الوحدات النمطية) من MSysAccessStorage لعرض أكواد نماذج الأكسيس (Form_&lt;Name&gt;) والوحدات النمطية القياسية داخل محرر VBE المدمج، مع تشغيل أوامر DoCmd الأساسية (DoCmd.OpenForm, DoCmd.Close, DoCmd.OpenQuery, DoCmd.RunSQL, DoCmd.GoToRecord, MsgBox). 4. الفرعان المستقلان المقترحان للمشروع لتجنب الهشاشة الناتجة عن الهندسة العكسية لهياكل النماذج الثنائية غير الموثقة في Microsoft Access وذاكرة التخزين المؤقت لأكواد الـ p-code المترجمة، ينقسم تصور المشروع إلى فرعين استراتيجيين مستقلين: الفرع الأول — التوافق الكامل في الجداول والاستعلامات + نماذج وتقارير خاصة بالمشروع (المسار الأساسي الموصى به): - النطاق: توافق ثنائي بنسبة 100% مع Microsoft Access في طبقة البيانات والاستعلامات (الجداول، العلاقات، الفهارس، الاستعلامات في MSysObjects / MSysQueries / MSysRelationships، الجداول المرتبطة Linked Tables، وتقسيم قاعدة البيانات إلى واجهة أمامية وخلفية Front-End / Back-End). - النماذج والتقارير والأكواد: يمتلك OpenAccess Studio مصمم نماذج ومصمم تقارير ومحرك أحداث/أكواد خاصاً به ومستقلاً تماماً عن تعقيدات MSysAccessStorage و _VBA_PROJECT الخاصة بالأكسيس. - الفائدة: إمكانية تصدير وتقسيم وتشغيل قواعد البيانات (.accdb / .mdb) بين Microsoft Access ومشروعنا بسلاسة تامة في الجداول والاستعلامات، مع بناء واجهة ونماذج وتقارير حديثة وسريعة ومستقرة دون قيود الأكسيس القديمة. الفرع الثاني — التعديل المباشر على أحداث النماذج والوحدات النمطية داخل ملفات الأكسيس: - النطاق: عدم تصميم نماذج جديدة من الصفر، بل فتح ملف .accdb موجود مسبقاً، وعرض نماذجه ووحداته النمطية، وتعديل أكواد الأحداث داخل النماذج (مثل حدث النقر على زر CommandButton_Click) أو تعديل الوحدات النمطية، وحفظها داخل MSysAccessStorage ليعمل التعديل داخل الأكسيس ومشروعنا. - الواقع التقني: يتطلب تطابقاً صارماً على مستوى البايت الواحد مع هياكل داخلية مغلقة وغير موثقة في Microsoft Access (فهارس B-Tree متعددة الصفحات لجدول MSysAccessStorage، ومجرى dir، وإبطال ذاكرة الكود المترجم _VBA_PROJECT، وخصائص HasModule في Blob النموذج). 5. المشاكل الحالية والتحديات القائمة -حدوث خطأ احبانا عند انشاء استعلام مكون من جدولين او جدول واستعلام تربطهما علاقة بحيث يعطيك برنامج الاكسيس not recognized format وبعد اصلاح قاعدة البيانات يظهر جدول اخطاء -1206 -3003 - حساسية جدول MSysAccessStorage ومجرى _VBA_PROJECT عند الفتح في Microsoft Access: عندما يقوم OpenAccess Studio بتعديل مجرى كود VBA داخل جدول النظام MSysAccessStorage، يتحقق برنامج Microsoft Access عند فتح الملف من التطابق بين مجرى _VBA_PROJECT (الذي يخزن كود p-code المترجم وحالة المشروع) وبين ترويسة PerformanceCache وإزاحات مجرى dir وفهارس B-Tree الخاصة بجدول MSysAccessStorage. وأي اختلاف بسيط يؤدي في الأكسيس إلى ظهور رسالتي الخطأ: 1) "The database cannot be opened because the VBA project contained in it cannot be read." (والتي تدفع الأكسيس لحذف مشروع الـ VBA بالكامل من الملف). 2) "Cannot open database ''. It may not be a database that your application recognizes, or the file may be corrupt." (وتظهر عندما تتغير مواقع السجلات أو مؤشرات فهرس B-Tree في MSysAccessStorage بطريقة يرفضها محرك ACE). - تعديل الاستعلامات الموجودة في مصمم الاستعلامات (QBE): استكمال تعديل الاستعلامات المعقدة في مكانها مباشرةً دون الحاجة لإنشاء استعلام جديد، وضمان تطابق بادئات الجداول وأسماء الأعمدة في السمات Attribute 6 و Attribute 7 داخل MSysQueries. - إعادة بناء الواجهة الأمامية (UI Overhaul): الواجهة الحالية في MainForm.twin مزدحمة وتعتمد على أشرطة أزرار بدائية، وتحتاج إلى إعادة تصميم شاملة وحديثة تفصل بوضوح بين بيئة الجداول والاستعلامات وبيئة النماذج والأكواد. 6. خارطة الطريق الرسمية للغة twinBASIC (https://twinbasic.com/roadmap) وفقاً لخارطة الطريق الرسمية المحدثة في 17 أبريل 2026 من شركة TWINBASIC LTD (https://twinbasic.com/roadmap): - السياق الاستراتيجي: أعطت الشركة الأولوية لتقنية "Fusion" (التي تتيح التشغيل البيني السلس بين مكونات 32-بت و64-بت بما في ذلك عناصر ActiveX) وحصلت على استثمار استراتيجي (https://twinbasic.com/news/twinbasic-investment-july2026) لتسريع التطوير وتوسيع الفريق. - الربع الثاني إلى الرابع 2026 (أبريل - ديسمبر 2026): * إصلاحات عامة للأخطاء وتحسينات التوافقية. * استكمال جميع خصائص ودوال عناصر التحكم الأساسية المتبقية. * دعم ربط ملفات المصدر الخارجية من ملف المشروع الرئيسي (.twinproj)، مما يسهّل العمل مع أنظمة التحكم بالمصادر مثل Git. * استكمال دعم اختصارات لوحة المفاتيح (Mnemonics) وصفحات خصائص UserControl. * دعم إعادة الترجمة الجزئية (Partial-recompilation)، مما يمنح سرعة أعلى بكثير عند تعديل المشاريع الضخمة (مثل مشروع OpenAccess Studio). * تصحيح الأخطاء خارج العملية (Out-of-process debugging) لمكتبات ActiveX DLLs. * دعم الترجمة المحسنة عبر مترجم LLVM (متاح للمشتركين). * استكمال دوال كائن App المتبقية. * إتاحة نسخ المرشح للإطلاق (v1 Release Candidate) خلال هذه الفترة. - المواعيد المبدئية لإطلاق الإصدار الأول (Version 1 Release Schedule): * نسخة المرشح للإطلاق (Release Candidate): 16 نوفمبر 2026. * الإطلاق الرسمي للإصدار الأول (Release Date): 14 ديسمبر 2026. - الربع الأول 2027 (يناير - مارس 2027): * إضافة المزايا المتبقية في بيئة التطوير الجديدة (مثل إعادة التسمية الذكية Rename-Refactoring ومستكشف الاختبارات Test Explorer). * بدء تطوير واجهة برمجة إضافات التحليل (Analysis Extension API). * الدعم الكامل لـ vbWatchdog لمعالجة الأخطاء المتقدمة. * دعم صيغ البرمجة متعددة الخيوط (Multi-threading syntax). * بدء دعم تعدد المنصات لأنظمة Linux و Mac على معمارية x86/x64 (لمشتركي نسخة Ultimate). - الربع الثاني 2027 وما بعده (أبريل 2027+): * بدء دعم تعدد المنصات لمعالجات ARM على أنظمة Linux و Mac و Android (لمشتركي نسخة Ultimate). * إعادة بناء جميع عناصر تحكم VB6 الإضافية المتبقية (مثل Winsock و MAPI و Adodc و DataGrid و MSCOMM).

نعم انا جربتها ولكن احيانا لا تظهر البيانات كما مع رقم 20260005 مثلا 20260006 ولا أعلم لماذا ؟ الشي الثاني والاهم ان خانة سبب الزيارة عاووها تكون فارغة ويتم تسجيلها مع كل طالب تظهر دخوله في هذا اليوم مع سبب دخوله وهذا لم يظهر في جدول دخول الطلاب حيث البيانات لم تتغير مرة ثانية أشكركم على سعة صدركم وجزاكم الله خير db2.mdb

السلام عليكم نظرياً .. هى مشكلة إزعاج بصري لمن يهوى الناحية الجمالية ، لكن لا تأثير على الوظيفة عند تحميل النموذج يظهر أولاً محتوى مربع نص الـ Code ثم بعد ثانية أو أقل يظهر الباقى ثم المطلوب تكرماً التعديل فى كود تحميل النموذج ليكون إظهار جميع الحقول بصرياً معاً مع الاحتفاظ بوضع مشيرة الكتابة فى حقل الـ Code كما هو موجود بالنموذج افتراضياً . أرفقت الجزء المستهدف من التطبيق بالمرفقات .. لإظهار ما شرحته والعمل عليه تحياتي للجميع db1.mdb

وهذا ما ستجده في المرفق الاخير في ردي الأخير هل هذا هو المطلوب أم لا ؟

أين المساعدة ؟؟؟

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

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

وعليكم السلام ورحمة الله وبركاته .. المشكلة الحالية التي رأيتها في الملف المرفق أنه لا توجد حقول تربط اللجنة برقم المبنى ( id_mabna ) أو كود المراقب ( id_morakab ) . وجدول ( Tbl_lagna ) به حالياً فقط الحقول id_lagna , ellagna , almoraqeb ( كنص يدوي وليس كربط ) . لذا ما خطر ببالي الآن هو :- ننشئ استعلام بسيط لتجميع أرقام الجلوس والطلاب ، ولنفترضه بالإسم qry_Student_Seats :- SELECT Tbl_student.alsaf_Id, Tbl_student.id_lagna, Min(Tbl_student.Stugalos) AS FromSeat, Max(Tbl_student.Stugalos) AS ToSeat, Count(Tbl_student.id_student) AS TotalStudents FROM Tbl_student WHERE Tbl_student.Stugalos IS NOT NULL AND Tbl_student.id_lagna IS NOT NULL GROUP BY Tbl_student.alsaf_Id, Tbl_student.id_lagna; ننشئ الإستعلام الكامل الذي يمكنك أن تستخدمه في أي مكان ، ولنفترض إسمه qry_Lagna_Full :- SELECT Tbl_saf.saf AS الصف, qry_Student_Seats.id_lagna AS [رقم اللجنة], qry_Student_Seats.FromSeat AS [من رقم جلوس], qry_Student_Seats.ToSeat AS [إلى رقم جلوس], qry_Student_Seats.TotalStudents AS [عدد الطلاب], Tb_elmabna.mabna AS المبنى, Tbl_morakab.teacher AS المراقب FROM ((qry_Student_Seats INNER JOIN Tbl_saf ON qry_Student_Seats.alsaf_Id = Tbl_saf.saf_id) LEFT JOIN Tb_elmabna ON qry_Student_Seats.id_lagna = Tb_elmabna.id) LEFT JOIN Tbl_morakab ON qry_Student_Seats.id_lagna = Tbl_morakab.id_teaccher ORDER BY qry_Student_Seats.alsaf_Id, qry_Student_Seats.id_lagna; الآن شغل الإستعلام الكامل وشوف النتيجة إن كانت صحيحة .. كملاحظة ، ستجد أن المبنى والمراقب فارغان للجان من 7 فما فوق ؛ والسبب بسيط جداً أخي أسعد وهو أن جدوليك Tb_elmabna و Tbl_morakab مسجل بهما حالياً 6 سجلات فقط (من 1 إلى 6) . فبمجرد إضافة المبنى 7، 8، 9، 10 والمراقبين 7، 8، 9، 10 في جدوليهما الأصليين ، ستراهم قد ظهروا تلقائياً أمام باقي اللجان بدون أي تدخل النتيجة في المرفق :- school4.zip

اخواني الأعزاء الكرام بعد سلام الله عليكم ورحمة الله وبركاته الملف المرفق به به جدول Tbl_student وهو يحوي بيانات التلاميذ ( المهم عندي اللجان وارقام الجلوس ) حيث كل لجنة تبدأ رقم جلوس وتنهي برقم جلوس لكل صف وكمان به جدول Tb_elmabna به رقم المبني واسم المبني وجدول المراقبين Tbl_morakab محتاج آلية أو طريقة اجمع بها لجان وأرقام الجلوس كل صف واربطها بجدول المراقبينTbl_morakab وجدول Tb_elmabna بحيث يظهر لكل صف اللجان الخاصة به وكل لجنة من رقم جلوس الي رقم جلوس ومبني كل لجنة ومراقب كل لجنة school4.rarschool4.rar

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

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

في انتظار المساعدة