The ന്റ Rendering Issue in Indic Archive websites

[MuhammedYaseen]

ഇൻഡിക് ആർക്കൈവിന്റെ വെബ്സൈറ്റിൽ പ്രധാനമായും ‘ന്റ’ റെൻഡറാകുന്നത് തെറ്റായ രീതിയിലാണ്.

എന്താണ് പ്രശ്‌നം?

മിക്കവാറും ടൈപ്പിങ്ങിന് ഉപയോഗിക്കുന്ന ടൂൾ/ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലെ ഡീഫോൾട് മലയാളം ഫോണ്ടിന്റെ പ്രശ്നമാണ്.

മിക്കവാറും ഉപയോഗിക്കുന്ന വിൻഡോസ് ഡീഫോൾട് ഫോണ്ടുകളായ കാർത്തിക/ നിർമല ഫോണ്ടുകളുടെ പ്രശ്നമാണ്.

ഈ മുകളിൽ നൽകിയിരിക്കുന്ന സ്ക്രീൻഷോട്ടുകൾ വിൻഡോസിലെ ഡീഫോൾട് മലയാളം ഫോണ്ട് ( എന്റെ അറിവിൽ ) അഞ്ജലി ഓൾഡ് ലിപിയും, ക്രോമിൽ ബാലു ചേട്ടൻ ഫോണ്ടും നൽകുമ്പോഴുള്ളതാണ്.

ഈ മുകളിൽ നൽകിയിരിക്കുന്ന സ്ക്രീൻഷോട്ടുകൾ വിൻഡോസ് 11ൽ അഞ്ജലി ഓൾഡ് ലിപി ഡീഫോൾട് മലയാളം ഫോണ്ടും, ബ്രേവ് ബ്രൗസറിൽ മഞ്ജരി ഡീഫോൾട് ഫോണ്ടും നൽകുമ്പോഴുള്ളതാണ്.

എന്തുകൊണ്ടിങ്ങനെ?

ബ്രൗസറിൽ ഉപയോഗിച്ചിരിക്കുന്ന രണ്ട് ഫോണ്ടുകളും യൂണികോഡ് ആയിട്ടും രണ്ടായി ആണ് ചിത്രീകരിക്കുന്നത് (റെൻഡർ ചെയ്യുന്നത്). അതിന് കാരണം ഒന്നിൽ കൂടുതൽ രീതിയിൽ ‘ന്റ’ എഴുത്ത് രീതികൾ യൂണികോഡിൽ ഉള്ളതാണ് പ്രശ്നം സൃഷ്ടിക്കുന്നത്.
എന്താണ് പ്രശ്നമെന്ന് വിശദമായി പറയുന്ന ബ്ലോഗ് പോസ്റ്റുകൾ ചുവടെ നൽകുന്നു:

Malayalam-NTA.pdf

ന്റ - ഭാഷ, യുണിക്കോഡ്, ചിത്രീകരണം

https://thottingal.in/blog/2014/03/22/notosansmalayalam-and-nta/

രണ്ട് ഫോണ്ടിൽ രണ്ട് തരത്തിലുള്ള ‘ന്റ’യുടെ ചിത്രീകരണം

ബാലു ചേട്ടൻ ഫോണ്ടിൽ ന്റ റെൻഡർ ആകുന്നത് ൻ+്+റ എന്ന രീതിയിലാണ്.

പിന്നെന്തുകൊണ്ട് മഞ്ജരി കൃത്യമായി കാണിക്കുന്നു?

അതിന്റെ ഉത്തരം ( എന്റെ അറിവിൽ ) ഈ മലയാളം യൂണിക്കോഡ് പ്രശ്‌നങ്ങളും വിൻഡോസ് ഫോണ്ടുകളുടെ പ്രശ്നങ്ങളും നന്നായി അറിയാവുന്ന സന്തോഷ് തോട്ടിങ്ങലാണ് മഞ്ജരി ഫോണ്ട് നിർമ്മിച്ചിരിക്കുന്നത്, അതുകൊണ്ട് തന്നെ അദ്ദേഹത്തിന് ഈ പ്രശ്നം അറിയാം. അദ്ദേഹം നിർമ്മിക്കുന്നതും സ്വതന്ത്ര മലയാളം കമ്പ്യൂട്ടിങ്ങിന്റെ കീഴിൽ പരിപാലിക്കുന്നതുമായ മിക്ക പുതിയ ഫോണ്ടുകളിലും വിൻഡോസിൽ ൻ+്+റ എന്ന് ടൈപ്പ് ചെയ്താലും അത് ന്റ എന്ന് തന്നെ കൃത്യമായി റെൻഡർ ചെയ്ത് കാണിക്കും.

