محرر المستندات الأول: رهان بسيط محفوف بالمخاطر

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

قبل أن يكون هناك محرر، كانت هناك مشكلة

كان العام 2010. احتاج الفريق في Ascensio System SIA، الذي كان يعمل حينها على منصة تعاون تسمى TeamLab، إلى السماح للمستخدمين بالعمل على المستندات داخل منتجهم. تضمنت المنصة إدارة المشاريع، وأدوات CRM، وويكي، ومدونات، ومساحة ملفات مشتركة. ولكن عندما احتاج شخص ما إلى تعديل مستند Word، كان سير العمل، بعبارة لطيفة، غير أنيق.

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

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

لقد كره الفريق ذلك. ليس بطريقة مهنية معتدلة مثل “يمكننا على الأرجح تحسين هذا”، بل بطريقة فطرية ويومية تقول “هذا محرج”. وهكذا اتخذوا ذلك النوع من القرارات الذي إما أن يحدد مسار الشركة أو يدمرها: لقد قرروا كتابة المحرر الخاص بهم.

الرهان: HTML5 Canvas

في عام 2010، لم يكن بناء محرر المستندات في المتصفح أمراً معقولاً. تم إطلاق Google Docs في عام 2006 وكان النقطة المرجعية الواضحة، لكنه كان يعمل من خلال السماح للمتصفح بعرض المستند باستخدام HTML القياسي. وهذا يعني أن المخرجات التي كنتم تطبعونها كانت تبدو مختلفة عما كنتم ترونه على الشاشة. انكسر التنسيق عبر المتصفحات. انهارت المخططات المعقدة. ببساطة، لم يكن الويب جاهزًا لتكرار دقة معالج النصوص على حاسوب.

اختار فريق ONLYOFFICE نهجًا مختلفًا جذريًا. بدلاً من الطلب من المتصفح عرض المستند، سيقومون بعرضه بأنفسهم، ورسم كل بكسل مباشرة باستخدام عنصر HTML5 Canvas.

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

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

لكن الخطر التقني كان حقيقيًا. لم يتم تصميم HTML5 Canvas لتعديل المستندات. لم يفعل أحد هذا من قبل. لم يكن الفريق يكيف نهجًا حاليًا؛ بل كانوا يبنون نهجًا جديدًا. إذا لم ينجح الأمر بالحجم ومستوى الأداء المطلوبين لحزمة مكتبية حقيقية، فسيضيع عامان من العمل الهندسي.

حقيقة مثيرة للاهتمام: لم يكن Canvas المحاولة الأولى. قبل الاستقرار على HTML5 Canvas، جرب الفريق CKEditor، وهو محرر نصوص غنية راسخ يعتمد على المتصفح ومبني على عرض HTML القياسي. لقد فشل لنفس السبب الذي جعل نهج Google Docs غير كافٍ: لم يتمكن HTML العادي ببساطة من تقديم دقة التنسيق والاتساق عبر المتصفحات الذي تطلبه الفريق.

لم تغب المفارقة عن الفريق: “تحولت Google و Microsoft إلى نفس التقنية التي نستخدمها، ربما بعد أن أخذوا الفكرة منا”. سواء كان ذلك صدفة أو تقاربًا، توصلت الصناعة في النهاية إلى نفس الاستنتاج الذي توصل إليه فريق ONLYOFFICE في عام 2010. لقد وصل الفريق إلى هناك أولاً فحسب.

الحقيقة: في مايو 2021، بعد قرابة عقد من الظهور الأول لـ ONLYOFFICE في CeBIT، أعلنت Google أن Google Docs سينتقل من العرض المستند إلى HTML إلى العرض المستند إلى Canvas، مشيرة إلى تحسين الأداء والاتساق عبر الأنظمة الأساسية. النهج الذي راهنت عليه ONLYOFFICE في عام 2010 أصبح معيار الصناعة، على الأقل بالنسبة لأحد أكبر لاعبَين في السوق.

CeBIT 2012: أول ظهور علني

في مارس 2012، أعلن الفريق عن رهانه علناً. في CeBIT في هانوفر، أحد أكبر المعارض التجارية للتكنولوجيا في العالم، قدمت TeamLab أول محررات مستندات تعتمد على HTML5. كانت النسخة التجريبية متاحة للاختبار على html5.teamlab.com.

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

