انشاء تطبيق مشابه للاكسيس

[محب العقيدة]

السلام عليكم
ان فكرة انشاء تطبيق شبيه بالاكسيس يقراة قاعدة البيانت فقط امر سهل جدا
اما انشاء تطبيق متكامل فهر امر في غاية التعقيد والصعوبة
لانك تحتاج الى محرك خاص وهذا لوحده مشكلة ومعقد للغاية
ثم التوافق مع الاكسيس وتعديل البيانات او انشاء جداول يقراها المشروع الجديد والاكسيس طبعا 
اكبر خبير في البرمجة claude5.5 opus رفض الفكرة لانها شبه مستحيلة لان البيانات في اكسيس 
كالجدول لها تشفيرات خاصة وتعقيدات لها اول وليس لها اخر ومشكلة النماذج الذكاء الصناعي اذا اخذ فكرة انه صعب مثل هذا الفكر تكون صعب للتعامل معه.
فلجئت الى gemini 4 argon
كان النموذج متحمسا ولكن عندما واجهنا مشاكل لها اول وليس لها اخر وخاصة عند مراجعة عملة بواسطة chatgpt6 و claude5.5opus
وتوصيات النماذج المراجعة للعمل ان تبقي البرنامج لقراءة البيانات دون تعديلها فضلا على انشاء جداول جديدة
وضعني امام خياران اما الاستمرار على اي حال او انشاء برنامج خاص ممكن ان تستورد بيانات الاكسيس منه
طبعا اخترت الاستمرار عل اي حال
الان الحمدلله اقول اني اجتزت 35% من المشروع الذي ساطرحه لاحقا على جت هب بعد اكمال مشكلة الجداول  ليكون الجميع يشارك به لان استحالة ان اكمله لوحدي 
احببت ان ارفق لكم نسخة من البرنامج فقط للتجربة في الجداول من اضافة بيانات في انشاء جداول من المشروع وتعبئة بياناتها
طبعا ادخال بيانات الى الجدول ما زال متخلف وهو ليس مهم لانه ليس صعبا هو ان تنقر زر new recorf عند اضافة الي سجل للجدول
 خصوصا وسارفق مقاطع فيديو قصيرة تبين كيفية استخدام المشروع لانه صعب جدا تتعاملوا لانه جديد ومخلبط ليس مهتما مطلقا بالشكل ههه 
طبعا الشرط ان تنشئ قاعدة بيانات اكسيس فارغة من برنامج الاكسيس لان انشاءه من المشروع له قصة طويلة ومعقدة ولكن لها حل. 
وقبل ان انشء الفيديوهات اود ان تقولو لي هل تعمل المرفقات ام تطلب ملفات اخرى لكي تعمل لاني لم اجرب على جهاز لغيري
 

bin.rar

[ابوخليل]

عليكم السلام

سكيورتي وندوز حذفه على طول اول ما شغلته .. على اعتبار انه فيروس

هل الغي الحماية ؟

[محب العقيدة]

ان لم اشغله على جهاز اخر
لكن كل برنامج تنفيذي يعتبره الويندوز فايروس
لتجاوز التحذير عند التحميل من المتصفح/الشبكة: كليك يمين على ملف .exe ←\leftarrow← Properties (خصائص) ←\leftarrow← ضع علامة صح على Unblock (إلغاء الحظر) في الأسفل ثم OK. 
قم بتعطيلها الحماية 
اظن انه سيعمل

[Foksh]

7 ساعات مضت, محب العقيدة said:

لتجاوز التحذير عند التحميل من المتصفح/الشبكة: كليك يمين على ملف .exe ←\leftarrow← Properties (خصائص) ←\leftarrow← ضع علامة صح على Unblock (إلغاء الحظر) في الأسفل ثم OK. 

هذا باعتبار أن الملف Accdb أو ملف قاعدة بيانات !!

لكن الملف هو ملف تنفيذي EXE 

[محب العقيدة]

هه

انا كتبت في المشاركه الاولى اني لا اعلم لم اجربه على جهاز اخر ممكن لو لغيت الحمايه ضد الفيروسات الاصل انه يعمل لا اعرف ساحاول ان اجربه على جهاز اخر 

هل من احد الغى الحماية وعمل عنده؟؟؟؟

[محب العقيدة]

مشروع 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_<Name>) والوحدات النمطية القياسية داخل محرر 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).