എന്താണ് പരിഹാരം?

ഞാൻ പിന്തുടരുന്ന രീതി പറയാം:
ബ്രൗസറിലെയും, വിൻഡോസിലെയും ഡീഫോൾട് ഫോണ്ടുകൾ മാറ്റുക.

അതിനായി:

ക്രോം എൻജിൻ ഉപയോഗിക്കുന്ന ബ്രൗസറുകളിൽ;

chrome://settings/fontsഎന്ന പാത്ത് ഉപയോഗിച്ചോ, അല്ലാതെ മെനു ബട്ടണിൽ നിന്ന്
Settings > Appearance > Customize fonts - എന്ന രീതിയിൽ ഓപ്പൺ ചെയ്ത്.
ആ സെറ്റിങ്സിൽ ഓപ്പൺ ആയി വരുന്ന വിൻഡോയിലെ;

1. Standard font

2. Serif font

3. Sans-serif font
   എന്നിവ മലയാളവും ഇംഗ്ലീഷും സപ്പോർട്ട് ചെയ്യുന്ന മഞ്ജരി പോലുള്ള പുതിയ ഫോണ്ടുകളാക്കുക.
   ( മഞ്ജരി പോലുള്ള ഏറ്റവും പുതിയ ടെക്നോളജി അടിസ്ഥാനമാക്കി നിർമ്മിക്കുന്ന ഫോണ്ടുകൾ ഉപയോഗിച്ചാൽ നന്നായിരിക്കും).

   (ഇത് പ്രശ്നം മുഴുവനായി പരിഹരിക്കാനുള്ള സാധ്യത കുറവാണ്).

അടുത്തത്:

വിൻഡോസിലെ ഡീഫോൾട് മലയാളം ഫോണ്ട് മാറ്റുക.

അതിനായി, win (Key)+Rഅമർത്തി regeditഎന്ന് ടൈപ്പ് ചെയ്യുകയോ. അല്ലെങ്കിൽ വിൻഡോസിന്റെ സെർച്ച് ബാറിൽ Registry Editorഎന്ന് സെർച്ച് ചെയ്താലും മതി. ചിലപ്പോൾ ആദ്യം ഓപ്പണായി വരുന്ന User Account Controlൽ വരുന്ന പോപ് അപ്പിൽ yesകൊടുക്കുക തുടർന്ന് വരുന്ന വിൻഡോയിൽ Computer > HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > Windows NT > CurrentVersion > FontSubstitutes എന്ന രീതിയിൽ ഫോൾഡറുകൾ ഓപ്പൺ ചെയ്യുകയോ അല്ലെങ്കിൽ Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutesഎന്ന രീതിയിൽ തന്നിരിക്കുന്ന പാത്ത് കോപ്പി ചെയ്ത് Registry Editorന്റെ വിൻഡോയിലെ പാത്തിൽ പേസ്റ്റ് ചെയ്ത് കീബോർഡിലെ Enterഅമർത്തിയാലും ഈ സെറ്റിങ്സിൽ എത്താൻ കഴിയും.

