Хтось віддає перевагу пропорційним шрифтам? [зачинено]

Я читав статтю wikipedia про стиль програмування і помітив щось в аргументі проти вертикально вирівняного коду:

Опора на монорозміщений шрифт; Табличне форматування передбачає, що редактор використовує шрифт фіксованої ширини. Більшість сучасних редакторів коду підтримують пропорційні шрифти, а програміст може вважати за краще використовувати пропорційний шрифт для читабельності .

Якщо чесно, я не думаю, що я ніколи не зустрічав програміста, який віддав перевагу пропорційному шрифту. Я також не можу придумати жодних справді вагомих причин їх використання. Чому хтось віддасть перевагу пропорційному шрифту?

Загальні точки проти пропорційних шрифтів, коментуються.

• Ви не можете точно вирівняти код по вертикалі з пропорційними шрифтами. Я маю на увазі, ви могли точно вирівняти код по вертикалі з пропорційними шрифтами, якби всі користувалися еластичними вкладками , але на жаль ...
• Деякі пропорційні шрифти ускладнюють розрізнення деяких груп символів. (наприклад, mrnm). Не всі ідеальні шрифти також ідеальні: Courier New має однакові значення "O" та "0" та однакові "1" та "l".
• Деякі IDE мають слабку підтримку шрифтів не фіксованої ширини (наприклад, згадана Visual Studio або IDLE Python). У деяких контекстах ви також просто не можете їх використовувати. (наприклад, термінали.)
• Вибір пропорційного шрифту для кодування призведе до нескінченних святих воєн. Однак тут існує проблема між клавіатурою та стільцем.

Бали на користь пропорційних шрифтів

• Деякі символи просто ширші за інші. Наявність у тім mже просторі nабо абоi робить його справді складним, щоб створити хороший, читабельний шрифт монопростору .
• Покращений інтервал між літерами вправо. Порівняйте, rnWі Illв цьому скріншоті Proggy Clear для прикладу інтервалу між шрифтами зроблено неправильно.
• У більшості шрифтів програміста відсутні курсив або жирний шрифт. Це ускладнює використання ефективного підсвічування синтаксису.
• Вертикальне вирівнювання - це будь-яка банка глистів. Вкладки чи пробіли чи вкладки та пробіли?

Особисто я із задоволенням використовую і шрифт 'Ubuntu', і WenQuanYi Zen Hei Mono, і не можу віддати перевагу одному перед іншим. :)

Ubuntu 10 та WenQuanYi Zen Hei Mono 9, порівняно. Тут немає чіткого переможця, якщо ви запитаєте мене.

Однак, шрифти - це як їжа. Деякі люблять їх добре закруглені, деякі люблять їх гарячими і гострими - немає жодного правильного шрифту, або ми б усі його зараз використовували. Так, на вибір!

Існує причина, яка робить практично неможливим використання для кодування шрифтів, окрім монопростору, але не згадується в інших відповідях: прямокутні виділення .

Ця функція, часто не дуже корисна і не дуже відома при роботі зі звичайним текстом, є важливою для розробників. Ви можете уявити безліч сценаріїв: видалення //коментарів у декількох рядках, додавання дужок чи інших символів тощо. Це ще цінніше при розширеній підтримці прямокутних виділень, як у Visual Studio 2010, де ви можете не лише вибирати та видаляти текст, але виберіть і замініть його.

Візьмемо приклад:

private IEnumerable<SELove> StackExchangeRocks()
{
    var howILoveSEWebsites = new []
    {
        new SELove { SiteName = "Stack Overflow", MyReputation = 5269,  MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Programmers",    MyReputation = 16937, MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Super User",     MyReputation = 650,   MyRating = Rating.QuiteGood,   },
        new SELove { SiteName = "Server Fault",   MyReputation = 489,   MyRating = Rating.Good,        },
        // Initialize other websites here.
    };

    return howILoveSEWebsites.OrderByDescending(c => c.MyRating);
}

private class SELove
{
    public string SiteName { get; set; }
    public int MyReputation { get; set; }
    public Rating MyRating { get; set; }
}

private enum Rating
{
    Outstanding,
    Good,
    QuiteGood,
}

У цьому застарілому коді я хочу замінити рейтинг коду методом, який завантажуватиме мій рейтинг із самих веб-сайтів Stack Exchange, маючи змогу завжди мати сучасні дані. Я почав рефакторировать MyReputationвластивість, і тепер я хочу видалити ініціалізацію в обсязі. Уявіть, що у мене не чотири, а всі 84 ​​веб-сайти SE.

Ось що відбувається під час використання консолей , шрифту монопростіру. Я натискаю Backspace, і це все, я можу витратити час, що залишився, щоб зробити щось дійсно корисне.

І тут те саме і з інтерфейсом Segoe . Ой!