كان المنتج في هذه المرحلة عبارة عن محرر المستندات فقط. لا يوجد محرر جداول البيانات، ولا يوجد محرر العروض التقديمية. مجرد محرر النصوص، المبني على Canvas، والذي يثبت أن هذا النهج قد نجح.

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

جدول البيانات الذي بدأ كل شيء

هذه محطة فارقة محددة يتخطاها الجدول الزمني عادةً. يتصدر محرر المستندات العناوين، ويُعد CeBIT 2012 الظهور العلني الرسمي. لكن الأصل الفعلي لمحررات ONLYOFFICE أغرب وأقل خطية من ذلك.

لم يبدأ المشروع بـ محرر المستندات بل بـ محرر جداول البيانات، ولم يكن يستخدم Canvas بعد. قامت النسخة الأولية بحساب الصيغ على الخادم، مما أدى إلى مجموعة من مشاكل الأداء الخاصة بها. قبل حتى الانتهاء من محرر المستندات، تم إغلاق المشروع بالكامل. وكما يتذكر Alex، رئيس قسم التطوير: “كان هذا كل شيء، لم نعد نعمل عليه بعد الآن”.

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

كان الرهان على Canvas جريئًا. لكن القصة وراءه تتضمن بداية، وتوقفًا مؤقتًا، واستمرارًا هادئًا، وإعادة إطلاق لم يعرف عنها معظم العاملين في الصناعة شيئًا. هذه هي النسخة الأقل وضوحًا لكيفية ظهور محررات ONLYOFFICE إلى الوجود بالفعل.

عندما تم إطلاق المحررات لأول مرة، كان لدى فريق تسويق ONLYOFFICE عبارة لخصت الموقع أفضل مما يمكن لأي مواصفات منتج أن تفعله: “ماذا لو أنجب Google Docs و Microsoft Office طفلاً؟ سيُطلق عليه TeamLab”.

كان ذلك اختصارًا مفيدًا لما قدمه نهج Canvas بالفعل: الطبيعة التعاونية المستندة إلى المتصفح لـ Google Docs مدمجة مع دقة تنسيق Microsoft Office. لم يكن أي من النهجين وحده كافياً. كان الرهان على HTML5 Canvas على وجه التحديد محاولة للحصول على كليهما في وقت واحد.

2013: توديع التنسيقات الاحتكارية

كان رهان Canvas تقنيًا. أما رهان 2013 فكان حول التوافق، وبطرق ما كان هو الأكثر أهمية.

في ذلك الوقت، استخدمت ONLYOFFICE تنسيقاتها الداخلية الخاصة (.doct و .xlst و .pptt). في عام 2013، تخلى الفريق عنها بالكامل والتزم بـ OOXML، معايير Office Open XML التي تقف وراء DOCX و XLSX و PPTX.

لم يكن هذا الخيار واضحًا. كان تبني تنسيقات Microsoft يعني قبول تعقيدها الكامل: كان يجب عرض كل حالة استثنائية في مستند Word عمره عشر سنوات، وكل صيغة Excel غامضة، وكل حركة في PowerPoint بشكل صحيح، لأن المستخدمين سيجلبون ملفات تم إنشاؤها في Microsoft Office ويتوقعون فتحها. لكن البديل، وهو مطالبة المستخدمين بتحويل ملفاتهم، كان طريقاً مسدوداً. يعمل العالم على DOCX و XLSX، وكان على ONLYOFFICE العمل مع المستندات التي يمتلكها الأشخاص بالفعل.

هذا القرار هو السبب في أن موقع TechCrunch، في تقريره في يناير 2014، كتب أن TeamLab “تدعي أنها تجمع بين أفضل ميزات التعاون عبر الإنترنت الخاصة بـ Google والتنسيق عالي الجودة الخاص بـ Microsoft Word”، وهو السبب في أن العنوان الرئيسي أشار إلى أن المنتج “يريد إعادة Microsoft Office 365 إلى نقطة الصفر”.

2014: قرار المصدر المفتوح والاسم الجديد

بحلول منتصف عام 2014، كان لدى الفريق حزمة تعمل: مستندات، وجداول بيانات، وعروض تقديمية، تعمل في المتصفح، ومتوافقة مع تنسيقات Microsoft Office، مع إمكانية التحرير المشترك في الوقت الفعلي. أربع سنوات منذ القرار المحبط الأول بالبدء من جديد.

