Комментарии 267
новость отражает всю суть microsoft: полезные фичи идут в последнюю очередь, а всякие магазины и прочее — в первую.
Я думаю, что лет через 15 можно будет ожидать подсветку синтаксиса в блокноте…
Я думаю, что лет через 15 можно будет ожидать подсветку синтаксиса в блокноте…
Всю суть? Тонны полезных фич, которые релизованы до этого, получается не важны? CRLF проблема как раз таки никого особо не волнует, т.к. либо открывают в Wordpad, который все понимает, либо открывают в своем понравившемся редакторе. Что действительно суть microsoft сегодня это исправление проблем, которые превратились уже в должное и ожидаемое поведение, исправление которых давно никто не ждет. Из недавнего — переработка командной строки. Это вряд ли кому-то нужно сегодня, но приятно видеть.
в notepad++ это ещё со старта всё работало, я вот к чему. Но каждому же надо свои костыляки
Мне кажется, вы не понимаете суть публичного дистрибутива операционной системы.
В нем главное — не нашинковать программами, а оставить минимальное множество простейших вещей, которые позволят начать работать с системой.
Далее разработчики ПО уже будут конкурировать, создавать приложения.
В этом случае кроме плюсов конкуренции добавляются плюсы в разграничении релизных циклов (новая версия Notepad++ релизится не вместе с Windows, а в своём темпе), возможности пользователю комбинировать разные версии ОС и приложений.
Я полностью согласен с тем, что ОС должна быть с минимальным набором ПО (тут должен быть камень в огород Ubuntu), но, к сожалению, Windows далека от этого. Слишком много хлама.
Ну, это как бы не совсем хлам. Это куча драйверов длч разных устройств. Это хорошая поддержка многоязыкового интерфейса для множества языков. Это подсистемы обеспечения совместимости со старым софтом. Подсистема запуска 32-битных приложений а 64-разрядной ОС. И много еще чего. Хлама среди этого не так уж и много.
там же не только важное. Есть несколько предустановленных игр, OneDrive, Skype и офис (их я конечно с большой вероятностью буду использовать, но факт же), Sketchbook, «проигрыватель Windows Media» дублирует функционал «Кино и ТВ»/Groove телеметрия и несколько других бестолковых служб (в частности, предзагрузка многих приложений windows), и это только беглый обзор. В итоге блокнот — единственное приложение, которое не эволюционировало со времен зарождения windows, а там не хватает только подсветки и выбора кодировок
Ага, а дальше пойдут хоткеи, пакетш манагер, оупен апи и привет, ещё один VSCode. :)
Как в своё время говорили, Internet Explorer — это маленькая утилитка, которая позволяет скачать нормальный браузер.
А Notepad — маленькая утилитка, позволяющая написать нормальный блокнот? :D
Можно и без браузера скачать
oXMLHTTP.Open "GET", "https://download.mozilla.org/?product=firefox-latest&os=win64&lang=en-US", FalseНепонятно к чему notepad++ здесь. Может еще жаловаться, что visual studio нет в поставке стандартной? ОС из коробки предоставляет необходимый минимум, ничего более. Блокнота и wordpad с лихвой хватает для всех примитивных задач. Все остальное решается сторонним софтом, это философия всех настольных ОС. Поэтому там нет и не будет подсветки синтаксиса, этому не место в стандартной поставке. Тем более блокнота. МС и так предоставляет бесплатный visual studio code как раз для таких задач. Надо — ставьте.
Хорошо. А как поставить свой магазин, нативно заменить проводник на свой файловый менеджер и убрать powershell, .net и directx библиотеки, занимающих место?
Необходимый миниум это как раз не про поделие мелкософта.
Необходимый миниум это как раз не про поделие мелкософта.
Свой магазин ставится так же как любое другое приложение.
Нормальные файловые менеджеры умеют полностью заменять собой проводник.
На .net и directx половиная винды написана, как вы их собрались убирать?
Зачем убирать powershell — ума не приложу. У него нет альтернатив.
По поводу powershell:
Если вы не Windows-админ, то вам нужен только терминал. И powershell vs bash — это просто дело вкуса (хотя лично мне PS нравится больше).
Нормальные файловые менеджеры умеют полностью заменять собой проводник.
не холивара для, подскажите, пожалуйста, какой из файловых менеджеров умеет вызываться по Win+e? Вот сколько раз начинал копать в эту сторону, столько раз и обламывался. Хоткей удобен, но в винде не изменить запускаемое приложение, на навешивая какой-то процесс (постоянно висящий), который будет перехватывать все нажатия клавиатуры.
blog.dopus.com/2013/06/how-to-make-win-e-open-default-lister.html
Ну да, будет висеть впямяти, как и explorer.
Ну да, будет висеть впямяти, как и explorer.
Про замещение проводника не скажу, но в винде же ест ьвозможность вызова произвольного приложения по хоткею из коробки: создать ярлык и в поле «Быстрый вызов» нажать нужный хоткей.
как поставить свой магазин, нативно заменить проводник на свой файловый менеджерВы про BolgenOS не слышали? Там это давно реализовано.
Очень даже нужно сегодня — не меньше, чем 20 лет назад.
Плагин для шелла? Это как? Какой функционал можно вытянуть в плагин, который нельзя вытянуть во внешние средства?
должно поддерживать и родное ОС приложениеОно у вас в долг не брало и ничего вам не должно.
Нет, я не ошибся веткой.
Винда денег стоит (вот домашняя, например, — 8700р.), но кто вам пообещал, что в эту цену обязательно входит блокнот с подсветкой синтаксиса или ещё какая-нибудь нужная вам свистелка?
Microsoft подробно описывает, что она предоставляет за указанную цену — это и должно работать. Супер-блокнота, как вам надо, в списке, кажется, нет.
За сим кланяюсь.
Винда денег стоит (вот домашняя, например, — 8700р.), но кто вам пообещал, что в эту цену обязательно входит блокнот с подсветкой синтаксиса или ещё какая-нибудь нужная вам свистелка?
Microsoft подробно описывает, что она предоставляет за указанную цену — это и должно работать. Супер-блокнота, как вам надо, в списке, кажется, нет.
За сим кланяюсь.
Есть powershell, а командная строка это рудимент, оставленный для совместимости. А не нужно оно, потому что все давно поставили баш, если уж так нужная консоль и никсовые утилиты. cmder поставил и вперед.
Чего-то я не видел, кто там удивляется, что мало кодят. Опрос за 2018 на стэки говорит, что половина разрабов сидит на винде, на линукс и макось по четверти.
Чего-то я не видел, кто там удивляется, что мало кодят. Опрос за 2018 на стэки говорит, что половина разрабов сидит на винде, на линукс и макось по четверти.
а еще опрос на стеке говорит что винда — стабильно одна из most dreaded, в то время как linux desktop — most loved платформы
там в соседней вкладке есть еще вкладочка «wanted»: 10.9% linux и 2.7% win desktop/server. Или здесь линуксоиды тоже «запинали» windows? Разработчиков под win больше тупо потому, что на разработку под win больше заказов. Многие вообще под linux не программировали, вероятно потому у них windows desktop/server и loved.
Зачем из блокнота делать комбайн? Достаточно сделать поддержку плагинов из магазина и все.
нахер вообще этот магазин, который нормально не отключается? Почему он не работае через тот же WSUS, к примеру? Почему всё так через жопу? Они хотят прийти к концепции репозиториев Linux(публично доступных, зеркалируемых, с подписанными для верификации пакетами), но делают это так стрёмно и убого, что даже страшно иногда.
Они не хотят прийти к концепции репозиториев, потому что она показала себя плохо на пользовательском рынке. Куда они идут это подход мобильников, где приложения ставятся в песочницу, недоступны пользователю для ковыряния внутри себя, а при удалении не оставляют после себя тонны хвостов, что характерно для всех настольных ОС.
Как пример, недавно iTunes перенесли в магазин и это прекрасно. Тунец на редкость гадостная программа, которая с собой тащит драйвера и сервисы, которые распихивает по всей системе и засоряет кучу папок своими библиотеками. Казалось бы, всего лишь UI для переноса музыки в телефон. Теперь же тунец ставится в песочницу вместе со всем своим мусором, а драйвера прилетают через windows update. Вот это прекрасное будущее, если его окончательно наладят, т.к. магазин пока еще сыроват в своей реализации.
Как пример, недавно iTunes перенесли в магазин и это прекрасно. Тунец на редкость гадостная программа, которая с собой тащит драйвера и сервисы, которые распихивает по всей системе и засоряет кучу папок своими библиотеками. Казалось бы, всего лишь UI для переноса музыки в телефон. Теперь же тунец ставится в песочницу вместе со всем своим мусором, а драйвера прилетают через windows update. Вот это прекрасное будущее, если его окончательно наладят, т.к. магазин пока еще сыроват в своей реализации.
а при удалении не оставляют после себя тонны хвостов, что характерно для всех настольных ОС.
Это хорошо. Но то, что нельзя выбрать папку для установки — раздражает. SSD, на котором у многих стоит система, не резиновый.
Также заметил, что многие современные UWP приложения более тормознутые, чем их предшественники. Например, новый просмоторщик фотографий в 10ке, уступает тому, что был раньше.
Например, новый просмоторщик фотографий в 10ке, уступает тому, что был раньше.Этот просмоторщик фотографий в 10ке просто ужасен. Мало того что запускается очень долго, так еще и скорее всего они пытаются мобильный UI в десктоп воткнуть.
К счастью старый просмотрщик еще не выпилен, и надеюсь этого не произойдет. Вернуть его можно правками реестра, например по этой инструкции.
Да, всегда под рукой лежит .reg-файл для быстрого возврата.
Какие быстрее?
Irfan view значительно шустрее. Заменять нечем. Много фич.
FastStone Image Viewer например
ACDSee 3.11 же!
XnView
picasa photo viewer — очень удобный
XnView
Imagine + от них же плагин для TC
никто не упомянет gqview потому что он глючный и забытый, но лишь в нём я видел встроенную функцию sort manager — переместить/скопировать отображаемой картинки в одну из заранее выбранных папок в один клик.
Хабаровчане подскажите хороший аналог с таким же функционалом.
Хабаровчане подскажите хороший аналог с таким же функционалом.
Так можно же выбрать диск, на который будут качаться и ставиться приложения!
Разрешение установки на произвольный диск дает разработчик приложения а не стор.
В новом просмотрщике возможностей на порядок больше чем в старом. Чем же он уступает? Фотки так же мгновенно открывает.
В новом просмотрщике возможностей на порядок больше чем в старом. Чем же он уступает? Фотки так же мгновенно открывает.
Масштабированием. Видео. Я не загружал на ютуб, чтобы он не вносил искажения своим сжатием. Помимо этого он масштабирует тупо медленнее, т.е. нужно, условно, больше крутить колесико для достижения такого же уровня зума. И имеет ограничение на максимальный зум. Наконец, при большом увеличении он замыливает изображение
Сравнение
Кейс ваш весьма специфический — огромное вертикально изображение. Странно что для специфического кейса вы хотите юзать самый стандартный софт. Да и по вашему же кейсу замыливание по-моему лучше пикселизации. А как насчет тач-экранов? Сомневаюсь что старый просмотрщик с ними юзабелен.
Я просто взял первое попавшееся изображение. Аналогичные эффекты подгрузки я наблюдаю и с другими изображениями.
А как насчет тач-экранов? Сомневаюсь что старый просмотрщик с ними юзабелен.
О боже мой, я что, запрещаю кому-то пользоваться новым просмоторщиком? Да нисколько, используйте, если удобно. Просто лично мне (и еще многим, судя по тому, что пишут в интернете) на десктопе старый просмоторщик быстрее и удобнее.
Но то, что нельзя выбрать папку для установки — раздражает.
Можно. В настройках выбирается диск, куда ставятся приложения
А можете уточнить, уступает чем? Менее привычный?
Я вот могу сказать, чем он лучше — автоповоротом снимков при просмотре, например.
Я вот могу сказать, чем он лучше — автоповоротом снимков при просмотре, например.
драйвера прилетают через windows updateБесспорно, жизнь станет лучше, если полностью отпадёт необходимость обходить сайты разработчиков железа с целью скачивания драйверов. Но на данный момент я не рискну их так обновлять. С сайта разработчиков как-то надёжнее.
а чем плоха концепция репозиториев?
1. Несовпадением релизных циклов продукта и дистрибутива. Невозможно поставить на стабильный Debian свежую версию приложения из репозитория, приходится выбирать между старой и багованой программой на отличной ОС и свежей отлаженной программой на багованой ОС.
2. Сложностью заработка. Ну нет в репозиториях платных пакетов, а значит что распространять через них платный продукт без своей DRM не выйдет. В то же время в из магазина приложений нельзя скачать то что не было куплено, и это открывает возможность продавать программу вообще без всяких DRM, по принципу «кто спиратит — все равно не наша целевая аудитория».
2. Сложностью заработка. Ну нет в репозиториях платных пакетов, а значит что распространять через них платный продукт без своей DRM не выйдет. В то же время в из магазина приложений нельзя скачать то что не было куплено, и это открывает возможность продавать программу вообще без всяких DRM, по принципу «кто спиратит — все равно не наша целевая аудитория».
Не надо подсветку, пусть сначала сделают, чтобы многомегабайтные файлы по минуте не открывались.
:)
Я может наивный, но вот просто мне близка такая идеология — если что-то уже написано(какой-то код) нормально, то незачем опять придумывать как сделать тоже самое, но по-своему.
Могли бы уже вместо траты сил своих разработчиков(а я думаю нехилые траты), просто объединиться с готовым проектом(notepad++, sublime), инвестировать, разрабатывать свою версию и заменить стандартный блокнот. Да, будут компоненты opensource, а может и не будет(сделать платную версию, а бесплатную как тестинг для платного как Fedora-Centos для RedHat)
Я может наивный, но вот просто мне близка такая идеология — если что-то уже написано(какой-то код) нормально, то незачем опять придумывать как сделать тоже самое, но по-своему.
Могли бы уже вместо траты сил своих разработчиков(а я думаю нехилые траты), просто объединиться с готовым проектом(notepad++, sublime), инвестировать, разрабатывать свою версию и заменить стандартный блокнот. Да, будут компоненты opensource, а может и не будет(сделать платную версию, а бесплатную как тестинг для платного как Fedora-Centos для RedHat)
Про Visual Studio Code не слышал?
Никакие notepad++ рядом не лежали.
Никакие notepad++ рядом не лежали.
Visual Studio Code — крайне отвратительная штука всего из-за одной причины — она может не запуститься при отсутствии интернет-соединения. И эта проблема до сих пор не исправлена.
Я использую Sublime или Notepad++ и никакие Visual Studio Code их не заменят. VSCode пытается быть IDE, но и до IDE не дотягивает, и для простого редактора тяжела. Когда мне нужна полноценная IDE — я беру Visual Studio (возможно, если пишите не на С++ или C#, VSCode может быть лучше). Когда же мне надо что-то быстро глянуть, написать, поправить конфиг — я открываю Sublime, простой текстовый редактор. От которого я жду, что он будет быстрый, мгновенно открываться и не жрать память.
vscode для других языков был придуман. Я пишу на Go и для него это прекраснейшая вещь. По сути, конкурентов нет. Есть только JetBrains с их монструозным поделием. vscode поддерживают уже тучу языков, гибкий, легкий, быстрый, расширяемый. Он как раз IDE быть не пытается, он успешно занял место между редакторами и IDE, похоже, нащупав идеальный баланс. Не удивительно, что произошел натуральный взрыв его популярности.
Там же Electron и JS, зачем это на десктоп тащить?
Notepad++ удобен для автозамены по вбранной папке и формат файлов — открывет тяжелые файлы достаточно быстро. VS Code полезен плагинами. А вот Sublime стал все больше использовать.
Notepad++… открывет тяжелые файлы достаточно быстро
Это вы видимо не открывали реально тяжелых файлов. Для примера попробовал открыть SQL файл на 800 МБ, notepad++ выпал в осадок минут на 10 отожрав 1,8 ГБ памяти, после этого начал с глюками что-то показывать с жутким подлагиванием интерфейса, при перемещениях по файлу опять выпадая в осадок минут на 5, плюс забавный глюк проявился, клацаешь на одну строку — выделяется строка выше. EmEditor в легкую открыл этот файл с подсветкой, используя 450 МБ памяти. Вообще в EmEditor даже SQL-дампы по 15 гиг не только открывал, но еще и выполнял поиск и замену, вносил правки. Аналогично со здоровыми лог-файлами.
Не слышал про EmEdior — я сравнивал brackets / sublime / vs code / nodepad++ / webstorm
Для тех, у кого нет аллергии на CUI: встроенный редактор Far довольно неплохо себя ведёт с огромными файлами. И даже старинный hiew32.
Не-а. Вот только что проверил: трёхмеговый файл с PHP-кодом открывался секунд 5. Впрочем, это тормоза от плагина Colorer (сейчас он включен в Far по умолчанию вроде) — если его отключить, то всё открывается моментально.
У всех понимание «огромные файлы» разное, когда пробовал разные редакторы, чтобы можно было без мучений вносить правки в файлы по 10+ гигов. То единственный с этим справился EmEditor.
Плюс многие редакторы выпадают в осадок от стандартных SQL-дампов из-за того, что там длина строки может быть больше мегабайта.
Плюс многие редакторы выпадают в осадок от стандартных SQL-дампов из-за того, что там длина строки может быть больше мегабайта.
После того, как по вине VSCode меня забанил мой же сервер я снес это говно.
А объяснение очень простое. VSCode долбится в remote репозиторий не смотря на отказ от сервера, fail2ban справедливо обнаруживает кучу отказов авторизации и блокирует IP. И главный вопрос: какого хрена VSCode что-то хочет от ударенного репозитория? Когда мне нужно будет запушить я сам дам команду!
А объяснение очень простое. VSCode долбится в remote репозиторий не смотря на отказ от сервера, fail2ban справедливо обнаруживает кучу отказов авторизации и блокирует IP. И главный вопрос: какого хрена VSCode что-то хочет от ударенного репозитория? Когда мне нужно будет запушить я сам дам команду!
А там точно никто ничего не поменял? Точно-точно? А дай проверю! Нет? Нет? Нет? Дай ещё разок постучусь. В смысле пошёл нафиг?.. А ещё разок? А может кто-то там поменял что-то! Можно? Можно? Ну так неинтересно… А может ещё разок? И ещё?…
Он проверяет на наличие новых комитов. Это легко отключается в настройках.
Я может наивный, но вот просто мне близка такая идеология — если что-то уже написано(какой-то код) нормально, то незачем опять придумывать как сделать тоже самое, но по-своему.
То есть то, что многомегабайтные файлы по минуте открываются — это нормально?
Если они объединяться с проектом аля npp — будут жесткие иски от всяких антимонопольщиков, сто процентов.
Надеюсь, не открою для вас америку, сказав что подсветка синтаксиса и миллион полезных фич есть в кроссплатформенном микрософтовском Visual Studio Code. Это очень крутой текстовый процессор и сейчас для меня он заменил полностью ncc на винде и sublime на линукс. Он взял от них лучшее, при том гораздо производительнее тех версий сублайм, которыми я пользовался.
Там еще одна фича, не менее важная чем в статье: появилась штатная возможность включать перенос по словам и строку состояния одновременно. Раньше это можно было сделать только твиками.
Великий момент, однако.
Великий момент, однако.
Вряд ли именно вы приближали этот день, так что цитата не очень неуместна.
И вообще, эта цитата очень неуместна.
И вообще, эта цитата очень неуместна.
А по-моему очень уместная. Это действительно очень старое неудобство, фикс которого вышел в канун праздника, неофициальным гимном которого является песня Льва Лещенко, откуда и позаимствованы эти слова. На всякий случай посмотрел биографию Льва Лещенко, 9 мая 1945 года ему было 3 года, так что врядли именно он приближал тот день.
Причем здесь Лещенко? Автор текста песни Владимир Харитонов, 9 мая 1945 ему было 24 года (24 июня исполнилось 25), на фронте он с первых дней (войну встретил, находясь на срочной службе). Воевал в Сталинграде, ранен, контужен, Орден Отечественной войны 1 степени, медаль «За отвагу».
Таки да, приближал. Таки да, в том числе именно автор.
Согласен с EndUser, заголовок неуместен, выглядит хайпово, написан скорее всего школьником, который смысла не понимает.
Таки да, приближал. Таки да, в том числе именно автор.
Согласен с EndUser, заголовок неуместен, выглядит хайпово, написан скорее всего школьником, который смысла не понимает.
Мсье, ви таки как-то слишком умно думаете, в хайповом кликбейт заголовке не более чем проявление эпидемии мемасоёбства на хабре, это же унылый макро „мы VERB как могли” с высокочастотный префиксом, не более того.
Причем здесь Лещенко?
При том, что именно он поет эти слова от своего лица. Точно так же, как автор топика использует их, хотя и не причастен к этому фиксу. Я не понимаю, почему в одном случае использовать эти слова уместно, в другом нет.
На всякий случай посмотрел биографию Льва Лещенко, 9 мая 1945 года ему было 3 года, так что врядли именно он приближал тот день.
Он же поёт «приближали как могли» — вот как мог в три года, так и приближал.
Ну теперь то заживём!
Так же для более удобного управления новой возможностью в разделе реестра [HKEY_CURRENT_USER\Software\Microsoft\Notepad] вводятся два дополнительных ключа:
Для какого-какого управления? Более удобного? В реестре?
Это удобней чем отсутствие такого выбора.
Да, в стандартном и знакомом для всех месте в Windows. Это не та настройка, которая должна быть у всех на виду.
По реестру вполне удобно навигироваться через консоль:
cd HKCU:/Software/Microsoft/Notepad
si fPasteOriginalEOL -v 0
ls
Hive: HKEY_CURRENT_USER\Software\Microsoft\Notepad
Name Property
---- --------
fPasteOriginalEOL (default) : 0а также в CP/M, MP/M (англ.), MS-DOS
Кто-то копипастит из Википедии, не глядя.
20 лет пилили Ctrl-C/V в командной строке, сейчас запилили никсовый перевод строки в блокноте(спасибо, но я уже к Notepad++ привык)
Что дальше? Нативная поддержка extfs?
Что дальше? Нативная поддержка extfs?
Давно в XPшке запилили копипаст в консоли. Чяднт?
Это который щелкнуть на заголовке окна — выбрать пункт в меню — пункт в подменю — выделить область мышкой? (причем не линейную последовательность символов, с переходом в конце строки на начало следующей, а прямоугольный регион).
В OS/2, еще при Ельцине, в консоли одновременно работала мышка в качестве указателя объектов и сама переходила в режим выделения, если зажимаешь кнопку и начинаешь выделять. Убогий Quick Edit сразу переводит в режим выделения, так что мышь в консольном приложении отваливается и становится недоступной. Ну либо слишком умные консольные программы (типа фара) сами могут отключать этот Quick Edit. Почему по людски-то нельзя сделать, особенно если живой пример прямо перед глазами?
А, это которое в русскоязычном интерфейсе «Выделение мышью». Несколько неочевидное название для «включить копипаст».
Впрочем, оно и не включает нормальный копипаст, а только упрощает имеющийся (описанный мной) — в меню больше лезть не надо.
И по-прежнему это а) выделение региона;
б)выделение мышью, а не клавиатурой (и это в консоли!). И не только выделение, но и вставка. Спасибо хотя бы копирование с клавиатуры сделали (И не Ctrl-C / Ctrl-Ins, а «Enter»).
Впрочем, оно и не включает нормальный копипаст, а только упрощает имеющийся (описанный мной) — в меню больше лезть не надо.
И по-прежнему это а) выделение региона;
б)выделение мышью, а не клавиатурой (и это в консоли!). И не только выделение, но и вставка. Спасибо хотя бы копирование с клавиатуры сделали (И не Ctrl-C / Ctrl-Ins, а «Enter»).
В моей консоли (Win10) полноценно работает выделение клавиатурой. Подозреваю, что в предыдущих версиях тоже работало, но проверить в данный момент мне негде.
Ну так что к десятке ввели — выше и написали ("20 лет пилили Ctrl-C/V в командной строке").
Для Win7 я не нашёл ни такой настройки, ни клавиатурных команд «начало выделения / конец выделения», и вообще никаких упоминаний про такую возможность.
Для Win7 я не нашёл ни такой настройки, ни клавиатурных команд «начало выделения / конец выделения», и вообще никаких упоминаний про такую возможность.
Про то, что Ctrl-C/V добавили только в Win10, я не спорю.
Но возможность выделять с клавиатуры была всегда. Я вот только что перепроверил на Win7: Shift+стрелки двигают рамку выделения.
Но возможность выделять с клавиатуры была всегда. Я вот только что перепроверил на Win7: Shift+стрелки двигают рамку выделения.
А у меня не двигают :(
Перепробовал с разными комбинациями флажков свойств окна командной строки, касающихся выделения и вставки.
Стрелки что с шифтом, что без шифта — просто перемещают курсор по набранной строке. А если уже начато выделение мышью — оно при этом сбрасывается. Это в стандартной консоли cmd.exe.
А, да, есть же еще PowerShell, ее же в семерке стали в стандартную поставку включать… (впрочем, zanac и IvanNochnoy таки за XP топили).
Ладно, проверил в PS — можно двигать рамку с клавиатуры, но только после выбора мышью пункта из меню («Пометить») (для быстрого выделения мышью без меню — не работает). В остальном всё так же как и в cmd — выделяется регион вместо строки, копируется по Enter, вставляется по правой кнопке мыши.
Перепробовал с разными комбинациями флажков свойств окна командной строки, касающихся выделения и вставки.
Стрелки что с шифтом, что без шифта — просто перемещают курсор по набранной строке. А если уже начато выделение мышью — оно при этом сбрасывается. Это в стандартной консоли cmd.exe.
А, да, есть же еще PowerShell, ее же в семерке стали в стандартную поставку включать… (впрочем, zanac и IvanNochnoy таки за XP топили).
Ладно, проверил в PS — можно двигать рамку с клавиатуры, но только после выбора мышью пункта из меню («Пометить») (для быстрого выделения мышью без меню — не работает). В остальном всё так же как и в cmd — выделяется регион вместо строки, копируется по Enter, вставляется по правой кнопке мыши.
Я проверял в стандартном cmd в Win7 с дефолтными настройками.
Начало выделения по Alt+Space-E-K, рамка двигается стрелками с шифтом и без, копирование по Enter. Вставляется по Alt+Space-E-P. Мышь для слабаков.
Начало выделения по Alt+Space-E-K, рамка двигается стрелками с шифтом и без, копирование по Enter. Вставляется по Alt+Space-E-P. Мышь для слабаков.
Alt+Space-E-K
Охренеть, комбинация.
А, это залезание в то же меню… Но все равно — 4 кнопки!!!
Причём, в случае если интерфейс русский, а язык по умолчанию — английский, то после Alt+Space надо еще и Alt+Shift (или Ctrl-Shift) жать. Alt+Space, Alt+Shift, И, М.
Не для слабаков, действительно.
Но да, это proof of work — что с клавиатуры можно начать выделение. Не подумал я про заход в меню с клавы.
в стандартном cmd
А, точно, если через меню, то и в cmd работает, оказывается — хоть клавой зайти, хоть мышкой. Я не все комбинации, значит, проверил.
И вообще, я консолью в Фаре пользуюсь, вот там нормальный копипаст с древних времён.
Копипаст — да. Ctrl+C/Ctrl+V — нет.
А что, в линуксовой консоли Ctrl+C/Ctrl+V есть? Я всегда думал, что Ctrl+C — Это дать по рукам текущей программе.
Ctrl-Insert/Shift-Insert. Или Ctrl-Shift-C/V. Но все равно это больше похоже на родные системе комбинации клавиш, чем тот костыль который есть в Windows
Ага, я со времён Turbo Pascal настолько привык к Ctrl-Insert/Shift-Insert, что использование Ctrl+C для копирования для меня несколько противоестественно.
Смотря какой программе.
А причем тут Linux? Мы же сейчас говорим о «со времен Windows XP».
Так в 10 работает Ctrl+V
Через контекстное меню всегда вроде можно было, нет?
habr.com/post/358154/#comment_11345446
галочка в свойствах окна «Выделение мышью» (оно же «QuickEdit Mode»).
И всегда работает через контекстное меню заголовка окна.
галочка в свойствах окна «Выделение мышью» (оно же «QuickEdit Mode»).
И всегда работает через контекстное меню заголовка окна.
Никоим образом не оправдываю M$ но:
Они не будут этого делать — ведь «запилив» такую фичу (затраты на разработку/тестирование/согласование лицензий), её нужно будет поддерживать. Ведь американский (читай «государства юристов») пользователь, подсоединив диск «от линукс-машины» — начнёт требовать ACL, производительности и прочих фич…
M$ это надо?
Они не будут этого делать — ведь «запилив» такую фичу (затраты на разработку/тестирование/согласование лицензий), её нужно будет поддерживать. Ведь американский (читай «государства юристов») пользователь, подсоединив диск «от линукс-машины» — начнёт требовать ACL, производительности и прочих фич…
M$ это надо?
Замечательно, теперь ждем исправления других багов, например, этих.
Но лучше чтобы ничего не меняли. Боюсь плучится как с calc.exe, который стал запускаться настолько долго, что за это время можно на бумажке посчитать.
Но лучше чтобы ничего не меняли. Боюсь плучится как с calc.exe, который стал запускаться настолько долго, что за это время можно на бумажке посчитать.
Баг с переносом строк не воспроизводится (Win10). Видимо, уже давно исправили, а статья устарела.
Насчет calc.exe, если еще не пробовали — уже лет 10 неверно на всех виндах сразу меняю штатный calc.exe на бесплатный NumLock Calculator. Легкий(~2 Мб в памяти и на диске), удобный, бесплатный.
Хоть он давно и заброшен в плане разработки, но там собственно и улучшать давно нечего. Дома у меня вообще версия аж от 2002 года стоит. Желания обновить или поискать замену ни разу не возникало, хотя пользуюсь постоянно.
Похоже как раз один из случаев когда «лучше чтобы ничего не меняли»
Хоть он давно и заброшен в плане разработки, но там собственно и улучшать давно нечего. Дома у меня вообще версия аж от 2002 года стоит. Желания обновить или поискать замену ни разу не возникало, хотя пользуюсь постоянно.
Похоже как раз один из случаев когда «лучше чтобы ничего не меняли»
Мой выбор Speed Crunch. Не такой лёгкий, но очень удобный. И даже не сильно страшный.
Погуглите Old calculator for Windows 10
Ахаха он у вас ещё не просил отзыв о себе дать? Я даже скрин делал, где то валяется, калькулятор просил меня его оценить. Не мог поверить что это серьёзно.
Что у вас за ПК такой? До сих пор калькулятор продолжает запускаться, не успев моргнуть.
Отличный пост, но лично мне кажется, что на 9е Мая такой заголовок несколько неуместен. А вы как думаете?
Всегда найдется что-то неуместное, давайте запретим заголовки.
что на 9е Мая такой заголовок несколько неуместенВедь деды воевали, можем повторить, ничто не забыто, никто не забыт, все носим георгиевскую ленточку?
Фраза из заголовка стала крылатой и ассоциируется не только с днем Победы. Никакого оскорбления ничьих чувств в статье нет потому, что фраза используется исключительно в положительном смысле для достадочно позитивной новости. Почему ее вдруг нельзя использовать — не понимаю. Как не понимают и подопытные, почему нельзя делать то, что не запрещено, в одном эксперименте.
Заголовок крайне не уместен. А судя по реакции на ваш комментарий, мы находимся в точке, где людей остывших к подвигу и жертве нашего народа, стало заметно больше в кругах людей относящих себя к «наделённые интеллектом и критическим мышлением».
Я конечно понимаю, что тема о стандартном блокноте, но честно говоря, он же совершенно неудобен. Это просто затычка в составе ОС Windows, позволяющая хоть как-то редактировать текстовые файлы без установки стороннего софта. Я давно пользуюсь notepad3. Он очень легкий, по духу весьма близок оригинальному блокноту. Умеет все варианты перевода строк, подсветку синтаксиса, закрываться по нажатию Escape, а самое главное — может прозрачно заменить оригинальный notepad.
Не хватает горячих клавиш, автодополнения, выравнивания блоков кода и списка процедур.
Ну господь, не все же в этом мире программисты, и не всем нужен тот же набор фич, что и вам. Авторы решили, что хватает этого — их право.
Я, если что, совсем не открываю редакторы, кроме Саблайма, но мне кажется предельно невменяемым ожидать от всего вокруг, включая другие редакторы кода, того же набора фич, что от Саблайма и IDE от JetBrains, которыми я пользуюсь. Другие авторы — другие хотелки и приоритеты.
Я, если что, совсем не открываю редакторы, кроме Саблайма, но мне кажется предельно невменяемым ожидать от всего вокруг, включая другие редакторы кода, того же набора фич, что от Саблайма и IDE от JetBrains, которыми я пользуюсь. Другие авторы — другие хотелки и приоритеты.
Хотел пожурить MS, но вспомнил про баг в Linux с кириллицей в zip-архивах
Linux — только ядро </ zanuda >
Что вам мешает использовать другой архиватор?
В котором нет данной проблемы?
А не тот что установлен по умолчанию?
Может быть я не так понял суть…
Просто думал про кирилицу в именах файлов.
А это проблема архиваторов, но никак не ядра.
А это проблема архиваторов, но никак не ядра.
А вы пользуетесь голым ядром Linux или таки дистрибутивами? Как по мне, так это проблема разработчиков дистрибутивов Linux, которые используют багнутый архиватор.
Что вам мешает использовать другой архиватор?
Наличие зависимостей, например. А также желание использовать систему как рабочий инструмент, а не бороться с её багами и глюками.
С чего вы взяли, что это баг?
Так этот баг не в Linux, а в Windows.
На самом деле, баг — в спецификации формата zip. Там просто забыли указать кодировку, кто как хочет так и понимает…
В стандарт zip уже добавили поддержку юникода (спец-флаг aka EFS bit), но в windows до 8 версии это не поддерживается. Правда для w7 есть хотфикс support.microsoft.com/ru-ru/help/2704299/japanese-characters-in-file-names-are-displayed-as-garbled-text-after (в ms под хотфиксами понимается патч не прошедший полный цикл проверки, поэтому ставится на свой страх и риск)
В ZIP имена файлов кодируются в 8 битной кодировке. Хак для обхода общеизвестен легко гуглится. Раз его не вкрутили в debian/ububtu/etc — значит, это никому не интересно.
Раз его не вкрутили в debian/ububtu/etc — значит, это никому не интересно.
Нет, это значит, что debian/ubuntu/etc пользуются не только в странах, где используется кириллица.
Может, там cp1250 и имена на чешском? Как отличить?
На самом деле в ZIP давным-давно есть unicode flag. Баг как раз в системах, которые этим не пользуются.
Проблема в том, что флаг, конечно, есть, но не у всех. А у кого есть, далеко не все его используют. В результате весьма часто имена в UTF-8 в архив не попадают.
В частности, архив, созданный собственными средствами Windows 7 (правда, не все обновления стоят, но это как раз самое обычное дело) имен в UTF-8 не содержит.
И еще момент. Разные программы, умеющие распаковывать zip, дают разный результат. В том же AltLinux 7zip дает на архиве из семерки козявки, а unzip, внезапно, и родной архив с именами в UTF-8, и виндовый, видит и распаковывает правильно.
Может, там cp1250 и имена на чешском? Как отличить?
Можно хотя бы добавить в GUI архиватора дополнительную настройку.
Это баг не линукса, а самого zip (на уровне формата архива). Могу ошибаться, но проблема вроде в том, что кодировка имен файлов в zip архивах не определена стандартом.
Проявляется баг в тех случаях, когда кодировка имен файлов в архивах не совпадает с кодировкой по умолчанию в системе.
Вот сейчас проверил: архив с кириллицей в именах, созданный в линуксе, в линуксе же прекрасно распаковался, а архив, созданный в винде показал козябры, поскольку в линуксе у меня таки UTF-8, а в винде в консоли 1251.
в винде в консоли 1251
Возможно, вы имели в виду: 866
Это у кого как.
Во-первых, можно изменить с помощью команды CHCP.
Во-вторых, некоторые программы не верят в 866 (недавно Меркуриал последний ставил — чистые кракозябры (пришлось отрывать локализацию, так как руки разработчиков недоступны)).
Во-первых, можно изменить с помощью команды CHCP.
Во-вторых, некоторые программы не верят в 866 (недавно Меркуриал последний ставил — чистые кракозябры (пришлось отрывать локализацию, так как руки разработчиков недоступны)).
Нет, у меня в виндовой консоли именно 1251 (CHCP 1251 в батнике).
Нужно для одной программы.
Проявляется баг в тех случаях, когда кодировка имен файлов в архивах не совпадает с кодировкой по умолчанию в системе.
То есть если закодировать архив в русской винде, а потом декодировать в китайской, то кодировка тоже слетит?
Прочитал.
Проверил — не работает.
Полез по ссылке, а там про билд для инсайдеров.
Starting with the current Windows 10 Insider build, ...
Впору им запилить апдейт для всех версий Windows с только новым notepad-ом — потому что это поведение чем более консистентно будет между версиями, тем винде же лучше.
Просто кому это мешало, сразу поставили Notepad++, а Notepad редко когда зовут на помощь. Но «простые юзеры», если и сталкиваются с ним, порой получают «наборчик немедленного счастья», когда readme.txt вдруг открывается «в одну строку». Причем обойти это можно, открыв файл при помощи write, но и это винда не предлагает.
Просто кому это мешало, сразу поставили Notepad++, а Notepad редко когда зовут на помощь. Но «простые юзеры», если и сталкиваются с ним, порой получают «наборчик немедленного счастья», когда readme.txt вдруг открывается «в одну строку». Причем обойти это можно, открыв файл при помощи write, но и это винда не предлагает.
Наконец-то! Дождался, ждал с середины 90-х.
Через реестр это конечно круто…
Но почему бы не добавить опцию в самом редакторе, чтобы можно было при сохранении указать какие переносы использовать?
Конвертнуть текст по-быстрому выходит нельзя?
Но почему бы не добавить опцию в самом редакторе, чтобы можно было при сохранении указать какие переносы использовать?
Конвертнуть текст по-быстрому выходит нельзя?
Не прошло и 40 лет :)
Дело не в том что есть куча альтернативных редакторов (разной степени удобства и глючности, каждый волен выбрать себе по вкусу).
Дело в том что есть очень много компаний, где админы (те, что отключают ICMP как средство «защиты») не дают пользователям устанавливать действительно удобное ПО.
Дело в том что есть очень много компаний, где админы (те, что отключают ICMP как средство «защиты») не дают пользователям устанавливать действительно удобное ПО.
Таковые давно уже могли пользоваться WordPad.
Минимализм стандартного Notepad — его основная фича.
Минимализм стандартного Notepad — его основная фича.
где админы (те, что отключают ICMP как средство «защиты») не дают пользователям устанавливать действительно удобное ПО.
вы видимо никогда не вникали в вопросы инфобезопасности если считаете что эти злые админы по своей дурости так делают
А «действительно удобное ПО» в свою очередь может нести юридические риски для организаций из-за разнообразия лицензий и отсутствия хоть какойто политики контроля уязвимостей
Теперь осталось Ctrl+Backspace исправить
Geany у меня основной ТР (а он все распознает как надо), блокнотиком пользуюсь от случая к случаю.
> Microsoft вновь пытается играть в кросс-интеграцию и поддержку открытых стандартов
Вот только блокнот до сих пор добавляет служебный символ (byte order mark) в UTF-8 файлы. Какому приложению этот файл потом уйдёт и как этот символ будет интерпретирован — MS совершенно не волнует. Главное, что в блокноте откроется нормально.
Вот только блокнот до сих пор добавляет служебный символ (byte order mark) в UTF-8 файлы. Какому приложению этот файл потом уйдёт и как этот символ будет интерпретирован — MS совершенно не волнует. Главное, что в блокноте откроется нормально.
а разве BOM не собственно стандартом UTF требуется?
Только для UTF-16/32, для UTF-8 он бесполезен и используется одним лишь блокнотом
Не только блокнот, а любые продукты MS его добавляют.
Справедливости ради, BOM упрощает распознавание кодировки файлов.
Справедливости ради, BOM упрощает распознавание кодировки файлов.
Да, для однобайтной «порядок байт» смысла не имеет, по сути.
Я просто бегло в википедию глянул, увидел описание BOM для UTF-8 (иной, чем для 16 BE и 16 LE), вот и задался вопросом. Причём, там в русскоязычной статье вообще про Windows ни слова.
Глянул таки в стандарт — не требуется, но прописан
И как уже отметили, так не только блокнот сохраняет.
И даже не только микрософт. OpenOffice при сохранении txt в UTF-8 — тоже. И гуглодоки при скачивании файла как txt.
Я просто бегло в википедию глянул, увидел описание BOM для UTF-8 (иной, чем для 16 BE и 16 LE), вот и задался вопросом. Причём, там в русскоязычной статье вообще про Windows ни слова.
Глянул таки в стандарт — не требуется, но прописан
In UTF-8, the BOM corresponds to the byte sequence EF BB BF. Although there are never any questions of byte order with UTF-8 text, this sequence can serve as signature for UTF-8 encoded text where the character set is unmarked.
Use of a BOM is neither required nor recommended for UTF-8, but may be encountered in contexts where UTF-8 data is converted from other encoding forms that use a BOM or where the BOM is used as a UTF-8 signature.Получается, если уж софт поддерживает юникод, то он должен уметь интерпретировать этот BOM, хотя и не обязан его писать.
И как уже отметили, так не только блокнот сохраняет.
И даже не только микрософт. OpenOffice при сохранении txt в UTF-8 — тоже. И гуглодоки при скачивании файла как txt.
Вы думаете из-за этого я теперь начну пользоваться стандартным блокнотом?
Текстовые файлы из линукс в винде всегда в wordpad открывал
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Этот день мы приближали, как могли — блокнот в Windows 10 стал понимать юниксовый перевод строки