Я використовував пропорційний шрифт, здебільшого тому, що знаходжу пунктуацію, насправді простіше розмежувати, але з часом я відмовився, тому що ніхто інший цього не робить, і всі несвідомо приймають монорозміщені шрифти (як згадується у статті вікіпедії, намагаючись робити таблицю) форматування, мистецтво ascii в коментарях тощо).

Крім того, проблеми у Visual Studio , які Microsoft не хоче виправляти, в основному унеможливлюють використання добре розроблених пропорційних шрифтів.

Особисто мені все одно. Поки ви тримаєте мої вкладки вирівняними, а шрифт розбірливим, я не міг би перейматися тим, використовую ли я монопростір, пропорційний чи якийсь інший інтервал поза стіною. Просто не починайте замінювати мої вкладки пробілами, і ви не будете зі мною сваритися.

Я використовую пропорційний шрифт (Arial - найкраще, що я знайшов поки що, Вердана - близький підбіг) і, чесно кажучи, я все ще здивований, що люди використовують шрифти фіксованої ширини; чому ти хотів би пожертвувати такою читальністю? Я міг зрозуміти, чи потрібне форматування таблиць, але це не так, оскільки це створює кошмар технічного обслуговування незалежно від шрифту.

Пам’ятаю, у книзі Б'ярна Струструпа " Мова програмування на C ++" для коду використовували пропоновано розміщені шрифти. (Я не можу знайти жодних зразкових сторінок в Інтернеті)

Я не пам’ятаю точних причин, але думаю, що він згадував про цю та іншу зміну (я думаю, що сама мова C ++) як новий вступ до цієї книги.

Особисто я віддаю перевагу фіксованим космічним. Консолі - це мій улюблений.

Для мов, які мають короткі рядки та багато відкритого простору, я віддаю перевагу односхилим шрифтам. Я вважаю, що шрифти змінної ширини можуть покращити читабельність, якщо у вас довгі рядки та щільний синтаксис.

Проблема більшості пропорційних шрифтів полягає в тому, що вони не були розроблені для програмування. На цій сторінці показані деякі шрифти, які були.

Середовища малих розмов, як Pharo, використовують пропорційні шрифти, і завдяки мовному стилю це виглядає дуже добре. Але в мовах C-стилю, таких як Go, або інших, таких як Erlang або Python, я віддаю перевагу односхилим шрифтам.

Я витратив деякий час на пошук хорошого, читабельного шрифту для Eclipse деякий час назад, і під XP я використовував Verdana досить довгий час. Консолі це вирішили, тому що це справді чудово для програмування.

Це мої висновки:

• Більшість пропорційних шрифтів розраховані на прозу та лише невеликі розділові знаки (що, в свою чергу, зазвичай це один чи рідко два символи). У мові сімейства С є багато пунктуаційних знаків, що, на мою думку, просто не виглядає добре і важче читати, ніж потрібно.
• Символи змінної довжини означають, що довжина рядків змінюється. Це робить його майже неможливо здогадатися, де закінчиться курсор під час навігації за допомогою кнопок зі стрілками. Мені це було прикро.
• Вертикальний інтервал теж має значення. Зазвичай це не те, що можна легко змінити, і більшість пропорційних шрифтів мають менше місця між рядками, ніж я хотів би.
• Дуже мало IDE тестуються за допомогою пропорційних шрифтів. Це створює місце для тонких помилок, як розміщення курсора в неправильному місці, неправильне перефарбування символів тощо.

Звідси я виявив, що для мене це не вартує клопоту.

Примітка щодо вирівнювання та інших макетів: Я встановив Eclipse для автоматичного форматування кожного файлу при кожному збереженні, тому всі фантазійні макети автоматично скидаються. Eclipse використовує вкладки замість кількох пробілів, і вони можуть бути розміщені правильно навіть із пропорційними шрифтами. Отже, макети форматів можуть бути одна над одною, але ми використовуємо стандартну конфігурацію форматера, якої немає.

Я вважаю, що застосування автоматичного форматування для кожного на кожному економії мінімізує помилкові позитиви в системі управління джерелами під час проведення криміналістичного аналізу.

Ніколи, ніколи, тому що Monospaced шрифти дозволяє мені порівнювати різні атрибути.

Порівняйте:

name1 = ["Вільям", "Шекспір", 1564, "Пеотрі"]

name2 = ["Джон", "Локк", 1632 р., "Філософія"]

name3 = ["Джонатан", "Літтелл", 1967, "Проза"]

До:

name1=["William",  "Shakespear", 1564, "Peotry"     ]
name2=["John",     "Locke",      1632, "Philosophy" ]
name3=["Jonathan", "Littell",    1967, "Prose"      ]

Пропорційні шрифти просто не можуть розміщувати еквівалентні атрибути точно один над одним.

Хоча я відчуваю, що пропорційні шрифти гарніші, в деяких з них, особливо без серіфіфічних шрифтів, неможливо побачити різницю між "я" та "л". Зачекайте, що я знову назвав цю змінну?