في يوليو 2014، تم تغيير العلامة التجارية لـ TeamLab Office إلى ONLYOFFICE، وتم نشر كود المصدر على GitHub و SourceForge بموجب ترخيص AGPLv3. عكس الاسم التركيز: المكتب فقط. أدى نشر كود المصدر إلى تحويل رهان احتكاري إلى رهان مفتوح وشفاف وآمن، حتى يتمكن الجميع من فحصه.

كان هذا القرار أيضًا، عند النظر إلى الماضي، أساس كل شيء تلاه. تعود أكثر من 40 موصلات تكامل، و إضافات Moodle، وموصل Confluence، وخادم DocSpace MCP، جميعها إلى اليوم الذي أصبح فيه الكود علنياً.

إعادة كتابة الخادم التي لا يتحدث عنها أحد

يحصل رهان Canvas على معظم الاهتمام. ولكن كان هناك قرار تقني ثانٍ تم اتخاذه في نفس الوقت تقريبًا وكان، بطريقته الخاصة، جذريًا بنفس القدر.

عندما بدأ الفريق في بناء التحرير التعاوني في المتصفح، ظهرت مشكلة جديدة، وهي مشكلة يسهل التغاضي عنها عند سرد قصة المحرر. تم تشغيل Document Server الأصلي على .NET، وهي نفس مجموعة التقنيات مثل بقية TeamLab. بالنسبة لمنتج تعاون مستند إلى المتصفح مع متطلبات تحرير مشترك في الوقت الفعلي، لم تكن هذه البنية لتصمد.

لذلك في عام 2014، تخلص الفريق من الخادم بأكمله الذي كانوا يطورونه لمدة أربع سنوات وأعادوا كتابته من الصفر باستخدام Node.js، وهي تقنية كانت، في ذلك الوقت، بالكاد تُعرف للاستخدام الإنتاجي على أي نطاق واسع. وكما وصفها Alex، رئيس قسم التطوير: “كان اختيار Node.js غريبًا تمامًا مثل اختيار Canvas. لم يكن أحد يكتب أي شيء بحمل عالٍ عليه”. اكتملت إعادة الكتابة بواسطة مهندس واحد في أربعة أشهر. كانت نسخة Node.js التي كانوا يبنون عليها هي 0.10–0.12، حيث، كما أشار الفريق بتقليل من الشأن يتميزون به، “0 تعني ‘لا تتوقعوا أي شيء جدي، يا رفاق'”.

رهانان تقنيان غير تقليديين، تم اتخاذهما في نفس العام، من قبل فريق نفد صبره مع الخيارات التقليدية.

2016: التحرير المشترك السريع ومحررات الحاسوب

هناك محطتان مهمتان أخريان أكملتا الفصل الأول من قصة المحرر.

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

أيضًا في مارس 2016، أصدر مطورو ONLYOFFICE تطبيق حاسوب، ONLYOFFICE Desktop Editors، تم تقديمه كبديل مفتوح المصدر لـ Microsoft Office. نفس محرر HTML5 Canvas الذي كان يعمل في المتصفح تم تجميعه الآن كتطبيق حاسوب أصلي لأنظمة Windows و Linux و macOS. النهج التقني الذي بدأ كرهان على الويب فقط أصبح يعمل الآن في كل مكان.

الهواتف المحمولة: نفس المحرر، في كل مكان

وسع تطبيق الحاسوب في عام 2016 محرر Canvas إلى ما هو أبعد من المتصفح. ووسعت تطبيقات الهواتف المحمولة ذلك بشكل أكبر، إلى الأجهزة التي كان يتم فيها إنجاز المزيد والمزيد من العمل على المستندات بالفعل.

جلب ONLYOFFICE Documents لـ iOS و Android نفس محرك التحرير إلى الهواتف الذكية والأجهزة اللوحية: تحرير كامل لـ DOCX و XLSX و PPTX، والتحرير المشترك في الوقت الفعلي، وتتبع التغييرات، والتعليقات. ليس عارضاً مبسطاً بمهام تحرير أساسية، بل نفس المحرر، مهيأ ليعمل باللمس. أضاف إصدار 9.4 في عام 2026 دعم Mistral AI على الهاتف المحمول، والتحكم اليدوي في الحفظ للمستندات السحابية، وعلامة تبويب للصيغ في محرر جداول البيانات في Android، وإدراج صور متعددة في iOS. أصبح نهج Canvas الذي بدأ كرهان على المتصفح في عام 2010 يعمل الآن على كل منصة قد يعمل منها المستخدم بالفعل.