അവിടെയുള്ള MS Shell Dlg 2എന്നതിന്റെ വാല്യൂ ഏത് ഫോണ്ട് ആണോ ഡീഫോൾട് ആക്കേണ്ടത് ആ ഫോണ്ടിന്റെ പേര് അതിന് സമാന്തരമായി വരുന്ന Data കോളത്തിൽ നൽകുക. അതിനായി MS Shell Dlg 2 എന്നതിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുക. ( എന്റെ കാര്യത്തിൽ അവിടെ AnjaliOldLipi എന്ന വാല്യൂ ആണ് നൽകിയിരിക്കുന്നത്. നിങ്ങൾക്ക് വേണമെങ്കിൽ നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള മഞ്ജരിയുടെയോ മറ്റോ ലേറ്റസ്റ്റ് ഫോണ്ട് ഉപയോഗിക്കാം. എനിക്ക് മഞ്ജരി ഉപയോഗിച്ചപ്പോൾ എന്തോ പ്രശ്‌നം അന്ന് നേരിട്ടതുകൊണ്ടാണ് AnjaliOldLipi ആക്കേണ്ടി വന്നത്. നിങ്ങൾക്ക് ചിലപ്പോൾ ശരിയാകാം, ഇല്ലെങ്കിൽ AnjaliOldLipi ഉപയോഗിച്ച് പ്രശ്‌നം പരിഹരിക്കാം.)
ഫോണ്ടിന്റെ പേര് വാല്യൂ ആയി നൽകുന്നതിന് പേര് കണ്ടെത്താൻ പഴയ വിൻഡോസ് കമ്പ്യൂട്ടറുകളിൽ C:\WINDOWS\Fonts എന്ന പാത്തുപയോഗിച്ചും. പുതിയ വിൻഡോസ് ഓപ്പറേറ്റിങ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്ന കമ്പ്യൂട്ടറുകളിൽ Settings > Personalization > Fontsൽ തിരഞ്ഞും പേര് കണ്ടെത്തി വാല്യൂ ആയി നൽകാം.

അവസാനമായി:

കമ്പ്യൂട്ടർ ഒന്ന് റീസ്റ്റാർട് ചെയ്ത് മലയാളം വിക്കിപീഡിയയുടെ ഹോം പേജ് സന്ദർശിക്കുകയോ, ഗൂഗിൾ ഇൻപുട് ടൂൾ ഉപയോഗിച്ച് **ന്റ**എന്ന് ഓൺലൈനിൽ ടൈപ്പ് ചെയ്ത് നോക്കുകയോ ചെയ്‌താൽ നല്ല മിഴിവുള്ള ഫോണ്ടിൽ കാര്യങ്ങൾ തെളിയുന്നത് കാണാം.

Another Method:

ഇത് സ്വതന്ത്ര മലയാളം കമ്പ്യൂട്ടിങ്ങിന്റെ (SMC) വിക്കിയിൽ നൽകിയിട്ടുള്ള ഡോക്യുമെന്റേഷനാണ്. ഞാൻ ഇതിൽ പറയുന്ന രീതി ചെയ്ത് നോക്കിയിട്ടില്ല, നിങ്ങൾക്ക് വേണമെങ്കിൽ ചെയ്ത് നോക്കാവുന്നതാണ്.

Changing Default Font-family Of Windows Operating System - സഹായം - SMC Wiki

[cibu]

ഇൻഡിക് ആർക്കൈവിൻ്റെ പ്രശ്നമല്ല; നിങ്ങളുടെ സിസ്റ്റം ഫോണ്ട് ബാലൂ ചേട്ടൻ ആയതാണ് മൂലകാരണം. ബാലൂ ചേട്ടനെ മാറ്റി, ൻ്റ ശരിയായ രീതിയിൽ കാണിക്കുന്ന ഏതെങ്കിലും ഫോണ്ടുപയോഗിച്ചാൽ എല്ലാം ഭംഗിയാവും. അങ്ങനെയുള്ള കുറച്ചെണ്ണം ഇവിടെ കാണാം: https://fonts.google.com/?preview.text=ൻ്റ&script=Mlym

[MuhammedYaseen]

ഒന്ന് കൂടി വ്യക്തമായി പോസ്റ്റ് വായിക്കൂ. ബാലു ചേട്ടനിൽ ആകെയുള്ള ബഗ്ഗ് ക്ക റെൻഡർ ചെയ്യുന്നത് മാത്രമാണ് എൻ്റെ അറിവിൽ.

