Pull to refresh

Comments 26

Видимо, предполагается, что полезное место для редактируемого кода важнее.

Видимо, предполагается, что при редактировании текста мышь в основном мешает.


Не хватает инструмента для просмотра/выбора всех юникод-символов.

А так?


Кратко: Sublime обладает множеством фатальных недостатков.
В этом вашем Cuda vim-mode есть?

Про «мышь только мешает». Вы не угадали. Такого предположения мы с Алексеем не делали.
Про «инструмент для юникод-символов». Спасибо за ссылку, поизучаем.
Про «в этом вашем». Постарайтесь избегать подобного тона.
Про «vim». В Cuda нет такого, и много еще чего нет. Это не мешает его пользователям.
Про «мышь только мешает». Вы не угадали. Такого предположения мы с Алексеем не делали.

Вы не делали, а разработчики Sublime сделали.


Про «в этом вашем». Постарайтесь избегать подобного тона.

Какого "такого"?


Про «vim». В Cuda нет такого, и много еще чего нет. Это не мешает его пользователям.

Типа, нет и не надо? Ну и ладно.

Для меня Sublime наполовину умер, когда не смог в текстовом файле 450 МБайт заменить все пробелы на переводы строк. Минут за 10 так и не вышел из зависшего состояния. А VS Code, написанная на (ха-ха) Javascript, сделала это за 7 секунд. А ещё большие файлы Sublime вообще не может даже показать за разумное время.

Хм. Интересно. Часто сталкивался с задачей редактирования 100+ MiB JSON файлов. В sublimetext3 это было реально, но медленно. Главное отключить подсветку синтаксиса и дальше можно жить. Даже в голову не приходило пытаться открыть такой файл в vsCode. После вашего комментария попробовал. 78 MiB файл у меня гарантировано убивает редактор. vsCode на нём не зависает, а именно умирает. Хм. Вы что-нибудь специальное для таких задач на нём устанавливали?

Я был очень скептичен по поводу редакторов на основе Electron, но как-то случайно драг энд дропнул на VSCode дистрибутив Anaconda для linux (это 450 Мб sh-файл). VSСode прожужжал секунд 30, наверное, и открыл его. Это было крайне неожиданно. Ничего специально не ставил.

Хм. Попробовал им открыть видео-файл весом 70 MiB. В отличии от json-а редактор сразу предложил его открыть, как неведомое-чудо без подсветки… и таки открыл. Попробовал это бинарное нечто поредактировать — шустро бегает. Автозамены — работают достаточно быстро.

Ничего не ставил, но файл у меня csv, никакой разметки и подсветки синтаксиса. Наверное, ваш файл она попыталась парсить, на этом и загнулась.
Кто-то сказал про Vim mode. Уже есть плагин к CudaText.
Он сделан на 60%, самые частые команды есть, некоторых нет. Тестер плагина ушел и делать стало не нужно. Готов продолжить делать Vim mode если будет постоянный тестер и пользователь, с feedback.
Поясню: пользователь uvview это и есть Алексей, автор CudaText.

По первому впечатлению редактор на самом деле хорош. Напоминает мне Notepad++, которого мне не хватает под Linux. Поставил CudaText по умолчанию вместо xed у себя, так как он быстрее, лучше держит большие файлы и лучше работает с кодировками.

Да, пробовал. Он как-то странно работал. Кажется, с русскими путями к файлам были проблемы, но точно уже не помню.

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

Есть явный недостаток у такого подхода — нужно заранее знать либо имя команды… и ее имя далеко не всегда очевидны.
Можно пример такой неочевидности, пример такой команды или действия, которые бы не находились через Cmd-Shift-P по ее очевидному названию?

Часто нужно вставить какой-нибудь хитрый символ, например, стрелку или дробь
Как часто? Раз в неделю? Раз в месяц? Зачем это должно быть в редакторе кода, если оно может быть реализовано в виде плагина? Кому нужно часто вставлять юникод в коде — тот поставит плагин или просто нажмет ctrl-cmd-space для вызова системного popover. Тащить это в сам редактор кода — это странно. Хотя, разумеется, это имхо.

