Ahmad نوشته است:[نمایش]Behnam نوشته است:[نمایش] دوستان بهتر است این را به نئوآفیس گزارش کنند.
سلام بهنام،
من از دو روز پیش با «پاتریک لوبی» راجع به این مسئله در تماس بوده‌ام. ابتدا جواب داد که نمی‌تواند با توجه به امکانات محدود خود از محل تبرعات مالی donation اندک، تمام موتور متن نئوآفیس را باز نویسی کند بخصوص که این باعث خواهد شد کاربران این برنامه در سیستم ۱۰.۲، ۱۰.۳ و ۱۰.۴ به مشکل عدم سازگاری بر بخورند....
احمد
من هم نستعلیق را برای جان هادسن فرستادم. هنوز فرصت بررسی آن را پیدا نکرده ولی استنباطی را که من از اختلافات در تکنولوژی OT در شرکت‌های مختلف داشتم تلویحاً تأیید کرد. اما گفت که اختلاف مهم، نه از شیوهٔ کاربرد feature های مختلف بلکه از نبود آن ناشی می‌شود. بویژه او به GPOS اشاره کرد و متذکر شد که این مختص مایکروسافت است و ادوبی اصلاً ندارد و مایکروسافت هم این را مختص نستعلیق تهیه کرده است. (و هر خطی که به cursive connection نیاز دارد). اگر درست خاطرم باشد اپل به من گفته بود که آنها هم از GPOS پشتیبانی میکنند. رمز موفقیت نستعلیق در ویندوز و لئوپارد در همین است.
اما در مورد نمونهٔ لینوکس که من اشتباهاً به GPOS نسبت داده بودم و در واقع Mark to base است، نمی‌دانم متن باز اصلاً آن را ندارد یا ناهماهنگ به اجرا می‌گذارد.
این هم چند جمله‌ای از خود جان هادسن:
I have not had an opportunity to review the font in question, but the most likely obvious problem in non-Microsoft layout engines will be lack of support for the GPOS <curs> feature, i.e. Cursive Connection. Because of traditional angled baselines of the nasta'liq script, this feature is essential. In <curs> feature lookups, an entrance and exit point is defined for each connecting glyph, which allows them to be connected independently of the nominal baseline.
گفتنی است که من در ایده‌ای که در بالا برای ایلیا مطرح کردم، از همین GPOS پرهیز کرده‌ام!
