URL-адреси не є звичайним текстом
Використання монопросторного шрифту не радує око, […]
Так, але читання URL-адрес все одно не дуже приємно. Отже, подумайте на секунду, чому ви введете URL-адресу в першу чергу. Сьогодні вам часто не потрібно цього робити, адже майже на будь-якому цифровому носії ви можете оснастити текст, прочитаний людиною, гіперпосиланням, що зручніше для всіх учасників. Якщо вам потрібно ввести URL-адресу, зазвичай це для друкованого носія, і це не для того, щоб читати як звичайний текст, а для перекладу в цифрову інформацію , як правило, за допомогою читання та введення людини, іноді програмним забезпеченням OCR.
Зважаючи на це, критерії введення URL-адрес дещо відрізняються, ніж для звичайного тексту. Звичайний текст містить багато надмірності, що дозволяє нам швидко його прочитати - навіть якщо ми помилимося з якоюсь деталлю, наш мозок може легко виправити її¹. Це не стосується URL-адрес: читач повинен правильно визначити кожен символ. Як завжди, що стосується читабельності, стурбованість полягає не в тому, що читач робить непоправні помилки, а в тому, що вони не витрачають кілька секунд на повторне читання, щоб виявити свою помилку, і щоб вони не дратувалися.
Іншим відповідним моментом при наборі URL-адрес є те, що деякі символи використовуються інакше, ніж у звичайному тексті, і, таким чином, шрифти, призначені для звичайних текстів, зазвичай є неоптимальними, коли застосовуються як є. Наприклад, крапка базової лінії (.) Зазвичай використовується для позначення важливого розділення як у звичайних текстах, так і в URL-адресах. Однак, коли використовується як повна зупинка у звичайних текстах, за нею йде пробіл, який оптично підтримує цю функцію. Це не стосується URL-адрес і, зокрема, кернінг може призвести до того, що точка буде менш помітною, ніж це заслуговує. В іншому прикладі великі символи значно рідше зустрічаються в URL-адресах.
¹ Для того, щоб почати wth, u cn stl dcphr ths sntnc. Tihs sencetne є eisn eisear до raed. Майже всі розділові знаки, великі літери та статті можна вгадати з контексту.
Приклад
Якщо ви подивитесь на верхній приклад, перше, що, напевно, припаде вам до уваги - це all-caps 47ATX, що погано, оскільки це не особливо важливо, і якщо ви хочете ввести цю URL-адресу, зазвичай ви хочете почати на початку . Ця проблема, як мінімум, зменшується на дні, оскільки великі літери мають відносно менший зріст як по ширині, так і по ширині.
Основну структуру URL-адреси набагато простіше проаналізувати в нижньому прикладі, оскільки крапкам, дефісам та косою рисою надається більше місця, з точки зору ширини гліфів та кернінгу.
На нижньому прикладі м не особливо красивий: він виглядає досить стисненим, а укорочений середній стебло не на місці. Однак це, очевидно, m і не може помилитися з rn. Хоча це проблема для кожного типу тексту, неправильне читання таких аспектів значно більше дратує URL-адреси, оскільки ви цього не помітите миттєво, але вам доведеться повертатися назад і помічати свою помилку після того, як ви отримали помилку 404 або посадили на помповий сайт ( кредит Кріш за каламбур).
Яке все це має відношення до односкладного руху?
Хоча жоден із вищезазначених критеріїв не обмежений, якщо шрифт є пропорційним або монопростірним, ваш середній шрифт монопростору оцінює набагато краще, ніж ваш середній пропорційний шрифт. Однак якщо вам відомі недоліки звичайних пропорційних шрифтів, ви також можете вирішити більшість із них, не змінюючи шрифт, зокрема, адаптуючи пробіли.
Отже, наприкінці дня вам доведеться знайти компроміс, враховуючи такі фактори:
Наскільки добре ваш шрифт моношпарки відповідає звичайному шрифту?
Скільки URL-адрес потрібно набрати?
Наскільки довгі та складні ваші URL-адреси? Наприклад, www.example.com є більш доброякісним з точки зору читабельності звичайним шрифтом, ніж наведений вище приклад.
Скільки часу та зусиль ви хочете вкласти?