Простите, но при поверхностном прочтении статьи большинство «недостатков» Sublime выглядит как попытка убедить читателя, что мягкое лучше теплого, а местами и вовсе как обычная вкусовщина, ведь многим Sublime полюбился именно потому, что в нем все сделано так, как сделано — есть удобнейшая палитра команд, нет тулбаров, минимальный статус-бар, отсутствие плавающих окон, отсутствие которых порадовало после TextMate и обычные json для настройки всего и вся.
Символ нужно вставить раз в неделю. 1-2 раза. Плагин уже есть packagecontrol.io/packages/Character%20Table. Тогда эту мелочь наверное не надо делать.

«Большинство недостатков» — статья не про то что «Суб с недостатками и такой плохой» а про «Есть такие идеи — передайте автору».

Одна половина ваших идей не вписывается в концепцию Sublime, другая решается плагинами.
Меня тут давеча упрекали за якобы пренебрежительное отношение "в этом вашем", но, чёрт вас подери, это всего лишь ещё один текстовый редактор. Из этой статьи я так и не увидел никаких чудодейственных фич, которые бы порвали хотя бы Sublime, которому я предпочитаю таки vim. Честь тебе и хвала, Алексей, но так слонов не продают. Личное моё такое мнение.

Про «не вписывается в концепцию» это же спорно, концепции нет, например в Питоне есть «правила хорошего тона» а тут нет. Почему плавающие панели не вписываются? По опции кладем консоль в отдельное окно. Разве это что-то нарушит?

не увидел никаких чудодейственных фич


Ну статья была не про фичи CudaText. Вот хорошая фича — плавающие окна. Но «она не вписывается в концепцию».

Вы прикалываетесь надо мной?
Вот вам ссылка там чёрным по-английскому написано за что юзеры любят Sublime.

Видимо вы прикалываетесь надо мной. Я хотел понять чем не нравятся плав.панели.
я предпочитаю таки vim

Это многое проясняет — вы не попадаете в целевую группу. У тех, кто не может пользоваться vim, отношения с Cuda/Sublime складываются удачнее.

Отчего же? Я неспроста спросил про vim-mode. В Sublime он худо-бедно есть, в Cuda, худо-бедно, видимо, тоже. Предпочитать vim это не проклятье, это просто другой подход к редактированию текста. И он работает. И, да, плавающие вот эти вот в редакторе не нужны. Моё личное мнение.
Вы же пытаетесь давать "советы" по улучшению Sublime, не разобравшись в концепции.

Предпочитать vim это не проклятье

Полностью согласен. Но нигде не вижу, чтобы в комментариях это кто-то оспаривал. Вы пытаетесь жестко доказать, что идеи из статьи вам не подходят. А никто их вам и не пытается навязать. Речь была, про то, что «скорее всего, найдется много пользователей, кому это будет удобно».

Я пытаюсь доказать, что статья построена на ложной идее, что CudaText это Sublime, только лучше. Более того, в статье даются "советы" как "улучшить" Sublime, и выглядят они дико.

ложная идея, что CudaText это Sublime, только лучше

  1. Я каждый день пользуюсь CudaText и вижу, что для меня он лучше Sublime. Несколько раз пробовал пересесть и ни разу не получилось улучшить рабочую среду. И, что важно, я не пытаюсь утверждать, что Sublime и vim не нужны.
  2. В статье нет посыла "CudaText лучше Sublime". Лишь перечислены идеи для улучшения Sublime. Да, идеи опробованы внутри CudaText, это лишь придает им больше веса и рекламирует CudaText на фоне Sublime.

В статье явно сравниваются два редактора. И при этом фичи одного прямым текстом выдаются за недостатки, которые устранены в другом. Я бы даже пошёл дальше и присовокупил бы сюда ещё кучу редакторов, довольно популярных, смею заметить, перенявших концепции Sublime, но не стану. Ну, серьёзно, кто бы стал читать статью про ещё один текстовый редактор? А вот если сравнить с Саблаймом…
А я бы вот с удовольствием прочитал бы статью, например, такого плана: "Пишем полезный плагин для CudaText". А не пытаться доказать, что отсутствие гуи-мусора редактору только на пользу. И плавающие окошки — бред, вспомним хотя бы Gimp...

Нет такой идеи в статье, даже честно скажу что пока Cuda слабее, там нет Goto Anything, нет анимаций (закрытие таба и тд).
Sign up to leave a comment.

Articles