ഞാൻ പറഞ്ഞതിൽ സംശയമുണ്ടെങ്കിൽ താങ്കൾക്ക് ഈ ടൂൾ ഉപയോഗിച്ച് യൂണികോഡ് പോയിൻ്റുകൾ പരിശോധിക്കാവുന്നതാണ്. ഇൻഡിക് ആർക്കൈവിൻ്റെ ഏതെങ്കിലും പോസ്റ്റിലുള്ള ൻ്റ ഒന്ന് കോപ്പി ചെയ്ത് ഈ ടൂളിൽ നോക്കുമ്പോൾ കിട്ടുന്ന എഴുത്ത് രീതിയും, ഇന്നലെ ഞാൻ മുകളിൽ ഫോറത്തിൽ പോസ്റ്റ് ചെയ്ത പോസ്റ്റിലെ ൻ്റ-യും ഒന്ന് കോപ്പി ചെയ്ത് പരീക്ഷിച്ച് നോക്കൂ. മനസ്സിലാകും ഇൻപുട്ട് ചെയ്ത സമയത്ത് ഉപയോഗിച്ച ഫോണ്ടിൻ്റെ പ്രശ്നമാണോ, അതോ ഞാൻ കാണാൻ ബ്രൗസറിൽ ഉപയോഗിച്ച ഫോണ്ടിൻ്റെ പ്രശ്നമാണോ എന്ന്🤷🏻‍♂️

എൻ്റെ സിസ്റ്റം ഫോണ്ട് ബാലു ചേട്ടൻ അല്ല എന്ന് പോസ്റ്റിൽ തന്നെ പറഞ്ഞിട്ടുണ്ട്. ബ്രേവ് ബ്രൗസറിലെ ഫോണ്ടാണ് ബാലു ചേട്ടൻ. താങ്കൾ പക്ഷെ മുകളിൽ share ചെയ്തിരിക്കുന്ന ലിങ്കിലുള്ള ൻ്റ ഏത് ഡിവൈസിൽ നിന്ന് എഴുതിയതാണ് എന്ന് അറിയില്ല. പക്ഷേ ഇതാണ് അതിൻ്റെ കോഡ് പോയിൻ്റുകൾ.

[cibu]

ൻ്റ ശരിയായി എഴുതേണ്ടത് chillu N + virama + RRA എന്ന് തന്നെ ആണ്. അത് പക്ഷെ, ശരിയായി കാണിക്കാൻ ബാലൂ ചേട്ടന് പറ്റുന്നില്ല. എങ്ങനെ ആണ് നിങ്ങളുടെ ബ്രൗസറിൽ ബാലൂ ചേട്ടൻ ഡിഫോൾട്ട് മലയാളം ഫോണ്ടായി വരുന്നത് എന്ന് അന്വേഷിച്ച് ഫിക്സ് ചെയ്യണം.

[cibu]

@shijualex https://forum.indicarchive.org/ ൽ മലയാളം ഫോണ്ട് മഞ്ജരിയായി ഫിക്സ് ചെയ്യാമോ? ഇത്തരം കൺഫ്യൂഷനുകൾ ഉണ്ടാവുന്നത് ഒഴിവാക്കാനാകും. ഗ്രന്ഥപ്പുരയിൽ അങ്ങനെ ആണെങ്കിലും ഫോറത്തിൽ ബ്രൗസറിൻ്റെ ഡിഫാൾട്ട് ആണ് ഉപയോഗിക്കുന്നത്.

[shijualex]

ഇതൊക്കെ 2008 - 2015 ൽ നടന്ന മലയാളം യൂണിക്കോഡ് ചില്ല് എൻകോഡിങ്ങുമായി ബന്ധപ്പെട്ട സംഗതികളുടെ ബാക്കി പത്രമാണ്. ഇപ്പോൾ പ്രശ്നം കുറെയൊക്കെ പരിഹരിക്കപ്പെട്ടെങ്കിലും 2 കാര്യങ്ങൾ എല്ലായിടത്തും ശരിയായി നടപ്പാക്കിയിട്ടില്ല.

• ചില ഫോണ്ടുകളിൽ ഇപ്പോഴും സ്റ്റാൻഡെർഡ് ൻ്റ പിന്തുണയ്ക്കുന്നില്ല, എന്നാൽ ആറ്റോമിക്ക് ചില്ലുകളെ പിന്തുൻണയ്ക്കുന്നുണ്ട് താനും

