Det är ingen hemlighet att rendering är långt ifrån alltid perfekt, men vi förväntade oss inte en sådan händelse på just den här maskinen, eftersom vi aldrig har sett något liknande med Chrome Stable-versioner.
Men jag var tvungen…
Du kan se hur det nämnda problemet såg ut externt i skärmdumpen nedan. Vi gjorde den övre delen direkt efter installationen och den nedre delen efter att ha fixat buggen. Och observera att det här är inställningsmenysidan (så kallad).
Naturligtvis antog vi också att en av anledningarna till detta fenomen kan vara att Canary är den senaste versionen av webbläsaren, och kanske fortfarande håller på att färdigställas och göras om något i den som ännu inte ens finns i den stabila versionen av Chrome.
Men ytterligare reflektion ledde till idén att detta problem också framgångsrikt kan skapas av datorns egen hårdvara och/eller drivrutiner installerade på den.
Dessutom visade en tillfällig “googling” av information om ämnet att liknande frågor regelbundet har dykt upp bland användare sedan dagarna .
Och metoderna som användes för att eliminera buggen var också väldigt olika, i synnerhet inaktivering eller DirectWrite, start av Chrome med olika startparametrar, etc.
Nästan alla är år gamla och är naturligtvis inte längre relevanta för de senaste versionerna av webbläsaren. Men några av “klassikerna”, som det visade sig, har inte förlorat sin tidigare effektivitet. Så,..
- gå till “” (genom eller genom “”);
- scrolla sidorna till botten och klicka på “”;
- scrolla sedan på sidan igen till avsnittet “”;
- och i den inaktiverar vi funktionen “”;
- starta om Chrome.
Efter det “korrigerade” de trasiga teckensnitten sig själva. Men det är också värt att notera att inaktivering av hårdvaruaccelerationsfunktionen i denna speciella situation bör uppfattas som det minsta av två onda, eftersom detta kan påverka webbläsarens prestanda negativt i ett antal fall (mer exakt, när du utför vissa uppgifter).
Du kan dock aktivera funktionen när som helst genom att upprepa den givna algoritmen för åtgärder.
