Comments 267
Я думаю, что лет через 15 можно будет ожидать подсветку синтаксиса в блокноте…
Мне кажется, вы не понимаете суть публичного дистрибутива операционной системы.
В нем главное — не нашинковать программами, а оставить минимальное множество простейших вещей, которые позволят начать работать с системой.
Далее разработчики ПО уже будут конкурировать, создавать приложения.
В этом случае кроме плюсов конкуренции добавляются плюсы в разграничении релизных циклов (новая версия Notepad++ релизится не вместе с Windows, а в своём темпе), возможности пользователю комбинировать разные версии ОС и приложений.
Ну, это как бы не совсем хлам. Это куча драйверов длч разных устройств. Это хорошая поддержка многоязыкового интерфейса для множества языков. Это подсистемы обеспечения совместимости со старым софтом. Подсистема запуска 32-битных приложений а 64-разрядной ОС. И много еще чего. Хлама среди этого не так уж и много.
oXMLHTTP.Open "GET", "https://download.mozilla.org/?product=firefox-latest&os=win64&lang=en-US", False
Необходимый миниум это как раз не про поделие мелкософта.
Свой магазин ставится так же как любое другое приложение.
Нормальные файловые менеджеры умеют полностью заменять собой проводник.
На .net и directx половиная винды написана, как вы их собрались убирать?
Зачем убирать powershell — ума не приложу. У него нет альтернатив.
По поводу powershell:
Если вы не Windows-админ, то вам нужен только терминал. И powershell vs bash — это просто дело вкуса (хотя лично мне PS нравится больше).
Нормальные файловые менеджеры умеют полностью заменять собой проводник.
не холивара для, подскажите, пожалуйста, какой из файловых менеджеров умеет вызываться по Win+e? Вот сколько раз начинал копать в эту сторону, столько раз и обламывался. Хоткей удобен, но в винде не изменить запускаемое приложение, на навешивая какой-то процесс (постоянно висящий), который будет перехватывать все нажатия клавиатуры.
Ну да, будет висеть впямяти, как и explorer.
как поставить свой магазин, нативно заменить проводник на свой файловый менеджерВы про BolgenOS не слышали? Там это давно реализовано.
должно поддерживать и родное ОС приложениеОно у вас в долг не брало и ничего вам не должно.
Винда денег стоит (вот домашняя, например, — 8700р.), но кто вам пообещал, что в эту цену обязательно входит блокнот с подсветкой синтаксиса или ещё какая-нибудь нужная вам свистелка?
Microsoft подробно описывает, что она предоставляет за указанную цену — это и должно работать. Супер-блокнота, как вам надо, в списке, кажется, нет.
За сим кланяюсь.
Чего-то я не видел, кто там удивляется, что мало кодят. Опрос за 2018 на стэки говорит, что половина разрабов сидит на винде, на линукс и макось по четверти.
Как пример, недавно iTunes перенесли в магазин и это прекрасно. Тунец на редкость гадостная программа, которая с собой тащит драйвера и сервисы, которые распихивает по всей системе и засоряет кучу папок своими библиотеками. Казалось бы, всего лишь UI для переноса музыки в телефон. Теперь же тунец ставится в песочницу вместе со всем своим мусором, а драйвера прилетают через windows update. Вот это прекрасное будущее, если его окончательно наладят, т.к. магазин пока еще сыроват в своей реализации.
а при удалении не оставляют после себя тонны хвостов, что характерно для всех настольных ОС.
Это хорошо. Но то, что нельзя выбрать папку для установки — раздражает. SSD, на котором у многих стоит система, не резиновый.
Также заметил, что многие современные UWP приложения более тормознутые, чем их предшественники. Например, новый просмоторщик фотографий в 10ке, уступает тому, что был раньше.
Например, новый просмоторщик фотографий в 10ке, уступает тому, что был раньше.Этот просмоторщик фотографий в 10ке просто ужасен. Мало того что запускается очень долго, так еще и скорее всего они пытаются мобильный UI в десктоп воткнуть.
К счастью старый просмотрщик еще не выпилен, и надеюсь этого не произойдет. Вернуть его можно правками реестра, например по этой инструкции.
Какие быстрее?
Irfan view значительно шустрее. Заменять нечем. Много фич.
ACDSee 3.11 же!
Imagine + от них же плагин для TC
Хабаровчане подскажите хороший аналог с таким же функционалом.
В новом просмотрщике возможностей на порядок больше чем в старом. Чем же он уступает? Фотки так же мгновенно открывает.
Масштабированием. Видео. Я не загружал на ютуб, чтобы он не вносил искажения своим сжатием. Помимо этого он масштабирует тупо медленнее, т.е. нужно, условно, больше крутить колесико для достижения такого же уровня зума. И имеет ограничение на максимальный зум. Наконец, при большом увеличении он замыливает изображение
Я просто взял первое попавшееся изображение. Аналогичные эффекты подгрузки я наблюдаю и с другими изображениями.
А как насчет тач-экранов? Сомневаюсь что старый просмотрщик с ними юзабелен.
О боже мой, я что, запрещаю кому-то пользоваться новым просмоторщиком? Да нисколько, используйте, если удобно. Просто лично мне (и еще многим, судя по тому, что пишут в интернете) на десктопе старый просмоторщик быстрее и удобнее.
Но то, что нельзя выбрать папку для установки — раздражает.
Можно. В настройках выбирается диск, куда ставятся приложения
Я вот могу сказать, чем он лучше — автоповоротом снимков при просмотре, например.
драйвера прилетают через windows updateБесспорно, жизнь станет лучше, если полностью отпадёт необходимость обходить сайты разработчиков железа с целью скачивания драйверов. Но на данный момент я не рискну их так обновлять. С сайта разработчиков как-то надёжнее.
2. Сложностью заработка. Ну нет в репозиториях платных пакетов, а значит что распространять через них платный продукт без своей DRM не выйдет. В то же время в из магазина приложений нельзя скачать то что не было куплено, и это открывает возможность продавать программу вообще без всяких DRM, по принципу «кто спиратит — все равно не наша целевая аудитория».
Я может наивный, но вот просто мне близка такая идеология — если что-то уже написано(какой-то код) нормально, то незачем опять придумывать как сделать тоже самое, но по-своему.
Могли бы уже вместо траты сил своих разработчиков(а я думаю нехилые траты), просто объединиться с готовым проектом(notepad++, sublime), инвестировать, разрабатывать свою версию и заменить стандартный блокнот. Да, будут компоненты opensource, а может и не будет(сделать платную версию, а бесплатную как тестинг для платного как Fedora-Centos для RedHat)
Никакие notepad++ рядом не лежали.
Я использую Sublime или Notepad++ и никакие Visual Studio Code их не заменят. VSCode пытается быть IDE, но и до IDE не дотягивает, и для простого редактора тяжела. Когда мне нужна полноценная IDE — я беру Visual Studio (возможно, если пишите не на С++ или C#, VSCode может быть лучше). Когда же мне надо что-то быстро глянуть, написать, поправить конфиг — я открываю Sublime, простой текстовый редактор. От которого я жду, что он будет быстрый, мгновенно открываться и не жрать память.
Notepad++… открывет тяжелые файлы достаточно быстро
Это вы видимо не открывали реально тяжелых файлов. Для примера попробовал открыть SQL файл на 800 МБ, notepad++ выпал в осадок минут на 10 отожрав 1,8 ГБ памяти, после этого начал с глюками что-то показывать с жутким подлагиванием интерфейса, при перемещениях по файлу опять выпадая в осадок минут на 5, плюс забавный глюк проявился, клацаешь на одну строку — выделяется строка выше. EmEditor в легкую открыл этот файл с подсветкой, используя 450 МБ памяти. Вообще в EmEditor даже SQL-дампы по 15 гиг не только открывал, но еще и выполнял поиск и замену, вносил правки. Аналогично со здоровыми лог-файлами.
Плюс многие редакторы выпадают в осадок от стандартных SQL-дампов из-за того, что там длина строки может быть больше мегабайта.
А объяснение очень простое. VSCode долбится в remote репозиторий не смотря на отказ от сервера, fail2ban справедливо обнаруживает кучу отказов авторизации и блокирует IP. И главный вопрос: какого хрена VSCode что-то хочет от ударенного репозитория? Когда мне нужно будет запушить я сам дам команду!
Я может наивный, но вот просто мне близка такая идеология — если что-то уже написано(какой-то код) нормально, то незачем опять придумывать как сделать тоже самое, но по-своему.
То есть то, что многомегабайтные файлы по минуте открываются — это нормально?
Согласен! Сделали какую-то фигню!
Блокнот должен отображать так, как в терминале — если только line feed, значит должен начать со следующей строки сдвинув текст влево на столько, где закончилась предыдущая! Правда как в таком случае отрабатывать одиночный CR и накладывать текст друг на друга не понятно(текстовый контрол этого не поддерживает).
Надеюсь, не открою для вас америку, сказав что подсветка синтаксиса и миллион полезных фич есть в кроссплатформенном микрософтовском Visual Studio Code. Это очень крутой текстовый процессор и сейчас для меня он заменил полностью ncc на винде и sublime на линукс. Он взял от них лучшее, при том гораздо производительнее тех версий сублайм, которыми я пользовался.
Великий момент, однако.
И вообще, эта цитата очень неуместна.
А по-моему очень уместная. Это действительно очень старое неудобство, фикс которого вышел в канун праздника, неофициальным гимном которого является песня Льва Лещенко, откуда и позаимствованы эти слова. На всякий случай посмотрел биографию Льва Лещенко, 9 мая 1945 года ему было 3 года, так что врядли именно он приближал тот день.
Таки да, приближал. Таки да, в том числе именно автор.
Согласен с EndUser, заголовок неуместен, выглядит хайпово, написан скорее всего школьником, который смысла не понимает.
Причем здесь Лещенко?
При том, что именно он поет эти слова от своего лица. Точно так же, как автор топика использует их, хотя и не причастен к этому фиксу. Я не понимаю, почему в одном случае использовать эти слова уместно, в другом нет.
На всякий случай посмотрел биографию Льва Лещенко, 9 мая 1945 года ему было 3 года, так что врядли именно он приближал тот день.
Он же поёт «приближали как могли» — вот как мог в три года, так и приближал.
Так же для более удобного управления новой возможностью в разделе реестра [HKEY_CURRENT_USER\Software\Microsoft\Notepad] вводятся два дополнительных ключа:
Для какого-какого управления? Более удобного? В реестре?
По реестру вполне удобно навигироваться через консоль:
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
Кто-то копипастит из Википедии, не глядя.
Что дальше? Нативная поддержка extfs?
Впрочем, оно и не включает нормальный копипаст, а только упрощает имеющийся (описанный мной) — в меню больше лезть не надо.
И по-прежнему это а) выделение региона;
б)выделение мышью, а не клавиатурой (и это в консоли!). И не только выделение, но и вставка. Спасибо хотя бы копирование с клавиатуры сделали (И не Ctrl-C / Ctrl-Ins, а «Enter»).
Для Win7 я не нашёл ни такой настройки, ни клавиатурных команд «начало выделения / конец выделения», и вообще никаких упоминаний про такую возможность.
Но возможность выделять с клавиатуры была всегда. Я вот только что перепроверил на Win7: Shift+стрелки двигают рамку выделения.
Перепробовал с разными комбинациями флажков свойств окна командной строки, касающихся выделения и вставки.
Стрелки что с шифтом, что без шифта — просто перемещают курсор по набранной строке. А если уже начато выделение мышью — оно при этом сбрасывается. Это в стандартной консоли cmd.exe.
А, да, есть же еще PowerShell, ее же в семерке стали в стандартную поставку включать… (впрочем, zanac и IvanNochnoy таки за XP топили).
Ладно, проверил в PS — можно двигать рамку с клавиатуры, но только после выбора мышью пункта из меню («Пометить») (для быстрого выделения мышью без меню — не работает). В остальном всё так же как и в cmd — выделяется регион вместо строки, копируется по Enter, вставляется по правой кнопке мыши.
Начало выделения по 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 работает, оказывается — хоть клавой зайти, хоть мышкой. Я не все комбинации, значит, проверил.
И вообще, я консолью в Фаре пользуюсь, вот там нормальный копипаст с древних времён.
Ага, я со времён Turbo Pascal настолько привык к Ctrl-Insert/Shift-Insert, что использование Ctrl+C для копирования для меня несколько противоестественно.
Понять не могу зачем в Intellij продуктах во встроенной консоли переопределили поведение на использование Ctrl+C/Ctrl+V.
галочка в свойствах окна «Выделение мышью» (оно же «QuickEdit Mode»).
И всегда работает через контекстное меню заголовка окна.
![image](https://habrastorage.org/getpro/habr/comment_images/840/faa/cbd/840faacbd106245de7955a45eaad72fe.png)
Они не будут этого делать — ведь «запилив» такую фичу (затраты на разработку/тестирование/согласование лицензий), её нужно будет поддерживать. Ведь американский (читай «государства юристов») пользователь, подсоединив диск «от линукс-машины» — начнёт требовать ACL, производительности и прочих фич…
M$ это надо?
Хоть он давно и заброшен в плане разработки, но там собственно и улучшать давно нечего. Дома у меня вообще версия аж от 2002 года стоит. Желания обновить или поискать замену ни разу не возникало, хотя пользуюсь постоянно.
Похоже как раз один из случаев когда «лучше чтобы ничего не меняли»
Погуглите Old calculator for Windows 10
Ахаха он у вас ещё не просил отзыв о себе дать? Я даже скрин делал, где то валяется, калькулятор просил меня его оценить. Не мог поверить что это серьёзно.
что на 9е Мая такой заголовок несколько неуместенВедь деды воевали, можем повторить, ничто не забыто, никто не забыт, все носим георгиевскую ленточку?
Я, если что, совсем не открываю редакторы, кроме Саблайма, но мне кажется предельно невменяемым ожидать от всего вокруг, включая другие редакторы кода, того же набора фич, что от Саблайма и IDE от JetBrains, которыми я пользуюсь. Другие авторы — другие хотелки и приоритеты.
Linux — только ядро </ zanuda >
Что вам мешает использовать другой архиватор?
В котором нет данной проблемы?
А не тот что установлен по умолчанию?
Может быть я не так понял суть…
Просто думал про кирилицу в именах файлов.
А это проблема архиваторов, но никак не ядра.
А это проблема архиваторов, но никак не ядра.
А вы пользуетесь голым ядром Linux или таки дистрибутивами? Как по мне, так это проблема разработчиков дистрибутивов Linux, которые используют багнутый архиватор.
Что вам мешает использовать другой архиватор?
Наличие зависимостей, например. А также желание использовать систему как рабочий инструмент, а не бороться с её багами и глюками.
С чего вы взяли, что это баг?
Раз его не вкрутили в 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 (недавно Меркуриал последний ставил — чистые кракозябры (пришлось отрывать локализацию, так как руки разработчиков недоступны)).
Нет, у меня в виндовой консоли именно 1251 (CHCP 1251 в батнике).
Нужно для одной программы.
Проявляется баг в тех случаях, когда кодировка имен файлов в архивах не совпадает с кодировкой по умолчанию в системе.
То есть если закодировать архив в русской винде, а потом декодировать в китайской, то кодировка тоже слетит?
Прочитал.
Проверил — не работает.
Полез по ссылке, а там про билд для инсайдеров.
Starting with the current Windows 10 Insider build, ...
Просто кому это мешало, сразу поставили Notepad++, а Notepad редко когда зовут на помощь. Но «простые юзеры», если и сталкиваются с ним, порой получают «наборчик немедленного счастья», когда readme.txt вдруг открывается «в одну строку». Причем обойти это можно, открыв файл при помощи write, но и это винда не предлагает.
Но почему бы не добавить опцию в самом редакторе, чтобы можно было при сохранении указать какие переносы использовать?
Конвертнуть текст по-быстрому выходит нельзя?
Дело в том что есть очень много компаний, где админы (те, что отключают ICMP как средство «защиты») не дают пользователям устанавливать действительно удобное ПО.
Минимализм стандартного Notepad — его основная фича.
где админы (те, что отключают ICMP как средство «защиты») не дают пользователям устанавливать действительно удобное ПО.
вы видимо никогда не вникали в вопросы инфобезопасности если считаете что эти злые админы по своей дурости так делают
А «действительно удобное ПО» в свою очередь может нести юридические риски для организаций из-за разнообразия лицензий и отсутствия хоть какойто политики контроля уязвимостей
Вот только блокнот до сих пор добавляет служебный символ (byte order mark) в UTF-8 файлы. Какому приложению этот файл потом уйдёт и как этот символ будет интерпретирован — MS совершенно не волнует. Главное, что в блокноте откроется нормально.
Справедливости ради, BOM упрощает распознавание кодировки файлов.
Я просто бегло в википедию глянул, увидел описание 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.
Этот день мы приближали, как могли — блокнот в Windows 10 стал понимать юниксовый перевод строки