ملاحظات إصدار HotXLS

سجل الإصدارات للميزات المرئية للمستخدم في HotXLS والإصلاحات وتحسينات XLS/XLSX وتحديثات التصدير وتغييرات التوافق وتحديثات الوثائق.

اللغات: English (US)English (UK) Español (España) Español (Latinoamérica) Deutsch Français Italiano 日本語 Português Nederlands Svenska Polski Türkçe 한국어 العربية Русский 简体中文繁體中文

[Unreleased]

الإصدار 2.88.111

تدعم أوراق Classic XLS الآن مربعات TextBox رسومية مستقلة. استخدم TXLSShapes.AddTextBox لإنشاء TXLSTextBox له مرساة صف/عمود خاصة به، ونص، و text runs، وتنسيق خط/تعبئة، وحذف shape عادي من دون إنشاء تعليق خلية.

الإصدار 2.88.110

تغطي عروض ApiTour الآن المزيد من أنماط أتمتة المصنفات. توضح أمثلة Delphi و C++Builder ApiTour الكتابة إلى النطاقات عبر callbacks باستخدام WriteCells، وفحص الخلايا المحملة باستخدام ForEachCell، وتحديثات القوالب باستخدام FindText و ReplaceText، وتصدير نطاق محدد إلى HTML في ApiTour-Range.html، وكذلك callbacks الصيغ المخصصة في Delphi عبر OnUserFunction.

الإصدار 2.88.109

تعرض عروض QuickStart الآن مصنفاً أولياً أكثر اكتمالاً. تنشئ أمثلة QuickStart في Delphi و C++Builder جدول ضرب منسقاً مع صيغ إجماليات للصفوف والأعمدة، وتجميد الأجزاء، وإجراءات XLS/XLSX متطابقة؛ كما تتضمن شجرة العروض الآن صفحات readme بتنسيق HTML لكل مثال.

الإصدار 2.88.108

تحتوي نطاقات XLSX الآن على دوال مساعدة مباشرة لتصدير HTML. يقوم TXLSXRange.SaveAsHTML(FileName) و TXLSXRange.SaveAsHTML(Stream) بتصدير نطاق XLSX المحدد فقط كجدول HTML بترميز UTF-8، مع مشاركة escaping وإخراج النمط الأساسي ومعالجة span للخلايا المدمجة من renderer HTML الخاص بالـ workbook.

الإصدار 2.88.107

تتضمن أوراق عمل XLSX الآن دوال مساعدة للبحث عن النص واستبداله. يقوم TXLSXWorksheet.FindText و TXLSXWorksheet.ReplaceText بفحص خلايا النص المحملة بترتيب row-major، ويتجاوزان الصيغ والقيم غير النصية، ويدعمان مطابقة اختيارية حساسة لحالة الأحرف لتدفقات عمل القوالب.

الإصدار 2.88.106

أصبحت BIFF8 Window2 view flags تحفظ الآن حالة لون خطوط الشبكة المخصص وحالة الأجزاء المجمدة. يقوم HotXLS الآن بمسح fDefaultHdr عندما يخزن Window2.icvHdr لون خطوط شبكة مخصصا، ويحافظ على fFrozenNoSplit المكتوب بواسطة Excel أثناء open/save، ويكتب fFrozenNoSplit لمخرجات FreezePanes.

الإصدار 2.88.105

أصبحت CF12 formula thresholds تعمل الآن عبر round-trip في قواعد BIFF8 Data Bar وColor Scale وIcon Set. يتم تحويل قيم threshold values المعتمدة على الصيغ إلى CF12 formula token bytes عند الحفظ، ثم استعادتها إلى TXLSCfValue.Value عند إعادة فتح workbook.

الإصدار 2.88.104

تكتب صيغ Classic XLS وحدود مجموعات الأيقونات الآن سجلات BIFF8 أكثر إحكاما. تستخدم الثوابت الصحيحة في الصيغ token المدمج tInt عندما تقع ضمن نطاق BIFF unsigned-integer، ويتحكم TXLSIconSetSpec.ThresholdEqualsInclude[Index] الآن في CF12 icon-set threshold equals byte حتى يختار المستدعي دلالة المقارنة include أو exclude.

الإصدار 2.88.103

أصبحت أوراق Classic XLS تتضمن دالة مساعدة للبحث عن النص. يقوم IXLSWorksheet.FindText(SearchText, Row, Col[, MatchCase]) بتحديد أول خلية نصية محملة مطابقة، ويتجاوز الصيغ والخلايا غير النصية، ويمسح الإحداثيات المعادة عند عدم العثور على تطابق.

الإصدار 2.88.102

أصبحت أوراق Classic XLS تتضمن دالة مساعدة لاستبدال النص. يقوم IXLSWorksheet.ReplaceText(SearchText, ReplacementText[, MatchCase]) باستبدال المطابقات في الخلايا النصية المحملة، ويتجاوز الصيغ والخلايا غير النصية، ويعيد عدد الخلايا التي تغيرت لتدفقات تعبئة القوالب.

الإصدار 2.88.101

أصبحت النطاقات تملك دوال مساعدة مباشرة لتصدير HTML. يقوم IXLSRange.SaveAsHTML(FileName) و IXLSRange.SaveAsHTML(Stream) بتصدير النطاق المحدد عبر عارض HTML الموجود، لذلك لم يعد المتصل بحاجة إلى إنشاء مثيل TXLSHTMLExport أو تمرير xlHTML صراحة عند تصدير أجزاء النطاق الشائعة.

الإصدار 2.88.100

يقرأ TXLSWorkbook.GetSheetNames(Stream, AList) الآن تدفقات حزم XLSX بالإضافة إلى تدفقات Classic XLS. يمكن للتطبيقات تمرير تدفقات الذاكرة أو تدفقات BLOB من قواعد البيانات أو تدفقات XLSX التي تم تنزيلها إلى الواجهة الكلاسيكية والحصول على أسماء أوراق العمل مرتبة من دون حفظها أولًا في ملف.

الإصدار 2.88.99

أصبحت APIs الخاصة بالبحث عن أوراق العمل وإنشاء الارتباطات التشعبية وتحديد مناطق متعددة أسهل استخدامًا. تضيف مجموعات أوراق Classic XLS وXLSX TryGetSheetByName، وتضيف أوراق Classic XLS overloads مريحة لـ AddHyperlink، ويمكن لـ IXLSWorksheet.SelectAreas كتابة تحديدات نشطة متعددة النطاقات.

الإصدار 2.88.98

تعرض مصنفات Classic XLS الآن الاسم البديل UserName لحقل المستخدم الذي حفظ الملف. يرتبط IXLSWorkbook.UserName بنفس قيمة WRITEACCESS مثل LastSavedBy، بحيث يمكن للتعليمات البرمجية التي تستخدم اصطلاح التسمية UserName قراءة اسم تدقيق المصنف وتحديثه مباشرة.

الإصدار 2.88.97

تشارك أوراق XLSX الآن helpers الخاصة بمسح الخلايا وكتابة النطاقات عبر callback. يقوم TXLSXWorksheet.ForEachCell بتعداد الخلايا المحملة بترتيب الصفوف مع القيمة ونص الصيغة، بينما يملأ TXLSXWorksheet.WriteCells نطاقات رقمية أو A1-style من callback مع دعم تخطي الخلايا والإلغاء.

الإصدار 2.88.96

تدعم أوراق Classic XLS الآن كتابة النطاقات عبر callback. يملأ IXLSWorksheet.WriteCells نطاقًا رقميًا بأساس 1 أو نطاق A1-style بترتيب الصفوف، ويتيح للـ callback تقديم قيمة كل خلية، ويدعم تخطي الخلايا بشكل فردي، ويمكنه إلغاء حلقات الكتابة الطويلة مبكرًا.

الإصدار 2.88.95

يمكن لأوراق Classic XLS الآن تعداد الخلايا المحملة عبر callback. يقوم IXLSWorksheet.ForEachCell بالمرور على خلايا الورقة الموجودة بترتيب الصفوف، ويمرر إحداثيات الورقة والصف والعمود بأساس 1 مع القيمة ونص الصيغة، ويتيح للـ callback إلغاء عمليات المسح الطويلة مبكرًا.

الإصدار 2.88.94

اصبح حساب الصيغ قادرا على استدعاء الدوال المعرفة في التطبيق. يتيح TXLSWorkbook.OnUserFunction و TXLSXWorkbook.OnUserFunction للدالة Calculate تفويض دوال ورقة العمل المخصصة او غير المدعومة بعد الى كود التطبيق، مع تمرير الوسيطات المقيمة واستخدام نتيجة Variant المعادة عند معالجة الاستدعاء.

الإصدار 2.88.93

اصبحت حماية اوراق Classic XLS تعرض اعلام الاذونات لكل اجراء. يضيف IXLSWorksheet الخصائص AllowDeleteRows و AllowInsertRows و AllowFormatCells و AllowSort و AllowAutoFilter وبقية خصائص اذونات SheetProtect، مع كتابة خيارات BIFF8 وقراءتها مرة اخرى عبر سجلات الحماية الموجودة.

الإصدار 2.88.92

أصبحت payloads VBA في Classic XLS تملك helpers صريحة للتحميل والحفظ والمسح. تعرض IXLSWorkbook.LoadVBAProjectFromFile و SaveVBAProjectToFile و HasVBAProject و ClearVBAProject payload تخزين OLE VBA المحفوظ، بينما يبقى VBAProject عرض الوحدات المحلل للقراءة فقط.

الإصدار 2.88.91

يمكن الان فحص معايير Classic XLS AutoFilter عبر collection للحقول. يعرض IXLSWorksheet.AutoFilterColumns عدد حقول BIFF8 AutoFilter الحالي وعناصر الحقول 1-based، بما في ذلك active state و operator وقيم DOPER المخزنة في Criteria1 / Criteria2.

الإصدار 2.88.90

يمكن الان لاوراق Classic XLS worksheets إعداد معايير AutoFilter باستدعاء واحد. يضبط IXLSWorksheet.ApplyAutoFilter نطاق worksheet AutoFilter ويكتب معيار حقل في الاستدعاء نفسه، مع overload لنطاق A1-style ونطاق رقمي 1-based ودعم operator اختياري لمعيارين.

الإصدار 2.88.89

يمكن الان حذف Classic XLS shapes حسب نطاق الخلايا. يحذف TXLSShapes.DeleteInRange الصور المثبتة أو shapes التي تتقاطع OfficeArt client anchors الخاصة بها مع نطاق ورقة عمل 1-based، ويعيد عدد shapes التي تمت إزالتها.

الإصدار 2.88.88

اصبحت table layout attributes في Classic HTML export قابلة للتكوين. تتحكم TXLSHTMLExport.TableBorderWidth و CellPadding و CellSpacing في attributes الخاصة بعنصر <table> لكل من styled و simple HTML output، مع بقاء القيم الصفرية السابقة كقيم افتراضية.

الإصدار 2.88.87

يدعم Classic HTML export الآن minimal table output. يكتب TXLSHTMLExport.SimpleExport plain HTML table بدون CSS classes مولدة أو hyperlink anchors أو comment title attributes، مع الحفاظ على display text escaped و merged-cell spans.

الإصدار 2.88.86

يمكن لـ Classic HTML export الآن كتابة document title. يكتب TXLSHTMLExport.Title عنصر HTML <title> escaped قبل style block الذي يتم توليده، بينما تبقي القيمة الفارغة الافتراضية output الحالي دون تغيير.

الإصدار 2.88.85

ينقل Classic HTML export الآن cell comments كـ tooltips. يتضمن TXLSHTMLExport.Options الآن xhComments افتراضيا، ويكتب cell comment text كسمات title escaped، مع بقاء امكانية ازالة هذه option للحصول على plain cell output.

الإصدار 2.88.84

أصبح hyperlink output في Classic HTML export قابلا للتكوين. يستخدم TXLSHTMLExport.Options القيمة الافتراضية [xhHyperlinks] للحفاظ على السلوك الحالي، ويمكن للمتصلين إزالة xhHyperlinks لتصدير linked cells كنص plain escaped text.

الإصدار 2.88.83

يحافظ Classic HTML export الآن على cell hyperlinks. يقوم SaveAsHTML بتغليف الخلايا المرتبطة في HTML anchor tags، ويكتب hyperlink addresses كقيم href escaped، ويحمل ScreenTip text كسمات title escaped، ويحافظ على cell text المعروض escaped داخل link.

الإصدار 2.88.82

يمكن لمصنفات Classic XLS الآن التحكم في اسم المستخدم saved-by. يتيح IXLSWorkbook.LastSavedBy حقل saved-by في WRITEACCESS بحيث تستطيع المصنفات المنشأة أو المعدلة حفظ اسم تدقيق صريح، بينما تواصل المصنفات المصدر غير المعدلة الحفاظ على metadata الأصلية.

الإصدار 2.88.81

يمكن لأوراق Classic XLS الآن التحكم في فهرس لون خطوط الشبكة المعروضة. يكشف IXLSWorksheet.GridlineColorIndex حقل Window2 icvHdr لكي يعاد فتح الأوراق المحفوظة بلون شبكة مختار من دون تغيير ظهور خطوط الشبكة أو إعدادات طباعتها.

الإصدار 2.88.80

أصبحت workbooks في classic XLS قادرة الآن على تعيين active sheet حسب الفهرس. يكشف IXLSWorkbook.ActiveSheetIndex خاصية active-tab بنظام 1-based مدعومة بحقل active sheet في WINDOW1، مما يسمح لملفات workbooks المحفوظة بإعادة الفتح على worksheet مختار من دون تغيير first visible tab.

الإصدار 2.88.79

أصبحت worksheet outlines في classic XLS قادرة الآن على التحكم في أنماط outline التلقائية. يكشف TXLSOutline.ApplyStyles علم outline style في WSBool، مما يسمح لأوراق worksheets المحفوظة بالحفاظ على تطبيق أنماط outline في Excel أو تفعيله صراحة من دون تغيير outline levels أو موضع summary.

الإصدار 2.88.78

أصبحت page setup في classic XLS قادرة الآن على التحكم في فواصل الصفحات التلقائية. يكشف IXLSPageSetup.AutoPageBreaks علم automatic page-break في WSBool الخاص بالـ worksheet، مما يسمح لأوراق worksheets المحفوظة بإبقاء فواصل الصفحات التلقائية مفعلة أو تعطيلها صراحة مع الحفاظ على فواصل الصفحات اليدوية.

الإصدار 2.88.77

أصبحت workbooks في classic XLS قادرة الآن على التحكم في تجميع تواريخ AutoFilter. يكشف IXLSWorkbook.AutoFilterDateGrouping علم تجميع التواريخ في Window1 من خلال واجهة Boolean موجبة، مما يسمح لملفات workbooks المحفوظة بإبقاء تجميع مرشحات التاريخ في Excel مفعلا أو تعطيله صراحة.

الإصدار 2.88.76

أصبحت workbooks في classic XLS قادرة الآن على ضبط موضع وحجم workbook window مباشرة. تكشف IXLSWorkbook.XWindow و YWindow و WindowWidth و WindowHeight حقول Window1 geometry بحيث يمكن إعادة فتح workbooks المحفوظة باستخدام window rectangle مختار.

الإصدار 2.88.75

أصبحت workbooks في classic XLS قادرة الآن على حفظ حالة hidden الخاصة بـ workbook window مباشرة. يرتبط IXLSWorkbook.WindowHidden بعلم hidden في Window1، مما يسمح بإعادة فتح workbooks المحفوظة مع workbook window hidden من دون تغيير رؤية worksheet.

الإصدار 2.88.74

أصبحت workbooks في classic XLS قادرة الآن على حفظ حالة minimized الخاصة بـ workbook window مباشرة. يرتبط IXLSWorkbook.Minimized بعلم minimized في Window1، مما يسمح بإعادة فتح workbooks المحفوظة مع workbook window minimized.

الإصدار 2.88.73

أصبحت workbooks في classic XLS قادرة الآن على إخفاء أو إظهار شريط التمرير العمودي مباشرة. يرتبط IXLSWorkbook.ShowVerticalScroll بعلم Window1 fDspVScroll، مما يسمح بفتح workbooks المحفوظة مع شريط التمرير العمودي مخفيا أو ظاهرا.

الإصدار 2.88.72

أصبحت workbooks في classic XLS قادرة الآن على إخفاء أو إظهار شريط التمرير الأفقي مباشرة. يرتبط IXLSWorkbook.ShowHorizontalScroll بعلم Window1 fDspHScroll، مما يسمح بفتح workbooks المحفوظة مع شريط التمرير الأفقي مخفيا أو ظاهرا.

الإصدار 2.88.71

أصبحت workbooks في classic XLS قادرة الآن على إخفاء أو إظهار sheet tab bar مباشرة. يرتبط IXLSWorkbook.ShowSheetTabs بعلم Window1 fDspTabs، مما يسمح بفتح workbooks المحفوظة مع sheet tabs مخفية أو ظاهرة من دون تغيير رؤية worksheet.

الإصدار 2.88.70

أصبحت workbooks في classic XLS قادرة الآن على ضبط نسبة workbook tab bar مباشرة. يكشف IXLSWorkbook.TabRatio قيمة Window1 wTabRatio بحيث يستطيع المستدعون تعديل المساحة المحجوزة لـ sheet tabs مقارنة بشريط التمرير الأفقي.

الإصدار 2.88.69

أصبحت workbooks في classic XLS قادرة الآن على ضبط أول sheet tab مرئية مباشرة. يكشف IXLSWorkbook.FirstSheet قيمة Window1 itabFirst كخاصية 1-based، بحيث يستطيع المستدعون اختيار أي sheet tab تظهر عند الحافة اليسرى عندما يفتح Excel ملف workbook.

الإصدار 2.88.68

أصبحت worksheets في classic XLS قادرة الآن على حفظ وضبط ظهور outline symbols. يرتبط IXLSWorksheet.DisplayOutlineSymbols بعلم BIFF WINDOW2 fDspGuts، مما يسمح لـ sheets المحفوظة بإخفاء رموز outline و grouping في عرض النافذة.

الإصدار 2.88.67

أصبحت worksheets في classic XLS قادرة الآن على حفظ وضبط ظهور رؤوس الصفوف والأعمدة. يرتبط IXLSWorksheet.DisplayHeadings بعلم BIFF WINDOW2 fDspRwCol، مما يسمح لـ sheets المحفوظة بإخفاء أرقام الصفوف وحروف الأعمدة في عرض النافذة.

الإصدار 2.88.66

أصبحت worksheets في classic XLS قادرة الآن على حفظ وضبط عرض إظهار الصيغ. يرتبط IXLSWorksheet.DisplayFormulas بعلم BIFF WINDOW2 fDspFmla بحيث يستطيع Excel فتح sheet وهو يعرض نص الصيغة بدلا من النتائج المحسوبة.

الإصدار 2.88.65

أصبحت worksheets في classic XLS قادرة الآن على ضبط تكبير Normal view بشكل مستقل. يكشف IXLSWorksheet.NormalViewZoom عن WINDOW2 Normal zoom المخزن مؤقتا بحيث يمكن للمستدعين حفظ مستويات تكبير منفصلة عندما تكون sheet في Page Break Preview.

الإصدار 2.88.64

أصبحت worksheets في classic XLS قادرة الآن على ضبط تكبير Page Break Preview مباشرة. يكشف IXLSWorksheet.PageBreakPreviewZoom عن WINDOW2 preview zoom المخزن مؤقتا بحيث يمكن للمستدعين حفظ مستويات تكبير مختلفة لـ Normal و Page Break Preview.

الإصدار 2.88.63

أصبحت worksheets في classic XLS تعرض أدوات مساعدة لتقسيم الأجزاء. ينشئ IXLSWorksheet.SplitPanes(Width, Height) تقسيما قابلا للتحريك باستخدام BIFF pane writer الموجود، ويمسح UnsplitPanes ‏pane record قبل الحفظ.

الإصدار 2.88.62

أصبحت worksheets في classic XLS تملك أدوات أبسط لتجميد الأجزاء. يجمّد IXLSWorksheet.FreezePanes(Cols, Rows) الأعمدة اليسرى والصفوف العلوية المطلوبة، بينما يزيل UnfreezePanes ‏pane record قبل الحفظ.

الإصدار 2.88.61

أصبح اكتشاف أسماء أوراق classic XLS يقبل التدفقات الآن. يقرأ TXLSWorkbook.GetSheetNames(Stream, List) أسماء أوراق BIFF من XLS stream يقدمه المستدعي من دون تحميل محتوى worksheet، بما يطابق مساعد اسم الملف لبيانات workbook الموجودة في الذاكرة.

الإصدار 2.88.60

توفّر مجموعات worksheet الآن أدوات مساعدة للبحث المباشر بالاسم. يعيد IXLSWorkSheets.SheetByName(Name) و TXLSXSheets.SheetByName(Name) كائن worksheet المطابق أو nil، لذلك لم يعد على الاستدعاءات حل index قبل الوصول إلى sheet.

الإصدار 2.88.59

تقرأ واجهة XLSX الآن أسماء الأوراق مباشرة من التدفقات. يقرأ TXLSXWorkbook.GetSheetNames(Stream, List) الأسماء بالترتيب من xl/workbook.xml من دون تحميل worksheet XML، بما يطابق تحميل الأسماء من الملفات للمصنفات الموجودة في الذاكرة أو المخزنة كـ BLOB.

الإصدار 2.88.58

تكشف واجهة XLSX الآن قراءة سريعة لأسماء الأوراق. يقرأ TXLSXWorkbook.GetSheetNames(FileName, List) الأسماء بالترتيب من xl/workbook.xml من دون تحميل worksheet XML.

الإصدار 2.88.57

يدعم TXLSWorkbook.GetSheetNames الآن حزم XLSX. تقرأ الطريقة xl/workbook.xml من ملفات .xlsx و.xlsm و.xltx و.xltm وتعيد أسماء الأوراق بالترتيب من دون تحميل worksheet XML.

الإصدار 2.88.56

يمكن الآن لمصنفات XLS الكلاسيكية قراءة أسماء الأوراق من دون تحميل أوراق العمل. يمسح TXLSWorkbook.GetSheetNames(FileName, List) workbook globals stream ويعيد أسماء الأوراق بالترتيب من ملفات Excel 97-2003 .xls.

الإصدار 2.88.55

أصبحت معايير AutoFilter لنطاقات XLS الكلاسيكية تكتب سجلات تصفية BIFF8. ينشئ TXLSRange.Autofilter(Field, Criteria) نطاق التصفية عند الحاجة، ويصدر شروط AUTOFILTER لمعايير بسيطة من نوع string أو رقمية أو Boolean أو فارغة أو غير فارغة أو ذات بادئات مقارنة.

الإصدار 2.88.54

أصبحت أوراق عمل XLS الكلاسيكية تملك الآن أدوات AutoFilter مساعدة على مستوى ورقة العمل. تدير IXLSWorksheet.SetAutoFilter و ClearAutoFilter و AutoFilterRange نطاقات قوائم التصفية المنسدلة BIFF8 مباشرة، مع إعادة استخدام كاتب AUTOFILTERINFO واسم قاعدة بيانات التصفية الحالي.

الإصدار 2.88.53

أصبحت أوراق عمل XLS الكلاسيكية تعرض الآن إنشاء التحقق من صحة بيانات القائمة. يكتب IXLSWorksheet.AddListValidation(Range, Items) سجلات BIFF8 DVAL و DV، ويبقي القائمة المنسدلة مرئية افتراضيا، ويدعم القوائم المضمنة المفصولة بفواصل، ويحافظ على القواعد عبر دورات Open / SaveAs.

الإصدار 2.88.52

أصبح حساب الصيغ يعمل الآن باستمرار عبر نقاط الدخول XLS و XLSX. تقبل TXLSWorkbook.Calculate الآن الصيغ التي تبدأ بعلامة يساوي على غرار Excel، مثل =SUM(A1:B1)+C1. كما تضيف واجهة XLSX وظائف TXLSXWorkbook.Calculate و TXLSXWorksheet.Calculate. يستخدم مسار XLSX محلل ومقيّم رموز الصيغ الخاص بـ HotXLS لمراجع الخلايا والنطاقات، والخلايا المرجعية في الصيغ، والمراجع بين أوراق العمل، والنطاقات المعرفة ذات النطاق الخاص بالمصنف أو ورقة العمل.

الإصدار 2.88.51

أصبحت نطاقات XLSX تدعم merge across بأسلوب Excel. يكتب TXLSXRange.Merge(True) إدخال <mergeCell> واحدا لكل صف، بما يطابق سلوك XLS الكلاسيكي Range.Merge(True)، بينما يواصل Merge بلا وسيطات و Merge(False) إنشاء مستطيل دمج واحد للنطاق الكامل.

الإصدار 2.88.50

أصبح موضع BIFF8 HeaderFooter و HFPicture مطابقا لقواعد MS-XLS الحالية. يحافظ HotXLS على سجلات HeaderFooter ($089C) التي يكتبها Excel لنصوص رؤوس وتذييلات الصفحات الزوجية / الصفحة الأولى، ويعيد إخراج سجلات HFPicture ($0866) بعد أبعاد ورقة العمل وكائنات الرسم وفق worksheet ABNF، لذلك تبقى تفاصيل تخطيط الصفحة محفوظة عبر دورات فتح/حفظ .xls.

الإصدار 2.88.49

أصبحت runs النص المنسق في التعليقات متاحة عبر API typed. يوفّر TXLSComment.TextRuns إدخالات BIFF8 TXO FormatRun حتى يتمكن الكود من فحص أو ضبط حدود الخط لكل حرف في تعليقات .xls، مع استمرار HotXLS في حفظ بايتات run الأساسية لضمان round-trip آمن.

الإصدار 2.88.48

أصبحت سجلات SX الإضافية في PivotTable مكشوفة الآن عبر typed API. يربط HotXLS الآن سجلات BIFF8 pivot المحملة مثل SXIVD و SXLI و SXFormat و SXEx و SXVDEx و SXRule و SXFilt و SXAddl مع TXLSPivotTable.SupplementalRecords للفحص، مع الاستمرار في حفظ raw bytes الأصلية لضمان أمان round-trip عند الحفظ.

الإصدار 2.88.47

تظل القيم المخزنة مؤقتا للمصنفات الخارجية محفوظة الآن عبر دورات فتح/حفظ .xls. يحافظ HotXLS الآن على سجلات BIFF8 XCT و CRN المرتبطة بعناصر SUPBOOK المحملة، لذلك لم تعد cached cell values لروابط المصنفات الخارجية تحذف أثناء الحفظ.

الإصدار 2.88.46

تظل مستويات المخطط للأنماط المضمنة محفوظة الآن عبر دورات فتح/حفظ .xls. يقرأ HotXLS الآن ويحافظ على بايت iLevel في سجل BIFF8 STYLE للأنماط المضمنة، لذلك لم تعد بيانات Excel RowLevel_1..7 و ColLevel_1..7 الوصفية تعاد إلى القيمة الافتراضية أثناء الحفظ.

الإصدار 2.88.45

تظل بيانات الأسماء المعرفة الوصفية محفوظة الآن عبر دورات فتح/حفظ .xls. يحافظ HotXLS الآن على option bits و shortcut bytes في سجلات BIFF8 NAME المحملة ما لم يتم تحرير الاسم المعرف، لذلك لم تعد بيانات function و object و procedure و calculated-expression و binary-name التي يكتبها Excel تمحى أثناء الحفظ.

الإصدار 2.88.44

أصبحت علامات ObProj على مستوى المصنف تبقى محفوظة بعد دورات فتح/حفظ .xls. يحافظ HotXLS الآن على سجلات BIFF8 ObProj المحملة حتى عندما لا يكون أي VBA storage مكشوفاً عبر نموذج الكائنات، لذلك لا تُحذف علامات VBA project على مستوى المصنف وبيانات الجهات الخارجية عند الحفظ.

الإصدار 2.88.43

أصبحت علامات خيارات ورقة العمل تبقى محفوظة بعد دورات فتح/حفظ .xls. يحافظ HotXLS الآن على بتات BIFF8 WSBOOL غير الممثلة في النموذج، مثل ورقة الحوار وفواصل الصفحات التلقائية وتطبيق الأنماط وعرض gutter للمخطط التفصيلي، مع الاستمرار في تحديث إعدادات الملاءمة للصفحة وملخص المخطط الحالية عبر API العام.

الإصدار 2.88.42

أصبحت سجلات بيانات تعريف إضافية للمصنف تبقى محفوظة بعد دورات فتح/حفظ .xls. يحافظ HotXLS الآن على أجسام سجلات BIFF8 المحملة COUNTRY وBOOKBOOL وBACKUP وFNGROUPCOUNT وUSESELFS وRECALCID بدلاً من إعادة كتابتها بالقيم الافتراضية، مما يحافظ على استقرار التوافق وبيانات الحساب على مستوى المصنف.

الإصدار 2.88.41

أصبحت التحديدات متعددة المناطق وتركيز الجزء النشط تبقى محفوظة بعد دورات فتح/حفظ .xls. يحافظ HotXLS الآن على سجلات BIFF8 SELECTION المحملة وقيمة الجزء النشط في PANES ما لم يتم تغيير تحديد الورقة أو الأجزاء عبر API، لذلك لا تُختزل منطقة التركيز في أجزاء Excel المقسمة/المجمدة ولا التحديدات متعددة النطاقات عند الحفظ.

الإصدار 2.88.40

أصبحت أسماء المصنفات الخارجية تبقى محفوظة بعد دورات فتح/حفظ .xls. يحافظ HotXLS الآن على سجلات BIFF8 EXTERNALNAME المحملة والمرتبطة بإدخالات SUPBOOK الخارجية، بما في ذلك بيانات DDE/OLE/الارتباط وذيول الصيغ، لذلك لا تُحذف الأسماء الخارجية وتعريفات الارتباطات عند الحفظ.

الإصدار 2.88.39

أصبحت ملفات BIFF8 .xls المحمية بكلمة مرور تكتب وتقرأ سجلات FILEPASS الخاصة بـ RC4 CryptoAPI. يكتب HotXLS الآن بيانات FILEPASS vMajor=2 بأسلوب Excel 2007/2010 لمصنفات .xls المشفرة، ويقرأ كلا من RC4 القديم vMajor=1 وRC4 CryptoAPI vMajor=2/3/4، لذلك لم تعد المصنفات المحمية بكلمة مرور تفشل عند رأس التشفير هذا أو تعود إلى الرأس الأقدم.

الإصدار 2.88.38

أصبحت بيانات الارتباطات التشعبية .xls التي كتبها Excel محفوظة الآن بعد دورات الفتح/الحفظ. يحافظ HotXLS الآن على BIFF8 HLink record body للارتباطات التشعبية المحملة ما لم يتم تحرير الارتباط، مما يبقي streamVersion و hlstmf option bits مثل fIcon وبيانات moniker وبيانات الهدف المرتبطة مستقرة عبر عمليات الحفظ.

الإصدار 2.88.37

أصبحت حالة نافذة المصنف محفوظة الآن بعد دورات فتح/حفظ .xls. يقرأ HotXLS الآن ويحافظ على موضع النافذة وحجمها و flags الخاصة بالظهور/iconic وأول تبويب ورقة معروض وعدد التبويبات المحددة ونسبة تبويبات الأوراق إلى شريط التمرير من سجل BIFF8 WINDOW1، بدلاً من إعادة كتابتها بالقيم الافتراضية عند كل حفظ.

الإصدار 2.88.36

أصبح مستخدمو saved-by في BIFF8 WriteAccess محفوظين الآن بعد دورات فتح/حفظ .xls. يقرأ HotXLS الآن ويحافظ على $005C WRITEACCESS record body بدلاً من استبدال مستخدم saved-by الذي كتبه Excel بالقيمة HotXLS، لذلك تبقى بيانات تدقيق المصنف مستقرة بعد الحفظ.

الإصدار 2.88.35

أصبح مؤلفو تعليقات Excel محفوظين الآن عبر round-trip فتح/حفظ .xls. يتم الآن تحليل حقل stAuthor في سجل BIFF8 Note وتمريره إلى drawing note model بدلا من استبداله بسلسلة فارغة، لذلك يبقى مؤلف التعليق "Created by" الذي كتبه Excel محفوظا عند حفظ workbook مرة أخرى بواسطة HotXLS.

الإصدار 2.88.34

أصبحت خيارات OfficeArt FOPT للأشكال متاحة الآن عبر option bag منخفض المستوى. يتيح TXLSShape.OfficeArtOptions للمستدعين المتقدمين فحص أي FOPT PID محفوظ أو ضبطه أو حذفه كـ LongWord أو WideString، بينما تبقى واجهات Line وFill واللون والرؤية عالية المستوى الحالية دون تغيير.

الإصدار 2.88.33

أصبحت سجلات قواعد OfficeArt الإضافية داخل solver-container محفوظة الآن عبر round-trip. إضافة إلى msofbtConnectorRule ($F012) المكتوب بنوع محدد، يحفظ HotXLS الآن solver children التي ليست folders، مثل OfficeArtFArcRule ($F014) وOfficeArtFCalloutRule ($F017)، كسجلات OfficeArt خام داخل msofbtSolverContainer ($F005)، لذلك لا تفقد رسومات Excel المتقدمة علاقات solver غير الخاصة بالموصلات عند الحفظ.

الإصدار 2.88.32

لم تعد علامات OfficeArt ClientData تتكرر بعد حفظ السجلات غير المعروفة. يعرف MS-XLS بنية OfficeArtClientData ($F011) كعلامة بطول صفري، ويبقى سجل Obj التالي سجلا منفصلا من BIFF. يتعرف v2.88.32 على هذه العلامة بدلا من التقاطها كـ leaf غير معروف داخل SpContainer، لذلك تصدر الأشكال التي تم تحليلها علامة $F011 واحدة فقط عند الحفظ. تبقى افتراضات container-style غير المطابقة للمواصفة خارج مسار XLS.

الإصدار 2.88.31

أصبحت قواعد موصلات OfficeArt تمر عبر round-trip. تحفظ رسومات .xls المنشأة في Excel روابط الموصلات داخل msofbtSolverContainer ($F005) مع سجلات فرعية msofbtConnectorRule ($F012). يقرأ v2.88.31 زوج $F005/$F012 ويكتبه عبر TMsoConnectorRules، فيحافظ على شكل البداية وشكل النهاية وشكل الموصل ومواقع الاتصال عبر save/reload. ذكرت ملاحظة التدقيق السابقة $F121، لكن MS-ODRAW يعرف OfficeArtFConnectorRule على أنه $F012.

الإصدار 2.88.30

أصبحت سجلات leaf غير المعروفة داخل OfficeArt SpContainer تمر عبر round-trip. غالبا ما تحتوي ملفات .xls المنشأة في Excel داخل SpContainer لكل شكل على Fbts من نوع leaf مثل msofbtClientTextbox ($F00D), OfficeArtFPSPL ($F11D), and OfficeArtUDefProp ($F122). يلتقط v2.88.30 سجلات leaf المجهولة على مستوى الشكل كـ TMsoFbtUnknown ويعيد إصدارها حسب ترتيب parse بين ClientAnchor وعلامة msofbtClientData النهائية ذات الجسم الصفري.
النطاق والمتابعة. تبقى سجلات leaf المجهولة الأخرى على مستوى drawing مؤجلة؛ أما حالة solver-container لقواعد الموصلات فقد عالجها v2.88.31. تبقى unknowns ذات شكل container، مثل msofbtClientData ($F011) عند استخدامه كحاوية بدلا من sibling marker، لـ Slice 3 من جولة التدقيق.

الإصدار 2.88.29

السجلات الفرعية غير المعروفة لـ OBJ في ComboBox وListBox تقوم الآن بـ round-trip. كانت TMSOShapeComboBox.ParseObj وTMSOShapeListBox.ParseObj تحلل بالفعل FtSbs ($000C) وFtSbsFmla ($000E) وFtLbsData ($0013) typed إلى حقول مخصصة، لكن أي سجل فرعي آخر من الملف المصدر (FtMacro $0004، ObjLinkFmla، FtNts $000D، إلخ) يظهر بين CMO وFtLbsData كان يُهمل بصمت في case fall-through. تضيف v2.88.29 نفس فرع else الذي أُضيف في v2.88.28 Picture، وتلتقط رأس السجل الفرعي غير المعروف من 4 بايتات + الجسم إلى FObjTailRaw. تُصدر طريقتا AddObj البايتات الملتقَطة بين جسم CMO والسجل الفرعي FtSbs لمطابقة ترتيب السجلات الفرعية في مواصفة BIFF8.
سلوك "ابتلاع الكل" لـ FtLbsData يقيِّد النطاق. تتجاوز حالة $0013 الموجودة RecLen := Len - offs لاستيعاب جميع البايتات بعد رأس FtLbsData في blob FObjRec_LBSData، فالسجلات الفرعية التي تظهر بعد FtLbsData (عادة FtEnd فقط) لا تزال تقوم بـ round-trip عبر هذه الآلية دون تغيير. تستهدف دمج FObjTailRaw الجديد تحديدًا الفجوة قبل FtLbsData حيث يعيش FtMacro وObjLinkFmla عادة. المربعات المنسدلة / مربعات القوائم المُنشأة حديثًا عبر Drawing API لها FObjTailRaw فارغ → إخراج متطابق بِبايتاته مع v2.88.28.

الإصدار 2.88.28

السجلات الفرعية غير المعروفة لـ OBJ لشكل Picture تقوم الآن بـ round-trip. كانت TMSOShapePicture.ParseObj تحلل بالفعل FtCf ($0007) وFtPioGrbit ($0008) وFtPictFmla ($0009) typed إلى حقول مخصصة، ولكن أي سجل فرعي آخر من الملف المصدر (FtMacro $0004، FtNts $000D، إلخ) كان يُهمل بصمت في case fall-through. تضيف v2.88.28 فرع else يلحق الرأس الكامل من 4 بايت + الجسم للسجلات الفرعية غير المعروفة إلى FObjTailRaw؛ ثم تُصدر TMSOShapePicture.AddObj تلك البايتات حرفيًا بعد إخراج السجلات الفرعية المكتوبة وقبل علامة FtEnd. تبقى كائنات picture من الملف المصدر ذات خطافات الماكرو محفوظة بعد الحفظ.
نمط التعايش typed + raw. على عكس PictureFrame (v2.88.27) الذي استخدم تبديل if/else بين الإصدار المكتوب والخام، يجمع Picture بين الاثنين: تحافظ الحقول المكتوبة على سطح API (لا يزال المستدعون قادرين على تعديل ftCfValue وغيرها)، بينما يحافظ الذيل الخام فقط على البايتات غير المعروفة. الصور المُنشأة حديثًا عبر Drawing API لها FObjTailRaw فارغ، فيكون الإخراج متطابقًا بِبايتاته مع v2.88.27.

الإصدار 2.88.27

توسيع round-trip للسجلات الفرعية الزائلة لـ OBJ ليشمل أشكال PictureFrame. كان TMSOShapePictureFrame.AddObj يُصدر سابقًا فقط السجلات الفرعية الموروثة المضمَّنة FtCf ($0007، الجسم $FFFF) وFtPioGrbit ($0008، الجسم $0000) بين CMO وFtEnd. بالنسبة لإطارات الصور المُنشأة حديثًا، لا يزال الكود الجديد يُصدر تلك القيم الافتراضية؛ أما بالنسبة لإطارات الصور المُحللة من ملف .xls مصدر، تُصدر بايتات FObjTailRaw الملتقَطة حرفيًا بدلًا منها، مما يحافظ على أي FtPictFmla من ملف المصدر / FtCf غير افتراضي / FtPioGrbit غير افتراضي عبر دورة الحفظ.
ملاحظة تحقيق — Flush يصحح sz تلقائيًا. يعيد TMsoShapeContainer.Flush كتابة رأس حجم سجل Obj في وقت الالتزام عبر Data.SetWord(Data.DataLength - 4, 2)، مما يعني أن قيم sz := $1A المُضمَّنة التي عاشت في تطبيقات AddObj في HotXLS لسنوات لم تكن أخطاء مواصفات في النهاية — يصححها Flush تلقائيًا. لا تزال v2.88.27 تحسب sz بدقة لأجل وضوح الكود المصدري، لكن سلوك وقت التشغيل لم يتغير من هذا المنظور.

الإصدار 2.88.26

توسيع round-trip للسجلات الفرعية الزائلة لـ OBJ ليشمل أشكال Chart وCheckBox. أدخل v2.88.25 الحفاظ على البايتات الخام بين CMO ($0015) لسجل Obj وعلامة FtEnd ($0000)، لكن TMSOShapeTextBox.AddObj فقط هو من كان يُصدر الذيل الملتقَط. تطبّق هذه الإصدار النمط نفسه على TMSOShapeChart.AddObj وTMSOShapeCheckBox.AddObj — كلاهما يتشارك بنية الإصدار البسيطة "CMO + FtEnd" الخاصة بـ TextBox، فالتعديل عبارة عن استبدال متغير من سطر واحد (sz := $1A + Word(Length(FObjTailRaw))) بالإضافة إلى حلقة إصدار بايتية حرفية قبل علامة FtEnd.
السجلات الفرعية الزائلة لـ Chart (مثل FtMacro لماكرو كائنات chart المضمَّنة) وسجلات حالة checkbox الفرعية (FtCbls + FtCblsData + ObjLinkFmla، MS-XLS §2.5.140-141 / §2.5.149) أصبحت تنجو من دورة حفظ/إعادة تحميل HotXLS. لا تزال charts وcheckboxes المُنشأة حديثًا عبر Drawing API تُصدر CMO+FtEnd الافتراضي بـ 26 بايت (متطابق بِبايتاته مع v2.88.25)، فلا يرى المستدعون الحاليون أي تغيير في السلوك. تمتلك أشكال Picture / ComboBox / ListBox / PictureFrame إصدارها الديناميكي الخاص للسجلات الفرعية المكتوبة الذي يتعارض مع FObjTailRaw — وتُؤجَّل دمجها إلى التزامات مستقبلية.

الإصدار 2.88.25

السجلات الفرعية الزائلة لسجل OBJ أصبحت محفوظة عبر دورة الحفظ للتعليقات. يربط سجل BIFF8 Obj ($005D) سلسلة من السجلات الفرعية المكتوبة بعد CMO الإلزامي ($0015)، تنتهي بعلامة FtEnd ($0000) وفقًا لـ MS-XLS §2.4.181. بالنسبة لأشكال Note (التعليق)، تكون الكتلة الزائلة عادة FtNts من 26 بايت (§2.5.149) تحمل GUID والعلامة fSharedNote — وكلاهما ضروري عندما يدمج Excel لاحقًا التعليقات بين المستخدمين في المصنّفات المشتركة. كان HotXLS من قبل يُهمل كل بايت بعد CMO عند القراءة ويُصدر فقط FtEnd فارغ عند الكتابة، فيُفقد أي FtNts من الملف المصدر بعد كل عملية حفظ بـ HotXLS.
الالتقاط في القاعدة العامة، الإصدار من TextBox فقط (R5-3 الشريحة الأولى). يلتقط TMsoShapeContainer.ParseObj الآن نطاق البايتات بين نهاية جسم CMO وعلامة FtEnd في حقل داخلي جديد FObjTailRaw: TBytes؛ يُدخل TMSOShapeTextBox.AddObj تلك البايتات بين إصدار CMO الخاص به وعلامة FtEnd، مع تعديل حجم رأس سجل Obj وفقًا لذلك. تحتفظ التعليقات المُنشأة حديثًا (بدون بايتات مصدر) بمخرج متطابق بِبايتاتها مع v2.88.24. ترث الفئات الأخرى من الأشكال (Picture / CheckBox / ComboBox / ListBox / Chart) الالتقاط لكن إعادة تعريف AddObj المكتوبة عندها تحتفظ بسلوك "التركيب من الصفر" الموروث — إصدار البايتات الخام لهذه الأنواع من الأشكال مؤجَّل إلى التزامات مستقبلية.

الإصدار 2.88.24

تعليقات الخلايا متعددة الخطوط والألوان أصبحت تبقى عبر دورة الحفظ. يحمل كتلة عمليات التنسيق في سجل BIFF8 TXO (rgTxoRuns + TxOLastRun وفقًا لـ MS-XLS §2.5.272) تجاوزات الخط واللون لكل عملية تشغيل والتي تمنح التعليق نمط النص الغني. كان HotXLS من قبل يُهمل الكتلة بأكملها عند القراءة ويُصدر عملية تشغيل فارغة افتراضية واحدة + LastRun عند الكتابة — مما يطمس أي "مهم!" مظلَّل بالأحمر أو كلمة عريضة داخل نص التعليق إلى تنسيق افتراضي موحَّد بعد كل عملية حفظ بـ HotXLS.
الحفاظ على البايتات الأولية في TMSOShapeTextBox. يلتقط ParseTXO بايتات Continue التالية للنص حرفيًا في حقل داخلي جديد FFormatRunsRaw: TBytes؛ ويُصدرها Store مرة أخرى كـ Continue لعمليات التنسيق ويعدِّل رأس cbRuns للسجل الأساسي ليتطابق. تحتفظ التعليقات المُنشأة حديثًا (عبر AddComment) بمخرج التشغيل الافتراضي الأحادي الموروث دون تغيير، فيُحافَظ على مخرج متطابق بِبايتاتها للمصنّفات الافتراضية. لا يزال وصول واجهة Excel API المكتوبة إلى عمليات التنسيق الفردية مؤجلًا — لم تتغيّر واجهة تعليق WideString الواحد القائمة.

الإصدار 2.88.23

دقة الطباعة وعدد النسخ أصبحا يبقيان عبر دورة الحفظ — سجل Setup مغطى بالكامل. ثلاثة حقول من نوع Word في سجل Setup (iRes عند الإزاحة 12، وiVRes عند الإزاحة 14، وiCopies عند الإزاحة 32، وفقًا لـ MS-XLS §2.4.257) تحمل اختيارات Excel "إعداد الصفحة → صفحة → جودة الطباعة" و"عدد النسخ". كان HotXLS من قبل يُهمل الثلاثة عند القراءة ويُصدر قيمًا مُضمَّنة (600 DPI / 600 DPI / نسخة واحدة)، فكانت أي دقة أو عدد نسخ يضبطه المستخدم يعود بصمت بعد كل عملية حفظ بـ HotXLS.
ثلاث خصائص جديدة في TXLSPageSetup. PrintResolution: LongWord، وPrintVResolution: LongWord، وCopies: LongWord — كل القيم الافتراضية تطابق تلك التي كان الكاتب يضمّنها سابقًا (600 / 600 / 1)، فتُنتج المصنّفات التي لا تلمسها مخرجات متطابقة بِبايتاتها مع v2.88.22. يقيِّد الـsetters عند High(Word) حتى لا تفيض قيمة المستدعِي الكبيرة عند الإصدار.
عمل round-trip لسجل Setup مكتمل. بهذا الإصلاح، يصمد كل حقل مرئي للمستخدم من سجل BIFF8 Setup ($00A1) خلال round-trip من النهاية إلى النهاية — حجم الورق / المقياس / رقم الصفحة الأولى / ملاءمة العرض والارتفاع / الاتجاه / ترتيب الطباعة / أبيض وأسود / مسودة / طباعة التعليقات / أخطاء الخلايا / الدقة / النسخ. لا يبقى غير مكشوف سوى بِتَّي تلميح المواصفة (fNoPls، fNoOrient) — يكتب HotXLS كليهما صفرًا، وهو ما يطابق سلوك Excel الافتراضي.

الإصدار 2.88.22

"رقم الصفحة الأولى" المخصَّص في إعداد الصفحة أصبح يبقى عبر دورة الحفظ. يحمل سجل BIFF8 Setup اختيار المصنّف إعداد الصفحة → صفحة → "رقم الصفحة الأولى" كحقلين مرتبطين: البت 7 من grbit (fUsePage) يختار بين افتراضي "تلقائي" في Excel ورقم صفحة بداية صريح، وWord الإشاري عند الإزاحة 4 (iPageStart) يحتفظ بتلك القيمة المخصَّصة وفقًا لـ MS-XLS §2.4.257. كان HotXLS من قبل يُهمل كليهما عند القراءة ويُصدر iPageStart = 1 مع تصفير البت، فكان "رقم الصفحة الأولى: 100" الذي يكتبه المستخدم يعود بصمت إلى "تلقائي" بعد كل عملية حفظ بـ HotXLS.
خاصيتان جديدتان في TXLSPageSetup. UseFirstPageNumber: Boolean يعكس البت (False = "تلقائي"، الافتراضي)؛ FirstPageNumber: Integer يحمل قيمة iPageStart (الافتراضي 1، يقيدها الـsetter إلى نطاق signed-Word للمواصفة -32768..32767). يقوم HotXLS بـ round-trip حرفي للحقل iPageStart حتى عندما تكون UseFirstPageNumber هي False، فيُحافظ التبديل بين "تلقائي" والمخصَّص في Excel على آخر قيمة كتبها المستخدم.

الإصدار 2.88.21

اختيار "طباعة التعليقات في نهاية الورقة" أصبح يبقى عبر دورة الحفظ. يحمل البت 9 (fEndNotes وفقًا لـ MS-XLS §2.4.257) من حقل grbit في سجل BIFF8 Setup التمييز في القائمة المنسدلة إعداد الصفحة → ورقة → التعليقات بين "كما هي معروضة في الورقة" (الافتراضي) و"في نهاية الورقة". كان HotXLS يقوم بالفعل بـ round-trip للحقل PrintNotes (البت 5) للتحكم في ما إذا كانت التعليقات تُطبع، لكن البت 9 كان يُهمل عند القراءة ويُصدَر صفرًا عند الكتابة — فكان اختيار "في نهاية الورقة" الذي يحدده المستخدم يعود بصمت إلى "كما هي معروضة في الورقة" بعد كل عملية حفظ بـ HotXLS.
خاصية TXLSPageSetup.PrintNotesAtEnd المنطقية الجديدة. الافتراضي False يطابق افتراضي واجهة Excel. يقوم القارئ والكاتب بـ round-trip للبت حرفيًا (حتى عندما يكون PrintNotes = False)، فيحتفظ المصنّف ذو التعليقات المعطَّلة مؤقتًا بتفضيل "في نهاية الورقة" لحين يعيد المستخدم تمكينها — وهو ما يعكس سلوك Excel نفسه.

الإصدار 2.88.20

اختيار المصنّف "ضبط الدقة كما هي معروضة" أصبح يبقى عبر دورة الحفظ. يحمل سجل BIFF8 CalcPrecision ($000E) خانة الاختيار على مستوى المصنّف ملف → خيارات → خيارات متقدمة → "ضبط الدقة كما هي معروضة" وفقًا لـ MS-XLS §2.4.35. لم يكن لدى HotXLS من قبل أي حالة في الموزِّع لـ $000E، وكان TXLSWorkbook.StorePrecision يصدر 1 مُضمَّن (= الاحتفاظ بالدقة الكاملة). كان "ضبط الدقة كما هي معروضة" الذي يحدده المستخدم يعود بصمت إلى "الدقة الكاملة" بعد كل عملية حفظ بـ HotXLS — مما يُخفي نية المستخدم المتعمَّدة أن أي إعادة حساب لاحقة يجب أن تقتطع قيم الخلايا بشكل دائم إلى الخانات العشرية المنسَّقة.
خاصية TXLSWorkbook.UseFullPrecision المنطقية الجديدة. الافتراضي True (يطابق الافتراضي في BIFF8 وافتراضي واجهة Excel غير مُحدَّد). تعيينها إلى False يُكافئ تحديد الخيار المُتلِف "الدقة كما هي معروضة" — لا يقتطع HotXLS نفسه أي قيمة خلية أثناء دورة الحفظ، لكن الراية تُكتب الآن بأمانة ليحترمها Excel في إعادة الحساب التالية. بهذا الإصلاح، يبقى كل سجل BIFF8 للحساب (CalcCount / CalcMode / CalcPrecision / CalcDelta / CalcIter / CalcSaveRecalc) عبر دورة الحفظ من النهاية إلى النهاية.

الإصدار 2.88.19

خانة الاختيار "إعادة حساب المصنّف قبل الحفظ" أصبحت تبقى عبر دورة الحفظ. يحمل سجل BIFF8 CalcSaveRecalc ($005F) القيمة المنطقية للمصنّف ملف → خيارات → حفظ → "إعادة حساب المصنّف قبل الحفظ" وفقًا لـ MS-XLS §2.4.37. لم يكن لدى HotXLS من قبل أي حالة في الموزِّع لـ $005F، وكان StoreCalculationSettings يصدر 1 مُضمَّن — فكانت "إعادة الحساب عند الحفظ" التي عطّلها المستخدم تُعاد بصمت كل عملية حفظ بـ HotXLS، وهو ما يهم بشكل خاص للمصنّفات في وضع الحساب اليدوي حيث يكون المستخدم قد جمّد عمدًا قيم الخلايا على القرص.
خاصية TXLSWorkbook.RecalcOnSave المنطقية الجديدة. الافتراضي True (يطابق افتراضي واجهة Excel والقيمة المُضمَّنة القديمة)، لذا تحتفظ المصنّفات التي لا تلمس الخاصية بمخرجات متطابقة بِبايتاتها مع v2.88.18. يقبل الـsetter أي قيمة منطقية؛ ويُسوِّي القارئ أي بايتات مصدر غير صفرية اعتباطية إلى True.

الإصدار 2.88.18

إعدادات الحساب التكراري (التمكين + الحد الأقصى للتكرارات + أقصى تغيير) أصبحت تبقى عبر دورة الحفظ. تحمل سجلات BIFF8 وهي CalcIter ($0011) وCalcCount ($000C) وCalcDelta ($0010) معًا ثلاثية خيارات "تمكين الحساب التكراري" في Excel (ملف → خيارات → الصيغ) وفقًا لـ MS-XLS §2.4.33 / §2.4.31 / §2.4.32. لم يكن لأي من الثلاثة حالة في الموزِّع من قبل، وكان StoreCalculationSettings يصدرها بقيم مضمَّنة (إيقاف / 100 / 0.001). كانت حلقة بـ 1000 تكرار يضبطها المستخدم بدلتا تقارب 0.0001 تُعاد بصمت إلى "إيقاف التكرار، 100، 0.001" بعد كل عملية حفظ بـ HotXLS — مما يكسر صيغ المرجع الدوري والنماذج المالية الحساسة للتقارب.
ثلاث خصائص TXLSWorkbook جديدة. EnableIteration: Boolean يعكس مربع الاختيار؛ MaxIterations: LongWord هو سقف التكرار (يقيِّده الـsetter إلى النطاق المسموح به في المواصفة 1..32767)؛ MaxIterationChange: Double هو دلتا التقارب (المدخلات السالبة تُحاذى إلى الافتراضي 0.001 في المواصفة). تتطابق القيم الافتراضية مع تلك التي كان الكاتب يضمّنها سابقًا، فتُنتج المصنّفات التي لا تلمس الخصائص الجديدة مخرجات متطابقة بِبايتاتها مع v2.88.17.

الإصدار 2.88.17

وضع حساب المصنّف (يدوي / تلقائي / تلقائي ما عدا الجداول) أصبح يبقى عبر دورة الحفظ. يحمل سجل BIFF8 CalcMode ($000D) اختيار "الصيغ → خيارات الحساب" على مستوى المصنّف وفقًا لـ MS-XLS §2.4.36. لم يكن لدى HotXLS من قبل أي حالة في الموزِّع لـ $000D، لذا كانت قيمة الملف المصدر تُهمَل عند التحميل، وكان الكاتب يصدر دائمًا $0001 مُضمَّن (تلقائي). كان وضع يدوي الذي يختاره المستخدم يعود بصمت إلى تلقائي بعد كل عملية حفظ بـ HotXLS — وهذا سيّئ في المصنّفات الكبيرة حيث يُضبط يدوي عمدًا للأداء. يخزّن معالج ParseCalcMode الجديد القيمة المصدر على المصنّف، ويُصدِر StoreCalculationSettings الآن القيمة المخزَّنة بدلًا من الثابت.
خاصية TXLSWorkbook.CalculationMode الجديدة. خاصية LongWord للقراءة والكتابة تقبل xlCalcManual (0) أو xlCalcAutomatic (1، الافتراضي) أو xlCalcAutomaticExceptTables (0xFFFF) — ثلاثة ثوابت جديدة مُصدَّرة من lxTNC.inc. يقيِّد الـsetter القيم غير المعروفة إلى افتراضي المواصفة، فلا يمكن لملف مصدر تالف أن يترك المصنّف في حالة غير معرَّفة. تحتفظ الشيفرة الموجودة التي لا تلمس الخاصية بالقيمة الافتراضية القديمة ("تلقائي")، ويبقى الناتج السابق متطابقًا بِبايتات للمصنّفات الافتراضية.

الإصدار 2.88.16

اختيار "أخطاء الخلية كـ" في إعداد الصفحة يبقى الآن خلال دورة الحفظ. يحزم سجل BIFF8 Setup ($00A1) القائمة المنسدلة إعداد الصفحة → ورقة "أخطاء الخلية كـ: معروضة / <فارغ> / <شرطة> / <N/A>" في البتّين 10-11 من كلمة grbit الخاصة به باسم iErrors وفقًا لـ MS-XLS §2.4.257. كان HotXLS سابقًا يتجاهل هذه البتات عند القراءة ويُصدِرها أصفارًا عند الكتابة، لذا فإن مصنّفًا قام المستخدم بإعداده لطباعة #DIV/0! بصيغة #N/A كان يعود بصمت إلى "معروضة" بعد كل عملية حفظ بـ HotXLS. القارئ يفك الآن ترميز iErrors إلى خاصية جديدة TXLSPageSetup.PrintCellErrors ويعيد الكاتب بناء الحقل منها.
خاصية TXLSPageSetup.PrintCellErrors الجديدة. خاصية LongWord للقراءة والكتابة تقبل xlPrintErrorsDisplayed (0، الافتراضي) أو xlPrintErrorsBlank (1) أو xlPrintErrorsDash (2) أو xlPrintErrorsNA (3) — أربعة ثوابت جديدة مُصدّرة من lxTNC.inc. يحتفظ المستدعون الحاليون لـ PageSetup الذين لا يلمسون الخاصية بالقيمة الافتراضية ("معروضة")، فيبقى ناتج الطباعة السابق دون تغيير.

الإصدار 2.88.15

محاذاة وتوجيه تعليقات الخلايا تُحفظ الآن في دورة الحفظ. يحمل سجل BIFF8 TXO الأساسي ($01B6) خمسة أعلام مكتوبة في كلمة grbit (hAlignment وvAlignment وfLockText وfJustLast وfSecretEdit) بالإضافة إلى كلمة rot منفصلة لتوجيه النص وفقًا لـ MS-XLS §2.4.329. كان القارئ يتجاهل كل هذه الحقول من قبل وكان الكاتب يثبّت grbit على القيمة المضمّنة 0x0012 (يسار + أعلى) مع تدوير دائم بقيمة 0، لذلك كانت كل عملية حفظ تُعيد تعليقًا متمركزًا أو مُدارًا إلى يسار+أعلى+أفقي بغض النظر عن المصدر. يفك القارئ الآن ترميز الحقول المكتوبة عند التحميل ويُؤلّف الكاتب grbit منها، بحيث يصمد التخطيط أمام دورة حفظ/إعادة تحميل.
ست خصائص جديدة في TMSOShapeTextBox لتنسيق التعليقات بشكل صريح. HAlignment وVAlignment وRotation وLockText وJustLastLine وSecretEdit معرّضة كخصائص قراءة/كتابة على كل شكل تعليق؛ يُهيّأ AddComment افتراضيًا إلى يسار+أعلى+أفقي+غير مقفل، لذا فإن المستدعِين الذين لا يلمسونها يحتفظون بالمظهر السابق.
كاتب TXO يرتّب الآن reserved4 / reserved5 على حدود حقول المواصفة. كان الكود السابق يُصدِر الإزاحات 2-9 من السجل الأساسي ككتابتي Long (rot + reserved4 ثم reserved5)؛ ويقسمها الكاتب الآن إلى Word rot وWord reserved4 وLong reserved5 — لم يتغيّر محتوى البايتات (لا يزال كله أصفارًا لأشكال Note)، لكن بنية الكود تطابق الآن إزاحات حقول MS-XLS §2.4.329، مما يجعل من الصعب إساءة محاذاة إصلاحات TXO المستقبلية.

الإصدار 2.88.14

تصحيح إزاحة cchText في TXO — أصبح إصلاح طول التعليقات من v2.88.13 يعمل فعلًا. أضاف الإصدار السابق فحص سلامة لسجل TXO الأساس بقراءة cchText عند الإزاحة 8، غير أن MS-XLS §2.4.329 يضع cchText عند الإزاحة 10 (بعد grbit وrot والبايتات الست reserved / controlInfo). تقع الإزاحة 8 داخل حقل reserved5 الطويل، وهو دائمًا صفر في الكائنات ذات شكل Note، فكل تعليق ينزلق بصمت إلى مسار الاحتياط الدفاعي، عمليًا يستعيد سلوك ما قبل v2.88.13. يعيد الإصلاح الإزاحة إلى 10، فتُربط التعليقات الطويلة فعلًا عبر سجلات Continue، ولا تلتقط التعليقات القصيرة حشوًا في نهايتها. لا تغييرات سلوكية أخرى تتجاوز ما كان من المفترض أن يأتي به v2.88.13.

الإصدار 2.88.13

تعليقات الخلايا الطويلة تُقرأ الآن بكامل طولها. يقسم سجل TXO في BIFF8 ($01B6) جسم النص بين السجل الأساس وسجل Continue واحد أو أكثر، ويُنشر عدد الأحرف في السجل الأساس عند الإزاحة 8 باسم cchText. كان قارئ التعليقات السابق يتخطى السجل الأساس بالكامل ويعامل DataList[1] على أنه كامل النص ويتوقف عند ذلك، فيُقتطع بصمت أي تعليق يزيد على نحو 4100 حرفًا عريضًا، كما يقتنص التعليقُ الأقصر الذي يجرّ سجل Continue بايتات حشو في نهايته تلك القمامة كنص. يستخدم القارئ الآن cchText بوصفه عددًا مرجعيًا للأحرف، ويجوب كل مقطع Continue وفق MS-XLS §2.4.329 (يقع قطع rgb على حدود حرف فلا حاجة لمحاسبة الأحرف الجزئية)، ويتوقف فور استنفاد الميزانية لئلا تتسرب كتلة runs التنسيق التي تلي النص إلى السلسلة. أما التعليقات ذات السجلات الأساس التالفة أو المفقودة فلا تزال تسلك مسار "استهلاك كل البايتات المتبقية" التقليدي.

الإصدار 2.88.12

السلاسل المخزّنة مؤقتًا التي يزيد طولها على نحو 4100 حرف والقادمة من صيغ تُعيد سلسلة تحافظ الآن ذهابًا وإيابًا عبر سجلات Continue. ربط الإصدار v2.88.11 جانب القراءة من سجل String في BIFF8 ($0207) لكنه كان يستهلك جسم السجل الأول فقط، فأي سلسلة مخزّنة مؤقتًا تتجاوز بايتاتها بترميز UCS-2 حد BIFF البالغ 8224 بايت وتفيض إلى سجل Continue واحد أو أكثر ($003C) كانت تُقتطع بصمت. المعالج يجوب الآن قائمة DataList الكاملة عند مستوى التوزيع: يقرأ cch وfHighByte من السجل الأساس، وينسخ الجسم الذي يسعه، ثم يصل كل مقطع Continue تالٍ كبايتات خام وفق ضمان حدود المحرف الوارد في MS-XLS §2.5.293 — لا يُعيد XLUnicodeString إصدار fHighByte في منتصف السلسلة. كل مقطع محدود بميزانية الأحرف المتبقية، فلا يستطيع Continue شارد المبالغة في حجمه أن يجعل النتيجة أطول من cch. أما السلاسل ذات السجل الواحد (الحالة الشائعة) فتسلك المسار السريع نفسه تمامًا كما في السابق.

الإصدار 2.88.11

الصيغ التي تُعيد سلسلة نصية تحافظ الآن ذهابًا وإيابًا على النص المخزّن مؤقتًا الذي حسبه Excel. غطّى الإصدار السابق متغيّرات الرقم والمنطقي والخطأ والفارغ من ذاكرة BIFF8 FormulaValue (MS-XLS §2.5.133)، لكنه ترك متغيّر السلسلة في قائمة المهام لأن قيمته المخزّنة مؤقتًا تعيش في سجل String منفصل ($0207) يأتي مباشرةً بعد سجل Formula. أصبح ParseFormula الآن يتذكر إحداثيات الخلية عند رؤية صيغة من متغيّر السلسلة، ويقوم معالج ParseString الجديد بفك تشفير سجل $0207 التالي وفق MS-XLS §2.4.268 ويوجّه WideString إلى FCachedFormulaValue. أصبح بإمكان GetCellValue الآن الارتداد إلى النص الذي حسبه Excel عندما يعجز مُقيِّم HotXLS عن إعادة إنتاجه. تُسقط إعادة ضبط دفاعية في رأس ParseFormula أيّ مرتكز معلّق قديم كي لا يتمكن ملف مصدر مشوّه يفتقد سجل String من توجيه ما يليه إلى مكان خاطئ. السجلات التي تتجاوز 8224 بايت وتفيض إلى كتل Continue تظل ترتدّ إلى مخرجات المُقيِّم كقيد معروف.

الإصدار 2.88.10

سجلات Formula في BIFF8 أصبحت تحافظ ذهابًا وإيابًا على القيمة المخزنة مؤقتًا التي حسبها Excel. كان ParseFormula يتخطى سابقًا حمولة FormulaValue ذات الـ 8 بايت عند الإزاحة 6 بالكامل، فيُلقى بنتيجة كل صيغة مخزّنة مؤقتًا في ملف .xls المُحمَّل (أرقام، قيم منطقية، أخطاء، فارغ) ويضطر HotXLS إلى إعادة تقييم كل خلية بمحرّك الصيغ الخاص به. وعندما يعجز ذلك المحرّك عن مطابقة Excel (وظائف XLM غير مدعومة، روابط خارجية معطوبة، صيغ لم تُنفَّذ بعد) كانت الخلية تصبح فارغة بصمت أو تعرض 0. القارئ الآن يفك تشفير المتغيرات الأربع رقم / منطقي / خطأ / فارغ وفق MS-XLS §2.5.133 ويُخزّنها في حقل جديد TXLSCellRef.FCachedFormulaValue؛ ويلجأ GetCellValue إلى هذا التخزين المؤقت فقط عند فشل التقييم، فتمر الصيغ المُنشأة حديثًا بالتقييم كما في السابق. أما متغيّر السلسلة فيظل يعتمد على المُقيِّم لأن مُحلِّل سجل String ($0207) التالي لم يُوصَل بعد.

الإصدار 2.88.9

سجلات الصيغ BIFF8 التي تحتوي على قيم لا يمكن حلها أصبحت الآن تضبط fAlwaysCalc بدلاً من بِت reserved1. عندما لا يستطيع مُقيِّم HotXLS حساب صيغة عند الحفظ، كان الكاتب يضع سابقًا grbit = 0x0002، أي البت 1 الذي يحجزه MS-XLS §2.4.127 كـ reserved1 ويأمر القرّاء بتجاهله. كان Excel يتجاهله وفق المواصفة ويعامل قيمة 0 المخزّنة مؤقتًا باعتبارها مرجعية فيُظهر 0 بصمت دون إعادة الحساب. الكاتب الآن يضبط grbit = 0x0001 (fAlwaysCalc، البت 0)، فيُعيد Excel تشغيل الصيغة في عملية إعادة الحساب التالية وتُظهر الخلية النتيجة الصحيحة.

الإصدار 2.88.8

PageSetup.PrintTitleColumns و PrintTitleRows ترفعان الآن استثناء عند الإدخال غير الصالح. كان تعيين هاتين الخاصيتين بسلسلة نطاق مشوّهة (أي شيء لم تستطع ColDiapasonToValues أو RowDiapasonToValues تحليله) يُسقط سابقًا التعيين بصمت — يحتفظ المصنف بنطاق Print_Titles السابق أو يظل بلا نطاق، ولا يجد المتصل وسيلة لمعرفة أن شيئًا قد فشل. تستخدم الـ setters الآن Exception.Create برسالة وصفية تذكر القيمة الخاطئة، مطابقةً لأسلوب raise القائم في مسارات الفهارس غير الصالحة لـ TXLSRange.

الإصدار 2.88.7

حقل miyRw في سجل Row يبقى الآن ضمن نطاق مواصفة MS-XLS. كانت إصدارات Excel السابقة لـ BIFF8 ترمز "استخدام ارتفاع الصف الافتراضي للمصنف" بإجراء OR للبت 15 في miyRw، وقد نقل HotXLS هذا الاستخدام إلى كاتب BIFF8 رغم أن MS-XLS §2.4.221 يحدّد miyRw بحدّ أقصى 8192 توبس. يكتب Excel الحديث في الحالة نفسها قيمة بسيطة قدرها 255 (12.75 نقطة افتراضية)، ويُشير إلى التجاوزات اليدوية ببت fUnsynced في grbit، فجعل اختراق البت 15 خرج HotXLS يختلف عن ملفات .xls المرجعية (قيمة 32 959 = 0x80FF للقيمة "الافتراضية" خارج المواصفة تقنيًا). الكاتب الآن يُسقط الـ OR ويكتب 255 مباشرة؛ والقارئ ما زال يُسقط البت 15 عند الإدخال للحفاظ على التوافق مع HotXLS v2.88.6 والملفات الأقدم، فضلًا عن المولّدات الخارجية النادرة التي نسخت اصطلاح BIFF5.
إضافة ملاحظة تصويبية لجولة المراجعة 2 لمواصفة BIFF8. أوضحت إعادة التحقق من حدود حقول [MS-XLS] أن النتيجتين المُعلَّمتين P2 في التقرير الأصلي (dev-notes/XLS-BIFF8-Spec-Audit-Round2.md) ليستا أخطاء حقيقية: البت 15 المضبوط في علم تاريخ BOF $000080C9 ينتمي إلى حقل verXLHigh (البتات 14-17، القيمة 2 = "Excel 2002")، وليس إلى ذيل reserved1 (البتات 19-31)؛ كما أن استخدام ParseFormula لرمز PtgExp رائد للكشف عن صيغ مشتركة أو صفيف يتوافق مع ما تقصده المواصفة ويزيل الغموض بشكل صحيح عبر سجل ShrFmla أو Array اللاحق. وكلا البندين مُعلَّمان الآن كمسحوبين.

الإصدار 2.88.6

أوراق الماكرو ووحدات VBA تحتفظ الآن بفتحتها الترتيبية في BoundSheet8. كان القارئ سابقًا يطرح سجلات BoundSheet8 التي تكون فيها قيمة الحقل dt هي 1 (ورقة ماكرو) أو 6 (وحدة VBA)، فينقص في مجموعة Sheets الخاصة بـ HotXLS عدد من المدخلات بمقدار تلك السجلات. أي مرجع XTI في ExternSheet يشير وفق ترتيب الملف إلى موقع ورقة يلي ورقة ماكرو كان يُحل بعد SaveAs إلى ورقة HotXLS خاطئة. يضيف القارئ الآن ورقة بديلة لكل سجل BoundSheet8 ويحفظ بايت dt الخام في خاصية جديدة Sheet.SheetTypeRaw؛ ويعيد الكاتب إصدار البايت الأصلي. كذلك تُعامل سجلات BOF لِـ substream الماكرو ($0040) أثناء التحليل كأنها substream ورقة عمل، فتُصان الخلايا داخل أوراق الماكرو بدلًا من ابتلاعها بصمت في الورقة السابقة.

الإصدار 2.88.5

سجل Row في BIFF8 يحافظ الآن على fCollapsed وfExAsc وfExDes وfPhonetic عبر الذهاب والإياب. سابقًا كان القارئ يتجاهل fCollapsed (بِت 4 من grbit) وكان الكاتب يستنتجها من انتقالات مستوى المخطط على الصفوف المجاورة، ما يصنّف خطأً الصفوف التي طواها ملف المصدر صراحةً أو علّمها كحدود. كذلك لم تكن البتات الثلاث العليا (fExAsc عند 28، fExDes عند 29، fPhonetic عند 30) تُقرأ وكانت تُكتب دائمًا كأصفار لأن الكاتب كان يقتطع grbit ذي 4 بايتات إلى خانة ixfe واحدة من 16 بِت. يستهلك القارئ الآن البتات الأربع جميعًا وفق MS-XLS §2.4.221 ويثبّت fCollapsed كقيمة صريحة. يحزم الكاتب ExAsc وExDes وPhonetic في البتات 12-14 من كلمة ixfe ويُقنّع ixfe إلى نطاق 12 بِت الذي تسمح به المواصفة. التلميحات الخاصة بالحد العلوي السميك أو الحد السفلي المتوسط التي يقودها ExAsc وExDes تبقى الآن بعد HotXLS SaveAs، ولا تتم إعادة تعيين رؤية المعلومات الصوتية على الأوراق اليابانية مع كل حفظ.

الإصدار 2.88.4

بِت fPaged في Window2 من BIFF8 الآن يُعلِّم الورقة النشطة فقط. كانت الإصدارات السابقة تضع fPaged (MS-XLS §2.4.346 بت 10) على كل ورقة مرئية، فيختلف خرج HotXLS عما يكتبه Excel نفسه (وفق المواصفة يعني هذا البت "هذه الورقة معروضة حاليًا في نافذة المصنف"، فيجب أن يحمله فقط subflujo الورقة النشطة). كان قراء Excel يرتدّون على أي حال إلى Window1.itabCur لتحديد الورقة النشطة الحقيقية فيُتسامح مع سوء الاستخدام؛ أما Apache POI في الوضع الصارم وأدوات أخرى تثق في fPaged كإشارة أساسية فترى الآن الورقة الصحيحة مُعلَّمة.

الإصدار 2.88.3

التكبير ولون خطوط الشبكة في Window2 من BIFF8 يحافظان الآن على القيم عبر الذهاب والإياب. كانت الإصدارات السابقة تتخلى عند القراءة عن جميع حقول WINDOW2 بعد الإزاحة 6 وتصدر أصفارًا ثابتة عند الكتابة، فيرتد أي تكبير ورقة محفوظ في Excel (75 بالمئة، 125 بالمئة، إلخ) وتخصيص لون خطوط الشبكة إلى القيم الافتراضية بعد HotXLS SaveAs. يستهلك القارئ الآن icvHdr وwScaleSLV وwScaleNormal وفق MS-XLS §2.4.346: يدخل تكبير العرض النشط إلى Sheet.Zoom وتحط قيمة العرض المقابل في خانة تخزين مؤقت كي يستعيد التبديل بين Normal وPage Break Preview في Excel التكبير السابق. يصدر الكاتب Sheet.Zoom النشط في خانة العرض المطابقة والقيمة المخزنة مؤقتًا في الأخرى مع إعادة كتابة فهرس لون خطوط الشبكة المحفوظ.

الإصدار 2.88.2

تم إصلاح رمز عملية سجل HFPicture في BIFF8. ملفات .xls المحفوظة الآن تكتب سجلات صور خلفية الرأس والتذييل بقيمة rt = 0x0866 الصحيحة وفق MS-XLS §2.4.138. كانت الإصدارات السابقة تستخدم 0x086C (رمز عملية CellWatch)، ما جعل Excel يحاول تحليل OfficeArt BLIP المضمن باعتباره مرجعًا لخلية تحت المراقبة فيُسقط الصورة بصمت. المصنفات التي تحتوي على صور الرأس أو التذييل تحتفظ الآن بالصورة عند تمريرها ذهابًا وإيابًا عبر HotXLS.

الإصدار 2.88.1

تم إصلاح رمز عملية سجل Theme في BIFF8. ملفات .xls المحفوظة الآن تكتب سجل Theme بقيمة frtHeader.rt = 0x0896 الصحيحة وفق MS-XLS §2.4.326. كانت الإصدارات السابقة تستخدم 0x0892 (رمز عملية StyleExt)، ما جعل Excel يفسّر حمولة موضوع OOXML المضمنة بوصفها امتداد نمط خلية ويرتدّ بصمت إلى موضوع Office المدمج. ورقات العمل ذات ألوان الموضوع المخصصة لم تعد تفقد لوحتها المخصصة عند تمريرها ذهابًا وإيابًا عبر HotXLS.

الإصدار 2.88.0

**[MS-XLSX] الجولة الرابعة من عمليات التدقيق المتبادل — جزء الموضوع + مُعين اسم الورقة.** تم إصلاح مشكلتين إضافيتين تستهدفان المشكلات المتبقية بعد الجولات من 1 إلى 3 (الإصدارات v2.51.0 / v2.52.0 / v2.54.1). لم يؤدِ أي من الإصلاحين إلى تعطيل أي وظيفة حالية؛ أحدها يوسع نطاق وظيفة في مُعين، والآخر يضيف جزءًا جديدًا يتم إصداره دائمًا.
**حزم .xlsx المحفوظة الآن تتضمن جزءًا باسم `xl/theme/theme1.xml`.** لطالما أدت ملفات `styles.xml` إلى إخراج مراجع `<color theme="N"/>` لأي لون خط/تعبئة/حد/علامة تبويب تم تعيينه من خلال مسار الفهرس الخاص بالقالب (ولون القالب الذي تم نقله من ملف .xlsx المُحلل)، ولكن لم يتم كتابة أي جزء للقالب، وبالتالي كانت هذه المراجع معلقة. تجاهلت Excel هذا الإغفال عن طريق الرجوع إلى قالب "Office" المدمج بصمت، ولكن أبلغت أدوات التحقق من صحة ملفات Office عن كل مرجع بأنه "جزء القالب مفقود"، ورفضت Apache POI الملف في الوضع الصارم عند أول فحص. تقوم وظيفة `SaveAs` الآن بإخراج قالب Office القياسي (2007+): مخطط ألوان مكون من 12 فتحة (نظام `windowText` / `window`، وأربعة ألوان افتراضية لـ Excel، وستة ألوان مميزة، ولونان للارتباط التشعبي)، ومجموعة خطوط Calibri Light / Calibri، ومجموعة التنسيق الصالحة للحد الأدنى (ثلاثة إدخالات لكل من التعبئة/الخط/التأثير/التعبئة الخلفية لكل `CT_StyleMatrix`). تكتسب ملفات `[Content_Types].xml` عنصر `Override` مطابق؛ وتكتسب ملفات `xl/_rels/workbook.xml.rels` علاقة `theme/theme1.xml` تقع في نهاية نطاق المعرفات، بحيث لا تتغير قيم الإزاحة الحالية لـ `XlsxFirstExternalLinkRid` للأوراق/sst/الأنماط/vba/الروابط الخارجية.
**الآن، عند تعيين `Sheet.Name := '...'` مباشرةً، يتم تنظيف الاسم وإزالة التكرارات أيضًا.** في الإصدار الثالث (v2.54.1)، تم تطبيق قواعد تسمية Excel في `TXLSXSheets.Add(AName)`، ولكن مُعيّن الخاصية `TXLSXWorksheet.Name` كان يقوم ببساطة بكتابة الاسم (`write FName`)، وبالتالي فإن المسار الأكثر شيوعًا للتغيير الذي لم يتم تغطيته في ذلك الإصدار - وهو `lxXlsxExport.pas:122 Target.Name := Source.Name` في عملية التحويل من XLS إلى XLSX - كان يسمح بأي اسم يحمله مصدر BIFF8 (أحرف محظورة `: \ / ? * [ ]`، طول أكبر من 31، علامات اقتباس مفردة، الاسم المحجوز `History`، تكرارات غير حساسة لحالة الأحرف لورقة موجودة). الآن، يقوم مُعيّن الخاصية بتوجيه العملية إلى طريقة جديدة تسمى `SetName` والتي تعيد تشغيل نفس منطق `XlsxSanitizeSheetName` وإضافة لاحقة `' (N)'` لإزالة التكرارات (غير حساس لحالة الأحرف، باستثناء الاسم نفسه) مقابل مجموعة الأوراق في المصنف الأصلي. الأوراق غير المرتبطة (التي لا تحتوي على مؤشررجعي إلى `FWorkbook` بعد) تتخطى خطوة إزالة التكرارات وتقوم فقط بالتنظيف - ستضمن `TXLSXSheets.Add` التفرد عند ربط الورقة بالمصنف. هذه العملية لا تؤثر على الأسماء الصالحة بالفعل، وبالتالي فإن `FSheets.Add(names[i])` في الجانب المقروء تظل عملية تحويل كاملة.

الإصدار 2.87.4

أصبحت صيغ XLS المشتركة تكتب جسم ShrFmla صالحاً. يضيف إخراج BIFF8 بايت cUse المطلوب قبل الصيغة المشتركة، لذلك لا ينزاح تدفق رموز الصيغة ببايت واحد عند استخدام UseSharedFormulas.
أصبحت بيانات نمط الجداول ومرشحاتها في XLS تطابق تخطيط MS-XLS الحالي. يكتب AddTable سجل LIST12 بصيغة List12TableStyleClientInfo، ويضبط أعلام AutoFilter في Feature11، ويصدر كتل Feat11FdaAutoFilter الفارغة لكل عمود.
لم تعد قواعد BIFF8 CF12 Data Bar / Color Scale / Icon Set تكتب DXF payload المحظور. يترك HotXLS كتلة DXF فارغة كما يتطلب MS-XLS، ويحفظ إعدادات القاعدة في ذيل CF12 الخاص بالنوع.

الإصدار 2.87.3

**الآن، تتبع بيانات التعريف الخاصة بجدول ورقة العمل XLS تخطيط الجدول `Feature11` المحدد في معيار MS-XLS.** بالنسبة لملفات .xls، تقوم الدالة `AddTable` الآن بكتابة رأس جدول `FeatHdr11` بالإضافة إلى حمولات `Feature11 TableFeatureType` و `Feat11FieldDataItem`، وتزيل العلامة القديمة `FeatHdr` للجدول (`$0867`)، وتخزن أسماء الجداول والأعمدة كقيم `XLUnicodeString`.
**الآن، يمكن لقراءة جداول XLS فهم تخطيط الحقول وفقًا للمواصفات الصحيحة.** يقوم HotXLS بتحليل أسماء الجداول `TableFeatureType`، والنطاقات، وحالة صفوف الإجماليات، وتسميات الحقول، مع الاحتفاظ بخيار بديل لسجلات الجداول التي تم إنشاؤها بواسطة إصدارات أقدم من HotXLS.

الإصدار 2.87.2

تم الآن تصحيح أطوال السجلات الأساسية في ملفات XLS بتنسيق BIFF8. تقوم الآن الأجزاء التي تم تقسيمها من ملفات XLS الكبيرة بتحديث طول السجل الأول إلى 8224 بايت بدلاً من ترك الطول الأصلي الكبير في رأس BIFF.
**الآن، تستخدم الجداول الكبيرة في أوراق العمل بتنسيق XLS أجزاء `ContinueFrt11` متوافقة مع المواصفات.** عمليات الإخراج العريضة لـ `AddTable` والتي تحتوي على حمولات كبيرة من `Feature11` يتم حفظها الآن مع سجلات استمرار `ContinueFrt11` الخاصة بـ `$0875`، ويمكن فتحها مرة أخرى مع الحفاظ على بيانات التعريف الخاصة بالجداول، مما يتطابق مع تخطيط `Feature11` / `ContinueFrt11` المحدد في [MS-XLS].

الإصدار 2.87.1

**الآن، الحد الأقصى لعدد خلايا ورقة العمل XLSX يتضمن آخر صف وعمود في Excel.** `TXLSXRange` و `RCRange` و `EntireRow` و `EntireColumn` الآن يدعمان الصف 1048576 والعمود 16384 (XFD)، مما يطابق حدود أرقام الصفوف والأعمدة في [MS-XLSX]. في السابق، كان هناك حد أقصى داخلي يعتمد على القيم التي تبدأ من الصفر، لذلك كانت النطاقات `XFD1048576` والنطاقات التي تلامس آخر صف أو آخر عمود يتم اقتطاعها تلقائيًا إلى الصف/العمود السابق.
تم الآن تحديث وثائق واختبارات تشفير XLSX لتتوافق مع مسار الكتابة المطبق. تذكر صفحات المساعدة ومجموعة الاختبارات الآن أن `SaveAsEncrypted` تقوم بإنشاء مخرجات تشفير وفقًا لمعيار ECMA-376 للمفاتيح غير الفارغة، بينما لا تزال `OpenEncrypted` تسبب خطأً للملفات المشفرة وتتعامل مع ملفات .xlsx العادية.

الإصدار 2.87.0

**حماية ملفات XLSX بكلمة مرور تعمل الآن (المرحلة الثانية من مشروع "Wave J"، رقم المهمة 29).** `TXLSXWorkbook.SaveAsEncrypted(FileName, Password)` تقوم الآن بإنشاء ملف .xlsx مشفر وفقًا لمعيار ECMA-376 (تنسيق Office 2007+). تم تطبيق مسار [MS-OFFCRYPTO] بالكامل، القسم 2.3.4: بالإضافة إلى مشتق كلمة المرور SHA-1 (50000 تكرار) وكتل AES-128 للتحقق وتشفير AES-CBC، تم الآن دمج تدفقات البيانات الوصفية الأربعة `\005DataSpaces` (الإصدار / خريطة مساحة البيانات / معلومات مساحة البيانات / معلومات التحويل) وكاتب الملفات الثنائية المركبة OLE الذي يضع كل شيء في حاوية CFB. يفتح Excel الملف باستخدام كلمة المرور الخاصة بالمستخدم. عند استخدام الدالة: يستدعي المستخدم `SaveAsEncrypted` مع كلمة مرور غير فارغة ← تقوم HotXLS بتحويل المصنف إلى ملف .xlsx مضغوط في الذاكرة كنص عادي ← يتم تشفيره باستخدام AES-128 CBC مع ملح عشوائي جديد بحجم 16 بايت ومُدقِق ← يتم كتابة الإخراج CFB باستخدام `StgCreateDocfile`. عند الفتح في Excel 2007+: يتم إدخال كلمة المرور ← يتم فتح المحتوى. إذا كانت كلمة المرور غير صحيحة: يتم رفضها. الدالة `OpenEncrypted` (لإلغاء التشفير) لا تزال مهمة معلقة وترجع `EXlsxEncryptionNotImplemented` عند التعامل مع ملف مشفر.

الإصدار 2.86.1

**تشفير قياسي لملفات XLSX — أساس تشفير (المرحلة الأولى من الموجة J، قائمة الانتظار رقم 29).** تم إضافة وحدتين جديدتين داخليتين لتنفيذ جزء التشفير وتوليد المفاتيح من معيار ECMA-376 للتشفير. `lxAES.pas` يغلف خوارزمية AES الخاصة بـ Brian Gladman (الموجودة في `thirdparty/Win32/aes*.obj` و `thirdparty/Win64/aes*.obj`) ويوفر نقاط دخول لتشفير AES-128 في الوضعين ECB (للكتل المفردة) و CBC. `lxXlsxStdEncrypt.pas` ينفذ خوارزمية SHA-1 (FIPS-180-4) بلغة باسك خالصة، وتطبيق اشتقاق كلمة المرور بتكرار 50000 (كما هو موضح في [MS-OFFCRYPTO] القسم 2.3.4.10)، ووحدات التحقق المشفرة (EncryptedVerifier + EncryptedVerifierHash) (القسم 2.3.4.7)، وتشفير AES-CBC (مع بادئة بحجم 8 بايت بترتيب أصغر إلى الأكبر، وملء بالفراغات حتى الوصول إلى 16 بايت، ومتجه تهيئة IV بقيم صفرية)، ومُسلسل البيانات الثنائية EncryptionInfo (القسم 2.3.4.6). لا تزال الدالة `TXLSXWorkbook.SaveAsEncrypted` تثير الاستثناء `EXlsxEncryptionNotImplemented` — المرحلة الثانية من الموجة J ستضيف كاتب ملفات OLE Compound File Binary (حاويات `\005DataSpaces`) وستقوم بربط هذه المكونات بالدالة `SaveAsEncrypted`. حتى ذلك الحين، يجب اعتبار هذه الوحدات الجديدة بمثابة هياكل أساسية داخلية للمكتبة، ولا يجب أن تعتمد عليها التطبيقات.

الإصدار 2.86.0

**تحديثات حول جداول الاستعلام والاتصالات الخارجية (المرحلة الأولى، قائمة الانتظار رقم 28).** الآن، جداول الاستعلام والاتصالات الخارجية التي تم إنشاؤها بواسطة Excel (من خلال "بيانات" -> "الحصول على بيانات خارجية من الويب/SQL/OLEDB) تظل سليمة بعد عملية حفظ/فتح باستخدام HotXLS. في السابق، كان قارئ BIFF8 يتجاهل بصمت سجلات `QsiSXTag` ($0802) و `QsiSXTagExt` ($0810) و `DConn` ($0876)، مما أدى إلى فقدان البيانات الوصفية الخاصة بالاستعلام الأصلي عند الحفظ، وتحويل الجدول إلى قيم خلايا عادية. الآن، يقوم القارئ بتخزين هذه السجلات كبايتات غير شفافة، ويقوم الكاتب بإخراجها مرة أخرى إلى جزء ورقة العمل (بالإضافة إلى كتلة PIVOTVIEW وفقًا لـ [MS-XLS] §2.1.7.20.5) والبيانات العامة في المصنف (بالإضافة إلى كتلة البيانات العامة المتأخرة قبل نهاية الملف وفقًا لـ §2.1.7.20.3). لا يزال HotXLS لا يقوم بتمثيل هيكل QSI/DConn المحدد برمجيًا - إنشاء جداول استعلام جديدة من التعليمات البرمجية للمستخدم مؤجل لمرحلة لاحقة - ولكن المصنفات التي تحتوي بالفعل عليها لن تفقد بيانات التعريف الخاصة بالتحديث. هذا التحديث ينطبق فقط على تنسيق BIFF8 (.xls)؛ تنسيق BIFF5 غير متأثر.

الإصدار 2.85.1

**تم استعادة عملية بناء المكتبات لنظامي التشغيل Win32 و Win64.** تم تعريف متغيرين مساعدين لـ "pivot-line-item" في مُصدر بيانات متعدد الحقول SXLI الخاص بالإصدار H5.3 كمُعاملات مجهولة من النوع `array of array of Word`، والتي يتعامل مترجم Delphi معها على أنها أنواع غير مسماة منفصلة ويرفض التعيين المباشر لها بسبب الخطأ `E2008 Incompatible types`. لم يتم بناء مكتبة HotXLS منذ الإصدار v2.84.1 على RAD Studio 12.0 وحتى 37.0. تم الآن تعريف المتغيرين معًا بحيث يشتركان في نوع مجهول واحد، مما يحل مشكلة التعيين ويعيد استعادة ملفات الإخراج .dcu / .bpl لكل من الهدفين Win32 و Win64. لا يوجد تغيير في السلوك في وقت التشغيل - البايتات المنبعثة لـ SXLI هي نفسها الموجودة في الإصدار v2.85.0.

الإصدار 2.85.0

**تمت إضافة واجهة برمجة تطبيقات (API) لـ "المجموعات الجزئية" في الجداول المحورية (المرحلة H5.4).** الآن، تعرض الفئة `TXLSPivotField` مجموعة خصائص `Subtotals: TXLSPivotSubtotals` بالإضافة إلى الخاصية `SubtotalMask: Word` الموجودة. يمكن للمستخدمين تعيين قيم مثل `Field.Subtotals := [xlpsSum, xlpsAverage];` بدلاً من التعامل مع حقل `grbitSub` في تنسيق SXVD يدويًا. يتم توفير اثني عشر نوعًا من المجموعات الجزئية (xlpsDefault, xlpsSum, xlpsCount/CountA, xlpsAverage, xlpsMax, xlpsMin, xlpsProduct, xlpsCountNums, xlpsStdDev, xlpsStdDevP, xlpsVar, xlpsVarP)، حيث يمثل كل نوع بتًا واحدًا وفقًا لـ [MS-XLS] §2.4.279. تظل الخاصية `SubtotalMask` الخام هي المصدر الموثوق به، ويتم الحفاظ على البتات المحجوزة 12-15 عند القراءة والكتابة. هذا الإصلاح يحل المشكلة المعروفة في المرحلة H4.3 وهي "عدم توفر تكوين حقل الصف للمجموعات الجزئية من خلال واجهة برمجة التطبيقات (API)"، ويختتم سلسلة التحسينات المتعلقة بالجداول المحورية في المرحلة H5.

الإصدار 2.84.1

**توسيع بيانات متعددة الحقول لـ SXLI (موجة H5.3).** عندما يحتوي الجدول المحوري على أكثر من حقل بيانات ويكون محور حقل البيانات متطابقًا مع محور SXLI المحدد (DataFieldAxisIsRow = True لمحور الصف، أو DataFieldAxisIsRow = False لمحور العمود)، يقوم البرنامج الآن بتكرار كل مجموعة من التوليفات الديكارتية `DataFieldCount` مرة مع `iData = 0 .. DataFieldCount - 1`، بالإضافة إلى `DataFieldCount` من أسطر الإجمال الكلية بحيث يحصل كل حقل بيانات على إجمالي خاص به. يبقى المحور غير المستضيف دون تغيير. الآن، تقوم Excel والقراء الآخرون بعرض الجداول المحورية متعددة حقول البيانات بالتنسيق الذي يحدده المستخدم بدلاً من الرجوع إلى "تقدير" سابق حيث يتم عرض قيمة `iData = 0` واحدة لكل مجموعة. تنتج الجداول المحورية ذات حقل البيانات الواحد نفس الإخراج تمامًا مثل الإصدار v2.84.0. تقلل تقنية الضغط التفاضلي (H5.1) من التكرارات إلى حوالي 8 بايت لكل نسخة، مما يضيف الحد الأدنى من الحمل الإضافي من حيث البايت. يحل هذا المشكلة المعروفة في الموجة H4.3 وهي "عدم توسيع SXLI متعدد حقول البيانات بشكل صحيح".

الإصدار 2.84.0

**واجهة برمجة تطبيقات (API) لاختيار المحور مسبقًا في صفحة Pivot (المجموعة H5.2).** الآن، الكائن `TXLSPivotField` يحتوي على خاصية `PageItemIndex`، والتي يمكن استخدامها في جداول Pivot التي تم إنشاؤها برمجيًا لتعيين عنصر تخزين مؤقت محدد في مرشح محور الصفحة. القيمة الافتراضية `xlPageItemAll` (= $7FFD) تترك المرشح على "الكل"، بحيث أن المستخدمين الذين لا يقومون بتعيين `PageItemIndex` يتصرفون بنفس الطريقة كما في الإصدار v2.83.2. يقوم كاتب SXPI ($00B6) الآن بقراءة `Field.PageItemIndex` بدلاً من الترميز الثابت لـ $7FFD، ويقوم القارئ المخصص الآن بملء `PageItemIndex` من SXPI عند الفتح، بحيث يمكن للمستخدمين فحص التحديد السابق للصفحة. يحل هذا المشكلة المعروفة في المجموعة H4.3 وهي "عدم توفر اختيار مسبق للمرشح للصفحة من خلال واجهة برمجة التطبيقات".

الإصدار 2.83.2

**تقليل حجم سجلات Pivot SXLI باستخدام الضغط التفاضلي (الإصدار H5.1).** الآن، يقوم مُنشئ Pivot بضغط عناصر السطر في سجلات SXLI باستخدام حقل `cSic` المحدد في المواصفات. يتم دمج مؤشرات العناصر المخزنة مؤقتًا في بداية كل سطر والتي تتطابق مع السطر السابق في نفس سجل SXLI في عداد بادئة مشتركة، ويتم إخراج المؤشرات المتبقية فقط. تنخفض سجلات محور الصفوف في SXLI (بضعة حقول صفوف × عشرات العناصر) بنسبة 30-60٪ دون تغيير في المعنى. لا يزال الإخراج مقسمًا إلى أجزاء لضمان بقائه ضمن حد 8224 بايت لسجل BIFF. يرسل السطر الأول من كل سجل SXLI دائمًا `cSic = 0` (محلي للسجل، بدون مرجع عبر السجلات)، ولا يتم ضغط سطر الإجمالي أبدًا.

الإصدار 2.83.1

**ألوان تعبئة الخلايا، والخط، والحدود، التي يتم تعيينها باستخدام قيم RGB، تعمل الآن بشكل صحيح عند الحفظ والإعادة باستخدام تنسيق .xls.** كان برنامج الكتابة XFExt الخاص بـ BIFF8 ($087D) يقوم بإخراج حقل ixfe لكل سجل باستخدام موضع مصفوفة XF في الذاكرة، ولكن سجلات الخلايا المطابقة على القرص تكتب ixfe باستخدام ترتيب SaveIndex بعد التقطيع. في كل مرة يتم فيها تقطيع أي XF سابق في الجدول أثناء الحفظ (وهو أمر شائع عندما تنتقل خلية من XF مؤقت إلى XF نهائي)، ينتهي الأمر بجميع قيم ixfe لـ XFExt بأنها أقل بمقدار عدد الفتحات التي تم تقطيعها، وينزاح اللون الغني المرتبط بكل خلية إلى خلية مجاورة عند إعادة التحميل. الآن، يقوم برنامج الكتابة بحل SaveIndex لكل XF ذي فتحة غنية ويقوم بإخراج قيمة ixfe المطابقة الموجودة على القرص، بحيث تظل ألوان RGB للخلايا التي تم حفظها بواسطة HotXLS - لون التعبئة الداخلية، ولون الخط، وألوان الحدود - سليمة عند إجراء دورة حفظ/إعادة تحميل. يتم الآن تخطي سجلات XFExt الخاصة بـ XFs التي تم تقطيعها بالكامل بدلاً من إخراجها مع قيمة ixfe معلقة.

الإصدار 2.83.0

**عناصر الجدول المحوري + حالة عنصر الصفحة (إصدار H4.3).** الجداول المحورية التي تم إنشاؤها برمجيًا الآن تصدر عناصر SXLI ([MS-XLS] §2.4.275، $00B5) لكل من المحاور الأفقية والعمودية، بالإضافة إلى عناصر SXPI ($00B6) للمحور الأفقي. يتيح ذلك دقة عالية في تخطيط العرض في الجدول المحوري: تعرض برامج قراءة البيانات الأخرى الترتيب الدقيق الذي قصده البرنامج، وتفتح الجداول المحورية الكبيرة بسرعة أكبر (لأن برنامج Excel لا يحتاج إلى إعادة حساب تخطيط العناصر من البداية)، وتظل عوامل التصفية للصفحة معيارية، حيث يتم تحديد "(الكل)" افتراضيًا لكل حقل صفحة.
**تعداد الصفوف والأعمدة باستخدام SXLI.** يقوم البرنامج بإنشاء قائمة بجميع التوليفات الممكنة من عناصر البيانات المخزنة (حيث يتغير العنصر الداخلي الأسرع، مما يطابق تخطيط الصفوف المتداخلة في Excel) وينتج سطرًا واحدًا لكل توليفة، بالإضافة إلى سطر إجمالي نهائي يتم تحديده بواسطة بت `SXLI nTypes fGrandTotal`. يستخدم كل سطر `cSic = 0` (بدون ضغط دلتا - وهو أبسط ولكنه يستخدم عددًا قليلًا من البايتات الإضافية لكل سطر). يتم تقسيم الإخراج إلى سجلات `SXLI` متعددة عندما يتجاوز عدد الأسطر الحد الأقصى البالغ 8224 بايت لـ `BIFF`؛ ويمنع حد أمان يبلغ 16384 سطرًا التوسع المفرط في حالة وجود مدخلات غير طبيعية.
**حالة محور الصفحة في SXPI.** يتم إصداره فقط عندما يحتوي حقل واحد على الأقل على `Axis = xlpfaPageField`. كل إدخال يبلغ 10 بايت (isxvd + iCache + ipos + objId)، حيث يشير `iCache = $7FFD` إلى "(All)". تم تأجيل واجهة برمجة التطبيقات (API) لاختيار عناصر صفحة محددة إلى الإصدار H5. لا تصدر الجداول المحورية التي لا تحتوي على حقول صفحة أي إشارات SXPI (يتم إدراجه كاختياري في قائمة ABNF لورقة العمل).
**يُغلق المشكلة المعروفة "SXLI / SXPI غير مُصدَّر" في الإصدار H3.** بالإضافة إلى ذلك، تم دمجه مع H4.1 (تنسيقات أرقام DataField) و H4.2 (تدفق SXDBB لكل سجل)، مما يعني أن الإصدار H4 يغلق جميع المشكلات المعروفة الثلاثة في مُحرِّر جداول البيانات. الآن، يتم تضمين ذاكرة التخزين المؤقت الكاملة مع بيانات التعريف الخاصة بالتنسيق في جداول البيانات التي تم إنشاؤها باستخدام `IXLSWorksheet.AddPivotTable`.

الإصدار 2.82.0

**ذاكرة التخزين المؤقت للجداول المحورية مستقلة وتعتمد على تدفق البيانات لكل سجل (إصدار H4.2).** ذاكرات التخزين المؤقت للجداول المحورية التي تم إنشاؤها برمجيًا الآن تصدر سجلات SXDBB ([MS-XLS] §2.4.272، $00C5 في سياق ذاكرة التخزين المؤقت) والتي تحتوي على مؤشرات الحقول والقيم لكل سجل باستخدام ترميز مضغوط البت المحدد في المواصفات. بدون سجلات SXDBB، كان على Excel تحديث ذاكرة التخزين المؤقت من النطاق المصدر عند الفتح - وهو ما كان يعمل عندما كانت البيانات المصدر موجودة ولم تتغير، ولكنه كان يتعطل عندما يتم إعادة تسمية المصدر أو حذفه، أو عندما تغيرت البيانات المصدر منذ إنشاء الجدول المحوري. الآن، أصبحت ذاكرة التخزين المؤقت مستقلة.
**ترميز مضغوط وفقًا للمواصفات.** يستخدم كل حقل `ceil(log2(itemCount + 1))` بت لكل سجل (بما في ذلك المساحة الاحتياطية). يتم محاذاة السجلات على مستوى البايت - يبدأ كل سجل جديد على حدود بايت جديدة. يقوم البرنامج بتقسيم التدفق إلى سجلات SXDBB متعددة للبقاء ضمن حد حجم BIFF البالغ 8224 بايت، بحيث يمكن للذاكرة المؤقتة التي تحتوي على عشرات الآلاف من الصفوف المصدر أن تعمل بشكل صحيح.
**المسار المستخدم في عملية التحويل ذهابًا وإيابًا لم يتغير.** تظل ذاكرات التخزين المؤقت للجداول المحورية التي يتم قراءتها من القرص (عندما تكون `FromRawBlobs = True`) تستخدم المسار الأولي للبيانات الخام (wave H1). يتم استخدام وحدة الكتابة الجديدة لملفات SXDBB فقط لذاكرات التخزين المؤقت ذات الأنواع التي تم إنشاؤها بواسطة `IXLSWorksheet.AddPivotTable`. تضمن ملفات العمل المختلطة (ملف يحتوي على ذاكرة تخزين مؤقت تم تحويلها وذاكرة تخزين مؤقت جديدة) إخراج كلا المسارين بشكل صحيح.

الإصدار 2.81.0

**تنسيقات الأرقام لحقول البيانات الجدولية (إصدار H4.1).** يمكن الآن لحقول البيانات الجدولية حمل سلسلة تنسيق رقمية من Excel، بحيث يتم عرض البيانات المالية/النسب المئوية/التاريخ باستخدام الرموز الصحيحة في Open بدلاً من عرض القيم بتنسيق "عام" افتراضي. تقوم الدالة الجديدة `IXLSWorksheet.PivotSetDataFieldFormat(DataField, FormatStr): Word` بتسجيل التنسيق في جدول NumFormats الخاص بملف العمل (إضافة تلقائية أو إعادة استخدام) وتكتب فهرس ifmt الناتج إلى `TXLSPivotDataField.NumberFormat`. نظرًا لأن الكود الحالي يولد بالفعل SXDI.ifmt، فإن هذا يكمل العملية.
**تمت إضافة Helper عام لـ NumFormats إلى TXLSWorkbook.** `Workbook.RegisterNumFormat(FormatStr): Word` يوفر نفس سلوك الإضافة التلقائية على مستوى المصنف للمستخدمين الذين يحتاجون إلى فهارس ifmt في سياقات غير جداول محورية. إذا كانت `FormatStr` فارغة، فسيتم استخدام الفهرس 0 ("عام").

**استخدام بواسطة المُستدعي.**

df := pivot.AddDataFieldByName('Revenue', xlpaSum);
Sheet.PivotSetDataFieldFormat(df, '$#,##0.00');
df := pivot.AddDataFieldByName('GrowthPct', xlpaAverage);
Sheet.PivotSetDataFieldFormat(df, '0.00%');

الإصدار 2.80.1

**تنسيقات الأيقونات الشرطية تعمل بشكل صحيح عند الحفظ والفتح باستخدام HotXLS.** في الإصدار v2.49.0، تم تغيير برنامج الكتابة CF12 لإخراج `ct=$06` لقواعد مجموعات الأيقونات وفقًا لـ [MS-XLS] §2.4.43 (القيمة الصحيحة وفقًا للمواصفات؛ `‎$05` مخصصة لقواعد الفلتر)، ولكن مسار القراءة المقابل كان لا يزال يتعرف فقط على القيمة القديمة `‎$05`. ونتيجة لذلك، فقدت ملفات .xls التي تم إنشاؤها بواسطة HotXLS الإصدارات v2.49.0 إلى v2.80.0 قواعد مجموعات الأيقونات الخاصة بها عند إعادة التحميل - تحولت نوع القاعدة إلى قاعدة بسيطة للخلايا، وتم إعادة تعيين علامات نوع مجموعة الأيقونات / عكس / عرض فقط إلى القيم الافتراضية. الآن، يتعرف القارئ على كل من `‎$05` (HotXLS القديم قبل v2.49.0) و `‎$06` (المواصفات / v2.49.0 وما بعده)، بحيث يمكن فتح ملفات المصنفات من أي من الإصدارين بشكل صحيح.

الإصدار 2.80.0

Programmatic pivot table creation API (wave H3, MAJOR). New IXLSWorksheet.AddPivotTable(SourceRangeA1, DestRow, DestCol, Name): TXLSPivotTable method walks the supplied source range, infers each column's data type from the cell values, auto-builds a TXLSPivotCache (or reuses an existing one bound to the same range), and creates a typed pivot table on the destination sheet with one TXLSPivotField per cache field (axes initially unset).
Caller wires axes / data via convenience methods. pivot.AddRowField('Region'), pivot.AddColumnField('Quarter'), pivot.AddPageField('Year'), pivot.AddDataFieldByName('Revenue', xlpaSum). SetFieldAxis + AddDataField are exposed for finer control. Field axis enum: xlpfaRowField / xlpfaColumnField / xlpfaPageField / xlpfaDataField / xlpfaNone. Eleven aggregation functions: Sum, Count, Average, Max, Min, Product, CountNums, StdDev, StdDevP, Var, VarP.
Typed writer emits SX* records + cache substream. When pivot.FromRawBlobs = False (the default for programmatically created tables), the writer serialises the typed model into SXView ($00B0) + SXVD ($00B1) per field + SXVI ($00B2) per item + SXIVD ($00B4) row/col index arrays + SXDI ($00C5) per data field + SXEx ($00C6) into the worksheet footer. The matching pivot cache (cache.FromRawBlobs = False) emits a fresh BOF (dt=$0006) + SXDB ($00C6) header + SXFDB ($00C8) + SXFDBType ($00FB) + per-item SXSTRING / SXNUM / SXBOOLEAN / SXERR / SXDATETIME / SXEMPTY + EOF substream appended after the worksheet bodies.
Round-trip safety preserved. Pivot tables and caches read from disk keep their wave H1 FromRawBlobs = True flag and continue to round-trip via the raw-byte path. Only the new programmatically created pivots flow through the typed writer. Mixed workbooks (one round-tripped pivot + one new pivot via AddPivotTable) emit both paths cleanly.
Wave H3 limitations. Source range types other than rectangular A1 (named ranges, external workbook refs) are out of scope. SXLI / SXPI (line items / page items) are not emitted for typed pivots — Excel computes them on Open. Formatting customisation (data field number format beyond per-field NumberFormat) is exposed as a field but the writer treats it as 0 (general). Multiple pivots sharing a cache are supported but caller must wire the same source range string each time.

الإصدار 2.70.0

**نموذج قراءة مُحسّن للجداول المحورية (الإصدار H2).** بالإضافة إلى الحفاظ على البيانات الأولية كما هي في الإصدار H1، يقوم القارئ الآن أيضًا بإنشاء نموذج كائن مُحسّن، بحيث يمكن للمستخدمين فحص هيكل الجدول المحوري دون الحاجة إلى تحليل التعليمات البرمجية الثنائية. تم تقديم أنواع جديدة — `TXLSPivotTable`، `TXLSPivotField`، `TXLSPivotItem`، `TXLSPivotDataField`، `TXLSPivotCache`، `TXLSPivotCacheField`، `TXLSPivotCacheItem`، `TXLSPivotCaches`، `TXLSPivotTables` — والتي يمكن الوصول إليها من خلال الخصائص الجديدة `IXLSWorksheet.PivotTables` و `TXLSWorkbook.PivotCaches`.
**ما الذي يدركه النموذج.** لكل جدول محوري: الموضع (الصف الأول / العمود / الصف الأخير / العمود / الصف الأول للبيانات / العمود الأول للبيانات)، الاسم، التسمية التوضيحية للبيانات، معرف التخزين المؤقت، وقائمة مرتبة من `Fields` (كل منها مع الاسم، والمحور ∈ {`xlpfaRowField`، `xlpfaColumnField`، `xlpfaPageField`، `xlpfaDataField`، `xlpfaNone` }، و `Items[]`، و `SubtotalMask`، و `CacheFieldIndex`). يولد محور البيانات قائمة متوازية من `DataFields`، حيث يحمل كل منها `Aggregation` من تعداد `TXLSPivotAggregation` المكون من 11 قيمة (xlpaSum / Count / Average / Max / Min / Product / CountNums / StdDev / StdDevP / Var / VarP).
**نموذج التخزين المؤقت.** كل كائن `TXLSPivotCache` يحتوي على معرف التخزين المؤقت (CacheId)، والنطاق المصدر (الورقة بالإضافة إلى حدود الصف/العمود التي تبدأ من الصفر)، وعدد السجلات، وقائمة من كائنات `Fields`. كل حقل في التخزين المؤقت يحمل نوع البيانات الخاص به (xlpcftNumber / String / Boolean / Error / Empty / DateTime / Mixed)، والاسم، وفهرس تنسيق الرقم، وقائمة العناصر الفريدة `Items[]`. يتم توفير الفهارس الخاصة بكل سجل داخل `Items[]` لكل حقل عبر `Cache.RecordIndices[Record, Field]` للتخزين المؤقت الذي تم إنشاؤه برمجيًا؛ أما التخزين المؤقت الذي يتم قراءته من القرص، فلا يتم ملء الفهارس الخاصة بكل سجل، ويعتمد على مسار البايت الخام للحفاظ على الدقة.
**أمان عند الإعادة.** للجداول المحورية التي تم استيرادها من بيانات خام، يتم تعيين `FromRawBlobs = True` — يقوم البرنامج باستنساخ البيانات الخام من الموجة H1 حرفيًا. يتم ملء النموذج المحدد كأفضل محاولة لتمثيل البيانات لغرض الفحص من قبل المستخدم. يتم تطبيق نموذج الكتابة المحدد لإنشاء البيانات المستخدمة في الموجة H3 (واجهة برمجة تطبيقات `AddPivotTable`).
**تمت إضافة وحدة lxPivot.pas جديدة.** جميع أنواع التقارير المحورية موجودة الآن في وحداتها الخاصة، إلى جانب وحدات lxChart و lxFormula و lxNames. تقوم وحدة lxHandle بإعادة تصدير الأنواع العامة بحيث تستمر الاستيرادات الحالية في العمل.

الإصدار 2.69.0

**الحفاظ على بيانات الجداول المحورية في عملية حفظ واستعادة (الإصدار H1).** الآن، يحتفظ HotXLS بكل البيانات التي تشكل جدولًا محوريًا عندما يتم حفظ ملف .xls تم إنشاؤه في Excel من خلال عملية فتح → حفظ. قبل هذا الإصدار، كان البرنامج يتجاهل بصمت سجلات SX* غير المعترف بها (مثل SXView, SXVD, SXVI, SXIVD, SXLI, SXPI, SXDI, SXAddl، إلخ) ويتخطى تدفق Pivot Cache بأكمله، مما أدى إلى تلف الجداول المحورية في Excel عند إعادة فتح الملف. الآن، يقوم البرنامج بالتقاط جميع هذه البيانات كسجلات غير شفافة، ويقوم البرنامج بإعادة تشغيلها حرفيًا، بحيث يظل الجدول المحوري في ورقة العمل الرئيسية معروضًا بشكل صحيح في Excel بعد دورة الحفظ/إعادة التحميل.
**كتلة عرض بيانات محورية (PIVOTVIEW) في ورقة العمل.** يتم التقاط سجلات العرض SX* ($00B0–$00B2, $00B4–$00B6, $00C5–$00C8, $00D0–$00D2, $00D5, $00E3, $00F0, $00FB, $0100, $0864) بترتيب التدفق ويتم إخراجها في التذييل الخاص بكل ورقة من قبل البرنامج (بين كتلة الجداول والتوقف النهائي)، بما يتوافق مع موضع ورقة العمل ABNF المحدد في [MS-XLS] §2.1.7.20.1 لعرض البيانات المحورية. يتم نقل حمولات SXAddl الأكبر حجمًا من خلال مقسم الاستمرار الحالي ($003C) بنفس الطريقة التي يتم بها نقل صور التذييل (HFPicture).
**تدفقات ذاكرة التخزين المؤقت للجداول المحورية.** يتم التقاط تسلسل BOF (dt=$0006) متبوعًا بسجلات SXDB / SXFDB / SXFDBType / SXSTRING / SXNUM / SXBOOLEAN / SXERR حتى السجل المطابق EOF كوحدة تخزين واحدة؛ كل ذاكرة تخزين مؤقت متعددة في نفس المصنف تحصل على وحدة تخزين خاصة بها. عند الحفظ، يقوم البرنامج بإعادة بناء التسلسل الكامل لـ BOF / السجلات / EOF لكل وحدة تخزين تم التقاطها وإضافتها إلى تدفق OLE الخاص بالمصنف بعد الأجزاء الخاصة بكل ورقة، حيث يتوقع [MS-XLS] §2.1.7.20 وجودها.
**النطاق: الحفاظ على البيانات الأصلية فقط (H1).** يهدف Wave H1 بشكل متعمد إلى عدم تحليل بيانات Pivot وتحويلها إلى نموذج مُنظّم — يتم تخصيص TXLSPivotTable و TXLSPivotField و TXLSPivotCache وواجهة برمجة التطبيقات (API) AddPivotTable للإصدارات المستقبلية H2 / H3. حتى ذلك الحين، لا يمكن للمستخدمين الذين يستدعون HotXLS فحص أو تعديل هيكل جداول Pivot، ولكن الجداول الموجودة التي تم إنشاؤها في Excel يمكنها العمل مع HotXLS دون فقدان البيانات.

الإصدار 2.68.0

**ميزة فرعية 3 من مجموعة مهام "Chart backlog wave F": أشرطة الخطأ للسلسلة.** تمت إضافة حقل `ErrorBars: array of TXLSChartErrorBarsInfo` إلى `TXLSChartSeriesInfo`. ينتج كل إدخال سجل `SerErrBar` (راجع [MS-XLS] §2.4.105، $105B) داخل كتلة "Series" الرئيسية، بعد "Trendlines" وقبل نهاية "Series"، بترتيب استدعاء. يستخدم مخطط عمودي نموذجي مع أشرطة خطأ Y إدخالين (Sertm=1 لـ Y+ و Sertm=2 لـ Y-)؛ بينما تضيف مخططات التشتت/الفقاعات أزواج X+/X- (Sertm=3 / 4).
**خمسة مصادر للقيم.** `Ebsrc` يختار 1=نسبة مئوية، 2=قيمة ثابتة، 3=الانحراف المعياري، 4=الخطأ المعياري، 5=مخصص. `NumValue` يحمل القيمة (10.0 = 10% عندما يكون Ebsrc=1، قيمة عددية خام للقيمة الثابتة، مضاعف للانحراف المعياري). بالنسبة للقيمة المخصصة (عندما يكون Ebsrc=5)، يحمل الحقل `Cnum` عدد نقاط البيانات المخصصة؛ تحدد المواصفات أنه يجب أن يكون=0 للمصادر الأخرى، لذلك يجبر البرنامج على تعيين `Cnum` إلى 0 للإدخالات غير المخصصة بغض النظر عن مدخلات المتصل.
**مفتاح تشغيل عرض الأشكال التائية.** `FTeeTop` يتحكم فيما إذا كان Excel يعرض أشكالًا تائية على نهايات الأعمدة (الإعداد الافتراضي المرئي في Excel = مُفعّل). هذا مفيد عندما يرغب المستخدم في استخدام النمط "علامة فقط" الأكثر بساطة.
**تحذير بشأن سلسلة القيم المخصصة (Ebsrc=5).** يقوم المُنشئ الأساسي بإخراج سجل SerErrBar مع القيمة Cnum المحددة، ولكنه لا يزال لا يقوم بإخراج مجموعة BRAI الداعمة التي تشير إلى مصفوفة القيم المخصصة. وبالتالي، يتم عرض أشرطة الخطأ المخصصة بالقيمة الافتراضية حتى يتم ربط مجموعة BRAI في إصدار مستقبلي. تعمل قيم النسبة المئوية/الثابتة/الانحراف المعياري/الانحراف المعياري (Ebsrc 1..4) بشكل كامل في هذا الإصدار.

الإصدار 2.67.0

**ميزة فرعية 2 من الموجة الفرعية F لسجل الرسوم البيانية: خطوط الاتجاه.** تمت إضافة حقل `Trendlines: array of TXLSChartTrendlineInfo` إلى `TXLSChartSeriesInfo`. ينتج كل إدخال سجل Trendline ([MS-XLS] §2.4.328، $2050) داخل كتلة Series الأصلية، بعد SerToCrt وقبل نهاية السلسلة، وبالترتيب الذي يحدده المتصل. يمكن وجود خطوط اتجاه متعددة في سلسلة واحدة، ويقوم Excel بعرضها جميعًا.
**ستة أنواع من الانحدار.** يختار `Regt` القيمة 0 = متعدد الحدود، 1 = أسي، 2 = لوغاريتمي، 3 = قوة، 4 = متوسط متحرك، 5 = خطي. بالنسبة لمتعدد الحدود، يحدد الحقل `NOrder` الدرجة (2..6). بالنسبة للمتوسط المتحرك، يحدد الفترة (2..N). بالنسبة للأنواع الأخرى، يتم تجاهل `NOrder`، ولكن المواصفة تتطلب قيمًا من 1 إلى 6، لذلك يقوم البرنامج بتعيين القيم غير الصالحة افتراضيًا إلى 1 أو 6 على التوالي.
**عرض معادلة و R² بالإضافة إلى التنبؤ.** `FDispEq` / `FDispRSqr` تقوم بتفعيل/إلغاء تفعيل تسميات المعادلة و R² على الرسم البياني. `NumForecast` / `NumBackcast` تحدد فترات التمديد الأمامي/الخلفي (رقم عشري، ≥ 0). `NumIntercept` تحدد قيمة التقاطع مع المحور y؛ استخدم NaN ($7FF8000000000000) لـ "تلقائي".
**تمت إضافة تسمية خط الاتجاه كسلسلة نصية LPWide.**. يتم كتابة حقل `Name` في خانة sName الخاصة بسجل خط الاتجاه ([MS-XLS] XLUnicodeString: cch:2 + grbit:1 + نص UTF-16). إذا كان الاسم فارغًا، فسيقوم Excel بإنشاء إدخال وسيلة إيضاح تلقائيًا مثل "خطي (السلسلة 1)".
**إعادة هيكلة داخلية للدالة `AddSeries`.** أصبحت الدالة المساعدة الداخلية `AddSeries` الآن تستقبل كائن `TPreparedSeriesInfo` واحد بدلاً من المجموعة الثلاثية السابقة (Name, CatArea, ValArea)، وذلك لتمكين تمرير سجلات إضافية مرتبطة بالسلسلة (المرحلة التالية: أشرطة الخطأ) من خلال معلمة واحدة دون الحاجة إلى تغييرات إضافية في تعريف الدالة.

الإصدار 2.66.0

**ميزة فرعية 1 من مجموعة ميزات الرسوم البيانية F: أنواع الرسوم البيانية ثلاثية الأبعاد.** يمكن الآن لصفحات الرسوم البيانية التي تم إنشاؤها برمجيًا طلب أنواع الرسوم البيانية ثلاثية الأبعاد باستخدام `xlsChartType3DColumn` أو `xlsChartType3DBar` أو `xlsChartType3DLine` أو `xlsChartType3DPie` من خلال `AddChartSheet(Name, ChartType, ...)`. تستخدم الإصدارات ثلاثية الأبعاد نفس سجل نوع الرسم البياني (BARCHART / LINECHART / PIECHART) الموجود في الإصدارات ثنائية الأبعاد، ولكن كتلة CHARTFORMAT المحيطة الآن تصدر أيضًا سجل Chart3d وفقًا لـ [MS-XLS] §2.4.46، وذلك لتحويل Excel إلى مسار العرض ثلاثي الأبعاد الخاص به.
**افتراضيًا، تعكس الهندسة ثلاثية الأبعاد وظيفة "إدراج > عمود ثلاثي الأبعاد" في Excel.** دوران بمقدار 20 درجة، وارتفاع بمقدار 15 درجة، وتفعيل المنظور معطل، وتفعيل التجميع، وتفعيل التوسيع التلقائي، وارتفاع وعمق كلاهما 100٪ من العرض، والمسافة بين العناصر 150٪. تتطابق الجدران والمحاور ذات الزوايا القائمة مع الإعدادات الافتراضية في Excel. الهندسة مبرمجة بشكل ثابت في الوقت الحالي (لا يوجد خيار للتحكم من قبل المستخدم)، ويمكن في المرحلة التالية تحويلها إلى نظام يعتمد على سجلات قابلة للتجاوز.
تم استعادة شكل الشريط ثلاثي الأبعاد (Chart3DBarShape) بشكل مشروط. في الإصدار v2.55.0، تمت إزالة إخراج شكل الشريط ثلاثي الأبعاد غير المشروط لأن [MS-XLS] §2.4.47 تنص على أنه "يجب تجاهله إذا لم يحتوي التدفق الفرعي الحالي على سجل Chart3d" ولا تحتوي الرسوم البيانية ثنائية الأبعاد على ذلك. يقوم الإصدار Wave F باستعادته فقط لرسوم بيانية الأشرطة/الأعمدة ثلاثية الأبعاد (حيث يكون الشكل الأساسي مستطيلاً ولا يوجد تدرج)، ويتم إخراجه بجوار Chart3d داخل CHARTFORMAT بحيث يكون الارتباط بالمواصفات مرئيًا من تخطيط البيانات. لا يزال شكل الخط ثلاثي الأبعاد والقطاعي ثلاثي الأبعاد يتخطى هذا الشكل (لأنه لا يوجد مفهوم للشكل الأساسي أو التدرج).
**تجاهل مخطط الدائرة ثلاثية الأبعاد لمحوريّ الإحداثيات.** الآن، يتم التعامل مع `xlsChartType3DPie` بنفس طريقة `xlsChartTypePie` فيما يتعلق بعدد المحاور المستخدمة ومسارات إخراج المحاور: لا يتم استخدام أي محور، ولا يتم إخراج أي محور فئة أو قيمة. بدون هذا التغيير، كان Excel يعرض مخطط دائرة ثلاثية الأبعاد مع خطوط محورية إضافية تظهر من خلال الرسم البياني.

الإصدار 2.65.0

Formula array constants round-trip with their data. PtgArray tokens ($20 / $40 / $60 — V / R / A class) in formula streams now carry their PtgExtraArray payload through both read and write paths. SUM({1,2,3}), =MMULT(...), {=COUNTIF(...)} and other array-literal formulas preserve the literal values in .xls files written by HotXLS instead of round-tripping with empty rgcb sections.
Array data hangs off the syntax tree. TXLSSyntaxItem grew ArrayCols / ArrayRows / ArrayValues properties (with the matching TXLSArraySerVal record describing num / str / bool / err / empty cells per [MS-XLS] §2.5.198.122 SerAr). Tools that walk the syntax tree can introspect array constants directly without needing the separate external-data container.
Programmatic array-literal construction. Code that builds TXLSSyntaxItem trees via the API can populate SA_ARRAY items with SetArrayDimensions + ArrayValues[i] and HotXLS emits the matching PtgExtraArray in the rgcb section automatically. The wire ordering matches the [MS-XLS] §2.5.198.59 rule that PtgExtraArray entries are sequenced by the position of their PtgArray token in the rgce stream.
Existing read path stays correct for mixed rgcb. The new code only consumes PtgExtraArray entries that correspond to PtgArray tokens it parsed; any other extra data (e.g. PtgExtraMem from PtgMemArea / PtgMemFunc, still unsupported) is left alone for downstream handling, and a malformed rgcb falls back to leaving array values empty rather than discarding the parsed tree.

الإصدار 2.64.0

Chart backlog wave D phase 7: drawing theme color get / set round-trip within a process. Phase 5 introduced XlsApplyThemeColorToDrawing as a set-only helper because BIFF8 OfficeArt is a pre-Office-2007 binary format with no theme color slot on disk. The setter still down-casts to RGB for the on-disk OfficeArt opt blob, but the workbook now also keeps an in-memory side-table that remembers the original theme idx + tint per (TMsoShapeContainer, OfficeArt property id) pair. A new XlsGetDrawingThemeColor reader consults that side-table so the same process can pull back the theme intent it just wrote — useful for in-app render code that wants to highlight theme-driven colors or expose them in property panes. After Save / Open the side-table starts empty again and the getter returns False, falling through to ColorFormat.RGB.
New caller API. XlsGetDrawingThemeColor(ColorFormat, Workbook, out ThemeIdx, out Tint): Boolean joins the existing XlsApplyThemeColorToDrawing. The setter signature is unchanged; it now also records the entry into TXLSWorkbook.FDrawingThemeColors (a dynamic array of records keyed by container pointer + property id). Subsequent XlsApplyThemeColorToDrawing calls on the same slot overwrite the entry, so the table tracks the latest intent rather than accumulating history.
Stable identity through new internal properties. TXLSColorFormat grew read-only _Container and _Pid accessors so the helpers can compose the side-table key without the caller fishing private fields out of the class. Underscore prefix marks them as the same internal-API tier as _StringTable / _XFList / _BiffTheme: stable enough for library glue code, not part of the public contract.
Why this is "single-process round-trip" only. The BIFF8 OfficeArt format only stores indexed / RGB / scheme / sysColor in its 4-byte ColorRef; there's no extension record analogous to XFExt $087D where the theme idx + tint could live. So the disk round-trip cap is structural, not a HotXLS gap. The Phase 7 side-table bridges the in-process gap so app-internal code can pretend the format supports theme colors as long as it lives within one workbook session.

الإصدار 2.63.0

Chart backlog wave D phase 6: compound border selectors round-trip RGB / theme through XFExt. The last theme-color known-limit is closed: Border[xlAround], Border[xlInsideVertical], Border[xlInsideHorizontal], and Border[xlInsideAll] now register the same RGB or theme color against every physical edge slot they target instead of falling back to the indexed-palette path. The new TXLSXfRichSlotSet (set of TXLSXfRichSlotID) lifts the pending-rich stash from a single slot to a set, so one cell-loop pass on SetRangeXFBordersProperty registers up to four XFExt slots in one go.
Compound selector mapping. The new BorderEdgeSlotSet(BorderIndex): TXLSXfRichSlotSet helper centralises the selector → slot translation: xlEdgeLeft / Right / Top / Bottom → singleton sets (unchanged from phase 2); xlDiagonalDown / Up → [rsDiag]; xlAround → [rsTop, rsBottom, rsLeft, rsRight]; xlInsideVertical → [rsLeft, rsRight]; xlInsideHorizontal → [rsTop, rsBottom]; xlInsideAll → [rsTop, rsBottom, rsLeft, rsRight]. Border.SetColor and Border.SetThemeColor share the same mapping, so RGB and theme paths behave identically across all selectors.
TXLSBorders.SetColor restored to a single dispatch. Phase 2 had to fan Borders.Color := V out to four per-edge GetBorder(edge).Color := V calls because the pending-rich stash only carried one slot at a time. With the set form, Borders.SetColor now stashes the full {rsTop, rsBottom, rsLeft, rsRight} set and calls SetColorIndex once — SetBordersColorIndex takes the optimal wire path (single cells loop with BorderMask=15), and ConsumePendingRichSlot registers all four XFExt slots on each touched XF in the same pass. ~4x fewer cell-loop iterations than the phase-2 fan-out, byte-identical XFExt result.
ConsumePendingRichSlot iterates the set. The slot-registration loop walks the eight enum members and dispatches each one present in FPendingRichSlot through RegisterXFExtSlot. Boundary cells whose XF didn't actually change during a compound-selector update still fire the callback — that's harmless because the XFExt slot is only visually relevant when the cell genuinely has the matching border line, and the indexed wire is set by the per-cell BorderMask Excel already understands.

الإصدار 2.62.0

**مجموعة مهام الرسوم البيانية، المرحلة 5:** دعم كامل لمواضيع XML المخصصة + أداة مساعدة لمواضيع الرسم. ثلاثة تحسينات تغلق الفجوات المتبقية في الألوان والمواضيع التي تركتها المرحلة 4. لوحات الألوان المخصصة التي يتم تعيينها في Excel من خلال "تخطيط الصفحة" -> "ألوان" الآن تبقى سليمة خلال عملية التحميل: يقوم المحلل بتحليل عنصر `<a:clrScheme>` المضمن في سجل "Theme" بتنسيق BIFF8 (`$0892`) وتحديث "FBiffTheme" المكون من 12 خانة في المصنف. يقوم الكاتب المقابل بإخراج نفس السجل عندما تختلف لوحة الألوان عن مخطط Office الافتراضي، بحيث يمكن للمواضيع المخصصة من قبل المستخدم أن تعمل بشكل كامل مع HotXLS دون الرجوع إلى الإعدادات الافتراضية. أداة مساعدة جديدة `XlsApplyThemeColorToDrawing` تسمح لبرامج الرسوم البيانية/الأشكال بتحديد ألوان الرسم باستخدام نفس مفردات "مؤشر الموضوع" و "اللون" التي تستخدمها الخلايا بالفعل.
**المحلل: تحليل ملفات XML الخاصة بقوالب OOXML.** تقوم الدالة `ParseTheme` بدمج محتوى السجل (يتضمن `frtRefHeaderU` و `dwThemeVersion` بالإضافة إلى حمولة XML ذات الطول المتغير، والتي قد تمتد عبر سجلات مستمرة) في مخزن بيانات واحد، ثم تقوم بإجراء بحث عن السلاسل النصية المستهدفة للعثور على العناصر التابعة الـ 12 من النوع `<a:clrScheme>` (والتي تتضمن `dk1, lt1, dk2, lt2, accent1..6, hlink, folHlink`). لكل عنصر، تفضل استخدام `<a:srgbClr val="RRGGBB"/>` ثم تعود إلى استخدام `<a:sysClr ... lastClr="RRGGBB"/>`، ثم تقوم بتحويل `RRGGBB` إلى تنسيق COLORREF الخاص بـ HotXLS وتستدعي الدالة `FBiffTheme.SetThemeRGBColor`. إذا لم يكن المحتوى يبدو كملف OOXML (بسبب عدم وجود علامة `<a:clrScheme>` أو وجود إصدارات مضغوطة باستخدام ZIP، وما إلى ذلك)، فسيتم ترك اللوحة عند مخططها الافتراضي للحفاظ على دقة العرض.
**المطور: إصدار سجل السمات مع تخطي الإرسال عند القيمة الافتراضية.** تقوم الدالة `TXLSWorkbook.StoreTheme` بإرسال سجل `‎$0892` فقط عندما تشير `IsBiffThemeDefault` إلى أن لوحة الألوان قد انحرفت عن مخطط Office الافتراضي. يتم بناء الجزء OOXML من قالب محدد: اثنتا عشرة من إدخالات `‎‎` (تم اختيارها بدلاً من نموذج sysClr الأصلي في Excel لـ dk1/lt1 لأنها تمر عبر نفس المحلل دون الحاجة إلى محلل لأسماء الألوان)، بالإضافة إلى الحد الأدنى القانوني من مقاطع `‎‎` / `‎‎` التي تتطلبها المخططات. لا تصدر ملفات العمل التي لم يتم تعديلها أي سجلات وتظل متوافقة مع الإصدارات السابقة من الإصدار قبل المرحلة 5.
**أداة مساعدة لتطبيق ألوان الموضوع.** الدالة المجانية الجديدة `XlsApplyThemeColorToDrawing(ColorFormat, Workbook, ThemeIdx, Tint)` تحل قيمة فهرس الموضوع بالإضافة إلى درجة التلوين من خلال لوحة الألوان في المصنف، وتكتب قيمة RGB الناتجة في كائن `TXLSColorFormat` (لون تعبئة الشكل/الخط/الرسم البياني). تنسيق OfficeArt ثنائي من الإصدارات الأقدم من Office 2007 ولا يدعم ترميز ألوان الموضوع بشكل مباشر، لذا يتم تعيين اللون فقط: عند القراءة، يتم إرجاع قيمة RGB التي تم حلها بدلاً من فهرس الموضوع، وتضيع مرجعية الموضوع عند الحفظ على القرص. لاستخدام ميزة ألوان الموضوع بشكل كامل، استخدم `IXLSInterior.SetThemeColor` / `IXLSFont.SetThemeColor` / `IXLSBorder.SetThemeColor` في الخلايا، والتي تستخدم XFExt $087D.
**تم إغلاق المرحلة الموجية D بالكامل في خمس مراحل.** في المرحلة الأولى (v2.58.1)، تمت إضافة آلية الاعتراف بالجداول. في المرحلة الثانية (v2.59.0)، تمت كتابة XFExt لألوان الخلايا RGB. في المرحلة الثالثة (v2.60.0)، تم إغلاق حلقة قراءة RGB. في المرحلة الرابعة (v2.61.0)، تم تطبيق مسار ألوان السمة على الخلايا. والمرحلة الخامسة (الحالية) تكمل الصورة من خلال دعم كامل لملفات السمة المخصصة بالإضافة إلى المساعد الخاص بالرسومات. الآن، تتطابق الخلايا مع عرض Excel بكسل تلو بكسل عند إعادة معالجة أي مجموعة من ألوان اللوحة / RGB / السمة التي يمكن أن تعبر عنها مواصفات BIFF8؛ وتحافظ الرسومات على النية المرئية من خلال المساعد، ولكنها تدفع ثمن تنسيق OfficeArt الذي يعتمد فقط على RGB عند القراءة.

الإصدار 2.61.0

Chart backlog wave D phase 4: BIFF8 theme color support (theme idx + tint via XFExt $087D). Office's 12-slot theme palette (lt1, dk1, lt2, dk2, accent1..6, hlink, foHlink) now round-trips on the .xls side: callers can address theme colors directly with the new Interior.SetThemeColor(themeIdx, tint) / Interior.SetPatternThemeColor / Font.SetThemeColor / per-edge Border.SetThemeColor APIs, and the cell color getters resolve the same theme idx + tint back through the workbook's BIFF theme palette when reading. The XF record still receives a best-match indexed icv (so legacy readers like Excel 2003 keep rendering an approximate color), while Excel 2007+ recovers the exact theme intent through the XFExt FullColorExt (xclrType=3) future-extension record — same backward-compatibility trick Microsoft uses when "Save As" downgrades a theme-styled .xlsx to .xls.
New caller API. Five new SetThemeColor entry points join the existing RGB / index setters: IXLSInterior.SetThemeColor(ThemeIdx, Tint), IXLSInterior.SetPatternThemeColor(ThemeIdx, Tint), IXLSFont.SetThemeColor(ThemeIdx, Tint), and IXLSBorder.SetThemeColor(ThemeIdx, Tint) on each border edge. ThemeIdx is the 0-based theme slot (0=lt1, 1=dk1, 2=lt2, 3=dk2, 4..9=accent1..6, 10=hlink, 11=foHlink); Tint is the spec-style -1.0..+1.0 lighter/darker adjustment that gets encoded into FullColorExt.nTintShade as Q15 signed integer.
Workbook BIFF theme palette. TXLSWorkbook now carries an FBiffTheme: TXLSThemeColors initialised to the default Office theme scheme that the XLSX side has used for years through TXLSColorManager.FTheme. Cell color getters resolve theme idx + tint through this palette via GetThemeRGBColor(idx, tint) (which already applies HSL-based tint adjustment in lxRgb.GetRGBTInt). Internal _BiffTheme property exposes the palette for parser-side updates.
Theme record ($0892) acknowledged on read. lxRead.ParseTheme takes $0892 out of the default-skip path so the workbook-globals case table treats it as a known record. The embedded OOXML theme XML body itself is left unparsed for now — the 12 default Office theme colors already match the most common source and Excel-set theme cells render correctly through them. Workbooks with a fully customised theme will surface theme cells through the default palette here (documented known limit; XML-based theme parsing is a follow-up wave).
Why no Theme record on write. HotXLS-saved .xls files don't emit a Theme record. Excel 2007+ falls back to the default Office theme when no $0892 is present, which exactly matches HotXLS's FBiffTheme default scheme, so cells using SetThemeColor render with the right color in Excel without us having to ship the embedded XML. Files therefore stay smaller and the writer side has no XML-emit dependency.

الإصدار 2.60.0

Chart backlog wave D phase 3: XFExt ($087D) read-side RGB / theme recovery closes the round-trip. The Phase 1 acknowledgement and Phase 2 emitter are now joined by a parser that actually consumes each $087D record into the workbook XF rich-color side-table. Files saved by Excel with RGB cell colors (fill, font, individual borders) now surface through cell.Interior.Color / Interior.PatternColor / Font.Color / per-edge Border.Color at the exact RGB Excel wrote, instead of the indexed-palette approximation HotXLS used to return for the same cells. Wave D is now fully closed in both directions.
Reader: ParseXFExt walks ixfe + cexts + rgExt. The parser handles the eight color ExtProp extTypes ($0004 fillFg, $0005 fillBg, $000D font, $0007/$0008/$0009/$000A/$000B for top / bottom / left / right / diagonal borders) and decodes each one's FullColorExt body (xclrType, nTintShade as signed Q15, xclrValue). xclrType 2 (RGB) and 3 (theme) get registered on the workbook side-table against the record's ixfe; other extTypes ($0006 FillGradient, $000E FontScheme, $000F TextIndent) skip cleanly so a future wave can add them without disturbing this code path. Defensive bounds checks on cb mean a malformed record terminates parsing of its tail without reading past the declared length.
Cell color getters consult the side-table first. The eight color getters that previously routed straight through the indexed-palette path (GetCustomColor(GetColorIndex)) now resolve their XF index, query TlxFormatList.TryGetRichSlot for the matching rich-color slot, and apply nTintShade via the existing GetRGBTInt helper when the slot carries an RGB value. xclrType=3 (theme) falls through to the indexed path: the BIFF workbook has no theme model on this call chain, so the palette approximation remains the best available answer for theme cells. Cells whose XF was never touched by a Phase 2 setter or a parsed XFExt produce the same byte-identical read result as before.
Wave D is closed. Save preserves caller-set RGB (Phase 2). Load preserves Excel-set RGB (Phase 3). Workbooks with no rich color information emit the same byte stream as before. The only remaining caveats stay documented as known limits: theme colors still down-grade through the BIFF palette because there is no theme color manager on this side of the codebase, and compound border selectors (xlAround / xlInside*) tag a single ambiguous side-table slot rather than per-edge — both rare enough to leave for a future wave.

الإصدار 2.59.0

Chart backlog wave D phase 2: XFExt ($087D) emission for BIFF8 cell colors. When application code sets cell.Interior.Color := $00FF6633 (or any other RGB) on the BIFF8 path, the writer now emits a $087D XFExt record alongside the indexed-palette XF entry so Excel reopens the workbook with the exact RGB the caller passed in, rather than the closest 56-color palette approximation HotXLS used to fall back to. Covers all four cell color surfaces: Interior.Color / Interior.PatternColor / Font.Color / per-edge Border.Color (top / bottom / left / right / diagonal) and the convenience Borders.Color which now distributes to the four primary edges so each gets its own XFExt slot.
How the round-trip stays safe. The BIFF8 cell setter chain still produces the indexed-palette XF wire output it always did — readers (HotXLS or anything else) that ignore $087D see the legacy approximation. The XFExt record sits next to the XF and carries the original RGB as a 16-byte FullColorExt (xclrType=2, xclrValue=$00BBGGRR, nTintShade=0) wrapped in an ExtProp with the spec-correct extType for each slot ($0004 fillFg, $0005 fillBg, $000D font, $0007/$0008/$0009/$000A/$000B for top/bottom/left/right/diagonal borders). Cells that never took the color-setter path still emit no XFExt — workbooks with no rich colors produce the same byte stream as before.
Storage and bookkeeping. A new per-XF rich-color side-table in TlxFormatList holds the original RGB / theme info the cell setter passed in, keyed by the workbook's hash-resolved XF index. TXLSRange.SetXFProperty / SetRangeXFBordersProperty grew an optional OnNewIndex callback so the cell setter can register the rich color against every XF index the cell ends up on (multi-cell ranges that hash to multiple distinct XFs all get tagged). The side-table is consulted in StoreWorkbook right after STYLES and before PALETTE, matching the *XFExt position in [MS-XLS] §2.1.7.20.3 Workbook Globals ABNF. xlExcel5 output is untouched (BIFF5 has no XFExt record).
Known limit. The reader side stays at the wave-D-phase-1 acknowledgement: ParseXFExt consumes $087D records from the input stream but does not yet feed the recovered RGB back into the workbook's style objects, because doing so in the hash-keyed style model risks invalidating existing XF entries. Files saved by HotXLS now look correct in Excel; files coming in from Excel still surface the indexed-palette approximation when read back through cell.Interior.Color. Closing that read-side gap is a separate follow-up (Phase 3) that requires reworking the style hash to admit per-XF rich color before the first hash anchor.

الإصدار 2.58.1

Chart backlog wave D (read-side acknowledgement only): XFExt ($087D) no longer routed through the default-skip path. A new ParseXFExt branch in the BIFF8 workbook-globals case table consumes $087D records that Excel writes alongside RGB and theme-colored cell styles. The reader still leaves the indexed-color XF record unchanged — full RGB / theme precision recovery onto the workbook's hash-key style model is deferred to a separate wave because it would require the BIFF writer-side style classes to grow an RGB / theme color field that doesn't exist today. Files coming from Excel with rich colors continue to load with the indexed approximation HotXLS has always produced, but the spec-conformance gap of "treating $087D as unknown" is closed.
Why not the full wave-D scope. The plan envisioned a paired write + read implementation, but exploration found that the BIFF write pipeline (TXLSWorkbook.FXFList: TlxFormatList) encodes XF style data as a string-key with hex-packed indexed color slots and has no analogue of the XLSX-side TXLSStyleColor (which carries ColorType / ColorValue / TintAndShade). Adding XFExt emission would mean either bridging the two style models or extending TlxFormatList with per-XF rich color side-tables, both of which are larger refactors than a single wave can absorb. The change here therefore stays surgical: lxRead recognises the record, lxStyleXf and lxHandle are unchanged.

الإصدار 2.58.0

Chart backlog wave C: SST rich-text and phonetic round-trip (BIFF8 XLUnicodeRichExtendedString). Rich-text formatting set in Excel (a cell whose individual characters carry their own font / color, the "two colors in one cell" effect from the Format Cells dialog) sits in the shared string table as an XLUnicodeRichExtendedString with an attached rgRun FormatRun array. Far-East phonetic info (the furigana / hiragana annotation above kanji) attaches as an rgExtRst block on the same record. HotXLS previously dropped both on load and re-emitted the string as plain text on save, so opening then resaving a workbook flattened every multi-format cell to a single font / color. The shared-string parser now preserves both trailing blocks per unique string, and the writer re-attaches them when the string fits a single SST record.
Reader walks Continue boundaries without re-reading flag bytes. A new CollectRawTail helper inside ParseSST pulls the raw rgRun bytes (cRun × 4 bytes per FormatRun) followed by the raw rgExtRst bytes, spilling across Continue ($003C) records as needed — neither block is re-prefixed with the string's flag byte at a Continue boundary per [MS-XLS] §2.4.58, which the old per-byte skip logic could not preserve correctly when rt or sz overshot the current record. The preserved tails are registered against the workbook SST through the new TXLSStringTable.AddWithExtras, which deliberately does not bump the cell-reference counter so subsequent LabelSST parsing still produces correct cstTotal on save.
Writer attaches fRichSt / fExtSt + cRun / cbExtRst + rgRun + rgExtRst when the whole record fits in one BIFF chunk. AddSSTItem now factors the rich / phonetic tail size into its overflow check; strings whose body + tails fit a single 8224-byte SST chunk emit the full preserved layout, and Excel re-opens the workbook with the original formatting intact. Strings that overflow fall back to plain text without formatting (the splitter would otherwise need to interleave Continue flag bytes with the still-running rgRun byte stream, a state machine the current writer doesn't have); this is the explicit known limitation documented in the wave-C plan and affects only very long rich-formatted strings (> ~4000 wide chars).
Continue flag byte corner case fix (carried over from the v2.54.0 SST audit). Per [MS-XLS] §2.4.58 the leading flag byte of an SST Continue record carries only the fHighByte bit (bit 0); bits fExtSt (bit 2) and fRichSt (bit 3) MUST be ignored because those structures exist exactly once at the head of the first record. ParseSST now masks the Continue flag byte with $01, preventing a stray high bit from making the reader skip ahead 2 or 4 bytes looking for cRun / cbExtRst fields that aren't there and misaligning every byte that follows.

الإصدار 2.57.0

**مجموعة المهام المتأخرة للرسوم البيانية G: صور التذييل/التذييل تنجو من عملية الإرسال والاستقبال (BIFF8 HFPicture).** عندما تحفظ Excel ورقة عمل تحتوي على صورة خلفية للتذييل أو التذييل (إدراج → تذييل/تذييل → صورة، ثم نمط شعار الشركة)، يتم تخزين الصورة في سجل `HFPicture` ($086C) والذي يحتوي على كائن OfficeArt. في السابق، لم يكن لدى HotXLS فرع لمعالجة هذا السجل، لذلك تم تجاهل الحمولة بأكملها عند التحميل؛ وبالتالي، عند حفظ المصنف مرة أخرى، كانت صورة التذييل/التذييل مفقودة. الآن، يقوم القارئ بالحفاظ على كامل محتوى السجل (يتم دمج كل جزء متتالي) لكل ورقة، ويقوم الكاتب بإعادة إرساله في الموضع الصحيح وفقًا للمواصفات، بحيث يمكن لـ Excel إعادة فتح الملف مع الحفاظ على الصور الأصلية.
يقوم القارئ بدمج جميع أجزاء "Continue" قبل تخزين البيانات. الفرع الجديد `ParseHFPicture` في `ParseWorksheetRecord` يتصفح كل عنصر من `DataList` المجمعة (جسم `$086C` في الخانة 0 بالإضافة إلى أي عدد من الأجسام `$003C` التي تتبعها) ويخزن البايتات المدمجة كـ `TBytes` واحد في ورقة العمل. يمكن لورقة العمل أن تحتوي على عدة عناصر - تصل إلى ستة في واجهة مستخدم Excel (الصفحات الافتراضية / الأولى / الزوجية × اليسار / المنتصف / اليمين) - لذا فإن التخزين هو مصفوفة وليست حقلًا واحدًا.
**يقوم الكاتب بإخراج سجلات HFPicture مباشرة بعد PageSetup، ثم يسمح لمقسم Continue الموجود بالفعل بمعالجة تجاوز سعة BLIP. خطوة `StoreHFPictures` الجديدة تُدرج نفسها في تسلسل التخزين لكل ورقة عمل مباشرة بعد `StoreSetup`، مما يطابق موضع `*HFPicture` في [MS-XLS] §2.1.7.20.2 ABNF لورقة العمل. يتم تغليف كل جزء محفوظ في رأس $086C جديد وتوجيهه عبر `AppendData` - يتولى المساعد `AddContinue` الموجود عندما تتجاوز سعة BLIP الحد الأقصى لـ BIFF البالغ 8224 بايت، بحيث ينتهي الأمر بملف JPEG بحجم 30-50 كيلوبايت موزعة عبر رأس $086C واحد وأربعة إلى ستة سجلات $003C، تمامًا كما يكتبه Excel.
**لا توجد واجهات برمجة تطبيقات (APIs) جديدة متاحة للعامة.** ميزة "Wave G" هي ميزة للحفاظ على البيانات في كلا الاتجاهين؛ محتوى "HFPicture" غير مرئي لرمز التطبيق (لا توجد وظيفة لإضافة صورة رأس جديدة). ملفات العمل التي لم تحتوي في السابق على سجل "HFPicture" تنتج نفس الإخراج تمامًا كما كانت من قبل. الوظيفة المساعدة الداخلية `TXLSWorksheet._AddHFPictureBlob` مخصصة للقارئ فقط؛ البادئة الشرطة السفلية تشير إلى ذلك بنفس الطريقة التي تشير بها `_Drawing` / `_Autofilter`.

الإصدار 2.56.0

**مجموعة مهام تطوير الرسوم البيانية الموجة B: إمكانية قراءة وكتابة لون علامة ورقة العمل (BIFF8 SheetExt).** ألوان علامات ورقة العمل التي يتم تعيينها في Excel من خلال النقر بزر الماوس الأيمن على *لون العلامة* أصبحت الآن قابلة للقراءة والكتابة من خلال مسار BIFF8. `TXLSWorksheet.TabColor` هي خاصية عامة جديدة تأخذ لون `LongWord` من HotXLS (البايت السفلي = أحمر، والبايت الأوسط = أخضر، والبايت العلوي = أزرق، والبايت العلوي = 0، بنفس اصطلاح `Font.Color` / `Interior.Color`). القيمة الافتراضية `0` تعني "تلقائي / لا يوجد لون للعلم" وتقوم بإخفاء السجل بالكامل.
**يقوم البرنامج بإنشاء سجل `SheetExt` (‏$0862) لكل ورقة.** يتم إلحاق سجل واحد بحجم 48 بايت ببداية تدفق البيانات العامة في المصنف لكل ورقة يكون فيها قيمة `TabColor` غير صفرية. يتبع التنسيق المواصفات [MS-XLS] §2.4.282 SheetExt v1 + §2.5.108 FullColorExt: يتكون من كتلة 12 بايت `frtRefHeaderU` + 4 بايت `cb` + 4 بايت مخصصة `flagsTab1` + كتلة FullColorExt بحجم 16 بايت (حيث `xclrType=2` لـ RGB، و `nTintShade=0`، و `xclrValue` هي لون التبويب) + 4 بايت `iTabId` (ترتيب التسلسل في التدفق، بدءًا من 0، للورقة المرتبطة) + 4 بايت مخصصة `flagsTab2`. يستخدم `iTabId` نفس ترتيب التكرار مثل كتلة BoundSheet، بحيث يظل الاثنان متزامنين في المصنفات متعددة الأوراق. لا تتأثر مخرجات xlExcel5 (لا يوجد سجل SheetExt في BIFF5).
**يستعيد البرنامج لون علامة التبويب عند الفتح.** تمت إضافة فرع جديد باسم `ParseSheetExt` في جدول الحالات الخاص بـ `ParseWorkbookRecord` لقراءة `iTabId` والكتلة `FullColorExt` وكتابة القيمة RGB المحسوبة مرة أخرى إلى `Sheets[iTabId + 1].TabColor`. عندما تكون `xclrType=2` (RGB)، يتم تخزين القيمة الأولية؛ وعندما تكون `xclrType=1` (فهرس icv)، يتم التحويل من خلال لوحة الألوان الخاصة بـ `Colors[icv, 0]`، بحيث يرى التطبيق قيمة RGB محددة بغض النظر عن كيفية ترميزها في Excel؛ وعندما تكون `xclrType=0` (تلقائي) و `xclrType=3` (نموذج)، تظل `TabColor` بقيمتها الافتراضية وهي `0`، مما يطابق سلوك "عدم وجود لون للعلامة" في جانب الكتابة.
**مثال التجربة الكاملة.** عند تعيين `Workbook.Sheets[1].TabColor := $00FF00` (أخضر: B=0، G=$FF، R=$00) قبل الحفظ باسم .xls، يتم إنشاء ملف يمكن فتحه في Excel مع علامة تبويب خضراء؛ وعند حفظ نفس الملف وإعادة فتحه، يعود الخاصية إلى `$00FF00`. الآن، يتم فتح الملفات القادمة من Excel والتي تحتوي على لون واحد أو أكثر لعلامات التبويب دون فقدان هذه الألوان، بدلاً من أن تصبح جميع علامات التبويب افتراضيًا باللون التلقائي.

الإصدار 2.55.1

**استعادة إصدار الفرع الرئيسي.** تم إصلاح خطأان سابقان في تعريفات المعرفات اللذين منعا تجميع HotXLS على RAD Studio 12 والإصدارات الأحدث. تم إدخال كلا الخطأين في إصدارات سابقة لإصلاح الأخطاء، ولكنهما لم يمنعا التجميع، لذلك ظهرت المشكلات فقط عندما حاول المساهم التالي إعادة بناء الحزمة.
**لم تعد وظيفة كتابة الصيغ المشتركة متعددة الأعمدة تشير إلى حقل سجل مفقود.** في الإصدار v2.50.0، تم إضافة `Data.AddByte(Group.LastCol)` في `WriteShrfmla` لتصحيح تنسيق السلك SHRFMLA، ولكن لم يتم توسيع `TXLSShrfmlaGroup` بالحقل الجديد، مما أدى إلى فشل تجميع الحزمة بسبب "معرف غير معلن: LastCol". الآن، يحتوي السجل على `LastCol` بالإضافة إلى `FirstCol` الموجود، وتقوم `CollectSharedFormulas.OpenGroup` بملئه بالعمود المرتبط بالمجموعة. لم يتغير السلوك بالنسبة لمجموعات الصيغ المشتركة ذات العمود الواحد (وهو النوع الوحيد الذي ينتجه المجمع حاليًا). الآن، البايت `colLast` الصحيح، والذي يتوافق مع المواصفات، أصبح حقيقيًا بدلاً من كونه مجرد اسم مستعار لـ `colFirst`.
**في إصدار XLSX، يقوم كاتب الخلايا بالإشارة إلى `XlsxFloatToStr` من خلال إعلان مسبق.** التصحيح الخاص بأمان اللغة الذي تم تقديمه في الإصدار v2.51.0 أدخل استدعاء لـ `XlsxFloatToStr` في فرع قيمة الخلية (السطر 2718)، ولكن الدالة المساعدة معرفة بعد بضع مئات من الأسطر (السطر 2910). بدون إعلان مسبق، أبلغ المترجم أحادي المرور في Delphi عن "معرف غير معلن: XlsxFloatToStr". تم الآن وضع إعلان مسبق في بداية كتلة تنفيذ `lxHandleX` بحيث يتم تجميع كل من موقع الاستدعاء المبكر والتعريف الحالي بشكل صحيح.

الإصدار 2.55.0

**مجموعة مهام تطوير الرسوم البيانية الموجة أ: ربط ذاكرة التخزين المؤقت للرسوم البيانية المتعددة بالإضافة إلى تسميات العناوين للرسوم البيانية/المحاور.** تم إصلاح قيودان رئيسيتان في إنشاء الرسوم البيانية؛ كلاهما يعودان إلى قائمة المهام المتراكمة من الإصدار v2.54.0. التغيير الأول يتعلق فقط بتنسيق الإخراج (بدون تغيير في واجهة برمجة التطبيقات); أما التغيير الثاني، فيستخدم معلمات `AddChartSheet` الحالية المتعلقة بالعنوان/عنوان المحور الفئوي/عنوان المحور القيم، والتي لم يكن لها أي تأثير سابقًا.
**تمت إضافة ذاكرة تخزين مؤقت لقيم كل سلسلة، ولم تعد مقطوعة إلى Series[0].** [MS-XLS] §2.1.7.20.1 تسمح صيغة ABNF لورقة الرسم البياني بـ `*(SIIndex *NUMBER)` — كتلة واحدة من `SIIndex(1) + N×NUMBER` لكل سلسلة. في السابق، كان المُنشئ (builder) يُصدر كتلة ذاكرة تخزين مؤقت واحدة فقط بحجم `Series[0].ValArea`، لذلك أي سلسلة لاحقة ذات نطاق قيم أطول كانت تقطع خانات ذاكرة التخزين المؤقت الخاصة بها بصمت. الآن، يقوم المُنشئ (a) بحساب الحد الأقصى لعدد النقاط عبر جميع السلاسل لنطاق الصفوف `DIMENSIONS`، و (b) يتكرر على كل سلسلة مُجهزة، ويصدر كتلة `SIIndex(1)` فردية يكون عددها (`NUMBER`) مطابقًا لعدد النقاط (`AreaPointCount(ValArea)`) لتلك السلسلة. تظل خانات ذاكرة التخزين المؤقت بقيم صفرية (لا تزال مراجع `PtgArea3d` لـ BRAI تشير إلى الخلايا المصدر النشطة في وقت الرسم)، والتغيير يتعلق فقط بتوفير بصمة ذاكرة تخزين مؤقت كاملة لمحلل Excel الصارم.
**تسميات "عنوان الرسم البياني" و "عنوان المحور الفئوي" و "عنوان المحور القيم" تُكتب الآن بشكل صحيح.** في التنفيذ الأولي، كانت الدالة `AddChartSheet` تقبل ثلاثة معلمات "عنوان" وكانت تتجاهلها بصمت ("Junk := Length(...)" كحاجز). الآن، تقوم بإخراج كتلة تسمية مرفقة صحيحة — `TEXT` ($1025) + `POS` + سلسلة نصية حرفية `BRAI` + `SeriesText` ($100D) + `OBJECTLINK` ($1027) + النهاية — في الموضع الصحيح تمامًا قبل سجل النهاية للحاوية `CHART` وفقًا لـ [MS-XLS] §2.1.7.20.1 CHARTTITLES ABNF. تستخدم `OBJECTLINK.wLinkObj` القيمة 1 لعنوان الرسم البياني، والقيمة 2 لعنوان المحور القيم، والقيمة 3 لعنوان المحور الفئوي وفقًا لـ [MS-XLS] §2.4.182. الآن، عندما يقوم المستخدم بتمرير `Title := 'Quarterly Sales'`، سيظهر النص "Quarterly Sales" بشكل صحيح فوق منطقة الرسم في Excel.

الإصدار 2.54.1

**[MS-XLSX] متابعة التدقيق المتقاطع.** تم إصلاح مشكلتين مستهدفتين من قائمة "المؤجلة" في التدقيق رقم v2.52.0. كلا الإصلاحين مرئيان للمستخدم، ولا يؤثران على المواقع الحالية التي تستخدم الوظيفة.
**تظل خلايا التاريخ صيغتها الأصلية عند دمجها مع أي نمط أحادي غير رقمي.** كانت خلية `TDateTime` تحتوي على `FontIndex` / `FillIndex` / `BorderIndex` / `AlignmentIndex` / `ProtectionIndex` ولكن لم يتم استخدام `NumberFormatIndex` صراحةً، مما أدى إلى توجيهها عبر خلية أحادية الأبعاد (`cellXf`) حيث كان `numFmtId` هو 0 (افتراضي)، وبالتالي عرضت Excel الخلية كرقم تسلسلي خام (مثل `46038`) بدلاً من `1/15/2026`. الآن، يتعامل محرك تنسيق XLSX مع التاريخ الضمني كبعد افتراضي: أي بعد آخر منسق يرفع الخلية إلى خلية مركبة (`cellXf`) تحمل `numFmtId=14` بالإضافة إلى البعد الفعلي. لا تزال خلايا التاريخ النقية التي لا تحتوي على تنسيقات أخرى يتم توجيهها إلى `XlsxXfIndexDate` كما كان من قبل. واجهة عامة جديدة: `TXLSXWorkbook.RegisterCompositeXf` / `GetCompositeXf` اكتسبت حمولات جديدة تتكون من 7 وسائط تقبل تجاوزًا لـ `numFmtId` المضمن في OOXML (لا تتغير التوقيعات الحالية المكونة من 6 وسائط وتوجه إلى المتغير الجديد مع تعطيل التجاوز).
**أسماء الصفحات التي تنتهك قواعد التسمية الخاصة بـ Excel يتم تنظيفها تلقائيًا.** يرفض Excel أسماء الصفحات التي تتجاوز 31 حرفًا، أو تحتوي على `: , /, ? * [`, أو تبدأ أو تنتهي بعلامة اقتباس مفردة، أو تساوي الاسم المحجوز `History` (بغض النظر عن حالة الأحرف)، أو تتطابق مع اسم صفحة آخر (بغض النظر عن حالة الأحرف). في السابق، كان HotXLS يمرر إدخال المستخدم الخام مباشرةً، لذلك أدت استدعاءات مثل `Workbook.Sheets.Add('Q1:Q2 Sales')` إلى إنشاء ملف لا يمكن فتحه ويعرض مربع حوار "الاسم الذي أدخلته غير صالح". الآن، تقوم `TXLSXSheets.Add` بتوحيد الاسم باستخدام الدالة المساعدة الجديدة `XlsxSanitizeSheetName` (تصبح الأحرف المحظورة `_`، وتُزال علامات الاقتباس المفردة المحيطة، ويتم تقييد الطول بـ 31، وتعود الأسماء الفارغة / المحجوزة إلى `'Sheet'`) ويتم إلحاق لاحقة `' (2)' / `' (3)'` في حالة وجود تضارب (بغض النظر عن حالة الأحرف). لا يؤثر على الأسماء الصالحة بالفعل، لذلك تظل الصفحات المستخرجة من ملفات .xlsx المتوافقة دون تغيير عند إعادة معالجتها.

الإصدار 2.54.0

**تم إجراء جولة ثانية من التدقيق العميق للمواصفات مقابل [MS-XLS] الإصدار 20250520 و [MS-OFFCRYPTO] الإصدار 20240820.** تم اكتشاف ثماني مشكلات مستقلة تتعلق بحالات خاصة وتنسيقات البيانات بواسطة ثمانية وكلاء مراجعة كود يعملون بالتوازي، والذين قاموا بمراجعة سجلات هيكل ورقة العمل، وحواف SST/Continue، وعمق PTG للصيغ، والحشو المشفر، وسجلات الرسوم البيانية، وبرامج الرسم/التعليقات، ودعم Pivot/الجداول. لم تتغير واجهة برمجة التطبيقات (API) العامة؛ ويمكن إعادة تجميع التعليمات البرمجية الحالية دون أي تغيير.
**تم الآن تحديث سجل التعليقات ليتوافق مع المواصفات.** تم إجراء إصلاحين متميزين في `TMsoDrawing.StoreNotes` (كما هو موضح في [MS-XLS] §2.4.179 Note): (1) يتم الآن كتابة `idObj` ككلمة (2 بايت) بدلاً من كلمة طويلة (4 بايت)، مما يصحح إزاحة غير صحيحة تؤدي إلى فقدان كل بايت بعد `idObj`; (2) تم الآن تسلسل حقل `stAuthor` من النوع XLUnicodeString (بما في ذلك الطول والعلامات والنص بتنسيق UTF-16) من `FAuthor` بدلاً من استبداله بقيمة `Word(0)` فارغة. يتوقف برنامج Excel الصارم على تحليل سجل التعليقات عند `stAuthor`، وبالتالي فإن حذفه يؤدي إلى تلف بيانات وصفية للتعليقات عند حفظ الملف وإعادة فتحه، حتى عندما يظل Excel قادرًا على فتح الملف.
**تمت إزالة سلوك قلب المعنى الخاص بالخاصية `Visible`.** كانت الدالة `TMSOShapeTextBox.GetVisible` / `SetVisible` ترجع قيمة `True` عندما كانت الخاصية `fHidden` مضبوطة، وكانت تخزن قيمة `fHidden` عندما كان المستخدم يطلب عرض التعليق. كان معنى هذا الجزء (bit) هو عكس ما هو متوقع ([MS-XLS] §2.4.179 grbit bit1: 1 = مخفي). في السابق، كان تعيين `Comment.Visible := True` يؤدي إلى إخفاء التعليقات؛ الآن، تتطابق الخاصية مع اسمها في كلا الاتجاهين.
**تم تصحيح اشتقاق كلمة المرور RC4 للمفاتيح التي تتكون من 16 حرفًا أو أكثر.** [MS-OFFCRYPTO] §2.3.6.1 يخزن حقل طول الرسالة أحادي الكتلة MD5 كعدد صحيح صغير بحجم 64 بت في البايتات من 56 إلى 63. في السابق، كان كل من قارئ البيانات (lxDecryption) وكاتب البيانات (lxEncrypter) يكتبان فقط البايت السفلي باستخدام `SetByte`، مما يؤدي إلى تجاهل البايت العلوي للمفاتيح التي تتكون من 16 حرفًا أو أكثر (طول البتات ≥ 256). الآن، تقوم الملفات التي تحتوي على كلمات مرور طويلة باشتقاق نفس قيمة ValDigest على كلا الجانبين؛ سابقًا، كانت كلمات المرور الطويلة مرفوضة حتى لو كانت صحيحة، ولم يكن من الممكن إعادة فتح ملفات HotXLS المشفرة بكلمات مرور طويلة.
**الرمز المميز `tFuncVar` للصيغة يقوم الآن بإخفاء بت `fCeFunc` أثناء البحث عن اسم الدالة.** وفقًا لـ [MS-XLS] §2.5.198.63، يتم تقسيم الكلمة الأخيرة إلى `tab(15 low)` + `fCeFunc(1 high)`؛ حيث يقوم القارئ بتخزين الكلمة الكاملة في `Item.IntValue` كمفتاح لجدول التجزئة، وبالتالي فإن الدوال التي يتم إنشاؤها مع علامة المطالبة (المستخدم) (مثل استدعاءات وحدات الماكرو/UDF) يتم تجزئتها إلى `$8000 | iftab` وتنتج اسم دالة فارغ، مما يؤدي إلى تعطيل الصيغة بأكملها. الآن، يتم إخفاء هذا الجزء باستخدام `$7FFF`.
**تم الآن تجاهل سجلات FILEPASS المتعددة بعد السجل الأول.** وفقًا لـ [MS-XLS] §2.4.117، يُسمح بوجود سجل FILEPASS واحد على الأكثر؛ حيث كان ملف تالف أو مصمم خصيصًا يحتوي على سجل FILEPASS ثانٍ يستخدم لتحرير وحدة فك التشفير النشطة وإعادة اشتقاق مفتاح جديد أثناء عملية التشفير، مما يؤدي إلى عدم تزامن مع البيانات التي تم استهلاكها بالفعل. الآن، يتم تجاهل سجلات FILEPASS اللاحقة بصمت مع استمرار تفعيل التشفير.
**تم إصدار رمز العملية الخاص بفئة PtgArray بشكل صحيح.** في السابق، كان `GetArrayData(aClass=0)` ينتقل بشكل غير صحيح إلى رمز العملية الخاص بالفئة A (‏`$60`)؛ وفقًا لـ [MS-XLS] §2.5.198.32، فإن رمز العملية هو `$20` للفئة V، و`$40` للفئة R، و`$60` للفئة A. الآن، يتم تعيين `aClass=0` بشكل صحيح إلى `$20`.
**لم تعد شكل Chart3DBarShape يتم إصداره في الرسوم البيانية ثنائية الأبعاد.** وفقًا لـ [MS-XLS] §2.4.47، يجب تجاهل Chart3DBarShape "إذا لم يحتوي التيار الفرعي الحالي على سجل Chart3d". لا يدعم HotXLS حاليًا أنواع الرسوم البيانية ثلاثية الأبعاد (لا يتم إخراج سجل Chart3d)، لذلك كان كتابة شكل Chart3DBarShape فارغ داخل كل كتلة DataFormat أمرًا زائدًا وغير متوافق مع المواصفات (كما أن الحمولة الفارغة فشلت أيضًا في تخطيط الارتفاع والقمة المكون من 2 بايت). الآن، يتم حذف هذا السجل تمامًا.
تم تسجيل تراكم المهام في ملف `TechnicalNotes.md`. تم توثيق الفجوات الكبيرة في المواصفات التي ظهرت في الجولة الثانية من التدقيق (مثل عدم إخراج سجلات XFExt، وعدم تسلسل البيانات الثابتة لـ PtgArray، وإزالة معلمات عنوان الرسم البياني/عنوان المحور الفئوي/عنوان المحور القيم، وتخزين مؤقت لكل سلسلة رسم بياني، وعدم دعم الجداول المحورية/جداول الاستعلام/اتصالات البيانات) كفجوات معروفة لأعمال تطوير الميزات المستقبلية، بدلاً من حذفها بصمت.

الإصدار 2.53.0

OpenOffice excelfileformat.pdf cross-audit round 2. Three additional BIFF8 wire-format fixes uncovered by re-running the spec sweep after v2.50.0, targeting modules the first pass had touched only lightly: the formula token decoder, the XF alignment byte, and the ROW outline-collapse boundary check.
Macro-command formulas with the user-prompt flag no longer corrupt the parser (§3.7.2 tFuncVar). The byte at offset+1 of a tFuncVar token packs the argument count in bits 6-0 ($7F) and the user-prompt flag in bit 7. Without masking, prompt-flagged tFuncVars were read as 128+N arguments, blowing the formula stack and yielding nil for the whole expression.
JustifyLastLine alignment flag round-trips correctly (§5.115 XF). The XF BIFF8 alignment byte (offset 6) packs HorAlign + WrapText + VerAlign + JustifyLastLine. Bit 7 ($80, JustifyLastLine) was never written, so cells configured with the flag reverted to the Excel default after save / reopen.
Row 0 / row 65535 no longer mis-flagged as outline-group boundaries (§5.88 ROW). The fCollapsed ($10) bit fired for the boundary rows when their explicit outline level differed from the absent neighbours' default level 1. Absent neighbours are now treated as matching the row's own level.

الإصدار 2.52.0

**[MS-XLSX] تدقيق متقاطع — الجولة الثانية.** ثلاثة تحسينات إضافية لمُحرّر ملفات XLSX بعد التدقيق v2.51.0. كل عنصر مستند بشكل مستقل إلى بند في معيار ECMA-376 أو W3C XML؛ والنتيجة المجمعة هي توافق أفضل مع برامج استهلاك OOXML وتقليل رسائل التحقق.
**السلاسل النصية للخلايا تحتفظ بالفراغات البادئة واللاحقة عند الإعادة.** في الدالة `XlsxFormatCellValue`، تم إنشاء العنصر `<is><t>...</t></is> بدون السمة `xml:space="preserve"`. وفقًا لقاعدة XML 1.0 §3.3.3، يتم إزالة الفراغات المحيطة عند التحميل، لذلك، إذا كانت قيمة الخلية هي " Pending "، فإنها تُرجع "Pending". المسارات الخاصة بـ SST والنصوص الغنية والملاحظات كانت تحتوي بالفعل على هذه السمة؛ الآن، تقوم الدالة `XlsxFormatCellValue` بمطابقة هذا السلوك.
**الآن، كل ورقة عمل تحتوي على إشارة ``.** وفقًا لمعيار ECMA-376 §18.3.1.35، يعتبر العنصر `` اختياريًا، ولكن كل ملف .xlsx تم إنشاؤه بواسطة Excel يحتوي عليه. تستخدم البرامج التي تقرأ هذا العنصر (مثل Apache POI و NPOI و OOXML SDK) هذه الإشارة لتحديد حجم مخازن البيانات الخاصة بالخلايا مسبقًا بدلاً من توسيعها ديناميكيًا. الآن، يقوم البرنامج بحساب المستطيل المحيط بالخلايا المملوءة أثناء عملية تجميع الصفوف، ويصدر هذا العنصر كابن ثانٍ لعنصر `` (بعد ` إذا كان موجودًا، وقبل ``). تتقلص أوراق العمل الفارغة إلى ``.


        **<sst count="..."> يسجل إجمالي عدد المراجع للخلايا، وليس عدد السلاسل الفريدة.** يحدد معيار ECMA-376 §18.4.8 قيمة `count` على أنها إجمالي عدد المراجع، و `uniqueCount` على أنها عدد السلاسل الفريدة؛ حيث كان الكاتب في السابق يقوم بإخراج كليهما كـ `FStrings.Count` (والذي يكون دائمًا متساويًا)، مما أدى إلى تضليل مستهلكي OOXML فيما يتعلق بكثافة المراجع. الآن، يتتبع `TXLSXSharedStrings` قيمة `RefCount` منفصلة، والتي تزداد في كل من عمليات `Add` / `AddRich` بغض النظر عن عملية إزالة التكرار، وتعرض السمة الآن الإجمالي الحقيقي للمراجع.



      الإصدار 2.51.0
      
        **[MS-XLSX] تم اجتياز اختبار التوافق المتبادل.** تم اكتشاف خمسة إصلاحات تتعلق بتنسيق البيانات وأمان اللغة في مُنشئ ملفات XLSX من خلال التحقق من صحتها مقابل وثائق Microsoft *[MS-XLSX] — Excel (.xlsx) Extensions to the Office Open XML SpreadsheetML File Format* (الإصدار 20260108) ومتطلبات مخطط XML 1.0 / OOXML الأساسية. لم تتغير واجهة برمجة التطبيقات (API) العامة؛ يمكن إعادة تجميع التطبيقات الحالية وحفظها مرة أخرى دون تعديل.
        **ملفات .xlsx المحفوظة تفتح الآن في جميع مناطق Windows.** كانت هوامش الصفحة، وعرض الأعمدة، وارتفاع الصفوف، وأحجام الخطوط، وتدرجات الألوان، وتدرجات الألوان الخاصة بالقالب، وأحجام النص الغني للخطوط المخصصة، والقيمة الرقمية لكل خلية (المحاطة بعلامة <v>) يتم تسلسلها باستخدام دالة `FloatToStr` الخاصة بـ Delphi والتي تعتمد على الإعدادات المحلية. في أنظمة Windows التي تم تكوينها لاستخدام الفاصلة (,) كفاصل عشري (معظم أوروبا القارية وأجزاء من آسيا/أمريكا اللاتينية)، كان البرنامج يرسل قيم سمات مثل `width="8,43"` و `top="0,75"`، والتي يرفضها مخطط OOXML.  في هذه الحالة، كان Excel يعرض رسالة "وجدنا مشكلة في بعض المحتوى في ملف <file>.xlsx" ويقدم خيارًا لاستعادة الملف، والذي يقوم بحذف إعدادات الصفحة، وعرض الأعمدة، والقيم الرقمية للخلايا. الآن، تستخدم جميع السمات ذات القيم المزدوجة في OOXML فاصلة (.) ثابتة، بغض النظر عن المنطقة النشطة.  تم تطبيق نفس الإصلاح لتصحيح ذاكرة التخزين المؤقت الداخلية لعرض الأعمدة/ارتفاع الصفوف التي كانت تخزن سلاسل نصية منسقة حسب الإعدادات المحلية.  بعد استدعاء `SetColWidth` / `SetRowHeight` على نفس المصنف، كانت الدالتان `GetColWidth` / `GetRowHeight` ترجعان القيمة `0.0` في تلك المناطق.
        **الخلايا التي تحتوي على أحرف تحكم لم تعد تتسبب في تعطل ملف Excel.** يمنع معيار XML 1.0 §2.2 استخدام رموز ASCII من 0x00 إلى 0x08، و0x0B، و0x0C، و0x0E إلى 0x1F (بالإضافة إلى U+FFFE / U+FFFF) في أي مكان في مستند XML - ولا يمكن ترميزها أيضًا كإحالات مرجعية لأحرف رقمية. كانت قيم الخلايا التي تحتوي عن طريق الخطأ على هذه البايتات (مثل بيانات قديمة، وسجلات، ومؤشرات مفتاح الإدخال) تُكتب حرفيًا في `...، مما يتسبب في رفض برنامج Excel فتح الملف. الآن، يقوم البرنامج بإزالة نقاط الترميز المحظورة بصمت؛ ويتم الحفاظ على المسافات البيضاء الصالحة (علامة تبويب / سطر جديد / إرجاع).
        **الآن، يتم التعامل مع الأسطر الجديدة الموجودة داخل قيم السمات بشكل صحيح عند الحفظ وإعادة التحميل.** تقوم XML §3.3.3 بتحويل علامات التبويب/الأسطر الجديدة/إرجاع الأسطر الأولية داخل قيمة سمة إلى مسافة واحدة قبل تمرير القيمة إلى التطبيق. كانت رؤوس/تذييلات متعددة الأسطر، وتعليقات الأسماء المعرفة، وموجهات التحقق من البيانات متعددة الأسطر، وسلاسل عرض الارتباط التشعبي، وأي سمة أخرى تحتوي على سطر جديد، تتقلص إلى مسافة واحدة عند التحميل. الآن، تقوم `XlsxEscapeAttr` بإخراج هذه الأحرف كمرجع أحادي رقمي `&#x9;` / `&#xA;` / `&#xD;` حتى تتمكن Excel من قراءتها مرة أخرى كمسافات بيضاء الأصلية.
        **تتم إصدار إدخالات `` بترتيب الأعمدة التصاعدي.** تتوقع معايير ECMA-376 الأقسام 18.3.1.4 و 18.3.1.13 أن يظهر كل إدخال `` بترتيب تصاعدي لـ `min`. في السابق، كانت `TStringList(Sorted=True)` تقوم بإزالة التكرارات وفرز فهارس الأعمدة الصحيحة أبجديًا ("10" قبل "2")، مما أدى إلى ظهور ` قبل `` في ورقة عمل تم فيها تخصيص كل من العمود 2 والعمود 10. على الرغم من أن Excel كان يتسامح مع هذا التنسيق، إلا أن Office File Validation كان يضع علامة على الملف، ورفضت برامج استهلاك OOXML الصارمة (مثل Apache POI في الوضع الصارم و LibreOffice مع تمكين التحقق الصارم) هذا الملف. الآن، يتم فرز إدخالات الأعمدة رقميًا قبل إصدارها.
      
    

      الإصدار 2.50.0
      
        OpenOffice excelfileformat.pdf cross-audit pass. Eight follow-up wire-format and lifetime fixes uncovered by re-validating the BIFF8 writer / reader against the OpenOffice Microsoft Excel File Format documentation after the v2.49.0 [MS-XLS] pass. Public API is unchanged; existing applications recompile and re-save without modification.
        Shared formulas now span the full column range (§5.94 SHAREDFMLA). The SHRFMLA record body wrote colFirst into the colLast byte, collapsing every multi-column shared formula group to a single-column group in Excel. Fill-down formulas across two or more columns now expand to the correct cells when the workbook is reopened. The reader-side colLast width was also corrected.
        Shared formula Boolean / Error results round-trip correctly (§5.50 FORMULA). The same FormulaValue byte-layout bug fixed in v2.49.0 for standalone formulas was still present in the shared-formula writer (cells that carry a tExp token pointing at a SHRFMLA master). Cached TRUE/FALSE and #REF!/#DIV/0!/etc. values now appear as written.
        FORMULA option flags identify shared-formula members (§5.50 FORMULA). Cells inside a shared-formula group now set the fShrFmla bit (0x0008) in the FORMULA record option flags so strict parsers recognise the tExp token as a back-reference.
        Bold and underlined fonts identified correctly by strict readers (§5.45 FONT). The FONT option-flags word now sets bit 0 (bold) and bit 2 (underlined) in addition to the dedicated bls / uls fields.
        CFRULE option flags carry spec-mandated constant bits (§5.16 CFRULE). When at least one formatting block is present the option-flags DWORD now ORs in bit 7 (0x00000080, "Always 1") and bits 21-19 (0x00380000, "Always 111").
        CHOOSE() formulas read back correctly (§3.10.5 tAttrChoose). The tAttr parser previously skipped a fixed 4 bytes for every subtype; tAttrChoose ($04) is variable-length. The decoder now reads nc and advances by 6 + 2·nc bytes.
        Data-validation and conditional-formatting teardown no longer dereferences past the tail. Two Destroy destructors (TDataValidator, TCondFormatter) walked 0..cnt on lists whose valid indices are 0..cnt-1.
      
    

      الإصدار 2.49.0
      
        **تم اجتياز اختبار المطابقة للمواصفات وفقًا لـ [MS-XLS] الإصدار 20250520.** تم إجراء ستة عشر إصلاحًا لتنسيق البيانات والسلوك عبر وحدة كتابة BIFF8، وبرنامج فك ترميز الصيغ، ومسار التشفير، وأداة إنشاء الرسوم البيانية، ووحدة تشغيل التنسيق الشرطي والتحقق من صحة البيانات، والفهرس SST/ExtSST، وقارئ تخزين VBA، ومسار فتح تدفق OLE. لم تتغير واجهة برمجة التطبيقات (API) العامة؛ ويمكن إعادة تجميع التعليمات البرمجية الحالية دون تغيير. أبرز التغييرات مذكورة أدناه.
        **تم الآن تصحيح معالجة النتائج المنطقية ونتائج الأخطاء في سجل `Formula` بتنسيق `BIFF8`.** [MS-XLS] §2.5.133: تقوم حزمة `FormulaValue` بتضمين علامة النوع في البايت [0] ورمز البوليان/الخطأ في البايت [1]. في السابق، كان البرنامج يقوم بإخراج `0001`/`0002` ككلمة ووضع القيمة في البايت [2]، مما أدى إلى قراءة الصيغ المنطقية المخزنة على أنها "خطأ" وقراءة صيغ الأخطاء على أنها "#NULL!" في جميع التطبيقات.
        **ألوان الخلايا التي يتم تعيينها عبر `SetColorRGB` يتم عرضها بشكل صحيح.** كان مدير الألوان يكتب `ColorType=1` (نموذج) لقيم RGB و `ColorType=2` (RGB) لقيم النموذج، مما أدى إلى تبديل مساري التعليمات البرمجية. الآن، كلا من وظيفتي التعيين يوجهان إلى الحاوية المطابقة لنوع اللون، بحيث يتم إرسال قيم RGB إلى محلل RGB، ويتم إرسال فهارس النموذج إلى محلل النموذج.
        **تم إصلاح مشكلة تشفير XOR وفك تشفير RC4.** حلقة فك تشفير الطريقة الأولى XOR الآن تتوافق مع [MS-OFFCRYPTO] §2.3.7.3 (قم بتشفير XOR أولاً، ثم قم بتدوير البتات إلى اليمين 5؛ قم بتعيين فهرس XorArray من موضع التدفق، وليس موضع المعالجة اللاحقة). الآن، `Skip` في RC4 يتجاوز كل حدود 1024 بايت بشكل مستمر بدلاً من القفز مباشرة إلى الكتلة الوجهة، مما يحافظ على حالة تدفق المفتاح متوافقة مع موضع الملف لكل استدعاء `Decrypt` لاحق.
        **تمت محاذاة تنسيق ورقة الرسم البياني مع المواصفات.** يتم إصدار سجلات SIIndex بترتيب numIndex من 1 إلى 2 إلى 3 ([MS-XLS] §2.4.262؛ كان الترتيب 2 إلى 1 إلى 3، والذي ترفضه المحلل الصارم)، وتم تقييد عدد DEFAULTTEXT إلى الحد الأقصى المحدد في المواصفات وهو 2 ([MS-XLS] §2.1.7.20.1؛ كان العدد 4)، ويستخدم عنصر نائب Chart3DBarShape المعرّف الصحيح وهو $105F (كان $1066).
        **تم تحميل سجلات تلميحات الارتباط التشعبي بشكل صحيح.** كان برنامج فك ترميز الجزء الرئيسي (`HLinkTooltip`) (الرمز $0800) يقرأ حقول "FrtRefHeader" في موضع الإزاحة 2/4/6/8 بدلاً من 4/6/8/10، مما أدى إلى عدم تطابق مقارنة النطاق المرسي وبالتالي تم تجاهل تلميحات الخلايا بشكل صامت؛ الآن، ترتبط التلميحات بالروابط التشعبية الخاصة بها. تم أيضًا إصلاح خطأ إملائي في برنامج فك ترميز مرجع النطاق BIFF8 في مسار تمديد الإشارة الاحتياطي BIFF5/7، والذي كان يفسر بشكل خاطئ النطاقات التي تحتوي على إزاحات نسبية سلبية للعمود الأخير.
        **إصلاحات متعلقة بالتنسيق الشرطي والتحقق من صحة البيانات في وقت التشغيل.** في كل من `TCondRange` و `TDVRange`، كانت الدالة `IsContainRow` تُرجع قيمة صحيحة فقط عندما يصبح النطاق صفًا واحدًا (تم عكس المقارنة). الآن، يمكن مسح قواعد التنسيق الشرطي/التحقق من صحة البيانات لكل صف في النطاقات متعددة الصفوف. استخدمت ثلاث دوال تدمير (`CondFormat` و `formatter` و `DVRangeList`) حلقة `for i := 0 to cnt` على القوائم التي تكون فيها الفهارس الصالحة من 0 إلى cnt-1. تم إصلاح الخطأ الناتج عن تجاوز الحد، ولم تعد أحمال العمل طويلة الأمد تتعطل بشكل متقطع أثناء الإغلاق. تقوم قواعد مجموعة الرموز CF12 بإخراج `ct=$06` (مجموعة رموز وفقًا لـ [MS-XLS] §2.4.43) بدلاً من `ct=$05` (مرشح)، بحيث تفتح ملفات Excel التي تحتوي على قواعد مجموعة الرموز مع الحفاظ على القواعد سليمة.
        **فهرس البحث السريع لـ ExtSST متوافق مع المواصفات للدفاتر الكبيرة.** يتم الآن حساب الحقل `dsst` كـ `max((cstUnique / 128) + 1, 8)` وفقًا لـ [MS-XLS] §2.4.107 بدلاً من القيمة الافتراضية الثابتة 8؛ الدفاتر التي تحتوي على أكثر من حوالي 900 سلسلة فريدة الآن تقوم بإنشاء مصفوفة `rgISSTInf` صحيحة، وتعمل وظيفة البحث السريع في SST في Excel.
        **تسجل WriteAccess يحترم [MS-XLS] §2.4.349 حيث cch ≤ 54.**  حقل `userName.cch` الآن يحمل الطول الفعلي لاسم المستخدم (6 لـ "HotXLS")، مع ملء البايتات المتبقية بـ "trailer" المحدد في المواصفات.  في السابق، كان هذا الحقل يحمل قيمة cch=109، وهو ما يعتبره Office File Validation انتهاكًا صارمًا لتنسيق الملف.
        **تمت مطابقة مسار فتح دفق ملف BIFF8 مع التهجئة المحددة في المواصفات.** في المحاولة الأولى لفتح الدفق باستخدام OLE `OpenStream`، يتم استخدام كلمة "Workbook" (بحرف W كبير وفقًا لـ [MS-XLS] §2.1.7.20) بدلاً من الحروف الصغيرة بالكامل، بحيث يمكن لملفات الحاويات المركبة على تطبيقات OLE الحساسة لحالة الأحرف فتح الدفق في المحاولة الأولى.
        **لم يعد برنامج قراءة وحدات VBA يحذف آخر بايت من كل تدفق.** كان طول البحث عن نهاية التدفق يستخدم `trunc(l) - 1` بدلاً من `trunc(l)`، مما أدى إلى اقتطاع الجزء الأخير المضغوط من المصدر وتسبب في إنهاء برنامج فك الضغط الخاص بحاويات RLE مبكرًا في بعض الوحدات.
      
    

      الإصدار 2.48.10
      
        ملفات .xls المحفوظة بواسطة HotXLS تتضمن الآن تيارَي مجموعة الخصائص لملف OLE المركب اللذين يتوقعهما Excel في كل مصنف: \005SummaryInformation و \005DocumentSummaryInformation. قبل v2.48.10 كانت بناءات TRIAL فقط تكتبهما (كآلية ختم البانر)؛ كانت بناءات release تنتج ملفات .xls تيار Workbook الخاص بها هو BIFF8 صالح لكن حاوية OLE تفتقد إلى تيارَي بيانات Office الوصفية القياسية. يعامل محلل Excel 2003 الصارم هذا كحالة "File error: data may have been lost" (يحتفظ Excel الحديث ببانر العرض المحمي "هذا الملف به مشاكل"). إضافة التيارَين تحل مربع الحوار في مصنفات المخططات دون تغيير أي سجل BIFF8.
        يُكتب التياران عبر مسار Win32 StgCreatePropSetStg + IPropertySetStorage.Create + IPropertyStorage.WriteMultiple —— نفس الكود الذي يستخدمه Microsoft Office، لذا يقبل Office File Validation تخطيط البايتات. يُنشأ تيار SummaryInformation بـ AppName="HotXLS" افتراضي ومؤلف فارغ؛ لا تزال بناءات TRIAL تكتب فوق قيم المؤلف / AppName ببانر التجربة عبر lxTrial.XlsTrialStampXlsSummary بعد الختم الافتراضي، لذا تظل ملفات التجربة قابلة للتعرف في لوحة ملف > معلومات > خصائص في Excel. يُنشأ تيار DocumentSummaryInformation فارغاً (لا يزال Win32 يصدر رأس مجموعة الخصائص + خاصية CODEPAGE —— كافية لاعتبار محلل Excel الصارم البيانات الوصفية "موجودة ومُشكَّلة جيداً").
        هذا الإصلاح عالمي —— يحمل كل ملف .xls محفوظ بواسطة HotXLS الآن بيانات OLE الوصفية القياسية، ليس فقط مصنفات المخططات. أفلتت مخرجات أوراق العمل فقط من الإصدارات السابقة من العَرَض لأن Excel أكثر تسامحاً مع مصنفات أوراق العمل فقط الخالية من البيانات الوصفية مقارنة بمصنفات أوراق المخططات، لكن كانت تفتقد للتيارَين تقنياً أيضاً. تحتوي وحدة Lib/lxXlsSummary.pas الجديدة على إجرائَي المساعد؛ يستدعيها lxHandle.pas بدون شرط داخل TXLSWorkbook.SaveWorkbook بعد أن يملأ StoreWorkbook تيار Workbook وقبل FDocStorage.Commit.
        هذا الإصدار يغلق تسلسل متابعة chart Phase 2 المكون من ثمانية إصدارات (v2.47.0 — v2.48.10): من ربط السلسلة tArea3D، عبر إعادة محاذاة معرف BRAI، قيم Excel المرصودة لـ sdtX/cValx، موضع SERIESTEXT، إزالة حشو تيار Workbook، سجلات shell على مستوى الورقة، والآن تيارات بيانات OLE الوصفية. النتيجة هي .xls مخطط يفتح في Excel 2003 و Excel الحديث دون أي تحذيرات "الملف به مشاكل"، محاذي بمستوى البايت مع ما يكتبه Excel نفسه لنفس البيانات.
      
    

      الإصدار 2.48.9
      
        أوراق مخططات BIFF8 الآن تحمل المجموعة الكاملة من سجلات shell على مستوى الورقة التي يتطلبها Excel 2003+. عرض chart_phase2_demo.xls الخاص بـ v2.48.8 مخطط الأعمدة بشكل صحيح، لكن Excel 2003 لا يزال يعرض مربع حوار "File error: data may have been lost" (الإصدارات الأحدث من Excel احتفظت ببانر العرض المحمي) لأن substream المخطط كان يفتقد نفس السجلات على مستوى الورقة التي يحملها substream ورقة العمل. ملفات Excel الحقيقية (متغيرات from-scratch و re-saved لمخرج HotXLS) تغلف سجلات المخطط في هذا shell:
          
            قبل سجلات المخطط (بين BOF و UNITS): HEADER ($0014، فارغ)، FOOTER ($0015، فارغ)، HCENTER ($0083، قيمة 0)، VCENTER ($0084، قيمة 0)، SETUP ($00A1، إعداد صفحة 34 بايت)، PRINTSIZE ($0033، قيمة 3).
            بعد سجلات المخطط (بعد أعمق CHART END، قبل EOF): DIMENSIONS ($0200، 14 بايت) يعلن نطاق بيانات التخزين المؤقت، ثلاثة علامات SERIESINDEX ($1065) لفتحات التخزين المؤقت للفئات / القيم / أحجام الفقاعات، NUMBER ($0203، 14 بايت) لكل نقطة قيمة مخزنة مؤقتاً، وWINDOW2 ($023E، متغير 10 بايت لورقة المخطط) في النهاية.
          
          تم نسخ قيم البايت حرفياً من dev-notes/biffview-refs/excel_column_chart_resaved.xls (مرجع مخطط الأعمدة المحفوظ بواسطة Excel، محلي).
        
        التخزين المؤقت للقيم يصدر حالياً عناصر نائبة صفرية (0.0 لكل نقطة بيانات)، مطابقاً لما يكتبه Excel نفسه عند إعادة حفظ مخطط لم يكن تخزينه المؤقت المصدر مملوءاً مسبقاً. لا يزال المخطط يرسم البيانات الحقيقية لأن مراجع PtgArea3d الخاصة بـ BRAI تحل إلى خلايا ورقة العمل المصدر في وقت الرسم — التخزين المؤقت هو ما يسمح لـ Excel بتحليل ورقة المخطط بدون تحذيرات، وليس ما يغذي المخطط. يمكن لإصدار مستقبلي ملء التخزين المؤقت بالأرقام الفعلية من نطاق Values؛ تنسيق wire جاهز.
        اختبار دخان شامل: افتح Demo/Delphi/XlsCreateChart/chart_phase2_demo.xls المُعاد توليده في Excel 2003 — لم يعد إنذار "File error: data may have been lost" يظهر، ومخطط الأعمدة يُعرض مطابقاً للسابق. يفتح نفس الملف نظيفاً في Excel الحديث بدون بانر العرض المحمي.
      
    

      الإصدار 2.48.8
      
        كاتب BIFF8 (.xls) لم يعد يحشو دفق Workbook ببايتات صفرية في النهاية. كان TXLSWorkbook.StoreOleFile سابقاً يستدعي StoreExtraSpace(Book) بعد سجلات آخر ورقة، ويحشو طول الدفق حتى الحد التالي 512 بايت (قطاع OLE). يعامل محلل Excel الصارم هذه البايتات الصفرية النهائية كدفق وهمي لسجلات بمعرف 0x0000 ويظهر إنذار العرض المحمي "هذا الملف به مشاكل" — مرئي في chart_phase2_demo.xls الخاص بـ v2.48.7 حتى بعد إصلاح شكل wire BRAI / sdtX / SERIESTEXT وعرض المخطط بشكل صحيح. إزالة الاستدعاء تزيل الحشو من محتوى دفق Workbook؛ لا يزال حشو قطاع OLE يحدث، ولكن في طبقة حاوية CFB أسفل الدفق حيث يضعه Excel نفسه (كل .xls حفظه Excel له طول دفق Workbook غير محاذٍ للقطاع).
        تاريخ الأعراض: أي .xls حفظه HotXLS لا يقع طوله الإجمالي بالبايت من السجلات الصالحة صدفة على حدود 512 بايت كان يحمل دفق الأصفار النهائية. وُجد الخطأ منذ commit التهيئة للمستودع لكنه نادراً ما ظهر — معظم المصنفات لها سجلات كافية بحيث ينتهي الحشو صغيراً (≤ 4 بايتات صفرية يتسامح معها Excel). مصنفات ورقة المخطط تقع بعيداً تحت حد القطاع (demo v2.47.0 — v2.48.7 يحشو 420 بايت صفرية)، لذا فهنا أصبح إنذار العرض المحمي متسقاً.
        طريقة StoreExtraSpace نفسها تبقى كرمز ميت خاص في lxHandle.pas في حال احتاج مسار رمز مستقبلي حقاً دفقات مدوّرة بالقطاع؛ نقطة الاستدعاء في StoreOleFile تُزال. طول دفق Workbook الآن مساوٍ تماماً لطول بايتات جميع السجلات الصالحة (demo المخطط: 3164 بايت؛ مرجع Excel from-scratch: 4419 بايت — كلاهما غير محاذٍ للقطاع). مسارات رمز القارئ لا تتأثر — قرأ HotXLS دائماً دفقات Workbook غير المحاذية للقطاع من ملفات Excel-saved بشكل صحيح.
      
    

      الإصدار 2.48.7
      
        سجلات سلسلة مخططات BIFF8 تُعرض الآن أخيراً بشكل صحيح في Excel. الإصلاح هو إعادة محاذاة تعيينات معرف BRAI مع [MS-XLS] §2.4.51 — وثّق خطة التنفيذ الأم هذه التعيينات معكوسة، مما نشر الخطأ عبر كل إصدار مخطط من v2.41.0 إلى v2.48.6. دلالات المعرف الصحيحة هي:
          
            id = 0 — اسم السلسلة / تسمية وسيلة الإيضاح (قالت الخطة: categories)
            id = 1 — values (صحيح)
            id = 2 — categories (قالت الخطة: name)
            id = 3 — bubble sizes (قالت الخطة: errBars)
          
          أعراض Excel للقلب متطابقة تماماً: نطاق Categories (تسميات نصية A2:A5) كان يُكتب كـ BRAI id=0 → يقرأه Excel كاسم السلسلة ويربط الخلايا الأربعة إلى "North South East West" لوسيلة الإيضاح / العنوان التلقائي. حرف PTG tStr 'Q1 Sales' كان يُكتب كـ BRAI id=2 → توقع Excel نطاق خلايا فئة هناك، وجد حرف سلسلة، استسلم وعرض المحور X كأربعة أصفار.
        
        تم إعادة المحاذاة أيضاً مع شكل wire لمخطط الأعمدة المحفوظ بواسطة Excel: SERIES.sdtX الآن 0x0003 (القيمة المرصودة لـ Excel للفئات النصية، وليس 0x0001 الموثّق في [MS-XLS] §2.4.252)، وcValx يحمل عدد الفئات الفعلي بدلاً من 0. تتعارض قاعدة "cValx MUST = 0 عندما sdtX ∈ {1, 3}" مع كل عينة محفوظة بواسطة Excel تم فحصها.
        يعود حامل الاسم الحرفي SERIESTEXT ($100D)، لكن في المكان الصحيح: مباشرة بعد BRAI id = 0، لا يزال داخل كتلة SERIES BEGIN/END. هذا ما تفعله ملفات Excel الحقيقية — كانت نقطة إخراج v2.48.5 (بعد عنقود BRAI بأكمله، قبل DataFormat) خاطئة وكسرت محلل المخطط؛ الموقع الصحيح هو بجوار BRAI اسم السلسلة مباشرة.
        ملفات المخططات المحفوظة في v2.41.0 — v2.48.6 جميعها تحمل شكل wire BRAI المعكوس. تفتح في Excel دون خطأ لكنها تظهر أعراض وسيلة الإيضاح / المحور X أعلاه. أعد الحفظ عبر v2.48.7+ للترحيل؛ بدون تغيير API — نفس استدعاء AddChartSheet ينتج الآن مخططاً يُعرض بشكل مطابق لما يكتبه Excel نفسه لنفس البيانات.
        أداة فحص جديدة على مستوى البايتات dev-notes/biffview-refs/dump_chart_substream.py تفرغ تيار المخطط الفرعي لأي .xls BIFF8 مع فك ترميز لكل سجل (SERIES / BRAI / SERIESTEXT / AXIS / CATSERRANGE / LEGEND / OBJECTLINK / POS / TEXT). استُخدمت أثناء هذا الإصدار لإجراء byte-diff لمخرج HotXLS مقابل عينات المرجع المحفوظة بواسطة Excel؛ متاحة لمتابعات spec المخططات المستقبلية.
      
    

      الإصدار 2.48.6
      
        تيار فرعي لورقة مخططات BIFF8 يتراجع عن تغييرات v2.48.5. اختبار Excel الفعلي على demo المُعاد توليده v2.48.5 لم يعرض المخطط على الإطلاق — أسوأ من خط أساس v2.47.0 (حيث رُسم المخطط ولكن مع تسميات محور X خاطئة). كان التغييران في v2.48.5 هما السبب:
          
            SERIES.sdtX = 4 غير مقبول فعلياً من Excel رغم أن Apache POI يكشف CATEGORY_DATA_TYPE_TEXT = 4. تشترط [MS-XLS] §2.4.252 بصرامة أن يكون sdtX 0x0001 أو 0x0003.
            إضافة سجل SERIESTEXT ($100D) داخل كتلة SERIES BEGIN/END انتهاك بنيوي — SERIESTEXT ينتمي إلى كتل TEXT (سياقات عنوان المخطط / عنوان المحور / تسميات البيانات)، وليس داخل كتلة SERIES. تضمينه هناك أربك محلل المخططات في Excel ليرفض التيار الفرعي بأكمله.
          
        
        v2.48.6 يستعيد شكل wire لـ v2.47.0 ويضيف إصلاح امتثال للمواصفات: SERIES.cValx الآن 0 عندما sdtX = 1 (قاعدة [MS-XLS] §2.4.252 spec MUST). قبل v2.48.6 كان يُكتب cValx = count (4 في demo) منتهكاً القاعدة، وربما يساهم في إنذار العرض المحمي "الوثيقة بها مشاكل" في Excel. cValy لا يزال يحمل عدد القيم الفعلي (sdtY=1 ليس لها قاعدة صفر).
        demo Delphi جديد XlsCreateChart في Demo/Delphi/XlsCreateChart/ ينشئ مصنف بورقتين: ورقة "Data" بأربعة صفوف (Region, Sales) وورقة مخطط أعمدة "Chart1" تربط سلسلتها Data!$A$2:$A$5 / Data!$B$2:$B$5 كـ Categories / Values. هذا demo هو الخلف الدائم لـ chart_phase2_demo.xls المؤقت الذي وضعته v2.47.0 — v2.48.5 في جذر المستودع لاختبار BiffView؛ ملف الجذر تمت إزالته، وdemo الجديد يكتب مخرجاته بجوار .exe الخاص به.
        غير محلول معروف: مع شكل wire لـ v2.48.6، لا يزال Excel يرسم تسميات محور X لمخطط الأعمدة كأصفار ويتراجع إلى ربط نص خلايا الفئات للأسطورة (بدلاً من استخدام حرف PTG tStr الحرفي من BRAI id=2 'Q1 Sales'). هذه فجوة حقيقية في شكل wire تحتاج إلى مخطط أعمدة محفوظ بواسطة Excel كمرجع للقيام بـ diff البايتات — متتبع كمتابعة. منطقة رسم الأشرطة الأربعة نفسها تُرسم بشكل صحيح (الارتفاعات 100/150/200/175 تطابق Values).
      
    

      الإصدار 2.48.5
      
        سجلات السلاسل لمخططات BIFF8 تُعرض الآن بشكل صحيح في Excel. أضافت v2.47.0 ربط tArea3D لنطاقات Categories / Values، لكن Excel ظل يرسم جميع تسميات المحور X بالقيمة 0 ويستخدم نص الفئات المتصل ("North South East West") كوسيلة إيضاح وعنوان تلقائي بدلاً من Name المُقدَّم من المستخدم. إصلاحان يعيدان السلوك المقصود:
        الحقل sdtX في سجل SERIES صار الآن 4 (فئات نصية)، وليس 1. توثق [MS-XLS] §2.4.252 فقط 1 (تواريخ) و 3 (تتابع BIFF7)، لكن ملفات مخططات الأعمدة / الأشرطة / الخطوط التي يحفظها Excel فعلياً تكتب 4 لمحاور الفئات النصية (يطابق ثابت CATEGORY_DATA_TYPE_TEXT في Apache POI). مع sdtX=1، حاول Excel إجبار الخلايا 'North' / 'South' على أن تكون أرقاماً → fallback إلى 0؛ مع sdtX=4 تظهر التسميات النصية كما هي. كما كان الشكل السابق ينتهك قاعدة المواصفات "cValx يجب أن يكون صفراً عندما sdtX=1".
        يُكتب الآن سجل SERIESTEXT ($100D) داخل كتلة SERIES BEGIN/END (بعد عنقود BRAI وقبل DataFormat) كلما قُدِّم Name حرفي. تُحتفظ آلية النصف الأول من Phase 2 (BRAI id=2 + PTG tStr) لاكتمال المواصفات، لكن Excel فعلياً يأخذ تسمية وسيلة الإيضاح والعنوان التلقائي من SERIESTEXT؛ مع وجود متغير BRAI فقط، كان Excel يلجأ إلى دمج خلايا الفئات. بعد هذا الإصلاح، تعرض وسيلة الإيضاح Name الحقيقي (مثل 'Q1 Sales') ويترك العنوان الفارغ خانة العنوان التلقائي خاوية.
        الترحيل: لا تزال مخرجات ورقة المخطط من v2.42.0 — v2.47.0 تفتح في Excel بدون خطأ ولكنها تعرض الأعراض أعلاه. أعد الحفظ باستخدام v2.48.5+ للحصول على شكل wire المُصحَّح؛ لا يلزم تغيير API، نفس استدعاء AddChartSheet ينتج المخطط الصحيح الآن.
      
    

      الإصدار 2.48.4
      
        إصدار BIFF8 CFEX ($087B) قد تقاعد. لم يعد HotXLS يكتب CFEX المقترن بعد كل CF12 — كل تكوين Data Bar / Color Scale / Icon Set ينتقل الآن مضمنًا في الذيل حسب النوع لـ CF12 (v2.48.1 — v2.48.3). Apache POI / NPOI يتجاهلون CFEX على أي حال، لذا هو تبسيط خالص.
        مسار قراءة BIFF8 CF12 يستهلك الآن الذيل حسب النوع مباشرة من CF12. هذا يكمل إعادة كتابة تنسيق سلك Gap #6 في 5 PATCHes (v2.48.0 header + v2.48.1 data_bar + v2.48.2 color_gradient + v2.48.3 multistate + v2.48.4 تقاعد CFEX).
      
    

      الإصدار 2.48.3
      
        قواعد Icon Set في BIFF8 CF12 ($087A) تصدر الآن السجل الفرعي multistate المتوافق مع NPOI مضمنًا، مما يسمح لـ Apache POI / NPOI بقراءة عائلة الأيقونات، عتبات كل نقطة، وعلامات reverse / icon-only مباشرة من CF12. التخطيط يطابق NPOI IconMultiStateFormatting.Serialize().
        يجب إعادة حفظ ملفات .xls المُولَّدة بواسطة HotXLS v2.48.2 من خلال v2.48.3 ليحصل Icon Set على الذيل المضمن الجديد. إيقاف إصدار CFEX سيأتي في v2.48.4.
      
    

      الإصدار 2.48.2
      
        قواعد Color Scale ذات النقطتين والثلاث نقاط في BIFF8 CF12 ($087A) تصدر الآن السجل الفرعي color_gradient المتوافق مع NPOI مضمنًا، مما يسمح لـ Apache POI / NPOI بقراءة العتبة واللون وموضع الاستيفاء لكل نقطة مباشرة من CF12. التخطيط يطابق NPOI ColorGradientFormatting.Serialize().
        يجب إعادة حفظ ملفات .xls المُولَّدة بواسطة HotXLS v2.48.1 من خلال v2.48.2 ليحصل Color Scale على الذيل المضمن الجديد. ذيل Icon Set سيأتي في v2.48.3.
      
    

      الإصدار 2.48.1
      
        قواعد Data Bar في BIFF8 CF12 ($087A) تصدر الآن السجل الفرعي data_bar المتوافق مع NPOI مضمنًا (28 بايت تُلحق بعد template_params)، مما يسمح لـ Apache POI / NPOI بفك تشفير لون الشريط وعتبات الحد الأدنى/الأقصى وحدود الطول بالنسبة المئوية مباشرة من CF12، دون الرجوع إلى سجل CFEX القديم. التخطيط يطابق NPOI DataBarFormatting.Serialize().
        يجب إعادة حفظ ملفات .xls المُولَّدة بواسطة HotXLS v2.48.0 من خلال v2.48.1 ليحصل Data Bar على الذيل المضمن الجديد. ذيول Color Scale / Icon Set ستصل في v2.48.2 — v2.48.3.
      
    

      الإصدار 2.48.0
      
        تم تصحيح تخطيط رأس سجل BIFF8 CF12 ($087A) وفقًا لـ NPOI CFRule12Record.serialize() وملفات Excel المحفوظة المرجعية. يكتب Excel ext_formatting_length(4) قبل رموز الصيغة وكتلة template_params ذات بادئة الطول؛ كانت هذه الحقول في HotXLS في ترتيب خاطئ. ذيول الأنواع (data_bar / color_gradient / multistate) ستأتي في v2.48.1 — v2.48.3.
        يجب إعادة حفظ ملفات .xls المُولَّدة بواسطة HotXLS v2.34.0 — v2.47.1 من خلال v2.48.0 لإعادة كتابة سجلات CF12 الخاصة بها. تمت إزالة حقل nID بحجم 2 بايت غير المتوافق مع المواصفات في نهاية كل CF12.
      
    

      الإصدار 2.47.1
      
        تم تصحيح تنسيق سلك سجل BIFF8 CONDFMT12 ($0879) ليتطابق مع الملفات المحفوظة بواسطة Excel. التطبيق السابق اتبع مسودة spec مبكرة تركت النطاق المرتبط بـ 8 بايت كـ "محجوز" داخل FtrHeader وأدرجت حقل محجوز 4 بايت غير موجود قبل numCF. ملفات .xls من Excel فعلاً تملأ تلك 8 بايت بنطاق الخلايا المرتبط. المرجع: poi_ConditionalFormattingSamples.xls السجل 152 يطابق الآن بايت ببايت.
        يجب إعادة حفظ ملفات .xls المُولَّدة بواسطة HotXLS v2.34.0 — v2.47.0 من خلال v2.47.1 لإصلاح سجلات CONDFMT12 الخاصة بها.
      
    

      الإصدار 2.47.0
      
        إنشاء ورقة مخطط BIFF8 يربط الآن نطاقات بيانات حقيقية بالسلاسل. سلاسل A1 لـ Categories و Values المُمرَّرة إلى التحميل الزائد ذي 6 وسائط لـ AddChartSheet (مثل 'Data!$A$2:$A$5') تُترجم إلى رموز PTG من نوع tArea3D تُكتب في سجلات السلسلة BRAI id=0 (الفئات) و BRAI id=1 (القيم). تُظهر ملفات .xls المفتوحة في Excel الآن نقاط بيانات حقيقية في منطقة الرسم بدلاً من المخطط الفارغ في v2.42.0.
        تحليل اسم الورقة وتسجيل EXTERNSHEET تلقائيان: المُحلِّل يبحث عن الورقة المُسمَّاة في المصنف، ويسجل إدخال XTI إن لم يكن موجوداً، ويكتب ixti ذا الأساس صفر في جسم PtgArea3d. عند إعادة الحفظ، يُعاد تسلسل تيار سجلات المخطط عبر مُترجم الصيغ، فيبقى ixti متسقاً مع الترتيب النهائي لـ EXTERNSHEET.
        أشكال المراجع المقبولة: Sheet1!$A$2:$A$5 (مطلق)، Sheet1!A2:A5 (مع تسامح علامات النسبي — تُخزَّن سلاسل المخطط دائماً كمطلق)، 'My Sheet'!$A$1:$B$5 (أسماء أوراق تحوي مسافات بين علامتي اقتباس مفردتين)، ومراجع خلية واحدة مثل Sheet1!$A$1 (تتحول إلى PtgArea3d بحجم 1×1). أعداد نقاط البيانات (cValx / cValy) تُشتق تلقائياً من أبعاد المنطقة.
        أشكال المراجع غير المدعومة ترتد بصمت إلى BRAI نائب cce=0 على نمط v2.41.0 ليبقى المخطط قابلاً للفتح في Excel: المراجع بين المصنفات ([Book2.xls]Sheet1!...)، النطاقات المُسمَّاة (Sheet1!ProfitColumn)، المراجع بلا بادئة الورقة !، والمراجع التي تشير إلى ورقة المخطط نفسها. تُؤجَّل هذه الحالات إلى المراحل التالية.
        يكتمل بهذا Roadmap #10 Phase 2 (مخطط الأعمدة من البداية للنهاية). تسميات السلاسل (النصف الأول من Phase 2، v2.42.0) مع ربط نطاقات السلاسل (هذا الإصدار) يعنيان أن مخطط الأعمدة المُنشَأ عبر AddChartSheet يعرض الآن عناصر وسيلة إيضاح صحيحة وبيانات حقيقية بدون معالجة لاحقة في Excel.
      
    

      الإصدار 2.46.0
      
        وحدة فك ترميز DXF على جانب BIFF8 تحل الآن ألوان xclrType=1 (لوحة فهرسة) من لوحة Excel 2003 القياسية بـ 64 لونًا.
        يستخدم البحث لوحة افتراضية Excel 2003 المدمجة — icv 0..7 هي 8 ألوان النظام، icv 8..15 تعكس ألوان النظام، icv 16..63 هي القيم الافتراضية القابلة للتخصيص القياسية. icv خارج النطاق يعود إلى الأسود.
        تخصيص سجل PALETTE BIFF8 لا يتم استشارته.
        مسارا xclrType=0 (تلقائي) و xclrType=2 (RGB) لم يتغيرا.
      
    

      الإصدار 2.45.0
      
        قواعد التنسيق الشرطي تقوم الآن بـ round-trip لـ سمة priority على كل من XLSX <cfRule priority="N"/> وحقل BIFF8 CF12 ipriority.
        خاصية Priority جديدة على TCondFormatRule (جانب BIFF8) و TXLSXConditionalFormat (جانب XLSX). افتراضيًا صفر، يحافظ على سلوك auto-by-index الموجود؛ قيمة موجبة تثبت الأولوية.
        Priority يتحكم في طبقات القواعد المتعددة — عندما تغطي عدة قواعد نفس النطاق، يطبقها Excel بترتيب الأولوية. Round-trip للأولوية يحافظ على ترتيب التصيير المقصود للمستخدم.
        السلوك الافتراضي لم يتغير للمتصلين الذين لا يلمسون Priority.
      
    

      الإصدار 2.44.0
      
        قواعد التنسيق الشرطي لمجموعة الأيقونات تدعم الآن تجاوزات الأيقونة لكل توقف على جانب XLSX. كل من توقفات 3 / 4 / 5 يمكنها إلغاء الاشتراك من افتراضي العائلة وعرض أي أيقونة من أي من عائلات أيقونات Excel 2007 المدمجة السبع عشرة، يتم تحديدها بـ اسم المجموعة + معرف الأيقونة. عنصر OOXML: <cfIcon iconSet="OtherSet" iconId="N"/>.
        طرق جديدة على TXLSIconSetSpec: SetIconOverride(stopIndex, OverrideSet, IconId) و ClearIconOverride(stopIndex). خصائص للقراءة فقط HasIconOverride[i]، IconOverrideSet[i]، IconOverrideId[i].
        الكاتب XLSX يصدر أبناء <cfIcon> فقط للتوقفات التي استدعت SetIconOverride. القارئ يحلل عناصر <cfIcon> الواردة حسب الموضع.
        القيود المعروفة: BIFF8 (.xls) CFEX ليس لديه فتحة لتجاوزات لكل توقف؛ قاعدة مع تجاوزات محفوظة في .xls تعرض افتراضي العائلة لجميع التوقفات.
      
    

      الإصدار 2.43.0
      
        قواعد التنسيق الشرطي XLSX (.xlsx) تقوم الآن بـ round-trip مراجع ألوان السمة في عنصر <color> لقواعد شريط البيانات وتدرج الألوان. سابقًا كان الكاتب يصدر فقط <color rgb="FFRRGGBB"/> ويتجاهل القارئ سمات theme / tint.
        طرق جديدة على TXLSDataBarSpec و TXLSCfValue تبدل الخانة إلى وضع السمة: SetThemeColor(themeId, tint) و ClearThemeColor.
        الكاتب XLSX يصدر <color theme="N"/> عندما يكون Tint تمامًا 0.0، أو <color theme="N" tint="0.5"/> عندما يكون غير صفري.
        السلوك الافتراضي لم يتغير: القواعد المنشأة بنقاط الدخول RGB-only الموجودة تستمر في إصدار <color rgb="..."/> كما كان من قبل.
        القيود المعروفة: لا يزال BIFF8 (.xls) CFEX يحمل فقط لون RGB؛ يبقى حل لوحة سمة المصنف خارج النطاق؛ لا تحمل قواعد iconSet عناصر <color>.
      
    

      الإصدار 2.42.0
      
        تكتسب واجهة برمجة تطبيقات إنشاء ورقة مخطط BIFF8 تحميلًا زائدًا خامسًا لـ AddChartSheet يقبل مصفوفة سجلات TXLSChartSeriesInfo (Name، Categories، Values). كل Name غير فارغ يُكتب في التيار الفرعي للمخطط كتسمية سلسلة حرفية عبر رمز PTG tStr على BRAI اسم السلسلة (id=2). يستخدم Excel هذه التسمية في وسيلة الإيضاح ومحدد السلاسل، لذا يُشحن المخطط متعدد السلاسل الآن مع تسميات سلاسل مناسبة بدلًا من العناصر النائبة الافتراضية "Series1 / Series2".
        TXLSChartSeriesInfo يُعاد تصديره من lxHandle جنبًا إلى جنب مع TXLSChartType، حتى يتمكن المتصلون من بناء المصفوفة دون استيراد lxChartBuilder مباشرة.
        هذا هو النصف الأول من Roadmap #10 المرحلة 2 (مخطط الأعمدة من البداية إلى النهاية). مسار اسم السلسلة موصول؛ ربط بيانات الفئة والقيمة (تحويل سلاسل A1-range Categories و Values إلى مراجع نطاق خلايا tArea3D حقيقية داخل BRAI) لا يزال عنصرًا نائبًا — هذان الحقلان مقبولان في واجهة برمجة التطبيقات لكنهما لم يُرسلا بعد إلى التيار الفرعي. سيوجههما إصدار لاحق عبر مُجمِّع الصيغ وجدول مراجع EXTERNSHEET لإكمال النصف الثاني من المرحلة 2.
      
    

      الإصدار 2.41.0
      
        يكتسب HotXLS إنشاء ورقة مخطط BIFF8 برمجيًا. مجموعة جديدة من التحميلات الزائدة لـ AddChartSheet على Sheets تكتب تيارًا فرعيًا كاملاً للمخطط في ملف .xls المحفوظ، بينما كان من قبل لا يمكن الحفاظ على أوراق المخطط إلا بشكل غامض في رحلة ذهاب وعودة load-save. أربع تحميلات زائدة تغطي نقاط الدخول الشائعة: الاسم فقط / الاسم + نوع المخطط / + العنوان / + عنوان محور الفئة + عنوان محور القيمة. IXLSWorksheet المُرجَع يظهر في مجموعة Sheets، ويحصل على إدخال boundsheet لورقة المخطط عند الحفظ، ويفتحه Excel كعلامة تبويب مخطط.
        تعداد جديد TXLSChartType يحدد نوع المخطط: xlsChartTypeColumn، xlsChartTypeBar، xlsChartTypeLine، xlsChartTypePie. يُعاد تصدير التعداد من lxHandle حتى لا يحتاج كود المستخدم إلى استيراد وحدة chart-builder مباشرة.
        التيار الفرعي المُرسَل للمخطط يغطي تأطير BIFF8 الذي تطلبه المواصفة — BOF (dt=$0020)، Chart / PlotGrowth / Frame / Series / SheetProperties / AxesUsed / AxisParent (POS + محور الفئة + محور القيمة + PlotArea + Frame + ChartFormat + سجل النوع + ChartFormatLink + Legend)، EOF — حتى يتعرف Excel على النتيجة كعلامة تبويب مخطط حقيقية من النوع المطلوب. رحلة الذهاب والعودة الحالية عبر TXLSCustomChart لم تتغير.
        هذه أول دفعة من Roadmap #10 (التيار الفرعي CHART — أكبر عنصر في تدقيق BIFF8). تقدم المرحلة 1 الإطار وسطح واجهة برمجة التطبيقات حتى يمكن للمراحل التالية إضافة ربط بيانات السلاسل وعناوين المحاور والتنسيق التفصيلي لكل نوع.
        القيود: ورقة المخطط الجديدة تعرض مخطط افتراضي فارغ من النوع المطلوب. ربط بيانات السلاسل (ربط المخطط بنطاقات الخلايا الفعلية)، نص العنوان المُعبأ، والتنسيق التفصيلي لكل نوع (gap width / overlap / hole size / marker style) مؤجلة إلى المراحل اللاحقة. يحافظ Excel على وجود المخطط ونوعه عند الحفظ وإعادة الفتح، لكن ليس بعد البيانات التي يقدمها المستخدم.
      
    

      الإصدار 2.40.0
      
        عرض Delphi جديد XlsCondFormat12 ضمن Demo/Delphi/XlsCondFormat12/ يوضح واجهة برمجة تطبيقات امتداد التنسيق الشرطي v2.34.0+ من البداية إلى النهاية. ثلاثة أزرار تتيح إنشاء CondFormat12.xls (الواجهة الخلفية BIFF8)، أو CondFormat12.xlsx (الواجهة الخلفية XLSX)، أو كلاهما جنبًا إلى جنب. كل ورقة إخراج تحمل نفس أنواع القواعد الأربعة — شريط البيانات، تدرج ثلاثي الألوان، مجموعة أيقونات (3 أسهم)، وتدرج ثنائي الألوان — تغطي عشرة صفوف بيانات لفتح الملفات في Excel والتحقق بصريًا.
        مسار BIFF8 يمارس أيضًا تجاوز نمط DXF v2.35.0: قاعدة شريط البيانات ترفق لون خط أبيض غامق لتبقى نصوص الخلية مقروءة فوق تعبئة الشريط الداكنة.
        فيكستر اختبار DUnitX جديد في Tests/Delphi/HotXLS.CondFormat12Tests.pas يغطي عشرة سيناريوهات round-trip وسطح واجهة برمجة التطبيقات: round-trip BIFF8 لجميع أنواع القواعد الأربعة، round-trip نمط DXF لألوان RGB، ألوان السمة وعلامات الخط، و round-trip XLSX لشريط البيانات / تدرج ثلاثي / مجموعة أيقونات مع ShowOnly. الفيكستر موصول بـ HotXLSDelphiTests.dpr و .dproj المطابق.
        لدعم فيكستر الاختبار، يكشف TCondFormat عن اثنين من الموصلات العامة الجديدة: RuleCount و Rule(I).
        ملاحظة التحقق: افتح .xls و .xlsx الخاصة بالعرض التوضيحي في Excel لرؤية قواعد امتداد CF12 / OOXML الأربعة معروضة جنبًا إلى جنب.
      
    

      الإصدار 2.39.0
      
        تجاوز نمط XF التفاضلي (DXF) على قواعد التنسيق الشرطي يدعم الآن ترميز ألوان السمة بالإضافة إلى وضع RGB الموجود. يمكن تعيين كل خانة لون — لون الخط، خلفية التعبئة، المقدمة التعبئة — مقابل فهرس سمة المصنف بالإضافة إلى قيمة tint.
        ثلاث طرق جديدة على TXLSDxfStyle تختار خانة في وضع السمة: SetFontColorTheme(themeId, tint)، SetFillBgColorTheme(themeId, tint)، SetFillFgColorTheme(themeId, tint). Tint هو single في النطاق [-1.0, +1.0]. تظل طرق SetXxxColor(rgb) الموجودة في وضع RGB؛ الوضعان متبادلان حصرياً لكل خانة.
        استعلم عن الوضع النشط عبر الخصائص الجديدة للقراءة فقط XxxColorIsTheme / XxxColorThemeId / XxxColorThemeTint. تُرجع HasXxxColor True في كلا الوضعين.
        تنسيق سلك BIFF8 يتبع تخطيط XFProp Colour القياسي: xclrType=2 + LongWord BGR من 4 بايت لـ RGB، xclrType=3 + tint موقع من 2 بايت × 32767 + فهرس السمة من 4 بايت لوضع السمة. يعكس مفكك بلوب DXF هذا التوزيع.
        القيود المعروفة: يتم دعم round-trip في وضع السمة فقط على جانب BIFF8 (.xls) — لا يزال جانب XLSX (.xlsx) يصدر ويقرأ فقط <color rgb="..."/>.
      
    

      الإصدار 2.38.0
      
        قراءة XLSX (.xlsx) تتعرف الآن على قواعد امتداد التنسيق الشرطي في Excel 2007+ في الملفات الواردة — شريط البيانات، تدرج الألوان (2 و 3 نقاط، يتم اكتشافها تلقائيًا من عدد cfvo)، و مجموعة الأيقونات — وتعبئة كائن TXLSXConditionalFormat المطابق بحيث يمكن لكود المستخدم فحص هذه القواعد و round-trip دون فقدانها.
        يحلل القارئ غلاف OOXML <cfRule type="dataBar|colorScale|iconSet"> والجسم الداخلي <dataBar> / <colorScale> / <iconSet>، ويتنقل بين إدخالات <cfvo> الفرعية لاستعادة type و val لكل عتبة، وإدخالات <color> لاستعادة لون شريط البيانات أو ألوان كل توقف للتدرج.
        تقوم قواعد مجموعة الأيقونات بـ round-trip لاسم عائلة iconSet (المجموعات الأساسية السبع عشرة لـ Excel 2007)، وعلامة reverse، وعلامة showValue (المعينة إلى ShowOnly).
        تُحوَّل قيم الألوان المحللة من سمة OOXML rgb="AARRGGBB" إلى نفس اصطلاح BGR LongWord المستخدم بواسطة واجهة برمجة تطبيقات الكتابة.
        معالجة XLSX <cfRule type="cellIs"> الموجودة لم تتغير؛ يختار dispatch الأنواع الجديدة فقط عندما تسميها سمة type.
        القيود المعروفة: تُقرأ مراجع لون السمة كـ 0؛ لم يتم التقاط تجاوزات iconId لكل توقف؛ يتم تجاهل سمة priority الخاصة بـ <cfRule> عند القراءة.
      
    

      الإصدار 2.37.0
      
        تنسيق سجل BIFF8 CFEX يحمل الآن مصفوفة cfvo الكاملة لكل توقف (kind + سلسلة القيمة + اللون، وفقًا لدلالات cfvo في [MS-XLS]) بدلًا من لون الشريط/التوقف فقط. قواعد شريط البيانات تحتفظ الآن بأنواع وقيم العتبات min/max، تدرجات الألوان تحتفظ بتركيبة kind + value + color لكل توقف، ومجموعات الأيقونات تحتفظ بـ kind + value لكل عتبة بالإضافة إلى علامات reverse / showOnly.
        كتابة CFEX تضيف بايت علم الإصدار (ver=1) بحيث تتراجع القراء القدامى لـ HotXLS الذين يتوقعون تخطيط CFEX الأدنى v2.34.0 بصمت إلى التفسير القديم. القارئ v2.37.0 يتعرف أيضًا على سجلات ver=0 المنتجة من قبل البنيات القديمة.
        يكتشف القارئ الآن إدخالات CONDFMT + CONDFMT12 المختلطة على نفس النطاق — نمط شائع في الملفات المحفوظة بواسطة Excel. تم تمييز إدخال CONDFMT الأقدم عبر خاصية IsShadowed الجديدة على TCondFormat. يستمر الكاتب في إصدار كلتا العائلتين من السجلات عند الحفظ.
        خاصية TotalRange الجديدة على TCondFormat تكشف عن النطاق المدمج الذي كان خاصًا سابقًا.
        القيود المعروفة: اكتشاف الظل محدود بمطابقة صندوق محدد دقيق. يحفظ round-trip cfvo الكامل لـ ColorScale قيم kind الثمانية القياسية ولكن لا يحفظ بيانات تعريف صبغة لون السمة في Excel.
      
    

      الإصدار 2.36.0
      
        يدعم إخراج XLSX (.xlsx) الآن الأنواع الثلاثة لقواعد امتداد التنسيق الشرطي في Excel 2007+ — شريط البيانات، تدرج الألوان (2-stop و 3-stop)، و مجموعة الأيقونات — مما يجلب الواجهة الخلفية XLSX إلى التكافؤ مع الواجهة الخلفية BIFF8 (.xls) لـ v2.34.0. أربع طرق عامة جديدة على TXLSXWorksheet تعكس واجهة برمجة تطبيقات XLS: AddCondFormatDataBar، AddCondFormatColorScale2، AddCondFormatColorScale3، AddCondFormatIconSet.
        يصدر ملف .xlsx المحفوظ الآن عنصر OOXML <conditionalFormatting> بهيكل فرعي مناسب لكل نوع قاعدة: <cfRule type="dataBar"><dataBar> للأشرطة، <cfRule type="colorScale"><colorScale> مع 2 أو 3 cfvo + توقفات اللون، و <cfRule type="iconSet"><iconSet iconSet="..."> مع مجموعة cfvo المناسبة.
        تخطيط أسماء مجموعات الأيقونات المدمجة يغطي نفس مجموعات Excel 2007 الأساسية السبعة عشرة المدعومة بواسطة الواجهة الخلفية XLS، يتم إنتاجها كسلسلة سمة OOXML iconSet القياسية.
        أنواع العتبات وقيم الألوان تستخدم نفس التعداد واتفاقية الألوان الخاصة بواجهة برمجة تطبيقات XLS — نفس TXLSCfValueKind، نفس تنسيق LongWord BGR من Delphi. استدعاءات AddConditionalFormat XLSX الموجودة تستمر في التصرف بنفس الطريقة.
        القيود المعروفة: لم يتم إصدار ترميز لون السمة بعد؛ تجاوزات iconId لكل توقف في مجموعات الأيقونات غير مدعومة. التعرف على الجانب القارئ XLSX لقواعد شريط البيانات / تدرج الألوان / مجموعة الأيقونات الواردة من ملفات Excel المحفوظة يبقى مؤجلًا — فقط الكتابة موصولة في هذا الإصدار.
      
    

      الإصدار 2.35.1
      
        قارئ BIFF8 الآن يفك تشفير بايتات Differential XF (DXF) المرفقة بقاعدة CF12 مرة أخرى إلى property bag الخاص بـ TXLSDxfStyle الخاص بالقاعدة، بالإضافة إلى الاحتفاظ بالبايتات الخام في DxfBlob. تحميل مصنف محفوظ بواسطة Excel مع قواعد أشرطة بيانات / تدرج ألوان / مجموعات أيقونات منمقة يكشف الآن عن لون الخط وألوان التعبئة والعريض / المائل / التسطير ومعرّف تنسيق الأرقام مباشرةً عبر زوج HasXxx+القيمة على كل Rule.Style.
        سلوك Round-trip: دورة load-edit-save تعكس الآن أي تعديل لـ Rule.Style بعد التحميل. إذا قام المستخدم بقراءة مصنف وتغيير Rule.Style.SetFontColor وحفظ، يفوز اللون الجديد؛ إذا لم يلمس المستخدم Style، يحمل الملف المحفوظ نفس التجاوزات مثل الأصلي.
        يتم تخطي قيم xfPropType غير المعروفة في DXF blob بدلاً من رفضها، لذا فإن ملفات Excel الأحدث التي تستخدم أنواع خصائص لم يتم التعرف عليها بعد بواسطة هذا الإصدار لا تزال تُحمَّل (تظل البايتات الخام في DxfBlob للفحص أو دعم round-trip المستقبلي).
      
    

      الإصدار 2.35.0
      
        يمكن لقواعد التنسيق الشرطي الآن أن تحمل تجاوز نمط XF تفاضلي (DXF)، بحيث يمكن لقاعدة CF12 التي يتم تشغيلها في Excel أن تغير لون الخط والتعبئة وسماكة الخط والمائل والتسطير أو تنسيق الأرقام للخلية دون تغيير XF الأساسي للخلية. يتم عرض التجاوز كخاصية جديدة TXLSDxfStyle على كل TCondFormatRule، يمكن الوصول إليها بعد إنشاء قاعدة عبر واجهات برمجة التطبيقات الموجودة AddCondFormatDataBar / AddCondFormatColorScale* / AddCondFormatIconSet.
        تجاوزات النمط المدعومة في هذا الإصدار: لون الخط، لون خلفية التعبئة، لون الخط الأمامي للتعبئة، نمط التعبئة، خط عريض، خط مائل، نمط تسطير الخط، ومعرّف تنسيق الأرقام المدمج. لكل خاصية علم HasXxx مقترن — يتم إصدار الخصائص التي تم تعيينها صراحةً عبر SetXxx فقط إلى ملف BIFF8.
        يقوم كاتب BIFF8 الآن بإلحاق كتلة DXF غير فارغة بسجل CF12 كلما كان لـ Style القاعدة على الأقل تجاوز واحد معين. تستخدم كتلة DXF تخطيط مصفوفة XFProp العام (cxfp + tuples لكل خاصية من النوع / الحجم / البيانات)، مما يسمح لـ Excel بالتقاط تغييرات النمط عند تطبيق القاعدة.
        يحافظ قارئ BIFF8 على بايتات DXF الخام من ملف محفوظ بواسطة Excel في خاصية DxfBlob للقاعدة، لذا فإن round-trip load-edit-save لم يعد يفقد بصمت نمط الخلية الذي تحمله قواعد CF12. تم التخطيط لفك تشفير البايتات الخام مرة أخرى إلى property bag الخاص بـ TXLSDxfStyle في إصدار متابعة.
        السلوك الافتراضي لم يتغير للقواعد التي لم تختر نمطًا — يتم إصدار cbdxf = 0، مطابق لـ v2.34.0، لذا فإن قواعد شريط البيانات / تدرج الألوان / مجموعة الأيقونات الموجودة تُعرض تمامًا كما كانت من قبل.
        القيود المعروفة: ترميز ألوان السمة لـ DXF غير مدعوم (RGB فقط)؛ تجاوزات الحدود ونقاط توقف التدرج ليست في مجموعة خصائص هذا الإصدار؛ ترتيب البايت لـ XFProp value blobs يتبع ملاحظات [MS-XLS] العامة وقد يتطلب تعديلات صغيرة للحصول على إخلاص round-trip كامل في Excel بمجرد التحقق منه باستخدام BiffView. تظل تكافؤ جانب XLSX لأنواع القواعد الجديدة الثلاثة مؤجلة.
      
    

      الإصدار 2.34.0
      
        واجهة برمجة تطبيقات عامة جديدة للتنسيق الشرطي على ورقة العمل لقواعد امتداد Excel 2007+: AddCondFormatDataBar و AddCondFormatColorScale2 و AddCondFormatColorScale3 و AddCondFormatIconSet. تقبل كل طريقة نطاق sqref مثل "A1:A10" بالإضافة إلى المعلمات الخاصة بالنوع (لون الشريط، ألوان نقاط التدرج، أو عائلة مجموعة الأيقونات) وتُرجع كائن القاعدة المُنشأ.
        يقوم كاتب BIFF8 (.xls) الآن بإصدار سجلات CONDFMT12 / CF12 / CFEX المقابلة جنبًا إلى جنب مع سجلات CONDFMT / CF القائمة على قيمة الخلية الموجودة، بحيث تحتفظ المصنفات المُنشأة عبر واجهة برمجة التطبيقات الجديدة بقواعد شريط البيانات وسلم الألوان ثنائي / ثلاثي اللون ومجموعة الأيقونات على القرص.
        يتعرف قارئ BIFF8 على سجلات CONDFMT12 / CF12 / CFEX الواردة ويعرضها من خلال نفس نموذج القواعد في الذاكرة، لذلك لم تعد ملفات .xls التي ينشئها Excel بقواعد الامتداد تُلغى بصمت عند التحميل.
        كتالوج مجموعات الأيقونات المدمج يغطي مجموعات Excel 2007 السبع عشرة الأساسية (عائلات 3-أسهم / 3-أعلام / 3-إشارات مرور / 3-علامات / 3-رموز، 4-أسهم / 4-تقييمات / 4-إشارات مرور، و 5-أسهم / 5-تقييمات / 5-أرباع)، يمكن اختيارها من خلال تعداد TXLSIconSetType.
        يمكن أن تكون أنواع العتبات لحدود شريط البيانات ونقاط توقف سلم الألوان / مجموعة الأيقونات أي من رقم أو الحد الأدنى / الأقصى للنطاق أو نسبة مئوية أو مئوي أو صيغة، متطابقة مع أنواع cfvo التي يستخدمها Excel.
        سلوك التنسيق الشرطي لقيمة الخلية الموجود لم يتغير؛ تمت إضافة واجهات برمجة تطبيقات جديدة فقط ومعالجة سجلات BIFF8 جديدة.
        القيود المعروفة في هذا الإصدار: مخرجات XLSX لأنواع القواعد الجديدة الثلاثة لم تُربط بعد (قواعد قيمة الخلية XLSX الموجودة غير متأثرة)؛ يتم إصدار كتلة نمط XF التفاضلي على CF12 فارغة، لذلك قد يقوم Excel بعرض الأشرطة والسلالم بألوان افتراضية بدلاً من الألوان التي توفرها واجهة برمجة التطبيقات؛ مصفوفات cfvo لكل توقف تحمل اللون فقط في CFEX، وليس مجموعة النوع / القيمة. هذه الفجوات مُخطط لها لإصدارات المتابعة v2.34.x / v2.35.x مع مصنف العرض التوضيحي والتحقق من العرض في Excel.
      
    

      الإصدار 2.33.3
      
        عرض توضيحي جديد XlsTables Delphi تحت Demo/Delphi/XlsTables/ يوضح جانب كتابة جداول BIFF8 (ListObjects) من البداية إلى النهاية. يقوم بإنشاء SalesTable.xls مع منطقة مبيعات من أربعة أعمدة (المنطقة / المنتج / الربع / الإيرادات) مرتبطة كجدول في A1:D10 باستخدام Sheet.AddTable('SalesTable', 'A1:D10', headers). افتح ملف .xls الناتج في Excel للتحقق من القوائم المنسدلة للأعمدة وخطوط الصفوف المتعرجة واسم المرجع المهيكل SalesTable في مربع الاسم.
        العرض التوضيحي هو أقصر وصفة شاملة لاعتماد واجهة برمجة التطبيقات AddTable الخاصة بـ v2.33.0: تعيين StyleName = 'TableStyleMedium2' و ShowRowStripes = True، تعبئة تسعة صفوف بيانات + صف رأس واحد، وكتابة المصنف بمكالمة SaveAs واحدة. يذهب الإخراج بجانب الملف القابل للتنفيذ.
        البنية التحتية للترجمة لم تتغير: يلتقط build-Win32-Demo.cmd الحالي XlsTables.dpr تلقائياً عبر مسح for /r Demo *.dpr — لا يلزم تغيير في برامج البناء النصية أو تكوينات .cbproj/.dproj.
      
    

      الإصدار 2.33.2
      
        الآن يقمع SaveAs الخاص بـ BIFF8 (.xls) سجلات AUTOFILTERINFO/AUTOFILTER المستقلة على مستوى الورقة ($009D / $009E) عندما يغطي جدول على نفس الورقة نطاق التصفية التلقائية بالكامل. يدمج Excel قائمة منسدلة للتصفية التلقائية داخل كائن الجدول نفسه، لذا فإن إصدار تصفية تلقائية إضافية على مستوى الورقة لنفس النطاق يُفعِّل التحقق من ملف Office لرفض الملف. يطابق هذا الإصلاح الإصلاح على جانب XLSX الذي تم شحنه في v2.29.4.
        فحص التغطية محافظ: يُعتبر الجدول "يغطي" التصفية التلقائية فقط عندما تُحيط صفه الأول/الأخير وعموده الأول/الأخير بحدود التصفية التلقائية. التداخل الجزئي يحافظ على سلوك إصدار التصفية التلقائية على مستوى الورقة.
        عمليات الحفظ BIFF5 وأوراق العمل بدون أي جدول لا تتأثر — يعمل فحص القمع فقط عندما يكون تنسيق الملف BIFF8 وتحتوي ورقة العمل على جدول واحد على الأقل. لا يوجد تغيير في واجهة برمجة التطبيقات العامة.
      
    

      الإصدار 2.33.1
      
        أصبح جانب قراءة BIFF8 (.xls) يتعرف الآن على سجلات الميزات المشتركة للجداول التي أضافها v2.33.0 على جانب الكتابة. عند فتح ملف .xls تم حفظه بواسطة Excel (أو HotXLS نفسه) ويحتوي على ListObjects/Tables، تُعبأ مجموعة Tables لورقة العمل الآن بـ TXLSTable لكل FEAT11 ($0872) تم تحليله: تُعاد بناء نطاق الجدول من Ref8U الأساسي، ويُستعاد معرّف الجدول واسمه واسم العرض عند توفرها، ويُعبأ اسم نمط الجدول من سجل LIST12 ($0877) المقترن. سابقاً كانت هذه السجلات تُتجاهل بصمت.
        يتم الآن إرسال FEATHEADR ($0867) المشترك حسب حقل Isf بدلاً من إرساله دائماً إلى محلل الحماية. Isf=2 (الحماية المعززة) يحتفظ بالسلوك الحالي؛ Isf=4 (SharedList) يُعترف به كعلامة Tables على الورقة؛ Isf=3 (SmartTags) والقيم الأخرى تُتجاهل بأمان. FEATHEADR11 ($0871) يُعترف به أيضاً بصمت كعلامة Tables.
        القارئ يبذل قصارى جهده ومتسامح: حمولات FEAT11 المشوهة أو متغيرات Excel تتراجع برشاقة إلى جدول يحتوي على الأقل على النطاق الصحيح للخلية. حماية الورقة round-trip غير متغيرة.
      
    

      الإصدار 2.33.0
      
        تدعم أوراق عمل BIFF8 (.xls) الآن كائنات الجداول (Excel ListObjects). استدعِ Worksheet.AddTable(Name, Range, Columns) على IXLSWorksheet لربط منطقة جدول مسمّاة بنطاق خلايا. يُرسِل مسار حفظ .xls الآن عائلة سجلات الميزات المشتركة BIFF8 التي تُعلِّم الورقة بأنها تحتوي على جداول: FEATHEADR ($0867 مع Isf=4) و FEATHEADR11 ($0871) و FEAT11 ($0872) + LIST12 ($0877) لكل جدول. سابقاً، AddTable لم تكن متوفرة على واجهة XLS؛ الجداول المعرَّفة على ورقة عمل كانت تُسقَط بصمت عند SaveAs(xlExcel97).
        واجهة برمجة تطبيقات عامة جديدة على IXLSWorksheet: خاصية Tables: TXLSTables (مجموعة للقراءة فقط) وطريقة AddTable. الشكل يعكس TXLSXTable / TXLSXTables على جانب XLSX. يكشف TXLSTable عن Id و Name و DisplayName و Range و Columns و StyleName (الافتراضي 'TableStyleMedium2') و ShowFirstColumn و ShowLastColumn و ShowRowStripes (الافتراضي true) و ShowColumnStripes و TotalsRowShown.
        تُرسَل سجلات تدفق الورقة الجديدة قبل EOF الورقة مباشرة، بعد حماية الورقة، فقط عندما يكون تنسيق الملف BIFF8 (xlExcel97). المصنفات بدون جداول تُحفظ تماماً كما من قبل — لا FEATHEADR يُرسَل، لا تغييرات في تدفق السجلات، لا تكلفة إضافية. حفوظات BIFF5 لا تتأثر.
        تُخصَّص معرّفات الجداول تسلسلياً لكل ورقة (1..N) عند الحفظ إذا لم تُعيَّن مسبقاً. اسم النمط الافتراضي 'TableStyleMedium2' يطابق ما يستخدمه Excel وجانب XLSX بالفعل.
        القيود المعروفة في هذا الإصدار الأولي (v2.33.0): لم يتم بعد إرسال صيغ صف الإجماليات والنطاقات المساعدة للمراجع الهيكلية؛ قمع التعارض بين AUTOFILTERINFO على مستوى الورقة ونطاق الجدول سيُضاف لاحقاً؛ جانب القراءة (تحليل .xls محفوظ من Excel يحتوي على جداول لإعادة تجميعها في مجموعة Tables) هو أيضاً متابعة.
      
    

      الإصدار 2.32.1
      
        تم إصلاح خطأ في التجميع أدخلته ميزة كتابة FILEPASS في الإصدار v2.32.0، والذي منع المكتبة من البناء على RAD Studio 12+ مع التحقق الصارم من النوع. صرح المساعد EncryptAllBlobs عن مخزن التشتت المؤقت كـ PByte في سياق يحل فيه PByte إلى الاسم المستعار المحلي في lxHandle، بينما توقع هدف الاستدعاء EncryptBlobData في lxEncrypter النوع lxBLOB.PByte. على الرغم من أن النوعين كلاهما يستعير ^Byte، يعاملهما Delphi كنوعين متميزين تحت التحقق الصارم E2010. تم الآن تأهيل متغير المخزن المؤقت بالكامل كـ lxBLOB.PByte، لذا يتم تجميع مسار تشفير كلمة المرور v2.32.0 بشكل نظيف عبر جميع إصدارات RAD Studio المدعومة (12.0–37.0).
      
    

      الإصدار 2.32.0
      
        تمت إضافة خاصية EncryptionPassword إلى IXLSWorkbook. تعيين كلمة مرور غير فارغة قبل SaveAs ينتج الآن ملف .xls محمي بكلمة مرور ومتوافق مع Excel: يطلب Excel وLibreOffice Calc وقراء BIFF8 الآخرون كلمة المرور عند الفتح ويرفضون الوصول عند الخطأ. سابقاً كان مُعيِّن كلمة المرور يُتجاهل بصمت على جانب الكتابة.
        يصدر مسار الكتابة سجل BIFF8 FILEPASS ($002F) مباشرة بعد BOF المصنف ويشفر RC4 كل جسم سجل لاحق بنفس خوارزمية جانب القراءة (vMajor=1, vMinor=1 — تشفير "Office 97/2000 Compatible" من Excel). يُولَّد Salt وVerifier ذو 16 بايت عبر CryptGenRandom من Windows بدلاً من Random الخاص بـPascal. يتم الحفاظ على إعادة اشتقاق مفتاح الكتلة عند كل حد 1024 بايت.
        التشفير ينطبق فقط على BIFF8 (xlExcel97)؛ يبقى مسار BIFF5 كنص عادي. تُبقي EncryptionPassword الفارغة سلوك النص العادي القديم (الافتراضي)، التطبيقات الحالية غير متأثرة.
        جانب القراءة: تم إصلاح خلل خفي في ParseFilePass كان يجعل أول جسم سجل بعد FILEPASS (عادةً CODEPAGE) يُعامل كنص عادي. الملفات المشفرة المكتوبة بواسطة HotXLS الآن تعود إلى الحالة الأصلية بشكل صحيح عبر HotXLS.
        ملاحظة أمان: يستخدم BIFF8 RC4 (vMajor=1/vMinor=1) مفتاحاً بطول 40 بت، ويعتبر مكسوراً وفق معايير 2025. استخدم هذه الميزة للتوافق مع واجهة حماية كلمة مرور Excel الكلاسيكية، وليس لسرية بيانات حساسة. للأمان الفعلي، يُفضّل XLSX + AES.
      
    

      الإصدار 2.31.0
      
        تمت إضافة خاصية UseSharedFormulas إلى IXLSWorkbook. عند تعيينها إلى True، يقوم SaveAs بصيغة BIFF8 بتجميع الخلايا التي تشترك في صيغة نموذج ضمن سجلات SHRFMLA الأصلية ($04BC)، بما يتوافق مع التنسيق المضغوط لـ Microsoft Excel. يتم تجميع أعمدة الصيغ مثل =A1*B1، =A2*B2، …، =A99*B99 تلقائياً، مما يُقلِّل حجم الملف بنسبة 30–60 % في الأوراق كثيفة صيغ النماذج.
        يكون التجميع تنازلياً عبر الأعمدة، متجاوراً ومستنداً إلى النموذج: يُجمَّع فقط الخلايا الموجودة في نفس العمود بصفوف متتالية وصيغ PTG متكافئة. تُستثنى الخلايا ذات الصيغ المصفوفية أو علامات الدمج.
        القيمة الافتراضية هي False، مما يُبقي إصدار سجلات FORMULA لكل خلية دون تغيير. للتفعيل، اضبط Workbook.UseSharedFormulas := True قبل استدعاء SaveAs.
        لا يتأثر جانب القراءة. هذا إصدار MINOR (2.30.x → 2.31.0) لأنه تمت إضافة خاصية عامة جديدة ويتغير تنسيق إخراج BIFF8 عند تمكين الميزة.
      
    

      الإصدار 2.30.6
      
        تم إصلاح فئة رابعة من أخطاء التجميع في مشاريع العرض التوضيحي لـ C++Builder تحت مُجمِّع bcc32 المستند إلى clang في RAD Studio 37.0: كان نمط الفهرسة ->Borders[idx]->Prop على مؤشر ذكي لواجهة يُسبِّب الخطأ E5843 ("نوع مرجع العضو ليس مؤشراً"). تم تغيير جميع التكرارات إلى ->Borders->Item[idx]->Prop. يؤثر هذا الإصلاح على مشاريع ApiTour وExportWithColoring وPurchaseOrder وQuickStart ويُكمِل التوافق الكامل مع clang لجميع مشاريع العرض التوضيحي التسعة لـ C++Builder.
      
    

      الإصدار 2.30.5
      
        تُجمَّع الآن جميع مشاريع العرض التوضيحي التسعة لـ C++Builder بنجاح تحت مُجمِّع bcc32 المستند إلى clang في RAD Studio 37.0. تم إصلاح ثلاثة أنواع من أخطاء التجميع: تمت إعادة تسمية الخاصية EOF في lxFormula إلى IsEof لإزالة التعارض مع الماكرو C stdio.h؛ تم الآن تأهيل ثوابت تعداد API XLS (xlHAlignCenter وxlAround وxlMedium وغيرها) صراحةً بفضاء الاسم Lxhandle::؛ وتم تغيير إسناد قيم خلايا XLSX من OleVariant(...) إلى Variant(...) لأن نوع TXLSXCell.Value هو System::Variant ويرفض مُجمِّع clang التحويل الضمني من الفئة الأساسية المحمية OleVariant.
      
    

      الإصدار 2.30.4
      
        يدعم عرض OrderCalc التوضيحي (نموذج أمر الشراء لـ Delphi) الآن خيار التصدير بتنسيق XLSX إلى جانب تنسيقات XLS وHTML وRTF الحالية. عند تحديد «Excel 2007+ (*.xlsx)» في مربع حوار الحفظ، تُكتب أمر الشراء باستخدام واجهة TXLSXWorkbook الأصلية، مما ينتج مباشرةً ملف XLSX متوافقًا مع المعايير مع خطوط وتعبئات وحدود ومحاذاة وتنسيقات أرقام وصيغ Excel.
      
    

      الإصدار 2.30.3
      
        SaveXLSWorkbookAsXLSX (الجسر الذي تستخدمه TDataToXLS.SaveAs وTGridToXLS.SaveAs عندما ينتهي اسم الملف الهدف بـ .xlsx) يقوم الآن بنسخ ألوان تعبئة خلفية الخلايا، وألوان الخط، وسمات نمط الخط (الاسم والحجم والغامق والمائل) من مصنف XLS الأساسي إلى مخرجات XLSX. يتم أيضًا نسخ أعراض الأعمدة — بما في ذلك الأعمدة الزخرفية الضيقة المتعمدة. في السابق، كانت تُنقل القيم والتنسيقات الرقمية فقط، مما كان يجعل مخرجات XLSX بدون تنسيق، مع جميع أعراض الأعمدة عند القيمة الافتراضية، وأي عمود زخرفي ضيق يظهر كعمود فارغ كبير الحجم.
      
    

      الإصدار 2.30.2
      
        تم إصلاح خطأ round-trip في قارئ XLS حيث كان اتجاه Outline.SummaryRow ينعكس بعد Open. علامة fRwSumsBelow في سجل WSBOOL (مواصفات BIFF8 p278 byte 0 bit 6، القناع $0040) تعني "صفوف الملخص تظهر *تحت* التفاصيل"، لكن المحلل كان يضبط سابقًا SummaryRow = xlAbove عند تعيين البت (و xlBelow عند مسحه) -- بالضبط عكس المواصفة. كان جانب الكاتب صحيحًا بالفعل (يصدر $0040 لـ xlBelow)، لذا فإن فتح ملف Excel به "صفوف ملخص تحت التفاصيل" وإعادة حفظه عبر HotXLS كان يقلب اتجاه outline بصمت إلى "فوق". الآن يتطابق اتجاه التحليل مع المواصفة والكاتب، لذا تتم عمليات round-trip لتكوينات outline بشكل صحيح. fColSumsRight ($0080) كان يُعالج بشكل صحيح بالفعل ولم يتغير.
      
    

      الإصدار 2.30.1
      
        الآن يقوم كاتب XLS (BIFF8) بإصدار سجلات INTERFACEHDR / INTERFACEEND / WRITEACCESS في قسم globals من المصنف، مطابقًا التخطيط الأصلي لسجلات Microsoft Excel. يكتب Excel الأصلي دائمًا هذا الثلاثي بين CODEPAGE/DSF و WINDOW1، وقد تتوقع قارئات BIFF الأكثر صرامة / مسارات Office File Validation وجود ذلك. يحمل INTERFACEHDR صفحة الترميز (1200، UTF-16)، و INTERFACEEND هو علامة فارغة، و WRITEACCESS يحمل اسم المستخدم "تم الحفظ بواسطة" (مرمز حاليًا كـ "HotXLS"؛ قد يرقي إصدار مستقبلي ذلك إلى خاصية Workbook). ملفات XLS الناتجة الآن تطابق التخطيط الأصلي للبايتات في Excel بشكل أوثق.
      
    

      الإصدار 2.30.0
      
        تمت إضافة جسر تصدير من classic إلى XLSX. الآن تكتب TDataToXLS.SaveAs و TGridToXLS.SaveAs أسماء ملفات .xlsx عبر محرك XLSX مع الحفاظ على مسارات .xls و .html و .rtf الحالية دون تغيير.
        تمت إضافة واجهات برمجة تطبيقات لعرض ورقة العمل لـ XLS و XLSX. تدعم IXLSWorksheet.View و TXLSXWorksheet.View العرض العادي ومعاينة فاصل الصفحات وعرض تخطيط الصفحة، ويتم الحفاظ على الإعداد بواسطة مسار الكاتب/القارئ المناسب للملف.
        تمت إضافة واجهات برمجة تطبيقات توافق المصنف الكلاسيكي: IXLSWorkbook.SetCodePage و IXLSWorkbook.VBAProject. الآن يمكن فحص مشاريع VBA من خلال أسماء وحدات TXLSVBAProject/TXLSVBAModule والنص المصدر عندما يحتوي المصنف على تخزين VBA.
        تم توسيع TXLSXWorkbook بـ ParsedVBAProject، وهو عرض تم تحليله للقراءة فقط على حمولة vbaProject.bin صالحة، مع الحفاظ على سلوك round-trip الحالي للبايتات الخام لـ VbaProject.
        تمت إضافة وحدة cxGridAddExcel الاختيارية لتدفقات تصدير cxGrid الخاصة بـ DevExpress. لم يتم تضمينها عمدًا في الحزم الافتراضية بحيث تستمر التثبيتات بدون DevExpress في البناء بنظافة.
        تم إصلاح عرض ورقة مخطط XLSX حيث ظهر المخطط فارغًا عند فتح المصنف في Excel (كانت ورقة مخطط مفتوحة حديثًا تعرض لفترة وجيزة 3 رموز سياق المخطط في الزاوية اليمنى العليا ثم تسقطها، تاركة الورقة فارغة). الآن تستخدم رسومات أوراق المخطط <xdr:absoluteAnchor> بامتداد صريح (~10in × 7.2in = 9525000 × 6858000 EMU) بدلاً من <xdr:twoCellAnchor> مع cx=0/cy=0؛ لا تحتوي أوراق المخطط على شبكة خلايا يمكن حل twoCellAnchor مقابلها، لذا كان Excel يعود إلى xfrm الداخلي بحجم صفر ويعرض المخطط بصفر بكسل. وفقًا لـ ECMA-376-1 14.2.3.2، يجب أن تستخدم رسومات أوراق المخطط absoluteAnchor. مراسي المخطط على أوراق العمل دون تغيير.
      
    

      الإصدار 2.29.4
      
        تم إصلاح خطأ في حزم XLSX كان يتسبب في ظهور رسالة إصلاح Excel "وجدنا مشكلة في بعض المحتوى في <file>.xlsx" في المصنفات حيث يغطي autoFilter على مستوى الورقة وجدول نفس النطاق (على سبيل المثال، ورقة Details في XlsxFeatureGallery.xlsx الخاصة بعرض MemoryDataExport، التي تستدعي AddTable('SalesTable', 'A1:F9', ...) متبوعة بـ SetAutoFilter('A1:F9')). يحظر OOXML آليتي تصفية على نفس النطاق؛ الآن يقمع الكاتب إصدار <autoFilter> المكرر على مستوى الورقة عندما يتزامن نطاقه مع نطاق أي جدول. لا يزال autoFilter الخاص بالجداول (المعروض كقوائم منسدلة في رأس الجدول) يعمل.
        تم إصلاح انتهاك مخطط متعلق في مخرجات <dataValidation>: كان يتم إصدار سمة operator لكل تحقق، لكن ECMA-376-1 18.3.1.32 لا يسمح بها إلا لأنواع whole / decimal / date / time / textLength. يُنتج AddListValidation type="list"، الذي كان يُسرّب سابقًا operator="between"؛ OFV أكثر صرامة من Excel بشأن هذا وقد يرفض المصنف. الآن يتم حذف سمة operator لـ list / custom / none.
        تم إصلاح عنصر <legacyDrawing r:id="..."/> على الأوراق التي تمزج بين الارتباطات التشعبية الداخلية والخارجية مع التعليقات (تحتوي ورقة Dashboard في XlsxFeatureGallery.xlsx على 1 داخلي + 1 خارجي + 1 تعليق). كان حساب rId يحسب جميع الارتباطات التشعبية بدلاً من الخارجية فقط (تستخدم الداخلية سمة location= المضمنة ولا تستهلك rId)، لذلك كان legacyDrawing يشير إلى هدف rels الخاص بالتعليقات بدلاً من هدف vmlDrawing. يتطلب ECMA-376-1 18.3.1.51 أن يشير legacyDrawing إلى rels من نوع vmlDrawing. الآن يُحسب rId من عدد الارتباطات التشعبية الخارجية فقط.
        كما تم إيقاف إصدار ملف xl/worksheets/_rels/sheetN.xml.rels مكرر لأوراق الرسوم البيانية المضافة عبر AddChartSheet. كان ملف العلاقات المكرر يشير إلى جزء ورقة غير موجود ويظهر كيتيم داخل zip .xlsx؛ الآن تكتب أوراق الرسوم البيانية فقط xl/chartsheets/_rels/sheetN.xml.rels الصحيح.
        تم تحديث عرض MemoryDataExport (XlsxFeatureGallery) لإسقاط استدعاء SetAutoFilter('A1:F9') المكرر على ورقة Details -- يُرفق AddTable بالفعل autoFilter بنطاق الجدول، لذا كان الاستدعاء الإضافي يُحفِّز سابقًا رفض OFV المذكور أعلاه. يغطي القمع الدفاعي للكاتب رمز العميل الذي لا يتلقى تحديث العرض.
      
    

      الإصدار 2.29.3
      
        تم إصلاح ارتداد round-trip XLSX حيث كانت الحدود المرسومة على الصفوف الفارغة بطريقة أخرى تُسقط بعد Open + modify + SaveAs. كان فاصل الصف 8 الأفقي في ApiTour (الذي يُنتج بواسطة استدعاء Range.SetBorders على صف بدون بيانات) يُعرض بشكل صحيح في ApiTour.xlsx المُنشأ حديثًا ولكنه كان يختفي في ApiTour-XLSX-Modified.xlsx بعد أن يعيد مسار Modify من العرض حفظ الملف، تاركًا Excel يعرض خط شبكة عمودي مكسور في C8 / D8 في الملف المعدل فقط (لم يتأثر ApiTour.xlsx الأصلي). الآن يطبق محلل XLSX أيضًا أنماط الخلايا عندما يكون عنصر `<c>` ذاتي الإغلاق أو ليس لديه أبناء value/formula، بحيث تنجو الخلايا ذات الأنماط بدون قيمة من round-trip.
      
    

      الإصدار 2.29.2
      
        تم إصلاح ارتداد round-trip XLSX في تدفقات Open + modify + SaveAs. عندما كان ParseWorksheetXml يقرأ خلية <c s="N"/> الخاصة بها تشير إلى cellXf في styles.xml، كان يخزن N مباشرة في cell.FormatIndex. في SaveAs، يُعاد بناء cellXfs من تجمعات أنماط المصنف (مع إدخالات مركبة اختيارية)، وفتحة التخطيط الجديد بنفس الفهرس الرقمي لا تحمل تقريبًا نفس الدلالة؛ كانت الخلية المعاد حفظها تنتهي بالإشارة إلى cellXf خاطئ -- أو خارج نهاية جدول cellXfs الجديد -- وكان Excel يبلغ "اكتشف Office مشكلة في هذا الملف. يمكننا محاولة استرداده". الآن يعيد ApplyStyle تعيين cellStyle إلى FontIndex / FillIndex / BorderIndex / NumberFormatIndex / AlignmentIndex / ProtectionIndex عبر جداول CellXfXxxMap التي يقوم ParseStylesXml بملئها بالفعل، لذا يعيد round-trip إصدار الخلية مقابل cellXfs المُنشأة حديثًا.
      
    

      الإصدار 2.29.1
      
        تم إصلاح ارتدادين في عرض XLSX كشفهما عرض ApiTour: (1) كان يمكن إصدار الخلايا داخل صف خارج ترتيب الأعمدة عندما يضيف استدعاء Range.SetBorders خلايا بترتيب غير رتيب (على سبيل المثال، يقوم مسار outline بإنشاء A8/C8، ويقوم مسار inside بإنشاء B8 -- كان الإخراج A8 / C8 / B8 / بدلاً من A8 / B8 / C8 / لذا كان Excel يبلغ "اكتشف Office مشكلة في هذا الملف" ويفرض Protected View). الآن يقوم كاتب XLSX بفرز خلايا كل صف حسب العمود قبل الإصدار، مطابقًا مخطط OOXML CT_Row. (2) كانت الخلايا التي تضبط 2 أو أكثر من فهارس الأنماط في وقت واحد (Font + Fill + Border، إلخ) تنهار إلى cellXf أحادي البعد عبر سلسلة أولوية (يفوز FontIndex، وتُلغى Border / Fill)، لذا على سبيل المثال، صف رأس مع FontIndex + FillIndex + BorderIndex مُعَين على Range[..].SetBorders كان يُعرض بدون الحدود. الآن يجمع الكاتب تجمعًا مركبًا من cellXf أثناء SaveAs ويوجه الخلايا متعددة الأبعاد إلى cellXf مركب يحافظ على كل بعد.
      
    

      الإصدار 2.29.0
      
        تمت إعادة تسمية وحدة المساعد الداخلية `lxList2` إلى `lxKeyList` وإعادة تسمية فئات مفتاح WideString لـ `lxList` من `TXLSKeyList` / `TXLSKeyEntry` / `TXLSKeyArray` إلى `TXLSStringKeyList` / `TXLSStringKeyEntry` / `TXLSStringKeyArray` بحيث يتطابق اسم الوحدة مع فئتها الرئيسية `TXLSObjectKeyList` وتكون جيلا key-list ذاتية الوصف (`TXLSStringKey*` لتجمع مفتاح WideString القديم، و `TXLSObjectKey*` لتجمع dedup المستند إلى THashtableKey). إذا كان رمزك يشير إلى اسم الوحدة القديم أو أسماء الفئات، فقم بتحديث جمل uses وأسماء الأنواع وفقًا لذلك.
      
    

      الإصدار 2.28.3
      
        تم إصلاح ارتداد إصدار خلايا XLSX الذي تسبب في اختفاء الحدود المعينة على الصفوف الفارغة بطريقة أخرى. كان `Range[''A3:C10''].SetBorders(xlsxEdgeOutline,...)` على ورقة لا يحمل صفها 8 أي بيانات يُعرض خط الشبكة العمودي C/D مكسورًا عبر ذلك الصف لأن الكاتب كان يتخطى أي خلية قيمتها Value غير مُعَينة -- حتى عندما يكون لدى الخلية BorderIndex / FontIndex / FillIndex / NumberFormatIndex / AlignmentIndex / ProtectionIndex مُعَين. الآن يصدر الكاتب `<c r='..' s='..' />` للخلايا بدون قيمة التي تحمل أي فهرس نمط.
      
    

      الإصدار 2.28.2
      
        تم إصلاح انتهاك مخطط ورقة عمل XLSX كان يتسبب في رفض Excel تحميل الأوراق التي تجمع بين الخلايا المدمجة و AutoFilter. الآن يصدر كاتب XLSX عنصر <autoFilter> قبل <mergeCells>، مطابقًا تسلسل OOXML CT_Worksheet (autoFilter هو #11، و mergeCells هو #15). سابقًا، كانت هذه المصنفات تُحفِّز مربع حوار إصلاح Excel مع `Load error. Line 1, column 0` في sheet1.xml وكان الاسترداد يُسقط أيضًا tableParts / autoFilter من أوراق Details الشقيقة.
      
    

      الإصدار 2.28.1
      
        تمت إضافة واجهات برمجة تطبيقات (APIs) جديدة لتسهيل الاستخدام في الواجهة الأمامية الكلاسيكية لـ XLS. الآن، تعرض IXLSRange خصائص Width و WidthInPixels للقراءة فقط، بالإضافة إلى SaveAsCSV(FileName). تعرض IXLSWorksheet و IXLSWorkbook الآن دوال SaveAsCSV(FileName / Stream) للنطاق المستخدم أو الورقة النشطة. تعرض IXLSPageSetup الآن الخيارات Order و Draft و BlackAndWhite و PrintNotes، بالإضافة إلى الخاصية IsFitToPages للقراءة فقط. الآن، عند حفظ/فتح سجل SETUP، يتم الحفاظ على علامات الطباعة هذه.
      
    

      الإصدار 2.28.0
      
        تمت إضافة تصدير RTF لـ TXLSXWorkbook. الدوال الجديدة SaveAsRTF (FileName / Stream x الورقة النشطة الافتراضية / فهرس الورقة المحدد) تكتب الورقة المحددة كمستند RTF 1.6 يحتوي على جدول بسيط. يتم اشتقاق عرض الأعمدة من بيانات ColWidth الخاصة بالورقة (يتم تقريب وحدة حرف Excel الواحدة إلى 96 RTF twips). إذا لم يتم تحديد عرض للأعمدة، فسيتم استخدام StandardWidth إذا تم تعيينه، وإلا سيتم استخدام 809 twips (~8.43 أحرف). يتم تطبيق التنسيق لكل خلية (غامق باستخدام \\b، ومائل باستخدام \\i، وحجم الخط باستخدام \\fsN بوحدات النصف) من FontIndex الخاص بالخلية. يتم ترميز الأحرف غير ASCII باستخدام تسلسلات RTF \\uN? unicode الموقعة ذات 16 بت وفقًا لـ RTF 1.6 §2.4.2، والتي تغطي النطاق الكامل لـ BMP. الخلايا المدمجة لا تمتد - تحمل الخلايا الأصلية المحتوى، ويتم إخراج الخلايا الأخرى داخل النطاق كخلايا فارغة. يكتب فهرس الورقة الافتراضي الورقة النشطة؛ وتعيد القيمة -1 إذا كان خارج النطاق. تنتج الأوراق الفارغة مستند RTF صالحًا بسيطًا.
      
    

      الإصدار 2.27.0
      
        تمت إضافة تصدير HTML لـ TXLSXWorkbook. الدوال الجديدة SaveAsHTML (FileName / Stream x الورقة النشطة الافتراضية / فهرس الورقة المحدد) تكتب الورقة المحددة كمستند HTML بترميز UTF-8 مع BOM الخاص بـ UTF-8. الإخراج عبارة عن جدول <table> واحد داخل صفحة HTML بسيطة. يتم التعبير عن الخلايا المدمجة باستخدام سمات colspan و rowspan. يتم إخراج تنسيق الخلية كـ CSS مضمن: نوع الخط، والحجم (بالنقاط)، والخط الغامق (font-weight:bold)، والمائل (font-style:italic)، والخط المتقاطع (text-decoration:line-through)، ولون الخط المحدد. يتم استخدام لون التعبئة الصلبة كـ background-color. يتم تحديد المحاذاة الأفقية (يسار/منتصف/يمين/تبرير) و WrapText (white-space:pre-wrap). يتم عرض قيم التواريخ كـ 'yyyy-mm-dd hh:nn:ss'. يتم تسطيح الخلايا النصية الغنية إلى النص المجمع الخاص بها. يتم تجاهل ألوان الموضوع بصمت (لا يتم حل theme1.xml في تصدير HTML البسيط). يكتب فهرس الورقة الافتراضي الورقة النشطة؛ وتعيد القيمة -1 إذا كان خارج النطاق.
      
    

      الإصدار 2.26.0
      
        تمت إضافة دعم للألوان ذات الطابع الموضوعي والألوان المفهرسة والتدرجات/الظلال في TXLSXFont و TXLSXFill و TXLSXBorderEdge. تحتوي كل فتحة لون الآن على ثلاثة حقول جديدة بالإضافة إلى حقل RGB Color الحالي: ColorTheme (عدد صحيح؛ -1 = غير معين؛ 0..11 = فتحة طابع موضوعي OOXML)، و ColorIndex (عدد صحيح؛ -1 = غير معين؛ 0..63 = فتحة لوحة ألوان OOXML القديمة - تتوافق مع Workbook.IndexedColor[N] و XlsxDefaultIndexedPalette)، و TintAndShade (رقم عشري في النطاق [-1.0, 1.0]؛ يتم إصداره فقط مع الطابع الموضوعي). تعرض TXLSXFill إصدارات Foreground و Background لجميع الحقول الثلاثة. ترتيب الأولوية: طابع موضوعي > مفهرس > RGB؛ لا تزال المسار القديم "ColorIsAuto = True" يمنع إخراج العنصر تمامًا. عند الحفظ باسم وفتح الملف، يتم حفظ جميع مجموعات السمات الكاملة <color theme="N" tint="..."/> و <color indexed="N"/> على ألوان الخط/التعبئة/الحد. في سياق العمليات الداخلية، TXLSXBorders.LookupOrAdd تقارن الآن جميع الحقول الثلاثة الجديدة بحيث لا تتداخل الحدود ذات الألوان ذات الطابع الموضوعي مع إدخالات الألوان ذات قيم RGB في المجموعة.
      
    

      الإصدار 2.25.0
      
        تمت إضافة دعم لربط ملف عمل خارجي عند الحفظ والفتح في TXLSXWorkbook. أنواع جديدة: TXLSXExternalLink (عنوان URL المستهدف + قائمة بأسماء الأوراق) + مجموعة TXLSXExternalLinks. تعرض الخاصية TXLSXWorkbook.ExternalLinks المجموعة؛ تقوم الدالة Add(Target) بإضافة رابط جديد ويقوم المتصل بملئه. عند الحفظ باسم، يتم إخراج كتلة <externalReferences> على مستوى ملف العمل في xl/workbook.xml، وعلاقة externalLink في xl/_rels/workbook.xml.rels (في نهاية نطاق rids بحيث تظل rids الحالية مستقرة)، وملف xl/externalLinks/externalLink{N}.xml لكل إدخال (<externalBook><sheetNames>) وملف .rels المقابل الذي يشير إلى عنوان URL لملف العمل البعيد مع TargetMode="External"، بالإضافة إلى تجاوزات ContentType المطابقة. عند الفتح، يتم فحص externalLink{N}.xml و .rels بدءًا من الفهرس 1 ويتوقف عند أول فجوة. الإصدار الحالي يدعم فقط عنوان URL المستهدف وقائمة أسماء الأوراق؛ لا يتم الحفاظ على قيم الخلايا المخزنة مؤقتًا داخل <sheetDataSet>.
      
    

      الإصدار 2.24.0
      
        تمت إضافة أداة مساعدة لإنشاء حدود TXLSXRange.SetBorders. تم إضافة تعداد TXLSXBorderEdgeKind جديد (xlsxEdgeAll / Outline / Inside / InsideHorizontal / InsideVertical / Top / Bottom / Left / Right / DiagonalUp / DiagonalDown) لتحديد الحواف التي سيتم كتابتها. تقوم الدالة SetBorders(Kind, Style, Color) / SetBorders(Kind, Style) (افتراضيًا، أسود معتم) بتكرار كل خلية في النطاق، وحساب قناع الحافة لكل موضع خلية (تحصل الخلايا الموجودة في الزوايا على حافتين خارجية، وتحصل الخلايا الموجودة على الحواف على حافة واحدة، وتحصل الخلايا الداخلية على خطوط شبكة داخلية)، ثم تقوم بدمج النمط واللون في نسخة من الحدود الحالية للخلية (بحيث تتراكم استدعاءات Outline + Inside بدلاً من الكتابة فوقها)، ثم تقوم بإجراء بحث أو إضافة على مستوى المصنف في Workbook.Borders، وكتابة فهرس الحدود الناتج (يبدأ من 1) مرة أخرى في الخلية. تقوم الدالة المساعدة الجديدة TXLSXBorders.LookupOrAdd بإرجاع 0 للحدود الفارغة بحيث لا تتضخم المجموعة بإدخالات غير ضرورية.
      
    

      الإصدار 2.23.0
      
        تمت إضافة عمليات تحميل زائدة لتصدير CSV في TXLSXWorkbook. نقاط دخول جديدة: SaveAsCSV(FileName) / SaveAsCSV(FileName, SheetIndex, Delimiter) / SaveAsCSV(Stream) / SaveAsCSV(Stream, SheetIndex, Delimiter) تقوم بكتابة الجزء المملوء من الورقة المحددة بتنسيق UTF-8 مع BOM (Byte Order Mark) وبنهايات أسطر CRLF. تختار الإصدارات الافتراضية الورقة النشطة وعلامة الفاصلة كفاصل؛ تقبل الإصدارات التي تحتوي على SheetIndex/Delimiter أي حرف واسع (عادةً علامة الجدولة #9 لـ TSV). يتبع اقتباس الحقول RFC 4180 - يتم تغليف القيم التي تحتوي على الفاصل أو علامة الاقتباس المزدوجة أو CR أو LF في علامات اقتباس، مع مضاعفة علامات الاقتباس المضمنة. يتم عرض قيم التاريخ بتنسيق 'yyyy-mm-dd hh:nn:ss'; يتم تسطيح الخلايا النصية الغنية إلى النص المدمج للتسلسل؛ يتم عرض الخلايا الفارغة في الجزء الداخلي من المستطيل المحيط كفواصل فقط، ويتوقف الصف عند آخر عمود مملوء.
      
    

      الإصدار 2.22.0
      
        تمت إضافة تجاوزات لقائمة الألوان ذات الفهرس على مستوى المصنف في TXLSXWorkbook. نقاط دخول جديدة: IndexedColor[Index: Integer]: LongWord (قراءة/كتابة، الفهارس الصالحة هي 0..63، LongWord بتنسيق ARGB)، HasCustomIndexedColor(Index): Boolean (تقوم بالإبلاغ عما إذا كان المتصل قد قام بتجاوز فتحة)، CustomIndexedColorCount: Integer (عدد الفتحات التي تم تجاوزها؛ 0 = تصدر اللوحة كافتراضية)، ResetIndexedColors: إجراء (تجاهل كل تجاوز). يكشف الثابت الجديد XlsxDefaultIndexedPalette عن لوحة ECMA-376 القديمة لـ OOXML للفهارس 0..63. عند الحفظ، يتم إصدار <colors><indexedColors> مع جميع عناصر <rgbColor> الـ 64 الفرعية فقط عندما تم تجاوز فتحة واحدة على الأقل؛ تعود الفتحات التي لم يتم تغييرها إلى اللوحة الافتراضية، بحيث تظل الملفات المحفوظة دون تغيير نظيفة. يقوم البرنامج المفتوح بتحليل الكتلة ويتجاهل الفتحات التي تتطابق قيمتها مع القيمة الافتراضية بحيث تظل عمليات الانتقال سلسة. يتم تجاهل عمليات التعيين للفتحات خارج النطاق (< 0 أو > 63) بدلاً من إثارة استثناء.
      
    

      الإصدار 2.21.0
      
        تمت إضافة ست خصائص لعرض الورقة في TXLSXWorksheet: Zoom: عدد صحيح يمثل نسبة التكبير المعروضة في شريط حالة Excel (من 10 إلى 400، الافتراضي 100؛ القيم خارج النطاق يتم تقييدها عند الكتابة). DisplayGridLines / DisplayZeros: قيمة منطقية (الافتراضي True) لإخفاء خطوط الشبكة في الخلايا أو عرض الخلايا التي تحتوي على قيم صفرية على أنها فارغة عند تعيينها إلى False. DisplayRightToLeft: قيمة منطقية (الافتراضي False) لقلب الورقة إلى تخطيط من اليمين إلى اليسار للغة العربية / العبرية / إلخ. StandardWidth / StandardHeight: رقم عشري لتعيين عرض العمود الافتراضي (وحدات أحرف Excel) / ارتفاع الصف الافتراضي (نقاط)؛ 0 = غير معين، وفي هذه الحالة يستخدم Excel القيم الافتراضية المدمجة وهي 8.43 / 15. تقوم SaveAs بإخراج `<sheetView showGridLines / showZeros / rightToLeft / zoomScale>` و `<sheetFormatPr defaultColWidth / defaultRowHeight>` فقط عندما تختلف القيم عن الإعدادات الافتراضية في Excel؛ يقوم Open بتحليلها مرة أخرى. معالجة تجميد اللوحة الحالية وتحديد التبويب في `<sheetView>` لم تتغير وهي الآن تستخدم نفس وحدة الإخراج.
      
    

      الإصدار 2.20.7
      
        تمت إضافة عمليات تحميل زائدة لـ TStream على TXLSXWorkbook للتسلسل في الذاكرة. نقاط دخول جديدة: SaveAs(Stream: TStream) / SaveAs(Stream: TStream; FileFormat: TXLSXFileFormat) تكتب حزمة .xlsx بأكملها في الدفق المحدد بدءًا من الموضع الحالي؛ Open(Stream: TStream) تقرأها مرة أخرى. المالك هو المستدعي ويجب عليه تحرير الدفق. مفيد للاستجابات HTTP، وتخزين الكائنات الثنائية (blobs)، والأنابيب في الذاكرة، واختبارات الوحدة التي تتجاوز نظام الملفات المحلي. تجاوزات SaveAs / Open المستندة إلى الملف الحالية لم تتغير وهي الآن تفوض إلى نفس المساعدات الداخلية للكتابة / القراءة.
      
    

      الإصدار 2.20.6
      
        تمت إضافة خصائص Hidden / Visible / Comment إلى TXLSXDefinedName. Hidden يطابق سمة OOXML `<definedName hidden="1"/>` (الافتراضي False / Visible=True؛ True يخفي الاسم من واجهة مستخدم "إدارة الأسماء" في Excel). Visible هو اسم مستعار منطقي (عكس Hidden) لرمز استدعاء أكثر وضوحًا. Comment يطابق `<definedName comment="..."/>`. تقوم SaveAs بإخراج كلا السمتين عندما تختلف عن الإعدادات الافتراضية؛ يقوم Open بتحليلها مرة أخرى. SheetIndex (الربط الحالي للنطاق المحلي عبر localSheetId) لم يتغير.
      
    

      الإصدار 2.20.5
      
        تمت إضافة خمسة خصائص إضافية للخط إلى TXLSXFont. تم إضافة enum جديد TXLSXFontVertAlign (xlsxVertAlignBaseline / Superscript / Subscript) والذي يتحكم في مربعات الاختيار "Superscript" / "Subscript" الموجودة في Excel من خلال خاصية VertAlign واحدة (تستبعد بعضها البعض في واجهة المستخدم). تمت إضافة خصائص OutlineFont و Shadow الجديدة للتأثيرات المطابقة للخط في Excel. تمت إضافة Integer Family (رقم عائلة الخط في OOXML: 1=Roman / 2=Swiss / 3=Modern / 4=Script / 5=Decorative; 0=غير محدد) و CharSet (رقم مجموعة الأحرف GDI: 0=ANSI / 1=Default / 134=GB2312 / 136=ChineseBig5 / إلخ.; -1=غير محدد). تقوم الدالة SaveAs بإخراج العناصر الفرعية المطابقة <vertAlign> / <outline/> / <shadow/> / <family> / <charset> داخل <font>; وتقوم الدالة Open بتحليلها مرة أخرى. تم تأجيل ColorIndex / ThemeColor / TintAndShade للإصدار المستقبلي الخاص بالموضوع.
      
    

      الإصدار 2.20.4
      
        تمت إضافة مفاتيح تبديل اتجاه الخط المائل للحدود. الآن، TXLSXBorder تعرض DiagonalUp: Boolean و DiagonalDown: Boolean. تشترك العلامتان في نمط ولون الحافة المائلة الموجودة، وتحدد أي اتجاه(ات) مائلة سيقوم Excel بعرضها - فقط للأعلى (من الأسفل الأيسر إلى الأعلى الأيمن)، فقط للأسفل (من الأعلى الأيسر إلى الأسفل الأيمن)، أو كلاهما. تقوم الدالة SaveAs بإخراج سمات diagonalUp / diagonalDown على عنصر <border> عند تعيينها؛ وتقوم الدالة Open بتحليلها مرة أخرى. في السابق، كانت المحرك تكتب حافة مائلة واحدة بدون تحكم في الاتجاه، لذلك لم يرسم Excel أيًا من الخطوط المائلة.
      
    

      الإصدار 2.20.3
      
        تمت إضافة مفتاح تبديل Date1904 على مستوى المستند. الآن، TXLSXWorkbook تعرض خاصية Date1904: Boolean لاختيار ما بين حقبة Windows لعام 1900 (افتراضي؛ يطابق Excel لنظام Windows) وحقبة Mac لعام 1904 (إصدار Excel لنظام Mac القديم). تقوم الدالة SaveAs بإخراج <workbookPr date1904="1"/> في ملف xl/workbook.xml عند تعيينها؛ وتقوم الدالة Open بقراءتها مرة أخرى. هذه العلامة هي بيانات وصفية فقط - لا يقوم المحرك بتحويل الأرقام المخزنة؛ يجب على المستخدمين تعيين Date1904 قبل تعيين قيم TDateTime للخلايا بحيث يكون التحويل ثنائي الاتجاه صحيحًا.
      
    

      الإصدار 2.20.2
      
        تمت إضافة دعم لمعايير التصفية التلقائية لكل عمود. أنواع جديدة: TXLSXAutoFilterOp (يساوي / لا يساوي / أكبر من / أصغر من / أكبر من أو يساوي / أصغر من أو يساوي)، TXLSXAutoFilterColumn (معرف العمود + 1 أو 2 معايير + موصل AND/OR)، TXLSXAutoFilterColumns. تعرض TXLSXWorksheet الخاصية AutoFilterColumns وطرق الإضافة AddAutoFilterColumn(ColId, Op, Criteria) / AddAutoFilterColumn(ColId, Op1, Criteria1, Op2, Criteria2, AndConnector) / ClearAutoFilterColumns. تقوم SaveAs بتوسيع العلامة <autoFilter ref="..."/> الحالية إلى جزء يحتوي على <filterColumn colId=N><customFilters and=0|1><customFilter operator="..." val="..."/>...</customFilters></filterColumn> لكل عمود عند تحديد المعايير؛ تقوم Open بتحليل نفس الهيكل مرة أخرى. سابقًا، كان المحرك يخزن نطاق التصفية التلقائية (sqref) فقط، وكان Excel يعرض قوائم منسدلة فارغة للتصفية.
      
    

      الإصدار 2.20.1
      
        تمت إضافة دعم لفاصل الصفحات اليدوي على TXLSXWorksheet. إضافات جديدة: AddRowBreak(BeforeRow) / AddColBreak(BeforeCol) لإدراج فاصل صفحة أفقي أو رأسي قبل صف أو عمود معين (بمعنى "قبل" في واجهة مستخدم Excel - يبدأ الصف رقم N صفحة جديدة). تحقق من وجود HasRowBreak / HasColBreak؛ قم بإزالة RemoveRowBreak / RemoveColBreak لإزالة إدخال واحد؛ قم بمسح ClearRowBreaks / ClearColBreaks / ClearAllPageBreaks بشكل جماعي. تعرض RowBreakCount / ColBreakCount بالإضافة إلى RowBreaks(Index) / ColBreaks(Index) ذات الفهرس "Before" المستخدمة في التكرار. تقوم SaveAs بإخراج <rowBreaks> / <colBreaks> مع عناصر فرعية <brk id="N-1" max="..." man="1"/> بين <headerFooter> و <drawing>؛ تقوم Open بتحليلها مرة أخرى.
      
    

      الإصدار 2.20.0
      
        تمت إضافة دعم لإمكانية رؤية الورقة (مخفية / مخفية جدًا)، والتحديد لكل ورقة، وتتبع الورقة النشطة على TXLSXWorkbook / TXLSXSheets / TXLSXWorksheet. أنواع جديدة: TXLSXSheetVisibility (xlsxSheetVisible / xlsxSheetHidden / xlsxSheetVeryHidden). خصائص جديدة في TXLSXWorksheet: Visibility، Visible (لقب منطقي Boolean)، IsSelected (للقراءة فقط). أعضاء جدد في TXLSXSheets: ActiveIndex، Activate(Index)، Move(FromIndex, ToIndex). تم إنشاء TXLSXWorkbook.ActiveSheet كبديل. تقوم SaveAs بإخراج <sheet state="..."/> في إدخالات الورقة في المصنف، و <bookViews><workbookView activeTab=N/></bookViews> عندما لا تكون الورقة النشطة هي الافتراضية 0، و tabSelected="1" في <sheetView> للورقة النشطة؛ تقوم Open بتحليل كل هذه العناصر مرة أخرى إلى الخصائص الجديدة. تصبح الورقة الأولى المضافة مرئية ونشطة افتراضيًا بحيث تستمر مواقع الاستدعاء الحالية في العمل.
      
    

      الإصدار 2.19.2
      
        تمت إضافة أربعة مفاتيح إضافية للتحكم في خصائص الصفحة في TXLSXWorksheet لتغطية كاملة لعناصر OOXML `<pageSetup>`: BlackAndWhite (عرض بالأبيض والأسود)، Draft (إخفاء الرسومات للحصول على معاينة أسرع)، PrintNotes (طباعة التعليقات الموجودة في الخلايا بدلاً من إخفائها)، و PrintOverThenDown (بدء الطباعة من اليسار إلى اليمين بدلاً من الترتيب الافتراضي من الأعلى إلى الأسفل). تقوم الدالة SaveAs بإخراج السمات المطابقة blackAndWhite / draft / cellComments / pageOrder؛ وتقوم الدالة Open بتحليلها مرة أخرى. الإعدادات الافتراضية تبقى معطلة بحيث لا تكتسب أوراق العمل التي لم تتغير أي سمات إضافية.
      
    

      الإصدار 2.19.1
      
        تمت إضافة خصائص ملائمة للرأس والتذييل المكونة من ثلاثة أجزاء إلى TXLSXWorksheet. الإضافات الجديدة: LeftHeader / CenterHeader / RightHeader و LeftFooter / CenterFooter / RightFooter. كل منها يقرأ أو يكتب الجزء المطابق &L / &C / &R من السلسلة النصية الأولية HeaderText / FooterText؛ وعند كتابة أي جزء، يتم إعادة بناء السلسلة النصية الأولية بالكامل بحيث تظل وظائف الكتابة والقراءة تعمل دون تغيير.
        تمت إضافة خيارات الطباعة لتحديد إخراج الصفحة على مستوى الورقة. الإضافات الجديدة في TXLSXWorksheet: CenterHorizontally, CenterVertically, PrintGridlines, PrintHeadings. تقوم الدالة SaveAs بإخراج عنصر `<printOptions horizontalCentered / verticalCentered / gridLines / headings/>` عندما يتم تمكين أي من هذه الخيارات الأربعة؛ وتقوم الدالة Open بتحليل هذه السمات مرة أخرى. الإعدادات الافتراضية تبقى معطلة بحيث لا تكتسب أوراق العمل التي لم تتغير أي عنصر `<printOptions/>` إضافي.
        تمت إضافة دعم كامل لعمليات الطباعة للمناطق المحددة، وأسطر وعمود العناوين لكل ورقة. هذه الخصائص تتوافق مع الأسماء المعرفة المضمنة على مستوى المصنف في OOXML وهما _xlnm.Print_Area و _xlnم.Print_Titles، وتُعرَّف باستخدام localSheetId. تأخذ PrintArea مرجعًا بسيطًا من نوع A1 (مثل "$A$1:$D$10")؛ بينما تأخذ PrintTitleRows و PrintTitleCols مراجعًا للصفوف فقط أو الأعمدة فقط (مثل "$1:$3" أو "$A:$B") وتدمجها في إدخال Print_Titles واحد. يقوم برنامج الكتابة بإضافة اسم الورقة مع علامات اقتباس مناسبة (علامات اقتباس مفردة حول الأسماء التي تحتوي على مسافات أو أحرف خاصة)؛ ويقوم برنامج القراءة بإزالة البادئة وإعادة توجيه الإدخالات إلى الورقة المطابقة بحيث لا تتسرب إلى المجموعة user-facing TXLSXWorkbook.DefinedNames.
      
    

      الإصدار 2.19.0
      
        تمت إضافة عمليات إدراج وحذف للصفوف والأعمدة مع إزاحة كاملة على مستوى الورقة في TXLSXWorksheet. الإضافات الجديدة: InsertRows(BeforeRow, Count)، DeleteRows(StartRow, Count)، InsertCols(BeforeCol, Count)، DeleteCols(StartCol, Count). تقوم الدالتان InsertRows / InsertCols بإزاحة الصفوف / الأعمدة الموجودة للخلف بمقدار Count؛ بينما تقوم الدالتان DeleteRows / DeleteCols بحذف النطاق [Start، Start+Count-1] وسحب كل شيء بعد النطاق للخلف بمقدار Count.
        التغيير يطبق على كل جزء من أجزاء هندسة ورقة العمل التي تعتمد على موضع الصف/العمود: نقاط تثبيت الخلايا (Cells)، زوايا الخلايا المدمجة (MergedCells - النطاقات المتقاطعة يتم اقتصاصها إلى الحواف المتبقية، والنطاقات الداخلية فقط يتم إزالتها)، قوائم بيانات الصف/العمود (FRowHeights / FColWidths / مستويات التخطيط / مخفي / مطوي)، نقاط تثبيت الارتباطات التشعبية والملاحظات (المدخلات الموجودة داخل الشريط المحذوف يتم إزالتها)، تجميد اللوحة (FFreezeRow / FFreezeCol)، نطاق عامل التصفية التلقائي (AutoFilterRange)، والسلسلة النصية الخاصة بالنطاق لكل إدخال في كل من التنسيق الشرطي، والتحقق من صحة البيانات، وجداول Excel (يتم إزالة الإدخال الذي يقع نطاقه بالكامل داخل الجزء المحذوف).
        تمت إضافة أعضاء Delete(Index) جديدة في المجموعات الداعمة حتى تتمكن منطق الإزاحة من إزالة إدخال واحد دون الحاجة إلى مسح: TXLSXHyperlinks, TXLSXComments, TXLSXConditionalFormats, TXLSXDataValidations, TXLSXTables.
        خارج نطاق الإصدار الحالي: الصور والرسوم البيانية لم يتم إزاحتها (تؤدي نقاط تثبيتها بالبكسل EMU إلى فصلها عن شبكة الخلايا، ويتطلب الإزاحة الدقيقة إعادة حساب إزاحات EMU); صيغ الأسماء المعرفة على مستوى المصنف لم يتم إعادة كتابتها. كلاهما مدرجان في إصدار مستقبلي.
      
    

      الإصدار 2.18.2
      
        تمت إضافة أدوات مساعدة لتعديل عرض الأعمدة وارتفاع الصفوف. تعرض TXLSXWorksheet وظائف AutoFitColumn(ACol) / AutoFitColumns(ColMin, ColMax) و AutoFitRow(ARow) / AutoFitRows(RowMin, RowMax); تعرض TXLSXRange وظائف AutoFitColumns و AutoFitRows التي تمرر البيانات إلى ورقة العمل ضمن حدود النطاق. يتم تقدير العرض بوحدات أحرف Excel (Calibri 11pt baseline؛ يتم احتساب أحرف ASCII بواحدة، ويتم احتساب أحرف CJK باثنين) مع تصحيح 1.20 بكسل لكل حرف و 1.0 من المساحة، ويتم تقييدها بين [8.43، 255.0]. يمثل الارتفاع الافتراضي للصف 15 نقطة، ويزداد بمقدار 12.75 نقطة لكل سطر جديد مضمن في نص الخلية. يتم تقييد النطاقات الواسعة (EntireRow / EntireColumn) إلى آخر صف/عمود يحتوي على خلية في ورقة العمل بحيث لا تتكرر وظيفة AutoFit حتى حدود شبكة Excel.
      
    

      الإصدار 2.18.1
      
        تمت إضافة حماية على مستوى الخلية ذهابًا وإيابًا إلى محرك XLSX. تعرض TXLSXCell خصائص جديدة ومريحة Locked: Boolean (الافتراضي True) و FormulaHidden: Boolean (الافتراضي False) تعكس نموذج حماية الخلية في Excel. تعرض فهرس المجموعة TXLSXCell.ProtectionIndex (يبدأ من 1 في مجموعة TXLSXProtections الجديدة على مستوى المصنف). يؤدي الكتابة إلى الخاصية المريحة إلى البحث عن الزوج (Locked, FormulaHidden) في المجموعة أو إضافته. القيم الافتراضية (Locked=True, FormulaHidden=False) تؤدي إلى ProtectionIndex=0 بحيث تظل المجموعة فارغة للخلايا القياسية.
        تمت إضافة أدوات مساعدة مجمعة لـ `TXLSXRange.SetLocked(ALocked)` و `TXLSXRange.SetFormulaHidden(AHidden)` بحيث يؤدي إلغاء قفل أو إخفاء نطاق كامل إلى عملية بحث أو إضافة واحدة فقط في الذاكرة، وتطبيق النتيجة على كل خلية في المستطيل.
        تمت إضافة البنية التحتية المقابلة للقراءة والكتابة. تقوم `SaveAs` بإخراج عنصر `cellXf` واحد مع عنصر فرعي مضمن `<protection locked="N" hidden="M"/>` لكل إدخال `Protections` في مصنف Excel، (بعد كتلة المحاذاة). يقوم `Open` بتحليل `<protection>` مرة أخرى إلى `Workbook.Protections` وينقل `CellXfProtMap` الجديد عبر `ParseStylesXml` و `ParseWorksheetXml` بحيث يتم الحفاظ على فهرس الحماية لكل خلية جنبًا إلى جنب مع الفهارس الحالية للخط والملء والحد والنمط العددي والمحاذاة.
      
    

      الإصدار 2.18.0
      
        تمت إضافة كائن `TXLSXRange` للوصول إلى الخلايا المتعددة والعمليات المجمعة على `TXLSXWorksheet`. نقاط دخول جديدة: `Worksheet.Range['A1:C5']`، `Worksheet.RCRange[r1,c1,r2,c2]`، `Worksheet.UsedRange`، `Worksheet.EntireRow(r)`، `Worksheet.EntireColumn(c)`. يعرض النطاق الذي تم إرجاعه `SetValue` / `SetFormula` / `Clear` / `ClearAll` / `Merge` / `Unmerge` / `Offset` / `Resize` بالإضافة إلى أدوات تعيين فهرس النمط لكل خلية (`SetFontIndex` / `SetFillIndex` / `SetBorderIndex` / `SetNumberFormatIndex` / `SetAlignmentIndex`) و `SetNumberFormat(Fmt)` وهي طريقة ملائمة تبحث عن سلسلة التنسيق أو تضيفها في مجموعة المصنف. كائنات `TXLSXRange` مملوكة لورقة العمل ويتم تحريرها عند تدمير ورقة العمل؛ لا يقوم المستخدمون بتحريرها.
        تمت إضافة `TXLSXCell.NumberFormat: WideString` وهي طريقة ملائمة تعمل مع `NumberFormatIndex` الموجودة. عند القراءة، يتم إرجاع سلسلة التنسيق من مجموعة المصنف؛ عند الكتابة، يتم البحث عن السلسلة أو إضافتها وتحديث `NumberFormatIndex` بشكل شفاف. يتطلب ذلك أن تكون الخلية مرتبطة بمصنف (التدفق القياسي عبر `TXLSXWorkbook.Sheets.Add(...).Cells[r, c]`).
        تمت إضافة مراجع للخلف من الخلية إلى الورقة إلى المصنف بحيث يمكن لكل `TXLSXCell` تحديد المصنف الذي يملكه دون الحاجة إلى سجلات خارجية. اكتسبت `TXLSXSheets` و `TXLSXWorksheet` و `TXLSXCells` مراجع داخلية للمالك تم ربطها من خلال منشئيها؛ تعرض `TXLSXCell` خاصية `Workbook` للقراءة فقط و `SetWorkbook` داخلي تستخدمه `TXLSXCells.GetItem` عند إنشاء خلية تلقائيًا عند الوصول إليها.
      
    

      الإصدار 2.17.42
      
        تم إصلاح مشكلة فقدان الخلايا عند إعادة فتح ملفات XLSX. كانت الخلايا التي تم كتابتها بواسطة SaveAs تُحذف عند الفتح، حيث كانت الدالة HasCell(row, col) تُرجع قيمة False، وفُقدت جميع معلومات حالة الخلية (القيمة، الصيغة، فهرس الخط، فهرس التعبئة، فهرس الحدود، فهرس تنسيق الرقم). كان السبب هو استدعاء غير ضروري لـ MoveToAttribute('r') في محلل ورقة العمل، مما أدى إلى تغيير نوع العقدة للقارئ إلى سمة، مما جعل الفحص اللاحق لـ IsEmptyElement يُرجع قيمة True، وبالتالي إيقاف تحليل الخلايا لكل عنصر <c> يحتوي على سمة r="" (أي كل خلية). يمنع إزالة حركة المؤشر غير الضرورية فقدان الخلايا النصية والرقمية والصيغ وتواريخ الخلايا.
        تم إصلاح مشكلة استعادة فهرس النمط عند إعادة فتح ملفات XLSX. كانت الفهارس المخصصة للخطوط والتعبئة والحدود وتنسيق الأرقام في الخلايا تُقرأ كقيمة صفرية حتى بعد أن تمت معالجة المجموعات المطابقة (Workbook.Fonts/Fills/Borders/NumberFormats) بنجاح. كان محلل cellXf يتتبع موقعه باستخدام عداد يتقدم فقط عند علامة النهاية </xf>، ولكن برنامج Excel غالبًا ما يُصدر إدخالات ذاتية الإغلاق <xf .../> (بدون علامة <alignment> داخلية)، لذلك لم يتحرك العداد أبدًا عن القيمة صفر، مما أدى إلى استبدال كل تعيين cellXf للتسلسل السابق. الآن، يتقدم المحلل العداد أيضًا عند علامة الإغلاق الذاتية <xf/>، مما يضمن استعادة فهرس الخط/التعبئة/الحدود/تنسيق الرقم لكل خلية.
        تم إصلاح مشكلة معالجة خلايا التاريخ في ملفات XLSX. كانت كتابة قيمة TDateTime إلى TXLSXCell.Value في السابق يتم توجيهها إلى مجموعة النصوص المشتركة باستخدام t="s" لأن الدالة VarIsNumeric() في Delphi تُرجع قيمة False لقيمة varDate. الآن، تقوم SaveAs بكتابة رقم التسلسل الخاص بالتاريخ مباشرةً في <v> وتطبق cellXf الخاص بالتاريخ، بحيث تفتح خلايا التاريخ كـ varDate بدلاً من سلسلة مُحلَّلة يمكن للمتصل عدم تحويلها مرة أخرى إلى TDateTime.
      
    

      الإصدار 2.17.41
      
        تم إصلاح خطأ "zlib stream does not support seeking" الذي يحدث عند إعادة فتح ملفات .xlsx تحتوي على صور مضمنة أو مشروع VBA (.xlsm). كانت مسارات إعادة تحميل الصور ومسارات إعادة تحميل حمولة VBA توجّهان الدفق المضغوط عبر TMemoryStream.CopyFrom(Source, 0)، والذي يقوم داخليًا بإرجاع Source للحصول على عدد البايتات؛ هذا الإرجاع ليس قانونيًا على دفق Deflate أحادي الاتجاه. تستخدم الآن كلا المواقع دالة مساعدة لقراءة البيانات على دفعات حتى نهاية الملف، مما يضمن أن ملفات .xlsx التي تحتوي على صور أو وحدات ماكرو يمكن معالجتها بنجاح من خلال SaveAs/Open دون ظهور أخطاء.
      
    

      الإصدار 2.17.40
      
        تمت إضافة دعم لأوراق الرسم البياني الكاملة (ورقة عمل الرسم البياني) إلى محرك XLSX. تعرض TXLSXWorksheet علامة جديدة باسم IsChartSheet بالإضافة إلى وظيفة مساعدة على مستوى المصنف باسم Workbook.AddChartSheet(Name, ChartType, Title) تقوم بإنشاء الورقة، وتعيين العلامة، وتعبئة Charts[0] بقيمة افتراضية مناسبة. تقوم SaveAs بحفظ أوراق IsChartSheet في xl/chartsheets/sheetN.xml مع ملف rels مخصص يشير إلى جزء الرسم المشترك، وتسجلها كأنواع محتوى لورقة الرسم البياني، وتصدر علاقة ورقة الرسم البياني في xl/_rels/workbook.xml.rels. تحتفظ أوراق العمل العادية بمسارها الحالي في xl/worksheets/sheetN.xml. يتعرف Open على أوراق الرسم البياني من خلال نوع العلاقة ولكنه يقوم حاليًا بتحميلها كأوراق عمل عادية (لا تزال بيانات الرسم الخاصة بها تصل من خلال أجزاء الرسم المشتركة).
      
    

      الإصدار 2.17.39
      
        تمت إضافة دعم للصفوف/الأعمدة المطوية للـ round-trip لمجموعات التخطيط في محرك XLSX. تعرض TXLSXWorksheet خصائص منطقية باسم RowCollapsed[Row] و ColCollapsed[Col] بالإضافة إلى وظائف مساعدة باسم SetRowCollapsed / SetColCollapsed / ClearRowCollapsed / ClearColCollapsed. تقوم SaveAs بإخراج السمة collapsed="1" في إدخالات <row> و <col> المطابقة؛ يقوم Open بتحليل هذه السمة مرة أخرى. بالإضافة إلى السمات الموجودة outlineLevel و hidden، يتيح ذلك لمحرك XLSX إجراء round-trip لهيكل مجموعة مطوية بالكامل.
      
    

      الإصدار 2.17.38
      
        تمت إضافة دعم للصفوف/الأعمدة المخفية للـ round-trip إلى محرك XLSX. تعرض TXLSXWorksheet خصائص منطقية باسم RowHidden[Row] و ColHidden[Col] بالإضافة إلى وظائف مساعدة باسم SetRowHidden / SetColHidden / ClearRowHidden / ClearColHidden. تقوم SaveAs بإخراج السمة hidden="1" في إدخالات <row> و <col> المطابقة؛ يقوم Open بتحليل هذه السمة مرة أخرى في ورقة العمل بحيث تبقى الصفوف/الأعمدة المخفية سليمة خلال عملية round-trip دون الحاجة إلى تعيين عرض مخصص أو مستوى تخطيط.
      
    

      الإصدار 2.17.37
      
        تمت إضافة دعم لـ round-trip لألوان علامات ورقة العمل إلى محرك XLSX. تعرض TXLSXWorksheet خصائص باسم TabColor (ARGB) و TabColorIsAuto. تقوم SaveAs بإخراج كتلة <sheetPr><tabColor rgb="..."/></sheetPr> كأول عنصر فرعي لـ <worksheet> عندما يتم تعيين لون علامة التبويب؛ يقوم Open بتحليل <tabColor> مرة أخرى في ورقة العمل بحيث تبقى علامات التبويب الملونة سليمة خلال عملية round-trip. تظل المصنفات الافتراضية خالية من الكتلة الإضافية (TabColorIsAuto = True).
      
    

      الإصدار 2.17.36
      
        تمت إضافة دعم لعملية حفظ واستعادة محاذاة الخلايا إلى محرك XLSX. تم إضافة تعدادات جديدة باسم TXLSXHorizontalAlignment و TXLSXVerticalAlignment، بالإضافة إلى الفئة TXLSXAlignment (Horizontal، Vertical، WrapText، ShrinkToFit، Indent، TextRotation)، ومجموعة TXLSXAlignments على مستوى المصنف (Workbook.Alignments). الآن، تحمل TXLSXCell فهرس محاذاة (AlignmentIndex) (يبدأ من 1) يشير إلى إدخال في Workbook.Alignments. عند الحفظ، تتم إضافة عنصر cellXf واحد مع عنصر فرعي مضمن <alignment/> لكل إدخال محاذاة في المصنف؛ عند الفتح، تتم قراءة سمات <alignment> مرة أخرى إلى Workbook.Alignments ويتم ربط cellXf بالفهرس TXLSXCell.Alignment. وظيفتي ParseWorksheetXml و ParseStylesXml أضافتا معلمة CellXfAlignMap لنقل التعيين بين المرحلتين.
      
    

      الإصدار 2.17.35
      
        تمت إضافة واجهة برمجة تطبيقات (API) لتشفير AES (وفقًا لمعيار ECMA-376) إلى محرك XLSX. تعرض TXLSXWorkbook وظائف SaveAsEncrypted(FileName, Password) / OpenEncrypted(FileName, Password) / CanReadEncrypted(FileName)، بالإضافة إلى استثناء TXLSxEncryptionNotImplemented. يمكن لـ CanReadEncrypted التعرف على بايتات السحر الخاصة بملفات Microsoft Compound File Binary ($D0 $CF $11 $E0 $A1 $B1 $1A $E1) حتى يتمكن المستخدمون من اكتشاف الأرشيفات المشفرة قبل تحديد كيفية فتحها؛ تقوم OpenEncrypted تلقائيًا بالرجوع إلى Open العادي لملفات .xlsx غير المشفرة. لا تزال خطوة AES-128/256 + SHA + OLE Compound File غير متصلة - كل من الكتابة والقراءة للأرشيفات المشفرة بالفعل تثير الاستثناء المحدد حتى يتم تنفيذ الخوارزمية في الإصدار التالي. تم تصميم نوع الاستثناء ليكون متميزًا حتى تتمكن التطبيقات الحالية من التقاطه والرجوع إلى Worksheet.Protect / Workbook.ProtectWorkbook للحماية المرئية.
      
    

      الإصدار 2.17.34
      
        الأداء: تم استبدال عملية دمج السلاسل النصية WideString ذات التعقيد O(N^2) المستخدمة لبناء صفوف الخلايا في ورقة العمل بمحرك TXLSWideStringBuilder. أصبحت الصفائح الكبيرة (10000 خلية أو أكثر) الآن ذات ذاكرة ووحدة معالجة مركزية خطية أثناء الحفظ. تمت إضافة وظيفة مساعدة جديدة WriteWorksheetXmlStreaming وخيار TXLSXWorkbook.StreamingWrite - عند التمكين، لا يحتفظ SaveAs بجميع ملفات XML الخاصة بكل ورقة عمل في ذاكرة تخزين مؤقت باسم sheetXmls في نفس الوقت؛ يتم بناء كل ورقة عمل وكتابتها ثم حذفها قبل الانتقال إلى الورقة التالية. يتم إصدار ملف sharedStrings.xml في النهاية، لذلك لا تزال المسار التدريجي ينتج SST مكتملة. السلوك الافتراضي لم يتغير.
      
    

      الإصدار 2.17.33
      
        تمت إضافة عمليات نطاقات الخلايا إلى محرك XLSX. تعرض TXLSXWorksheet وظائف ClearRange(R1, C1, R2, C2)، وCopyRange(SrcR1, SrcC1, SrcR2, SrcC2, DstR, DstC) للنسخ داخل ورقة العمل، وCopyRangeTo(... TargetSheet, DstR, DstC) للنسخ بين أوراق العمل، وMoveRange(SrcR1, SrcC1, SrcR2, SrcC2, DstR, DstC) للقص واللصق. تقوم كل عملية بتكرار قيمة الخلية، والصيغة، وأربعة مؤشرات للنمط، وأي حمولة نصية غنية؛ تتجنب MoveRange التداخل مع الوجهة، بحيث لا يزال التداخل الجزئي يحافظ على القيم المنسوخة. تكتسب TXLSXCells أيضًا وظيفة مساعدة Remove(Row, Col).
      
    

      الإصدار 2.17.32
      
        تمت إضافة نقاط تثبيت الارتباط التشعبي الداخلية إلى محرك XLSX. الآن، يحمل TXLSXHyperlink خاصية Location (مثل "Sheet2!A1") ووظيفة مساعدة IsInternal؛ تعرض TXLSXHyperlinks وظائف AddInternal، وتضيف TXLSXWorksheet ثلاثة أحمال زائدة لـ AddHyperlinkToCell. عند الحفظ، يتم إصدار الارتباطات التشعبية الداخلية مع سمة inline location="" ويتم تخطي إدخال ورقة العمل rels؛ يتعرف Open على الارتباطات التشعبية location="" ويعيد توجيهها من خلال AddInternal. تستمر الارتباطات التشعبية لعنوان URL الخارجي في المرور عبر ملف rels دون تغيير.
      
    

      الإصدار 2.17.31
      
        تمت إضافة دعم النص الغني ثنائي الاتجاه إلى محرك XLSX. تم إضافة فئة TXLSXRichTextRun جديدة (لكل جزء: الاسم / الحجم / Bold / Italic / Strikethrough / Underline / اللون) و TXLSXRichText التي تعرض وظائف AddRun / AddRunText / Clear / PlainText. الآن، تحتوي TXLSXCell على خاصية RichText مملوكة؛ عند الحفظ، يتم كتابة الخلية كسلسلة مشتركة مع عدة عناصر <r>/<rPr>/<t>، ويعيد Open إنشاء TXLSXRichText من إدخال SST الذي تم تحليله، مع بقاء قيمة Variant للخلية تعرض النص العادي المدمج للمتصلين الذين يتجاهلون التنسيق.
      
    

      الإصدار 2.17.30
      
        تمت إضافة دعم الرسوم البيانية ثنائي الاتجاه إلى محرك XLSX. تم إضافة تعداد TXLSXChartType جديد (عمودي / شريطي / خطي / دائري)، و TXLSXChartSeries (الاسم، نطاق الفئات، نطاق القيم)، و TXLSXChart (نوع الرسم البياني، العنوان، عناوين المحاور، خلايا From/To، السلاسل) بالإضافة إلى مجموعة TXLSXCharts لكل ورقة عمل (Worksheet.Charts). تعرض TXLSXWorksheet وظيفة AddChart(Type, Title, FromRow, FromCol, ToRow, ToCol). عند الحفظ، يتم إصدار ملف xl/charts/chartN.xml (ترقيم عالمي على مستوى المصنف) وربطه بـ twoCellAnchor / graphicFrame داخل ملف xl/drawings/drawingN.xml المشترك؛ يقوم Open بتحليل كل من نقطة التثبيت وتعريف الرسم البياني مرة أخرى في المجموعة. يتم حفظ عناوين الرسوم البيانية، وعناوين المحاور، وأسماء السلاسل، ونطاقات المصادر.
      
    

      الإصدار 2.17.29
      
        تم إصلاح خطأ EListError "العملية غير مسموح بها في القائمة المرتبة" والذي كان يظهر بواسطة SetColWidth، SetRowHeight، SetRowOutlineLevel، و SetColOutlineLevel. تم إنشاء كل من هذه الحقول الأربعة من نوع TStringList مع Sorted=True ولكن تم الكتابة إليها من خلال المُعرّف Values[Name] := X، وهو ما ترفضه مكتبة RTL الخاصة بـ RAD Studio في القوائم المرتبة. الآن، يتم إنشاء القوائم بدون ترتيب؛ وتستمر عمليات البحث من خلال IndexOfName، وهو أمر مقبول في عدد الأعمدة/الصفوف النموذجي لكل ورقة.
      
    

      الإصدار 2.17.28
      
        تم إصلاح TZipArchive.Exists، والذي كان عبارة عن دالة وهمية كانت تعود دائمًا بقيمة خاطئة. يستخدم مسار XLSX Open دالة zip.Exists(...) للتحقق من كل جزء قبل القراءة، لذلك كانت كل عمليات القراءة السابقة (الخلايا، الأنماط، التعليقات، الرسومات، خصائص المستند، الأسماء المعرفة، الحماية، VBA، إلخ) تتجاهل محتوياتها. الآن، تقوم Exists بتفويض العملية إلى Fcd.Entries.Exists، مما يطابق نمط OpenFile / CreateFile.
      
    

      الإصدار 2.17.27
      
        تمت إضافة الحفاظ على مشاريع VBA إلى محرك XLSX. تعرض TXLSXWorkbook حمولة بايت لمشروع VbaProject بالإضافة إلى المساعدات LoadVbaProjectFromFile(FileName)، ClearVbaProject، و HasVbaProject. تقوم SaveAs بكتابة البايتات إلى xl/vbaProject.bin، وتسجل نوع المحتوى .bin، وتغير نوع محتوى المصنف إلى النوع المدعوم للمكرو، وتضيف علاقة vbaProject إلى ملف rels الخاص بالمصنف؛ تقوم Open بقراءة xl/vbaProject.bin مرة أخرى إلى الخاصية. لا يتم تحليل البايتات أو تعديلها، لذلك يتم الحفاظ على مشاريع .xlsm الحالية تمامًا. ملاحظة: يجب حفظ المصنفات التي تدعم الماكرو بامتداد .xlsm حتى يتمكن Excel من تمكين الماكرو.
      
    

      الإصدار 2.17.26
      
        تمت إضافة حماية المصنف والورقة إلى محرك XLSX. تعرض TXLSXWorksheet وظائف Protect / Protect(Password) / UnProtect بالإضافة إلى IsProtected و SheetProtectHash؛ تضيف TXLSXWorkbook وظائف ProtectWorkbook (مع خيارات password، LockStructure، LockWindows) و UnProtectWorkbook بالإضافة إلى IsWorkbookProtected / WorkbookProtectHash / LockStructure / LockWindows. تقوم SaveAs بإخراج <sheetProtection> لكل ورقة محمية و <workbookProtection> للمصنفات المحمية؛ تقوم Open بتحليل كلا الكتلتين مرة أخرى إلى واجهة برمجة التطبيقات. يتم تخزين كلمات المرور كـ "hash" سداسي عشري قياسي لضمان التوافق (لا يمكن استعادة النص الأصلي).
      
    

      الإصدار 2.17.25
      
        تمت إضافة الحفاظ على خصائص المستند إلى محرك XLSX. تعرض TXLSXWorkbook الآن خصائص Title، Author، Subject، Keywords، Description، Category، LastModifiedBy، Created، Modified، Company، Application، و AppVersion. تقوم SaveAs بإخراج docProps/core.xml و docProps/app.xml (وتسجيلهما في [Content_Types].xml + _rels/.rels) عندما يتم تعديل أي خاصية؛ تقوم Open بتحليل كلا الملفين مرة أخرى بحيث تظل أسماء المؤلفين وعلامات التعديل والبيانات الوصفية للتطبيق سليمة عند الحفظ وإعادة الفتح.
      
    

      الإصدار 2.17.24
      
        تمت إضافة دعم كامل لعمليات استيراد وتصدير الجداول بنمط Excel إلى محرك XLSX. تم إضافة الفئة الجديدة TXLSXTable (Id, Name, DisplayName, Range, Columns, StyleName, ShowFirstColumn / ShowLastColumn / ShowRowStripes / ShowColumnStripes) ومجموعة TXLSXTables لكل ورقة عمل. تعرض TXLSXWorksheet الجداول بالإضافة إلى AddTable(Name, Range, ColumnNames). عند الحفظ، يتم إنشاء ملف xl/tables/tableN.xml (ترقيم عالمي على مستوى المصنف)، وتحديث الروابط في ورقة العمل مع علاقات الجداول، وإضافة <tableParts> إلى ورقة العمل، وتسجيل نوع المحتوى للجداول. عند الفتح، يتم تحليل علاقات الجداول وملف tableN.xml مرة أخرى في ورقة العمل بحيث تظل الشرائط المنسقة للجداول سليمة عند الحفظ وإعادة الفتح.
      
    

      الإصدار 2.17.23
      
        تمت إضافة دعم كامل لعمليات استيراد وتصدير عوامل التصفية التلقائية إلى محرك XLSX. تعرض TXLSXWorksheet خاصية AutoFilterRange بالإضافة إلى دوال SetAutoFilter(Row1, Col1, Row2, Col2) / SetAutoFilter(Range) / ClearAutoFilter. عند الحفظ، يتم إنشاء عنصر <autoFilter ref="..."/> بعد كتلة دمج الخلايا عندما يكون النطاق غير فارغ؛ عند الفتح، يتم تحليل الخاصية "ref" مرة أخرى في الخاصية بحيث تظل شريط التصفية في ورقة العمل سليماً عند الحفظ وإعادة الفتح.
      
    

      الإصدار 2.17.22
      
        تمت إضافة دعم كامل لعمليات استيراد وتصدير إعدادات الصفحة إلى محرك XLSX. تعرض TXLSXWorksheet خصائص Margin{Left,Right,Top,Bottom,Header,Footer}, PageLandscape, PaperSize, PageScale, FitToWidth, FitToHeight, HeaderText، و FooterText بالإضافة إلى دوال SetPageMargins(L, R, T, B[, H, F]). عند الحفظ، يتم إنشاء الكتل المقابلة <pageMargins>، <pageSetup>، و <headerFooter> بين الروابط والرسومات؛ عند الفتح، يتم تحليلها مرة أخرى. تبقى أوراق العمل الافتراضية دون تغيير (تتحكم علامة PageSetupTouched في الإخراج).
      
    

      الإصدار 2.17.21
      
        تمت إضافة دعم كامل لعمليات استيراد وتصدير تجميد الألواح إلى محرك XLSX. تعرض TXLSXWorksheet الدالتين FreezePane(Col, Row) / UnfreezePane بالإضافة إلى الخصائص للقراءة فقط FreezeCol و FreezeRow. عند الحفظ، يتم كتابة كتلة <sheetViews>/<pane state="frozen"> قبل <sheetData> مع قيمة activePane و selection المطابقة؛ عند الفتح، يتم تحليل <pane state="frozen"> مرة أخرى في موضع التجميد بحيث تظل تخطيطات تجميد الجزء العلوي/الأيسر/الزاوية سليمة عند الحفظ وإعادة الفتح.
      
    

      الإصدار 2.17.20
      
        تمت إضافة مستويات التجميع للصفوف والأعمدة إلى محرك XLSX. تعرض TXLSXWorksheet الخصائص المفهرسة RowOutlineLevel[Row] و ColOutlineLevel[Col] بالإضافة إلى الدوال SetRowOutlineLevel / HasRowOutlineLevel / ClearRowOutlineLevels والدوال المقابلة للأعمدة. عند الحفظ، يتم إنشاء سمات outlineLevel على إدخالات <row> وإدخالات <col> المدمجة (بالتزامن مع العرض المخصص عند وجوده). عند الفتح، يتم تحليل كلا السمتين مرة أخرى في ورقة العمل بحيث تظل التسلسلات الهرمية المجمعة للصفوف والأعمدة سليمة خلال عملية الاستيراد والتصدير.
      
    

      الإصدار 2.17.19
      
        تمت إضافة التنسيق الشرطي والتحقق من صحة البيانات مع دعم حفظ التغييرات في محرك XLSX. تم إضافة TXLSXCfOperator و TXLSXConditionalFormat (Range, Op, Formula1, Formula2) بالإضافة إلى TXLSXConditionalFormats في كل ورقة عمل (Worksheet.ConditionalFormats). تم أيضًا إضافة TXLSXDataValidationType، TXLSXDvOperator، TXLSXDataValidation (Range, ValidationType, Op, Formula1, Formula2, AllowBlank, ShowInputMessage, ShowErrorMessage)، ومجموعة TXLSXDataValidations (Worksheet.DataValidations) مع اختصار AddList(Range, Items) للحالات الشائعة للقوائم المنسدلة. تعرض TXLSXWorksheet وظائف مساعدة مثل AddConditionalFormat و AddDataValidation / AddListValidation. عند الحفظ، يتم كتابة كتل <conditionalFormatting> (مع cfRule type="cellIs") وكتلة <dataValidations> بعد sheetData. عند الفتح، يتم تحليل كلا الكتلتين وإعادتهما إلى المجموعات.
      
    

      الإصدار 2.17.18
      
        تمت إضافة دعم حفظ التسميات المعرفة (defined names) في محرك XLSX. تم إضافة TXLSXDefinedName (Name, Formula, SheetIndex) ومجموعة TXLSXDefinedNames على مستوى المصنف (Workbook.DefinedNames) مع دوال Add(Name, Formula[, SheetIndex]) و IndexOfName للبحث. عند الحفظ، يتم إخراج كتلة <definedNames> في xl/workbook.xml؛ يتم تضمين سمة localSheetId (خاصة بالورقة) للإدخالات التي تحتوي على SheetIndex >= 0، والإدخالات التي تحتوي على SheetIndex = -1 تكون خاصة بالمصنف. عند الفتح، يتم تحليل عناصر <definedName> وإعادتها إلى المجموعة بحيث تحتفظ المصنفات المحفوظة والمُعادة فتحها بنطاقات التسمية الخاصة بها.
      
    

      الإصدار 2.17.17
      
        تمت إضافة دعم حفظ الصور في محرك XLSX. تم إضافة TXLSXImageFormat (png, jpeg, gif, bmp)، TXLSXImage (Row/Col anchor, WidthEMU/HeightEMU, Format, Data)، ومجموعة TXLSXImages لكل ورقة عمل. تعرض TXLSXWorksheet مجموعة الصور بالإضافة إلى وظائف مساعدة مثل AddImage(Row, Col, Data, Format) و AddImageFromFile(Row, Col, FileName). عند الحفظ، يتم كتابة بايتات الصورة في xl/media/imageN.<ext>، ويتم إنشاء xl/drawings/drawingN.xml مع نقطة تثبيت خلية واحدة لكل صورة (وملف _rels مطابق)، ويتم تسجيل أنواع المحتوى وعلاقات ورقة العمل/الرسم، ويتم إخراج مرجع <drawing r:id="..."/> داخل ورقة العمل. عند الفتح، يتم تحليل drawingN.xml + علاقات الرسم + الوسائط لإعادة الصور إلى Worksheet.Images.
      
    

      الإصدار 2.17.16
      
        تمت إضافة تنسيق رقم مخصص ثنائي الاتجاه لمحرك XLSX. تم إنشاء الفئة الجديدة TXLSXNumberFormat ومجموعة TXLSXNumberFormats على مستوى المصنف (Workbook.NumberFormats) لإزالة التكرار في رموز التنسيق باستخدام Add(FormatCode). تعرض TXLSXCell خاصية جديدة باسم NumberFormatIndex؛ تقوم SaveAs بإخراج كتلة <numFmts> في ملف xl/styles.xml (معرّفات مخصصة تبدأ من الأساس 164 المحجوز في OOXML) وتقوم بإقران كل تنسيق بـ cellXf مخصص، وتقوم Open بتحليل تنسيقات numFmts المخصصة مرة أخرى وتقوم بعكس الخريطة cellXf->numFmtId في NumberFormatIndex عند القراءة. الأولوية في حالة التعارض: FormatIndex > FontIndex > FillIndex > BorderIndex > NumberFormatIndex.
      
    

      الإصدار 2.17.15
      
        تمت إضافة تنسيق حدود الخلايا ثنائي الاتجاه لمحرك XLSX. تم إنشاء التعداد الجديد TXLSXBorderStyle، والفئة TXLSXBorderEdge (النمط واللون وما إذا كان اللون تلقائيًا لكل جانب)، والفئة TXLSXBorder مع الحواف اليسرى/اليمنى/العلوية/السفلية/القطرية بالإضافة إلى أدوات مساعدة SetAll(Style[, Color])، ومجموعة TXLSXBorders على مستوى المصنف (Workbook.Borders) مع اختصار Borders.AddBox(Style[, Color]). تعرض TXLSXCell خاصية جديدة باسم BorderIndex؛ تقوم SaveAs بإخراج كل حد في ملف xl/styles.xml وتقوم بإقرانه بـ cellXf مخصص، وتقوم Open بتحليل الحدود مرة أخرى وتقوم بتحويل الخريطة cellXf->borderId إلى BorderIndex عند القراءة. تظل الأولوية كما هي FormatIndex > FontIndex > FillIndex > BorderIndex عندما يتم تعيين عدة قيم على نفس الخلية.
      
    

      الإصدار 2.17.14
      
        تمت إضافة تنسيق تعبئة الخلايا ثنائي الاتجاه لمحرك XLSX. تم إنشاء التعداد الجديد TXLSXFillPattern والفئة TXLSXFill لوصف patternType وfgColor وbgColor؛ يمكن الوصول إلى المجموعة TXLSXFills على مستوى المصنف من خلال Workbook.Fills، مع أداة مساعدة Fills.AddSolid(color) للحالة الشائعة للون ثابت. تعرض TXLSXCell خاصية جديدة باسم FillIndex؛ تقوم SaveAs بإخراج كل تعبئة في ملف xl/styles.xml وتقوم بإقرانها بـ cellXf مخصص، وتقوم Open بتحليلها مرة أخرى وتقوم بعكس سمات الخلية في FillIndex عند القراءة. لا تزال FontIndex لها الأولوية عندما يتم تعيين كليهما.
      
    

      الإصدار 2.17.13
      
        تم الانتهاء من تنسيق الخط ثنائي الاتجاه لمحرك XLSX. تقوم Open الآن بتحليل ملف xl/styles.xml مرة أخرى في Workbook.Fonts وجدول cellXf->fontId؛ يتم تعيين سمة s الخاصة بكل خلية مرة أخرى في TXLSXCell.FontIndex بحيث تحتفظ المصنفات المحفوظة والمُعاد فتحها بالخطوط المخصصة (الاسم والحجم والخط العريض والمائل والتسطير والتحتية واللون).
      
    

      الإصدار 2.17.12
      
        تمت إضافة فئة TXLSXFont بالإضافة إلى مجموعة Workbook.Fonts بحيث يمكن للخلايا في XLSX اختيار خط مخصص. تحمل TXLSXCell خاصية جديدة باسم FontIndex؛ تقوم SaveAs بإخراج قائمة الخطوط في ملف xl/styles.xml و cellXf واحد لكل خط، ثم تقوم بالإشارة إلى cellXf المطابق من سمة s الخاصة بكل خلية. يتم التخطيط لعملية التنسيق ثنائي الاتجاه لـ FontIndex في الإصدار التالي.
      
    

      الإصدار 2.17.11
      
        تمت إضافة دعم كامل لارتفاع الصفوف في محرك XLSX. تعرض TXLSXWorksheet خاصية RowHeight[Row] بالإضافة إلى أدوات SetRowHeight و HasRowHeight و ClearRowHeights. تقوم SaveAs بكتابة سمات ht و customHeight="1" لكل عنصر <row> ب高さ مخصصة (بما في ذلك الصفوف التي تحتوي فقط على ارتفاع بدون بيانات خلايا)، وتقوم Open بقراءة سمة ht مرة أخرى إلى خريطة ارتفاع الصف.
      
    

      الإصدار 2.17.10
      
        تمت إضافة دعم كامل لعرض الأعمدة في محرك XLSX. تعرض TXLSXWorksheet خاصية ColWidth[Col] بالإضافة إلى أدوات SetColWidth و HasColWidth و ClearColWidths. تقوم SaveAs بإخراج كتلة <cols> تحتوي على إدخال <col> واحد لكل عمود مخصص؛ وتقوم Open بإعادة تفسير إدخالات <col min/max/width> مرة أخرى إلى ورقة العمل بحيث تعود العروض غير المعدلة إلى الإعدادات الافتراضية لـ Excel.
      
    

      الإصدار 2.17.9
      
        تمت إضافة دعم كامل للتعليقات في محرك XLSX. تعرض TXLSXWorksheet مجموعة Comments وأساليب AddComment(Row, Col, Text[, Author]). تقوم SaveAs بإخراج ملف xl/commentsN.xml (مع قائمة المؤلفين المكررة) وملف vmlDrawingN.vml المصاحب حتى يتمكن Excel من عرض فقاعات التعليقات؛ وتقوم Open بقراءة ملف commentsN.xml مرة أخرى إلى المجموعة. يتم التعامل مع علاقات ورقة العمل وأنواع المحتوى وتوصيلات <legacyDrawing> تلقائيًا.
      
    

      الإصدار 2.17.8
      
        تمت إضافة دعم كامل للروابط التشعبية في محرك XLSX. تعرض TXLSXWorksheet مجموعة Hyperlinks وأساليب AddHyperlink(Row, Col, Url[, Display[, Tooltip]]). تقوم SaveAs بكتابة كتلة <hyperlinks> في كل ورقة عمل وإخراج ملف مطابق xl/worksheets/_rels/sheetN.xml.rels مع أهداف URL الخارجية؛ وتقوم Open بقراءة علاقات ورقة العمل أولاً لحل إدخالات <hyperlink r:id="..."/> إلى عناوين URL في المجموعة.
      
    

      الإصدار 2.17.7
      
        تمت إضافة دعم كامل لدمج الخلايا في محرك XLSX. تعرض TXLSXWorksheet مجموعة MergedCells وطريقة MergeCells(R1, C1, R2, C2) التي تعكس نمط الواجهة الخلفية BIFF. تقوم SaveAs بإخراج كتلة <mergeCells> بعد sheetData، وتقوم Open بتحليل إدخالات <mergeCell ref="A1:B2"/> مرة أخرى إلى المجموعة.
      
    

      الإصدار 2.17.6
      
        محرك XLSX يقوم الآن بمعالجة قيم التاريخ والصيغ بشكل صحيح. يتم تسلسل قيم خلايا TDateTime كأرقام تسلسلية لـ Excel ويتم وضع علامة عليها باستخدام cellXf مدمج، بحيث يعرض Excel هذه القيم كتاريخ. عند الفتح، يتم فك ترميز الخلايا التي تشير إلى cellXf الخاص بالتاريخ مرة أخرى إلى متغيرات TDateTime. تعرض TXLSXCell خاصية Formula جديدة؛ تقوم SaveAs بكتابة الصيغة كعنصر فرعي <f> ويقوم Open بتحليل النص الموجود في <f> مرة أخرى إلى الخلية.
      
    

      الإصدار 2.17.5
      
        تمت إضافة هيكل styles.xml إلى محرك XLSX. تقوم SaveAs الآن بإخراج ملف xl/styles.xml صالح بحد أدنى، مع إدخالات الخطوط والملءات والحدود و cellStyleXfs و cellXfs الافتراضية، بالإضافة إلى تسجيلات نوع المحتوى والعلاقة الخاصة بكتاب العمل. تحمل الخلايا خاصية FormatIndex وتقوم بإخراج السمة "s="N"" عندما تكون غير صفرية، ويقوم Open بقراءة "s="N"" مرة أخرى إلى FormatIndex. سيتم إضافة أوصاف الأنماط الملموسة (الخطوط والملءات والحدود و cellXfs كمجموعات على مستوى كتاب العمل) في تحديثات لاحقة.
      
    

      الإصدار 2.17.4
      
        تمت إضافة دعم السلاسل المشتركة (SST) إلى محرك XLSX. تقوم SaveAs بإنشاء جدول سلاسل مكررة وتقوم بإخراج ملف xl/sharedStrings.xml، بدلاً من إخراج السلاسل المضمنة. يقوم Open بقراءة ملف xl/sharedStrings.xml أولاً ويقوم بحل مراجع "t="s"" من خلال SST. لا تزال خلايا السلاسل المضمنة من ملفات XLSX التابعة لجهات خارجية مقبولة عند الفتح.
      
    

      الإصدار 2.17.3
      
        تم استبدال مصفوفة سجلات الخلايا في TXLSXWorksheet بكائنات TXLSXCell ومجموعة TXLSXCells. الآن، موقع استدعاء الوصول إلى الخلية يقرأ Worksheet.Cells.Item[Row, Col].Value، مما يطابق شكل IXLSCells / IXLSRange في الواجهة الأمامية لـ BIFF. تتوفر أيضًا Worksheet.Cells.HasCell / Cells.Count / Cells.CellByIndex / Cells.Clear.
      
    

      الإصدار 2.17.2
      
        تم تقديم فئة المجموعة TXLSXSheets في TXLSXWorkbook، مما يعكس مجموعة IXLSWorkSheets في الواجهة الأمامية لـ BIFF. الآن، يقوم الكود بقراءة Workbook.Sheets.Add / Workbook.Sheets.Count / Workbook.Sheets[i] / Workbook.Sheets.IndexByName بدلاً من الطرق Workbook.AddSheet / Workbook.SheetCount / Workbook.Sheet[i] السابقة.
      
    

      الإصدار 2.17.1
      
        تمت إعادة تسمية TXLSXWorkbook.SaveToFile إلى SaveAs و TXLSXWorkbook.LoadFromFile إلى Open، وذلك ليتوافق مع نمط التسمية الحالي لـ IXLSWorkBook. تمت إضافة معاملات اختيارية لـ file-format و password بحيث تعمل واجهة XLSX بنفس طريقة واجهة BIFF. الآن، تقدم AddSheet معاملًا بدون وسائط يقوم بإنشاء اسم افتراضي للصفحة.
      
    

      الإصدار 2.17.0
      
        تقوم TXLSXWorkbook.SaveAs بإنشاء أرشيف .xlsx OOXML بسيط يحتوي على قيم الخلايا (أرقام، قيم منطقية، وسلاسل نصية مضمنة). يحتوي الأرشيف على أنواع المحتوى، والعلاقات الجذرية، وجدول العمل + العلاقات، وجدول بيانات لكل صفحة.
        تقوم TXLSXWorkbook.Open بقراءة أرشيف .xlsx OOXML البسيط - أسماء الصفحات من xl/workbook.xml وقيم الخلايا من xl/worksheets/sheetN.xml. لا تزال السلاسل النصية المشتركة، والأنماط، والتواريخ، والصيغ غير مدعومة.
        تمت إضافة مساحات أسماء OOXML، وأنواع المحتوى، والثوابت المتعلقة بالعلاقات، بالإضافة إلى أدوات مساعدة للإشارة / التحليل / الهروب (XlsxColumnLabel, XlsxCellRef, XlsxColumnIndex, XlsxParseCellRef, XlsxParseRangeRef, XlsxEscapeText, XlsxEscapeAttr) لاستخدامها في ميزات XLSX المستقبلية.
      
    

      الإصدار 2.16.4
      
        الآن، تحدد وحدة واجهة XLSX (lxHandleX) أنواعها الخاصة بجداول العمل وأوراق العمل (TXLSXWorkbook, TXLSXWorksheet)، بشكل مستقل عن واجهة BIFF. تم حجز نقاط الدخول للحفظ والتحميل؛ وسيتم ملء التوصيلات الخاصة بـ OOXML في إصدار لاحق.
        تمت إضافة موضوع مرجعي للمطورين لواجهة XLSX الجديدة، يوضح كيفية وجود lxHandle و lxHandleX وكيف تتشارك وحدات المساعدة المشتركة.
      
    

      الإصدار 2.16.3
      
        تم تقديم lxHandleX، وهي وحدة واجهة XLSX مخصصة تعمل جنبًا إلى جنب مع واجهة BIFF الحالية lxHandle. تشترك الوحدتان في نفس البنية التحتية الأساسية (مجمعات الأنماط، وأدوات XML، وأرشيف ZIP)، لكنهما تعرضان تسلسلات هرمية مستقلة للفئات: تدير lxHandle الفئة TXLSWorkBook ومسارات XLS/HTML/RTF/CSV الكلاسيكية؛ وستدير lxHandleX الفئة TXLSXWorkbook وجميع واجهات برمجة التطبيقات الخاصة بـ XLSX. تمت إزالة ثلاثة أساليب وهمية أُضيفت عن طريق الخطأ إلى lxHandle (SetCodePage، وGetColumnXFIndex، وGetRowXFIndex) للحفاظ على واجهة برمجة التطبيقات العامة لواجهة BIFF مطابقة لما كانت عليه في الإصدار 2.15.0. لا يتطلب الكود الحالي الذي يستخدم lxHandle أي تغييرات.
      
    

      الإصدار 2.16.2
      
        تمت إضافة ثلاث وحدات داخلية لهياكل البيانات تُكمل أساس محرك XLSX: توفر lxAvlTree شجرة AVL بتعقيد O(log N) (TAVLTree/TAVLNode) للبحث المرتب؛ أما lxCols وlxRows فهما حاويتا معلومات الأعمدة والصفوف مع إزالة التكرار الدقيقة وإعادة كتابة الفهارس، وتُستخدمان في خرائط عرض الأعمدة وارتفاع الصفوف لكل ورقة في محرك XLSX. الوحدات الثلاث في وضع الخمول في هذا الإصدار وستُفعَّل في الإصدار 2.17.0 عند تمكين محرك القراءة/الكتابة XLSX لأول مرة.
      
    

      الإصدار 2.16.1
      
        تمت إضافة ست وحدات داخلية لأدوات XML وZIP تُكمل طبقة البنية التحتية لمحرك XLSX: lxWStream (تدفق ملفات بأحرف واسعة مع فحص وجود الملف ومساعد كتابة AnsiString)؛ lxCacheStream (غلاف تدفق ذو تخزين مؤقت يقلل استدعاءات الإدخال/الإخراج الأساسية)؛ lxZlibStream (تدفق ضغط/فك ضغط للأمام فقط، مستقل عن ارتباط تشفير BIFF الحالي loZlib)؛ lxXmlReader (قارئ سحب بأسلوب SAX لتحليل XML بسرعة عالية)؛ lxXmlWriter (كاتب XML متدفق مع إعادة استخدام أسماء العناصر)؛ lxZipArchive (قارئ/كاتب ZIP ذو دليل مركزي مع تدفقات ضغط لكل مدخل). مع السبع وحدات من الإصدار 2.16.0، تُشكّل هذه الوحدات الأساس الداخلي الكامل لمحرك XLSX.
      
    

      الإصدار 2.16.0
      
        تمت إضافة سبع وحدات داخلية لبنية تحتية للأنماط تُشكّل الأساس لمحرك XLSX القادم: lxHashTable (جداول تجزئة عامة بأنواع مفاتيح صحيحة وWideString وكائن)؛ lxKeyList (قائمة بمفتاح كائن مع بحث سريع وإعادة كتابة الفهارس)؛ lxStyleColor (مدير ألوان سمات Office وفتحات لوحة الألوان)؛ lxStyleFont وlxStyleFill وlxStyleBorder (مجمعات مكررة لأنماط الخطوط والتعبئة والحدود تغطي جميع أنواع خطوط BIFF الـ 12 وتعيينات أنماط XLSX)؛ lxStyleXf (يجمع المجمعات الخمسة للأنماط مع قائمة تنسيقات الأرقام في سجل XF واحد). الوحدات السبع في وضع الخمول في هذا الإصدار ولا تؤثر على مسارات XLS الحالية.
      
    

      الإصدار 2.15.1
      
        تمت إضافة دوال مساعدة للألوان lxRgb: تقوم RGBtoHLS وHLStoRGB وRGBTint وGetRGBTint بالتحويل بين فضاءي الألوان RGB وHLS (نطاق HLS من 0–240). تُشكّل هذه الدوال الأساس لحسابات درجة اللون في سمات الألوان وتنسيق الشروط بمقياس الألوان والتحليل التدريجي للوحة الألوان في إخراج XLSX.
        تمت إضافة منشئات السلاسل النصية عالية الأداء lxStrBuilder: تستخدم TXLSStringBuilder (AnsiChar) وTXLSWideStringBuilder (WideChar) مخازن مؤقتة مُخصصة مسبقًا ذات نمو مضاعف للقضاء على إعادة تخصيص الذاكرة عند تسلسل سلاسل Pascal القياسية. يُشغّل النوع AnsiChar مسار تسلسل XML لـ XLSX؛ بينما يتولى النوع WideChar تجميع السلاسل الواسعة في محلل XLSX.
      
    

      الإصدار 2.15.0
      
        تم إعادة تصميم مرجع HtmlHelp ليناسب الاستخدام عبر الويب، مع مجلدات مخصصة للمواضيع والأصول والبرامج النصية وأنماط المصدر.
        تمت إضافة صفحة رئيسية للمساعدة سهلة الاستخدام عبر المتصفح وصفحة تنقل للمحتويات، مع رؤوس موحدة واختصارات للمواضيع وتذييلات.