• ചില ടൈപ്പിങ് ടൂളുകൾ ഇപ്പോഴും ഡിഫാൾട്ടായി സ്റ്റാൻഡെർഡ് ൻ്റ ഉദ്പാദിപ്പിക്കുന്നില്ല.

ഈ വിഷയത്തിൽ ഒരു കാര്യം വ്യക്തമാക്കേണ്ടതുണ്ട് എന്ന് തോന്നുന്നു. ഇവിടെ Unicode encoding-ഉം font rendering-ഉം രണ്ട് വ്യത്യസ്ത കാര്യങ്ങളാണ്. രണ്ടും ഒരേ പ്രശ്നമായി കാണുന്നത് കുറച്ച് ആശയക്കുഴപ്പമുണ്ടാക്കും.

ൻ്റ-യുടെ കാര്യത്തിൽ Unicode Standard ശുപാർശ ചെയ്യുന്ന representation:

U+0D7B + U+0D4D + U+0D31

അഥവാ ചില്ലു N + വിരാമം + RRA ആണ്. Unicode 5.1 മുതൽ ഇതാണ് recommended representation, Unicode 17.0-ലും ഈ recommendation തുടരുന്നു. വിശദാംശങ്ങൾക്ക് ഈ പേജ് കാണുക.

https://www.unicode.org/versions/Unicode17.0.0/core-spec/chapter-12/#G742668

അതിൽ സ്റ്റാൻഡെർഡ് ൻ്റയെ കുറിച്ച് വ്യക്തമായി താഴെപറയുന്ന കാര്യം പറയുന്നു. Newly generated text should only use the recommended representation.

ഇവിടെ ഗ്രന്ഥപ്പുരയുടെ ഭാഗത്ത് ഇക്കാര്യത്തിൽ പ്രത്യേകമായി പറയേണ്ടത് ഇതാണ്:

ഗ്രന്ഥപ്പുരയിൽ ഉപയോഗിക്കുന്ന ൻ്റ standard Unicode representation തന്നെയാണ്. അതായത് ഗ്രന്ഥപ്പുരയുടെ website-ലും digital archive-ലും ഉപയോഗിക്കുന്ന text-ൽ ഈ Unicode recommendation ആണ് പിന്തുടരുന്നത്. അതിനനുസരിച്ച് ഗ്രന്ഥപ്പുര ഉപയോഗിക്കുന്ന typing ടൂളുകളും update ചെയ്തിട്ടുണ്ട്.

അതിനാൽ ഗ്രന്ഥപ്പുരയിൽ കാണുന്ന ൻ്റ-യുടെ underlying encoding-നെക്കുറിച്ച് സംശയമുണ്ടെങ്കിൽ അത് വളരെ എളുപ്പത്തിൽ Unicode code-point പരിശോധനയിലൂടെ സ്ഥിരീകരിക്കാവുന്നതാണ്.

അപ്പോൾ ചില കമ്പ്യൂട്ടറുകളിൽ ഇത് ശരിയായി കാണാത്തത് എന്തുകൊണ്ട്?

ഇവിടെയാണ് ഫോണ്ട് പിന്തുണ പ്രസക്തമാകുന്നത്.

ഒരു text ശരിയായ Unicode sequence ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിലും, ആ sequence ശരിയായി render ചെയ്യാനുള്ള support ഒരു പ്രത്യേക ഫോണ്ടിൽ ഇല്ലെങ്കിൽ, user-ന് screen-ൽ തെറ്റായ രൂപം കാണാം.

അതായത്:

ശരിയായ Unicode encoding + font-ന് ആവശ്യമായ shaping support ഇല്ല → തെറ്റായ visual rendering

എന്ന അവസ്ഥ ഉണ്ടാകാം.

മറുവശത്ത്, ഒരു പഴയ Unicode representation പല പഴയ ഫോണ്ടുളും ശരിയായി കാണിച്ചേക്കാം. അതുകൊണ്ട് ആ representation പുതിയ text-ന് recommended ആണെന്ന് അർത്ഥമില്ല.