كيف بدا الرهان في الواقع

من السهل، بعد أربعة عشر عامًا، تأطير قرار HTML5 Canvas على أنه قرار ذو رؤية مستقبلية. في ذلك الوقت، بدا وكأنه خطر جسيم اتخذه فريق نفد صبره مع البدائل المتاحة.

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

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

طورت ONLYOFFICE بنية تضمن اتصالاً خفيفاً في الوقت الفعلي بين المشاركين وتقلل من تحميل الخادم. تلك البنية، المصممة للتعامل مع التحرير المتزامن دون خلق عنق زجاجة في الأداء على الخادم، لا تزال الأساس لكيفية تعامل ONLYOFFICE مع التحرير المشترك اليوم.

من محرر واحد إلى حزمة من سبعة محررات

الفريق الذي كشف عن نسخة تجريبية واحدة لـ محرر المستندات في CeBIT 2012 يشحن الآن سبعة أنواع من المحررات في حزمة منسقة ONLYOFFICE Docs: محرر المستندات، ومحرر جداول البيانات، ومحرر العروض التقديمية، ومحرر ملفات PDF، ومنشئ النماذج، وعارض المخططات، وطبقة المساعد المدعوم بالذكاء الاصطناعي التي تعمل عبر جميع هذه المحررات.

تم بناء المنتج باستخدام Canvas، وهو جزء من HTML5 يسمح بعرض ديناميكي وقابل للبرمجة للأشكال ثنائية الأبعاد والصور النقطية. النوع الأساسي للتنسيقات المستخدمة في ONLYOFFICE Docs هو OOXML (DOCX و XLSX و PPTX). هذا لم يتغير. لا يزال نهج العرض المختار في عام 2010 يشكل الأساس لكل مستند يتم فتحه في ONLYOFFICE اليوم، في أي متصفح، وعلى أي جهاز، وبأي من لغات الواجهة البالغ عددها 45 لغة.

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

محرر ملفات PDF: التنسيق الذي لم يكن من المفترض أبدًا أن يكون قابلاً للتعديل

لم يكن أحد أهم التوسعات للرهان الأصلي عبارة عن نوع محرر جديد؛ بل كان تحويلاً لتنسيق موجود بالفعل.

تم تصميم ملفات PDF في عام 1993 لتكون نهائية وثابتة. نهاية حياة المستند، وليس مرحلة فيها. لعقود من الزمن، كان العمل مع ملف PDF يعني عرضه أو طباعته أو تحويله إلى شيء آخر. تحدى محرر ملفات PDF من ONLYOFFICE هذا الافتراض بشكل مباشر.

اليوم، يدعم محرر ملفات PDF التعديل المباشر للنصوص والصور دون تحويل، والتعليق التوضيحي لكامل الصفحة بالأشكال والطوابع، وحجب المحتوى الحساس بشكل دائم، والتوقيعات الرقمية بثلاثة أوضاع، ونماذج PDF قابلة للتعبئة بحقول تعتمد على الأدوار، وإدارة الصفحات بما في ذلك إعادة الترتيب بالسحب والإفلات، والتعرف البصري على الحروف (OCR) للمستندات الممسوحة ضوئيًا، والتعليقات التوضيحية التعاونية في الوقت الفعلي. إنه ليس عارضًا مع إمكانية التعديل المرفقة. إنه بيئة تحرير كاملة لتنسيق قررت الصناعة أنه للقراءة فقط.

تم تضمين محرر ملفات PDF في ONLYOFFICE دون أي تكلفة إضافية، ودون الحاجة إلى ترخيص Adobe منفصل، ودون اشتراك إضافي. يعكس هذا القرار نفس منطق رهان Canvas: إذا كان تنسيق المستند موجودًا، فيجب أن يكون الأشخاص قادرين على العمل معه بشكل صحيح، في نفس البيئة التي يعملون فيها مع كل شيء آخر.

واصلوا القراءة

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

ترقبوا المقالة الثالثة!