Почему-то никто не упомянул Arcade. На официальном сайте есть отдельная статья-сравнение с Pygame, где Arcade, естественно, выигрывает. Лично мне он зашел больше, чем Pygame.
Используй выравнивание по левому краю – это повысит читабельность
Как это "использовать", если выравнивание по левому краю — это поведение текста по-умолчанию?
Почему выравнивание по левому краю повышает читабельность? В книгах (качественных!) выравнивание по ширине. И гифенация (расстановка мягких переносов). Разве читабельность в книгах от этого страдает?
UPD: не сразу увидел, что пункт относится к заголовкам. Когда это осознал, облился по́том. Простите.
У меня недавно появилась боль в этом суставе. Как Хабр узнаёт, что мне нужно?..
Боль при открывании и закрывании челюсти, в покое почти не болит. Началось это, скорее всего, после того, как я хрустнул суставом горизонтальным смещением челюсти. Все, сломал, чтоли?
Пока что я думаю, что модальность редакторов — просто еще один способ взаимодействовать с текстом. Кто-то привык, кто-то — нет. Так же, как кто-то привык к QWERTY и не видит проблемы в таком расположении клавиш.
Я воспринимаю текст как что-то, что по своей сути очень похоже на картинку — работа с изображением в GIMP не подразумевает каких бы то ни было режимов. Если применяется эффект — он применяется ко всему изображению (как бы к выделению "всё"). Если я работаю кистью — я не перехожу в режим редактирования, а работаю кистью с изображением.
Чтобы действительно ответить на вопрос "чем хорош модальный режим", нужно провести хорошие исследования.
нашли орфографическую ошибку, исправили, продолжаете читать
Не вижу, почему это проще делать в модальных редакторах. В этом случае мне надо либо войти в режим правки, исправить, и выйти, либо применить команду замены (для символа или слова они разные) на участке текста. Если я хочу изменить большой произвольный кусок, мне необходимо либо выделение, либо третьи команды для выбора текстового блока.
В случае классических редакторов я просто перехожу к опечатке, удаляю неправильный текст и набираю правильный. Либо выделяю неправильный, и сразу же набираю правильный.
Поменяли слова/предложения/абзацы местами
Давно забиндил себе для этого Alt+стрелки. Вверх/вниз — перемещение строк, влево/вправо — перемещение выделения (которое легко делать благодаря Ctrl+стрелки влево/вправо для перехода между словами). Конечно, горизонтальное перемещение только посимвольное, но я от этого не страдаю.
В общем, все это я делаю посредством выделения, перехода и собственно перемещения.
Решили переписать кусок текста, вошли в режим редактирования, вбити текст, и снова читаете дальше
Создал выделение, вбил текст, и снова читаю дальше
В таком режиме удаление/замена/перемещение кусков текста гораздо эффективнее, чем классическое N*shift+курсор, Ctrl+c, N*курсор, Ctrl-v.
Без скурпулезных исследований это лишь вкусовщина. Я использую примитивные средства для удаления/замены/перемещения без необходимости заучивать команды (которые реально сложно выучить даже с мнемоническим подходом).
Я использую раскладку Dvorak, набираю слепым десятипалом, использую клавиатуру Ergodox. Я уже давно отвык от Ctrl+C, Ctrl-V на тех же местах, на которых они были в QWERTY, хотя я сделал себе их дубликаты на отдельном слое. Лично для меня это оказалось проще, чем привыкнуть к модальному режиму редактирования.
В vim навигация по текступроизводится по символам, словам, абзацам, поиском до символа и многими другими...
В классических редакторах не хватает только перемещения по абзацам и поиском до символа... Но отсутствие такой возможности практически не мешает.
Не холивара ради, я просто очень хочу понять: объясните мне, много раз пытающемуся работать в vim, в чем преимущество режимов? Почему модальность текстового редактора так хороша? Почему мне надо думать о необходимости переключения режимов, если я могу начинать набирать текст сразу? И перемещаться по нему стрелками? И использовать сочетания клавиш для действий? И вызывать меню команд там, где оно есть?
До клавиши ESC тянуться достаточно далеко и не очень эргономично
Пытался пользоваться Emacs, NeoVim, Texadept даже, но остался на VS Code, точнее, Codium. Там есть много проблем, но они решаются гораздо легче, чем в емаксах и вимах.
Главное — это эргономика клавиатуры. Никакие конфиги не повысят Вашу эффективность, если Вы, во-первых, не осилите слепую десятипальцевую, во-вторых, не задумаетесь о том, что современные 105-клавишные клавиатуры в принципе не эргономичны, в-третьих, не будете использовать что-то кроме QWERTY.
Но тут оказывается, что на каком-нибудь Dvorak уже нет тех самых родных HJKL. Надо либо привыкать к беготне по всей клавиатуре, либо менять бинды, либо... использовать то, что уже давно было изобретено? Стрелочки? Клавиатура же эргономичная, значит, по определению должна быть удобна и для навигации, и для ввода текста. Навигация по файлу, работа с интерфейсом редактора и непосредственный ввод текста — все это разные задачи.
HJKL в Vim просто потому, что vi разрабатывался на терминале ADM-3A. Если есть вообще какие-то исследования, объясняющие, что расположение клавиш навигации в одну линию - удобно и естественно, буду рад изучить. Но мне проще всего пользоваться стрелками, расположенными крестом — не надо тратить время на переобучение, их расположение интуитивно понятно.
Ну единственная причина, что мне приходит на ум - простое "так надо". Что "раз ряды на клавиатуре смещены, значит, для чего-то это сделали". Более эргономичная раскладка Dvorak не прижилась по причине засилья стандартной QWERTY, в отношении ортолинейных рядов здесь тоже что-то подобное работало, возможно.
таким образом пальцы располагаются на «домашнем ряду» клавиатуры
Нет. Домашний ряд — это F для указательного пальца левой руки и J для правой (если говорить про QWERTY). Vim предлагает держать правую руку так, чтобы указательный палец лежал на H, то есть со смещением на одну клавишу влево. Зачем? Где-то я читал, что советуют таки держать левый указательный на J, но тогда им неудобно тянуться к H, да и левый мизинец остается не у дел.
Далее, почему за навигацию отвечает именно правая рука? У тех, кто любит играть в игры, нет никаких проблем с WASD. А клавиши WASD еще и расположены в интуитивно понятной форме — W вверху, S внизу, A слева и D справа. Я смог переучиться печатать на раскладке Дворака, но так и не смог овладеть навигацией клавишами, расположенными в одном ряду — ни в играх, ни в Vim. Но постойте! Если левую руку класть на WASD, то она тоже не будет лежать на "домашнем ряду"! Многие игроки переходят на навигационную раскладку ESDF — тогда левый указательный палец падает как раз туда, куда нужно, на F. Игрокам лучше — больше клавиш слева, на них можно больше чего-то забиндить.
Если при всем этом использовать раскладку Дворака, то у левой руки, лежащей на домашнем ряду, за навигацию будут отвечать клавиши .OEU — чем я пользуюсь уже минимум полгода и ни о чем не жалею. Разве что только о том, что не могу просто так взять и перенастроить все клавиши Vim под себя и пройти одну игру, которая не распознает "." в настройках.
Реальные webp, создаваемые ImageMagick из тех же png, обычно оказываются больше
Размер png-файлов сильно зависит от характера изображения, нужно уделить внимание областям с одинаковыми пикселями.
Фотография (изображение, где в принципе не может быть больших областей с одинаковыми пикселями, хотя бы из-за шума матрицы) в формате png будет занимать мегабайты, тогда как в webp можно будет ужать ее до десятков килобайт.
А, например, экспортированный из svg баннер, скриншот интерфейса приложения, или что-то подобное в png будет занимать зачастую пару сотен килобайт, но в webp так или иначе будут артефакты (если не сжимаем lossless) даже при размере в те же десятки килобайт.
Дело не в форматах, дело в характере самого изображения
… классическая операторская точка установки камеры для человека в кадре такова: для стоящего – на уровне груди, для сидящего человека, говоря на профжаргоне, — «от пупа». Тогда глаза попадают в золотое сечение кадра и работают акцентно.
Десятый год работаю телеоператором (т.е. видеооператором на телевидении). Как связаны точка установки камеры и золотое сечение? Ракурс не окажет влияния на расположение объекта съемки в точках золотого сечения, потому что это точки в пространстве кадра, а не камеры.
Лайфхак по уровню камеры — для стильно-модно-молодежного эффекта можно снимать с уровня ниже глаз (чем ниже, тем молодежнее). Людей с двойным подбородком и стариков лучше снимать с уровня немного выше глаз — реально лучше выходит.
Опыта именно с этим редактором нет, насчет плагинов не знаю. Какие именно плагины вы хотите?
Markdown — это же просто соглашение о том, как писать текст. По этим соглашениям можно описать в простом тексте форматирование (жирный, курсив), абзацы, заголовки, списки (нумерованные и ненумерованные), картинки, простые таблицы. Вам необходимо использовать еще что-то кроме этого?
Извините, но самое сложное в markdown — помечать заголовки символами "#"… Разве обучить менеджера markdown сложнее, чем написать текстовый блочный редактор со встроенным html-конвертером?
Почему-то никто не упомянул Arcade. На официальном сайте есть отдельная статья-сравнение с Pygame, где Arcade, естественно, выигрывает. Лично мне он зашел больше, чем Pygame.
Как это "использовать", если выравнивание по левому краю — это поведение текста по-умолчанию?
Почему выравнивание по левому краю повышает читабельность? В книгах (качественных!) выравнивание по ширине. И гифенация (расстановка мягких переносов). Разве читабельность в книгах от этого страдает?
UPD: не сразу увидел, что пункт относится к заголовкам. Когда это осознал, облился по́том. Простите.
У меня недавно появилась боль в этом суставе. Как Хабр узнаёт, что мне нужно?..
Боль при открывании и закрывании челюсти, в покое почти не болит. Началось это, скорее всего, после того, как я хрустнул суставом горизонтальным смещением челюсти. Все, сломал, чтоли?
Пока что я думаю, что модальность редакторов — просто еще один способ взаимодействовать с текстом. Кто-то привык, кто-то — нет. Так же, как кто-то привык к QWERTY и не видит проблемы в таком расположении клавиш.
Я воспринимаю текст как что-то, что по своей сути очень похоже на картинку — работа с изображением в GIMP не подразумевает каких бы то ни было режимов. Если применяется эффект — он применяется ко всему изображению (как бы к выделению "всё"). Если я работаю кистью — я не перехожу в режим редактирования, а работаю кистью с изображением.
Чтобы действительно ответить на вопрос "чем хорош модальный режим", нужно провести хорошие исследования.
Знаю.
Не вижу, почему это проще делать в модальных редакторах. В этом случае мне надо либо войти в режим правки, исправить, и выйти, либо применить команду замены (для символа или слова они разные) на участке текста. Если я хочу изменить большой произвольный кусок, мне необходимо либо выделение, либо третьи команды для выбора текстового блока.
В случае классических редакторов я просто перехожу к опечатке, удаляю неправильный текст и набираю правильный. Либо выделяю неправильный, и сразу же набираю правильный.
Давно забиндил себе для этого Alt+стрелки. Вверх/вниз — перемещение строк, влево/вправо — перемещение выделения (которое легко делать благодаря Ctrl+стрелки влево/вправо для перехода между словами). Конечно, горизонтальное перемещение только посимвольное, но я от этого не страдаю.
В общем, все это я делаю посредством выделения, перехода и собственно перемещения.
Создал выделение, вбил текст, и снова читаю дальше
Без скурпулезных исследований это лишь вкусовщина. Я использую примитивные средства для удаления/замены/перемещения без необходимости заучивать команды (которые реально сложно выучить даже с мнемоническим подходом).
Я использую раскладку Dvorak, набираю слепым десятипалом, использую клавиатуру Ergodox. Я уже давно отвык от Ctrl+C, Ctrl-V на тех же местах, на которых они были в QWERTY, хотя я сделал себе их дубликаты на отдельном слое. Лично для меня это оказалось проще, чем привыкнуть к модальному режиму редактирования.
В классических редакторах не хватает только перемещения по абзацам и поиском до символа... Но отсутствие такой возможности практически не мешает.
Не холивара ради, я просто очень хочу понять: объясните мне, много раз пытающемуся работать в vim, в чем преимущество режимов? Почему модальность текстового редактора так хороша? Почему мне надо думать о необходимости переключения режимов, если я могу начинать набирать текст сразу? И перемещаться по нему стрелками? И использовать сочетания клавиш для действий? И вызывать меню команд там, где оно есть?
Пытался пользоваться Emacs, NeoVim, Texadept даже, но остался на VS Code, точнее, Codium. Там есть много проблем, но они решаются гораздо легче, чем в емаксах и вимах.
Главное — это эргономика клавиатуры. Никакие конфиги не повысят Вашу эффективность, если Вы, во-первых, не осилите слепую десятипальцевую, во-вторых, не задумаетесь о том, что современные 105-клавишные клавиатуры в принципе не эргономичны, в-третьих, не будете использовать что-то кроме QWERTY.
Но тут оказывается, что на каком-нибудь Dvorak уже нет тех самых родных HJKL. Надо либо привыкать к беготне по всей клавиатуре, либо менять бинды, либо... использовать то, что уже давно было изобретено? Стрелочки? Клавиатура же эргономичная, значит, по определению должна быть удобна и для навигации, и для ввода текста. Навигация по файлу, работа с интерфейсом редактора и непосредственный ввод текста — все это разные задачи.
HJKL в Vim просто потому, что vi разрабатывался на терминале ADM-3A. Если есть вообще какие-то исследования, объясняющие, что расположение клавиш навигации в одну линию - удобно и естественно, буду рад изучить. Но мне проще всего пользоваться стрелками, расположенными крестом — не надо тратить время на переобучение, их расположение интуитивно понятно.
Ну единственная причина, что мне приходит на ум - простое "так надо". Что "раз ряды на клавиатуре смещены, значит, для чего-то это сделали". Более эргономичная раскладка Dvorak не прижилась по причине засилья стандартной QWERTY, в отношении ортолинейных рядов здесь тоже что-то подобное работало, возможно.
На самом деле даже в то время не было никаких проблем с ортолинейными рядами клавиш https://i.redd.it/82p6jvcwqpjz.jpg
Нет. Домашний ряд — это F для указательного пальца левой руки и J для правой (если говорить про QWERTY). Vim предлагает держать правую руку так, чтобы указательный палец лежал на H, то есть со смещением на одну клавишу влево. Зачем? Где-то я читал, что советуют таки держать левый указательный на J, но тогда им неудобно тянуться к H, да и левый мизинец остается не у дел.
Далее, почему за навигацию отвечает именно правая рука? У тех, кто любит играть в игры, нет никаких проблем с WASD. А клавиши WASD еще и расположены в интуитивно понятной форме — W вверху, S внизу, A слева и D справа. Я смог переучиться печатать на раскладке Дворака, но так и не смог овладеть навигацией клавишами, расположенными в одном ряду — ни в играх, ни в Vim. Но постойте! Если левую руку класть на WASD, то она тоже не будет лежать на "домашнем ряду"! Многие игроки переходят на навигационную раскладку ESDF — тогда левый указательный палец падает как раз туда, куда нужно, на F. Игрокам лучше — больше клавиш слева, на них можно больше чего-то забиндить.
Если при всем этом использовать раскладку Дворака, то у левой руки, лежащей на домашнем ряду, за навигацию будут отвечать клавиши .OEU — чем я пользуюсь уже минимум полгода и ни о чем не жалею. Разве что только о том, что не могу просто так взять и перенастроить все клавиши Vim под себя и пройти одну игру, которая не распознает "." в настройках.
Размер png-файлов сильно зависит от характера изображения, нужно уделить внимание областям с одинаковыми пикселями.
Фотография (изображение, где в принципе не может быть больших областей с одинаковыми пикселями, хотя бы из-за шума матрицы) в формате png будет занимать мегабайты, тогда как в webp можно будет ужать ее до десятков килобайт.
А, например, экспортированный из svg баннер, скриншот интерфейса приложения, или что-то подобное в png будет занимать зачастую пару сотен килобайт, но в webp так или иначе будут артефакты (если не сжимаем lossless) даже при размере в те же десятки килобайт.
Дело не в форматах, дело в характере самого изображения
Почему-то не удалось такое воспроизвести.
Вместо корня пытался удалить пустой файлик, но он остался на месте. Лог strace очень большой. Поделиться?
Десятый год работаю телеоператором (т.е. видеооператором на телевидении). Как связаны точка установки камеры и золотое сечение? Ракурс не окажет влияния на расположение объекта съемки в точках золотого сечения, потому что это точки в пространстве кадра, а не камеры.
Лайфхак по уровню камеры — для стильно-модно-молодежного эффекта можно снимать с уровня ниже глаз (чем ниже, тем молодежнее). Людей с двойным подбородком и стариков лучше снимать с уровня немного выше глаз — реально лучше выходит.
Опыта именно с этим редактором нет, насчет плагинов не знаю. Какие именно плагины вы хотите?
Markdown — это же просто соглашение о том, как писать текст. По этим соглашениям можно описать в простом тексте форматирование (жирный, курсив), абзацы, заголовки, списки (нумерованные и ненумерованные), картинки, простые таблицы. Вам необходимо использовать еще что-то кроме этого?
Ну, первое, что гуглится — какой-то Martor, его вполне должно хватить, судя по фичам. А какие Вы хотите плагины?
Извините, но самое сложное в markdown — помечать заголовки символами "#"… Разве обучить менеджера markdown сложнее, чем написать текстовый блочный редактор со встроенным html-конвертером?
Под Windows 10 x64 (да я тот еще извращенец) не удалось поставить
yandex-translate. Дефис надо поменять на точку:pip3 install yandex.translate