ഇതാണ് encoding-ഉം rendering-ഉം തമ്മിലുള്ള പ്രധാന വ്യത്യാസം.

ഈ thread-ലും അതിൻ്റെ സൂചനയുണ്ട്. ഇവിടെ ഉപയോഗിച്ചിരിക്കുന്ന standard ൻ്റ-യുടെ code points പരിശോധിക്കുമ്പോൾ chillu N + virama + RRA sequence ആണെന്ന് തന്നെ പരിശോധിക്കാവുന്നതാണ്. അതിനാൽ അത് ഒരു standard Unicode sequence ആയിരിക്കെ ഏതെങ്കിലും particular font-ൽ ശരിയായി കാണുന്നില്ലെങ്കിൽ, അവിടെ font/rendering support ആണ് പരിശോധിക്കേണ്ടത്.

എല്ലാവരും പുതിയ font install ചെയ്തിട്ടുണ്ടാകണമെന്നില്ല

ഇതും പ്രായോഗികമായി വളരെ പ്രധാനപ്പെട്ട കാര്യമാണ്.

ഗ്രന്ഥപ്പുരയിൽ website-ൻ്റെ ഭാഗത്ത് ശരിയായ Malayalam font ഉപയോഗിക്കാൻ ശ്രമിച്ചാലും, user സ്വന്തം browser/system-ൽ പഴയതോ പര്യാപ്തമായ Malayalam shaping support ഇല്ലാത്തതോ ആയ font ഉപയോഗിക്കുന്ന സാഹചര്യം ഉണ്ടാകാം.

പ്രത്യേകിച്ച് Windows-ൽ പഴയ default Malayalam fonts ഉപയോഗിക്കുന്ന systems ഇപ്പോഴും ധാരാളമുണ്ട്. പുതിയ Malayalam Unicode representations ശരിയായി render ചെയ്യാൻ കഴിയുന്ന fonts user-ൻ്റെ system-ൽ install ചെയ്തിട്ടില്ലെങ്കിൽ, standard ൻ്റ ശരിയായ രീതിയിൽ കാണണമെന്നില്ല.

അതുകൊണ്ട് ഒരു user-ന് തെറ്റായ രൂപം കാണുന്നു എന്നത് മാത്രം ഉപയോഗിച്ച് “ഗ്രന്ഥപ്പുര തെറ്റായ Unicode ആണ് ഉപയോഗിക്കുന്നത്” എന്ന നിഗമനത്തിൽ എത്തുന്നത് ശരിയല്ല.

ആദ്യം ആ text-ൻ്റെ actual Unicode code points പരിശോധിക്കണം.

എന്നാൽ ഇവിടെ മറ്റൊരു വലിയ പ്രശ്നമുണ്ട്

ഇത് font-ൻ്റെ മാത്രം പ്രശ്നമായി കാണുന്നതും ശരിയല്ല.

പുതിയ Malayalam text generate ചെയ്യുന്ന typing/input tools തന്നെയും Unicode recommendation പിന്തുടരണം.

Unicode Standard-ൽ തന്നെ legacy representations ഇന്നും വ്യാപകമായി കാണപ്പെടുന്നതിൻ്റെ ഒരു കാരണം implementations recommended representation സ്വീകരിക്കുന്നതിൽ ഉണ്ടായിരുന്ന slow adoption ആണെന്ന് വ്യക്തമാക്കുന്നുണ്ട്. അതുകൊണ്ടാണ് പഴയ data-യിൽ അവയെ support ചെയ്യേണ്ടി വരുന്നത്. എന്നാൽ പുതിയതായി generate ചെയ്യുന്ന text-ൽ recommended representation ഉപയോഗിക്കണമെന്നതാണ് നിലവിലെ നിർദ്ദേശം.

ഇന്നും ചില typing tools standard ൻ്റ generate ചെയ്യാത്ത സാഹചര്യത്തിൽ, പ്രശ്നം സ്വാഭാവികമായി വീണ്ടും വീണ്ടും ഉണ്ടാകും.

ഉദാഹരണത്തിന്:

Typing tool → non-recommended encoding → document → website

