> типографика — она не просто с потолка упала, тащемта.

А, так ты вёрсткой занимаешься.
Я думал программируешь.

(Reply to this) (Parent) (Thread)

Но ок, тут я понимаю, что эстетика у всех расходится.

Мне важно, чтобы когда

fuck := 1000;
shit := 2500;
cunt := 7800;
dick := 9300;

они были аккуратненько друг под другом, мне так читать проще.

И syntax coloring туда же - при беглом просмотре не нужно читать слова, достаточно отмечать раскраску. Чтобы не нужно было выискивать начало и конец комментария, например. Ну там много чего облегчает, это типа как выравнивание.

И цвета должны быть охуенные, как в той же eclipse или TP 7.0

Кому-то другое важнее, дело вкуса и привычки.

Но да, TP это типичный пример TUI.

(Reply to this) (Parent) (Thread)

>они были аккуратненько друг под другом, мне так читать проще.
и между ними «thisisfuckinglongname». которое один хуй не помещается. или просто «ass». ура, равняем пробелами, нихуя нас не спасли моноширинные извращения.

в нормальном документе, кстати, если уж мне захочется равнять — то я не буду ебошить пробелы, я поставлю перед текстом линеечку, а на ней отмечу tab stop. и поравняю всё одним табулятором. но программисты в принципе не понимают, что такое документ, и текстовый в частности.

>И syntax coloring туда же - при беглом просмотре не нужно читать слова, достаточно
>отмечать раскраску.
это потому что языки, которые ты читаешь — говнище. и в них необходимо вчитываться в слова, чтобы получить даже минимальную информацию о коде. поэтому приходится делать внешние семантические костыли.

в обероне, например, эти костыли уже вмонтированы в язык, и внешняя помощь там не нужна. ура, мы теперь можем использовать цвет для того, чтобы отмечать другие семантические и логические части кода… а, не, не можем, у программистов же исходник не в нормальном документе, а в потоке байтов без поддержки нормального форматирования и типографики.

(Reply to this) (Parent) (Thread)

Но пробелами можно выровнять хотя бы - а если ещё настроить автоформаттер, он это сделает одной кнопкой

(Reply to this) (Parent) (Thread)

>Но пробелами можно выровнять хотя бы
ага. добираемся до сути: у нас вместо текстового документа тупорылый поток байтов, хуй там чего иначе поравняешь. линеечку с таб-стопами то в документ не вставить.

(Reply to this) (Parent) (Thread)

Нет, почему, вищенька две ечейки в шырину занимает, и говорят люди есть и три, но я сам лично не видел

Тут скорее вопрос не в байтах, а в квантах длины ширины - когда один пиксель, то это пыздець

(Reply to this) (Parent)

вот шоп ты наглядно видел:


вот так я равняю асм. видишь вот те серенькие штучки? это отступы. а сверху линеечка.

нет, каждый отступ отмечать так не надо, по умолчанию они как раз такого размера, как начальные. отметочки стоят потому что мне дальше понадобились нестандартные размеры.

и не начинай про «сменим шрифт и размер и всё поплывёт». для этого специальный инструмент есть, который оценит старый размер, новый, и отступы автоматически отрихтует.

(Reply to this) (Parent) (Thread)

Это ворд перверт какойты а не редактор кода
на экране надо место экономить, а ты его процессингом форматирования в каждом окне ешь, и внимание пусть поест тоже, зря оно что ли такое красивое, сюда смотри я сказал, в сраный код нехуй пялиться

(Reply to this) (Parent) (Thread)

>на экране надо место экономить
зачем? O_O простыни не надо писать. простыни — это плохо.

>а ты его процессингом форматирования в каждом окне ешь
простая мысль о том, что в редакторе есть два режима: показывать служебные символы и объекты, и не показывать — не?

и вообще, мне тут насчёт экономии места рассказывают люди, которые вместо пропорциональных шрифтов моноширинные используют. какая ирония.

(Reply to this) (Parent)

типичное заблуждение типичного программиста: «если данные есть — то неважно, как их представлять». именно поэтому ни одному программисту нельзя позволять делать интерфейсы взаимодействия между машиной и хумансом: программисты кое-как понимают, как работает машина, но не имеют ни малейшего представления, как работают хумансы.

(Reply to this) (Parent)