എന്ന workflow തുടരുകയാണെങ്കിൽ, പിന്നീട് font മാറ്റിയാലും underlying text encoding മാറുന്നില്ല.

Font മാറ്റിയാൽ ഒരുപക്ഷേ കാഴ്ചയിലെ പ്രശ്നം പരിഹരിക്കാം. പക്ഷേ പുതിയതായി സൃഷ്ടിക്കുന്ന text-ൻ്റെ Unicode encoding ശരിയാക്കാൻ input tool തന്നെ ശരിയാകണം.

അതുകൊണ്ടാണ് ഗ്രന്ഥപ്പുരയുടെ ഭാഗത്ത് typing ടൂളുകൾ പോലും ഈ Unicode recommendation അനുസരിച്ച് update ചെയ്തിരിക്കുന്നത്.

അതുകൊണ്ട് രണ്ട് തലത്തിലുള്ള പരിഹാരമാണ് വേണ്ടത്

ഒന്ന് — Input/encoding side

പുതിയ Malayalam text generate ചെയ്യുന്ന typing tools standard Unicode representation തന്നെ സൃഷ്ടിക്കണം.

രണ്ട് — Rendering side

ആ standard Unicode representation ശരിയായി render ചെയ്യാൻ കഴിയുന്ന Malayalam fonts/browser shaping support ഉണ്ടായിരിക്കണം.

ഇവയിൽ ഒന്നുമാത്രം ശരിയാക്കിയാൽ പ്രശ്നം പൂർണ്ണമായി പരിഹരിക്കപ്പെടില്ല.

ഗ്രന്ഥപ്പുരയുടെ ഭാഗത്ത് ആദ്യത്തെ കാര്യം ഇതിനകം ശ്രദ്ധിച്ചിട്ടുണ്ട്: standard Unicode representation ആണ് ഉപയോഗിക്കുന്നത്, അതനുസരിച്ച് typing ടൂളുകളും update ചെയ്തിട്ടുണ്ട്.

ഇപ്പോൾ ചില users-ന് അത് ശരിയായി കാണുന്നില്ലെങ്കിൽ, അവരുടെ browser/system-ൽ ഉപയോഗിക്കുന്ന font standard ൻ്റ-നെ ശരിയായി support ചെയ്യുന്നുണ്ടോ, അല്ലെങ്കിൽ പുതിയ font install/update ചെയ്തിട്ടുണ്ടോ എന്നതും പരിശോധിക്കേണ്ടതുണ്ട്.

അവസാനമായി ഒരു പ്രധാന distinction

പഴയ Unicode representations existing documents-ൽ ഉണ്ടാകുന്നത് സ്വാഭാവികമാണ്. അവയെ support ചെയ്യേണ്ടതുണ്ട്. പക്ഷേ പുതിയതായി text സൃഷ്ടിക്കുമ്പോൾ വീണ്ടും അതേ പഴയ representations സൃഷ്ടിച്ചുകൊണ്ടിരിക്കുന്നത് വേറൊരു പ്രശ്നമാണ്.

അതുകൊണ്ട് പഴയ data-യെ support ചെയ്യുന്നതോടൊപ്പം, പുതിയ data standard Unicode representation-ൽ തന്നെ സൃഷ്ടിക്കപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുകയും വേണം.

അതാണ് ദീർഘകാലമായി ശരിയായ വഴി.

ടൈപ്പിങ് ടൂളുകളൂം ഫോണ്ടുകളും അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതിൻ്റെ പ്രാധാന്യം

ഇവിടെ typing tools, Unicode recommendation അനുസരിക്കേണ്ടതിൻ്റെ പ്രാധാന്യം standards compliance-ൽ മാത്രം ഒതുങ്ങുന്നില്ല.

ഇപ്പോൾ പലപുതിയ മലയാളം ഫോണ്ടുകളും പഴയ encoding representations-നുള്ള പിന്തുണ ക്രമേണ ഒഴിവാക്കുന്ന സാഹചര്യം കൂടിയുണ്ട്. അതിനാൽ ഇപ്പോഴും legacy representation generate ചെയ്യുന്ന typing tools ഉപയോഗിക്കുന്നത് ഭാവിയിൽ കൂടുതൽ rendering പ്രശ്നങ്ങൾ സൃഷ്ടിക്കാൻ സാധ്യതയുള്ള കാര്യമാണ്.

ഇതുകൊണ്ടാണ് “പഴയ encoding ഇപ്പോഴും പല fonts-ലും കാണുന്നുണ്ടല്ലോ, അതിനാൽ typing tools update ചെയ്യേണ്ട ആവശ്യമില്ല” എന്ന സമീപനം ശരിയല്ലാത്തത്.

മറിച്ച് സംഭവിക്കുന്നത് ഇതാണ്:

പഴയ encoding generate ചെയ്യുന്ന typing tool → പഴയ fonts-ൽ ശരിയായി കാണുന്നു → പുതിയ fonts-ൽ rendering പ്രശ്നം ഉണ്ടാകാം.

അതേസമയം:

standard Unicode representation generate ചെയ്യുന്ന typing tool → Unicode recommendation പാലിക്കുന്നു → പുതിയ Unicode Malayalam ഫോണ്ടുകളുമായി ദീർഘകാല compatibility ഉറപ്പാക്കാൻ കൂടുതൽ അനുയോജ്യം.

അതുകൊണ്ട് പുതിയ fonts legacy representations support ചെയ്യാതാകുന്നത് typing tools update ചെയ്യേണ്ടതിൻ്റെ പ്രാധാന്യം കുറയ്ക്കുന്ന കാര്യമല്ല; മറിച്ച് അതിൻ്റെ പ്രാധാന്യം വർധിപ്പിക്കുന്ന കാര്യമാണ്.

ഗ്രന്ഥപ്പുരയിൽ ഇതുകൊണ്ടുതന്നെയാണ് standard Unicode representation ഉപയോഗിക്കുന്നത് മാത്രമല്ല, അതനുസരിച്ച് typing tools-ുകളും update ചെയ്തിരിക്കുന്നത്. പുതിയതായി സൃഷ്ടിക്കുന്ന Malayalam text തുടക്കം മുതൽ Unicode recommendation അനുസരിച്ചായിരിക്കണം എന്നതാണ് നമ്മുടെ സമീപനം

അതിനാൽ ഈ പ്രശ്നത്തിന് “font മാറ്റുക” എന്നത് മാത്രം പരിഹാരമല്ല. ശരിയായ Unicode representation ഉപയോഗിച്ച് text generate ചെയ്യുക എന്നത് input tools-ൻ്റെ ഉത്തരവാദിത്വമാണ്; ആ standard representation ശരിയായി render ചെയ്യുക എന്നത് fonts-ൻ്റെയും rendering systems-ൻ്റെയും ഉത്തരവാദിത്വമാണ്. രണ്ടും ആവശ്യമാണ്. പ്രത്യേകിച്ച് പുതിയ fonts legacy representations-നുള്ള support കുറച്ചുകൊണ്ടിരിക്കുന്ന സാഹചര്യത്തിൽ, typing tools ഇപ്പോഴും പഴയ representations generate ചെയ്യുന്നത് പ്രശ്നം പരിഹരിക്കുന്നതിന് പകരം പുതിയ documents-ലേക്ക് പ്രശ്നം തുടർച്ചയായി കൊണ്ടുപോകുകയാണ്.

[shijualex]

\\ബാലു ചേട്ടനിൽ ആകെയുള്ള ബഗ്ഗ് ക്ക റെൻഡർ ചെയ്യുന്നത് മാത്രമാണ് എൻ്റെ അറിവിൽ.\\

അതിനു പുറമെ സ്റ്റാൻഡേർഡ് ൻ്റ കൂടെ അതിൽ ഇല്ല എന്ന് എന്ന് ഇപ്പോൾ മനസ്സിലായല്ലോ. smc ഫോണ്ടുകളിൽ ഒക്കെ ചെയ്തതു പോലെ ഔദ്യോഗിക റിലീസ് വേർഷനിൽ ചിലപ്പോൾ അത് പുതുക്കിക്കാണാം. അതനുസരിച്ച് മറ്റ് ഇടങ്ങളിലും പുതുക്കണം.