Пользователь
0,0
рейтинг
3 октября 2014 в 11:56

Windows 10: новые возможности и функции в командной строке из песочницы

Microsoft недавно представили предварительную версию Windows 10 для разработчиков (т. н. Technical Preview), и многие сайты уже как следует успели осветить важные изменения по сравнению с предыдущей версией. Но мало кто обратил внимание на более мелкие изменения, как, например, в командной строке (и в узле консоли, лежащем в её основе). Их разбор представлен в статье Рафаэля Риверы, перевод которой и приводится ниже.



Вот так выглядит новая «экспериментальная» вкладка в окне свойств командной строки Windows 10. Здесь расположены переключатели для включения и выключения экспериментальных функций и возможностей, действующих на все окна консоли — в том числе и на окно PowerShell.

Рассмотрим их подробнее.

Выделение с переносом (Enable line wrapping selection)



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

Но теперь все эти мучения остались в прошлом. В Windows 10 текст выделяется и копируется таким же образом, что и в любом текстовом редакторе.

Фильтрация данных из буфера при вставке (Filter clipboard contents on paste)



Не приходилось ли вам вставлять команду и тут же обнаружить (после сообщения об ошибке), что она испорчена символами табуляции или типографскими кавычками? Мне приходилось. И больше такое не повторится благодаря новой функции фильтрации данных из буфера в Windows 10.

Теперь при вставке текста типографские кавычки будут заменены на прямые программистские, а лишние символы табуляции — убраны.

Перенос по словам при изменении размера окна (Wrap text output on resize)



Изменение размера окна командной строки никогда не было комфортной операцией. Если вы уменьшите его размер, тогда появится горизонтальная полоса прокрутки, а весь текст останется на месте и никоим образом не подстроится под новое разрешение. Об изменении ширины в большую сторону и речи быть не могло (разве что в окне свойств, и то коряво).

Но со включённой функцией переноса содержимого по словам окно и текст в нём будут вести себя именно так, как вы ожидаете.

Новые сочетания с клавишей Control (Enable new Ctrl key shortcuts)


В новой командной строке действуют и некоторые удобные новые комбинации клавиш. Я пишу «некоторые», поскольку ещё не совсем ясно, сколько их будет всего. Для этого надо дождаться выхода официальной документации, а пока что есть вот такой список:
  • CTRL + A — выделить всё
  • CTRL + C — копировать* (а также CTRL + INS)
  • CTRL + F — найти
  • CTRL + M — выделить
  • CTRL + V — вставить (а также SHIFT + INS)
  • CTRL + ↑/↓ — прокрутить на строку выше/ниже
  • CTRL + PgUp/PgDn — прокрутить на страницу выше/ниже

* Работает как прерывание, если не выделен текст или при повторном нажатии после копирования.

Расширенные клавиши редактирования (Extended edit keys)


Насчёт этой функции известно немногое. Она существовала в Windows довольно долгое время, но до Windows 10 никогда не была в открытую доступна пользователям. Подробнее о ней сможет рассказать разве что официальная документация, когда она появится.

Отсечение нулей в начале при выделении (Trim leading zeros on selection)



Этот параметр следует включить, если вы работаете со множеством численных данных в командной строке.

При выделении числа с нулями в начале (к примеру, двойным щелчком), рамка выделения начнётся после всех незначащих нулей. Например, 000001234 станет 1234. Правда, это не распространяется на шестнадцатеричные числа и десятичные с указанием системы счисления. Так что 0x1234 и 0n1234 будут выделены целиком.

(Не)прозрачность (Opacity)


Эта функция пока производит смешанные впечатления.

Ползунок двигается от еле видных 30% до стандартных 100%. Но при этом он действует на все без исключения окна командной строки в вашей системе, и помимо этого на всё окно консоли целиком, а не только его фон (цвет фона, кстати говоря, как и раньше, настраивается в окне свойств).

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

Вместо заключения


Сами разработчики, которые стоят за этими изменениями, говорят, что «это только начало» и «мы готовы выслушать любые ваши пожелания и предложения», а также организовали форум на UserVoice, доступный по этой ссылке: wpdev.uservoice.com/forums/266908

Оригинал статьи: Rafael Rivera — New experimental console features in Windows «Threshold».
@mychaelo
карма
5,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

Комментарии (141)

  • +99
    столько лет ушло на Ctrl+V, Боже мой!
    • +17
      И то, лучше уж как в никсах — Ctrl+Shift+V. А то как прерываение делать на Ctrl+C? :)
      • +20
        По мне так лучше наоборот. Ctrl+Shift+C для прерывания и Ctrl+C для копирования.Ctrl+Shift+C неудобно нажимать. А прерывать команды приходится не так уж чтоб очень часто.
        • +10
          Нет уж в никсах удобнее: Ctrl+C прерывание, а копирование — просто выделить нужный фрагмент текста. Для paste достатчно кликнуть средней кнопкой мыши по нужному текстовому полю.
          • +3
            Если уж на то пошло в Никсах два буфера. И честно говоря нажатие колёсика не всегда удобно — колёсико может и закрутиться.

            И кстати именно в Никсах сделано копирование через Ctrl+Shift+C в консоле. И это очень неудобно.
            • +2
              УМВР. Может у вас колесо мыши со свободным вращением?

              Этот Ctrl+Shift+C оставлен только как резервное средство для ниасиляторов x selection buffer.
              • 0
                У меня колесо мыши с двухрежимным вращением — либо свободное, либо «щелчковое». И надо сказать свободное частенько удобней. Туда-сюда тыркать ради того, что везде кроме консоли можно сделать при помощи ctrl+с? Ну-ну.
                • –2
                  У меня мышь с аналогичным переключателем. Туда-сюда его тыркать только для того чтобы было удобнее листать простыню событий в ВК? Ну-ну. Держу всегда в «щелчковом» режиме.

                  tastes differ впрочем.
                • 0
                  У меня этот режим вообще автоматически включается, при быстром обороте колеса. (MX Revolution)
                • НЛО прилетело и опубликовало эту надпись здесь
              • 0
                >> Этот Ctrl+Shift+C оставлен только как резервное средство для ниасиляторов x selection buffer.

                Что значит «оставлен»? Он появился намного позже.
            • +8
              Как минимум 3 буфера обмена — primary, secondary и собственно clipboard. В primary попадает все что вы выделите мышью, и «выпадает» по нажатию средней кнопки мыши, clipboard — это как правило Ctrl-V / Ctrl-C. Зачем нужен secondary не знает никто.
              • 0
                Он для ctrl+insert / shift+insert
            • +2
              Нажатие колёсика вообще жутко неудобно. Всегда вешаю «3-ю кнопку» на боковую (в мышах, где много доп. кнопок).

              > именно в Никсах сделано копирование через Ctrl+Shift+C в консоле.
              Беспроигрышный вариант: Ctrl-Ins :)
          • +2
            Я думаю, что единообразие лучше. Чтобы Ctrl+C, Ctrl+X, Ctrl+V действовали одинаково во всей системе.
            Сейчас, кстати, многие никсовые программы этим страдают — взять хотя бы переключение вкладок в Gnome Terminal и Gedit.
        • 0
          Прерывать чаще приходится. Например, закрыть ман, закрыть вывод, прервать топ и т.д.
          • +13
            закрыть ман, прервать топ

            <q>?
            • –2
              Ctrl-C универсальнее?
              • +1
                vim?

                хахахаха
                • 0
                  Crtl+Z
                  • 0
                    о чем я и говорю — Ctrl+C даже в мире Unix ни капли не стандарт, ну или не соблюдается некоторыми =)
      • +4
        Ctrl + C работает как копирование, если выделен текст, иначе это прерывание как и раньше. Мелочь, но не плохо, хотя для некоторых будет непирвычно.
        • –1
          Оно-то неплохо было бы, если бы был нормальный буфер (как в DE никсов, хе-хе). А то где-то за экраном останется выделение и вместо прерывания это скопируется в буфер, затерев некую полезную инфу. В кедах и прочих можно выбрать из истории буфера что нужно.
          А там, глядишь, где-то к Win14 и буфер наладят. Или Ctrl-Shift-C запилят всё же…
      • 0
        Может зависит от наличия выделения? Есть выделение — копируется, нет вделения — прерывание. Не самый надежный способ, конечно. Как вариант, еще можно сделать прерывание двойным нажатием Ctrl+C.
      • +2
        в никсах прекрасно и [Shift|Ctrl]+Ins работают в консоли.
        Теперь и в виндовой тоже они срабатывают. Как и выделение через модификатор Ctrl+Shift+Стрелка влево|вправо
      • 0
        Уточнил в статье, как оно работает сейчас.
      • +3
        Идеально сделано на маке — копирование/вставка и прочие команды DE через Cmd, а консольные команды — через Ctrl. Хотя сперва и непривычно.
        • НЛО прилетело и опубликовало эту надпись здесь
    • +3
      Больше всего удивляет, что для таких банальных вещей требуется обновление целой системы.
      В чем проблема обновлять такие вещи отдельно?
      Или в микрософте такие крутые программеры, что банальная консоль настолько сильно прибита деревянными гвоздями к системе?
      • 0
        Я думаю вообще можно все отдельно обновлять :). Тогда, правда, придется за все отдельно платить.
      • 0
        Проблема в том, что Microsoft коммерческая компания и должна зарабатывать деньги.
  • +7
    Ну вот, наконец консоль начинает быть похожей на что-то юзабельное
    • +23
      «начинает», «быть похожей»…

      Шёл 2014 год, выпущена 10 версия ОС, офигеть, конечно)
      • +23
        Ругать можно сколько угодно, но движение в положительную сторону — всегда хорошо, неважно из какой ямы)
        • 0
          Да я не ругаю, я просто удивляюсь и вот думаю: консоль важна для разработки, для администрирования. Если есть какие-то важные вещи их обычно реализуют в первую очередь, то есть получается для МС разработка и администрирование не так важны? Или это борьба с UNIX-way? Типа, у нас всё через GUI!
          • +6
            Они решили сделать PowerShell, но поскольку окно PowerShell создаётся тем же узлом консоли, что и CMD, то и все проблемы CLI остались на месте.
            • +1
              У power shell есть еще ISE — графическая оболочка
          • +6
            Просто в linux обычно начинают разработку с создания консольной команды, а потом прикручивают гуй. В Windows-мире наоборот видимо.
            • +7
              Вообще-то в последних релизах серверных ОС и серверных продуктах от МС как раз все делается через powershell, а вокруг powershell рисуется гуй. Очень хорошо это видно на System Center 2012.
          • 0
            Исторически для MS были важнее обычные пользователи, а не разработчики. А разработчиков привлекали те деньги, которые приносили эти самые обычные пользователи.

            Во времена Windows 3.x или Windows 95 такой подход MS был просто кричащим — их системы были очень нестабильными и ненадежными но имели графический интерфейс и работали с этим интерфейсом на относительно дешевом железе. За счет чего они и победили например IBM с ее OS/2 и заняли монопольное положение на рынке.

    • –1
      <ирония>
          <серьезно>
              Вроде, не бездельники и могли бы жить, им бы <del>cmd</del> взять да отменить...
          </серьезно>
      </ирония>
      
  • –2
    Самого главного то и нет — растягивания окна по ширине больше чем 80 символов.
    • +9
      Есть. Берете и ресайзите окно.
      • 0
        более того — теперь даже кнопка «Maximize» реально растягивает на весь экран.
        И при изменении размера так же изменяется значение в «Screen Buffer Size»
        • +22
          Обожемой, у меня аж мурашки пошли от вашего сообщения.
  • +9
    Ctrl+C -копировать? В командной строке? Они серьёзно?
    А чем прерывать выполнение команды?
    • 0
      Ctrl+Break?
      • +5
        Break

        Который старательно выпиливают из клавиатур в последнее время.
        • 0
          На маке нет брейка, что делать?
    • –3
      Я вот тоже прочитал и не понял восторженых криков. Обновление на уровне «Мы поменяли цвет иконки». совершенно ненужная херня. Ни одна. Да еще и CTRL+C для копирования. Везде это прерывание а у них копирование.
      Проверку орфоргафии еще сделайте по правому клику, раз уже переносы расставлять взялись. И переминуйте в «текстовый процессор CMD»
  • 0
    В более ранних версиях командной строки для выделения текста и его копирования требовалось исхитриться захватить рамкой выделения консоль во всю её ширину и нажать клавишу «Ввод». И этим дело не кончалось. После этого нужно было вставить скопированный кусок текста в редактор, чтобы склеить строки между собой — ужасно длинный и трудоёмкий процесс.

    Ну как-то не так трудно было Правой кнопкой -> пометить -> Enter.
    • +1
      Думаю, что это про выделение нескольких строк
      • 0
        Ну оно и так было, правда кривоватое. Но говорить, что выделять можно было лишь захватив выделением все окно и фильтровать полученный буфер в текстовом редакторе — как минимум не корректно.
        • +1
          Попробуйте выделить в консоли текст не с начала первой строки, и посмотрите, что из этого получится.
          • 0
            Пробовал. Я ничего и не сказал про выделение нескольких строк, если Вы не заметили. Это неудобно.
            • 0
              Уточнил в статье.
  • –9
    Хм, в 11 может они еще и cp, mv, rm сделают?
    • +11
      То есть сделают сокращения для уже существующих команд copy, del, move?
    • +4
      А copy, move и del конечно там никогда не было, да?
    • +10
      Всё это есть в PowerShell. И еще много вкусностей :-)
      • +4
        Ага, по аналогии с PowerShell, но хотелось бы и в cmd, а еще нормальный autocomplete.
        В принципе в таком случае можно вообще отказаться от использования cmd в пользу PowerShell
        • +1
          Единственное что неудобно при переходе на ps — то, что писать powershell долго. но лечится батником ps.bat.
    • +1
      Меня вот до сих пор удивляет, что на винде «md», а на никсах «mkdir». Да, можно сделать алиас, но, чёрт возьми, почему так?
      • 0
        Потому что наследие DOS. А на mkdir в винде алиас висит.
        • 0
          На самом деле ровно наоброт — исторически и в досе это mkdir, а md — это алиас. Аналогично rmdir/rd и chdir/cd.

          Хотя, поскольку это команда, прошитая в cmd.exe, то там нет четкого определения того, что считать каноническим именем, а что — алиасом. Но если запустить с /?, то более длинное имя идет первым, и в help (когда он еще был) тоже оно вроде бы использовалось в оглавлении.
          • 0
            Точно, посыпаю голову пеплом :)
  • +10
    [irony] прям теперь и прикопаться не к чему [/irony]
  • –2
    Мне понравилась идея wpdev.uservoice.com/forums/266908-command-prompt/suggestions/6510031-bash-style-autocomplete
    Но, сомневаюсь, что разработчики MS знают как оно выглядит.

    А насчёт копировать/вставить, думаю, что Ctrl+C — это плохая идея! Нужно копировать в буфер при выделении, как в остальных терминалах (которые я встречал) и вставлять по Shift+Insert. А Ctrl+C — это ж прервать операцию…
    • +1
      Вы не поверите, но среди разработчиков MS есть люди, у которых дома стоит линукс. И даже люди, у которых он стоит на работе, и они пишут софт под него или работающий с ним.
  • 0
    Как дела с ssh из коробки? В последний раз пакет на windows 7 устанавливался крайне плохо и тот же меркуриал не мог с его помощью нормально fingerprint и обмен выполнить. Пришлось использовать ГУИ, что не очень приятно…
    • +3
      wpdev.uservoice.com/forums/266908-command-prompt/suggestions/6510413-please-please-add-ssh
      Ответ:
      I feel your pain, as I go through the same hoops when administering several of my VM's at home. SSH has been a good-size conversation over the last several months. Plenty of hurdles and molehills to get over, but we are talking to multiple folks about how we could make it happen. As always, no guarantee, just know that this issue is near and dear to our heart as well. --Rich
      • +1
        Не можем обещать, но стараемся?
        • 0
          На UV вы общаетесь напрямую с командой, которая занимается доводкой консоли. Чтобы им прикрутить ssh, наверняка требуется участие и других команд, а также sign-off от лойеров и т.д. Поэтому они (в смысле, лично эта команда) вам обещать ничего пока не могут, потому что не получили четкий ok от всех остальных участников процесса — но стараются (его получить).
      • 0
        > I feel your pain…
        Техническая поддержка — это когда кладёшь пользователю руку на плечо и говоришь:
        — Как я вас понимаю…
  • +6
    Шел 2014, Microsoft наконец осилила эмулятор терминала хотя бы уровня xterm
  • +3
    Серьезно — спасибо им, что начали улучшения. Лучше поздно, чем никогда.

    Я, правда, себя поймал, что в командной строке именно Windows я не делаю почти ничего. CLI привычно хорошо и настраиваемо на *unix-системах, а в винде… там cmd, который (как IE) воспринимался как «окошко» для простых команд или для запуска программ.

    Главное, чтобы новая консоль не требовала изучать новых, нестандартных, горячих клавиш (тут выше пишут, что Ctrl+C — это «копирование», правда ли это? Если да, то я лучше предпочту как-то перестроить, если будет возможно в релизе, или вовсе отключить горячие клавиши с Ctrl, чем привыкнуть к такой комбинации, а потом ее случайно в bash попробовать применить).

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

    А вообще, конечно, в винде не хватает набора утилит, которые на *nix-ах отлично в консоли работают и всем привычны: dig, whois, ssh, scp. Не понимаю, почему ssh так и не положен в поставку винды ни в виде клиента, ни в виде сервера — есть только telnet, что несколько грустно выглядит.

    Еще раз — с CLI они молодцы!
    • 0
      Все из перечисленного есть в backlog wpdev.uservoice.com/forums/266908-command-prompt, но они не обещают что реализуют
    • НЛО прилетело и опубликовало эту надпись здесь
      • +1
        Остановится процесс, который шел до этого уже n часов и задастся громкий и нецензурный крик.
        • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      SSH-сервера нет, потому что есть Enter-PSSession, который выполняет ту же роль
  • 0
    Полноэкранного режима так и нет как я понял. Пользователь и обсуждения на stackoverflow из будущего говорит что и в 2016 такой возможности нету.
  • +11
    Если надо такое в Win7? можно поставить conemu

    image
    • +1
      И clink, чтобы совсем на баш было похоже.
      • +2
        Тогда сразу Cmder, там все в комплекте
        • +2
          Дай бог тебе здоровья
        • 0
          А вот ssh-сервер для Windows какой посоветуете? Чтоб не тянул ни cygwin ни чего такого лишнего?
          • 0
            из некоммерческих, посмотри на этот
    • 0
      и Far на него =)
    • 0
      Офигенный терминал.
  • +3
    А не пора ли просто bash включить в поставку винды?
    • +2
      его бы сперва во все редакции Linux/Unix включить в поставку, а потом уже от винды его поддержку требовать.
      • +7
        Не вижу связи.
    • +2
      При этом включить и весь набор консольных утилит? Cygwin в помощь.
      • 0
        Cygwin достаточно тормозной, чтоб его использовать. Хотя может сейчас он уже намного лучше стал — не в курсе, давно на линукс пересел, больше гимора с виндой не испытываю.
        • 0
          Я тоже пересаживался, но пришлось вернуться. Так вот, вместе с установкой SSH+Vagrant у меня появился нужный набор утилит, причём разницу в работе своим неискушённым вглядом я не заметил.
        • 0
          C cygwin все прекрасно. Держу его всегда открытым на рабочем месте, нет никаких проблем. Его прокачали так, что можно даже собирать из исходников PHP со всем расширениями и Apache (исключительно для целей тестирования, не подумайте чего такого). Незаменимая вещь для девелоперско-админской машины.

          Потуги MS написать консоль вызывают странную смесь удивления и неловкости… Вот, ведь вроде, не глупые люди, а изобретают даже не велосипед, а молоток с гвоздями, которых в каждом магазине за углом по три рубля за кучку… Нет, ёж птица гордая — пока не пнешь не полетит… и будут упорото идти своим путем.
    • –1
      В свете последних событий — пусть лучше изобретают свой велосипед. Чем больше разнообразие софта — тем меньше ущерб от уязвимостей.
    • 0
      Думаю не стоит...
      image
      • +1
        Любой софт имеет баги. В баше их нашли — и исправили. Причем оперативно.
        Хорош не софт без багов — ибо такого нет — а тот, где они легко и быстро устраняются, принося минимум ущерба.
        Открытый софт в этом отношении предпочтителен — все кому не лень ищут ошибки и они устраняются. Закрытый софт — пример тому винда в отношении терминала — просто не развивалась очень долгое время и только сейчас что-то более-менее продвинулось.

        То, что баги были справлены — это причина его не использовать? По-моему, это как раз наоборот.
        • 0
          blog.erratasec.com/2014/09/the-shockingly-bad-code-of-bash.html
          Его переписывать надо, да и далеко не все от него в восторге.
          • 0
            Как мы все любим переписывать все с нуля… Я так про любой код могу написать — практически — что он устарел, что там используется не тот стиль и т.п. Хорошо еще код винды в общий доступ не выложен, а то б все уже пришли бы в ужас.
            • 0
              Хорошо еще код винды в общий доступ не выложен, а то б все уже пришли бы в ужас.

              Почему не выложен? Утекала же 2000, этим даже хакеры пользовались для обхода антивирей. Потом ещё выкладывали официально ядро (не целиком, но почерпнуть что-нибудь можно).
  • +3
    Полупрозрачные окна через SetLayeredWindowAttributes еще с 2000й винды тянутся. Но кроме баловства нигде, вроде, и не пригодились.
    • +5
      Да потому что тупая прозрачность никому нафиг не впилась. Полупрозрачное окно должно слегка «замыливать» фон, чтобы читаемость сохранялась, ну например как в маковском терминале (хотя это можно и отключить):
      • –1
        Ну ConsoleZ позволяет вполне спокойно жить)

        • +2
          Объясните, зачем вообще нужна прозрачность? Читаемость падает ведь.
          • НЛО прилетело и опубликовало эту надпись здесь
            • +1
              Ну тогда нужно все окна делать опционально прозрачными. Вдруг захочется в MSDN поглядывать сквозь Visual Studio во время написания кода? :)
              • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            Я так быстро сравнивал два произвольный файлика.
  • +2
    Ну все, теперь заживем!
  • 0
    Еще Ctrl+F вызывает окошко поиска, но сам поиск не работает…
  • +18
    Хорошая попытка, Windows, но нет — между нами все кончено :)
  • 0
    История команд судя по тренду будет в windows 100
    • +1
      F7 давно уже есть
      • +1
        Имею ввиду глобальной истории нет (.bash_history), стрелочкой вверх в течении одного сеанса это не то.
      • +3
        Беда этого меню что оно сразу выполняет команду :(
  • +5
    Меня такой вопрос интересует… Сами программисты/тестеры MS используют в своей работе CMD, и немало. Почему до сих пор не могли улучшить жить хотя бы себе, «сапожники»? Много-то не и нужно… Спасибо за ревью.
    • 0
      Потому что я не могу просто пойти и начать коммитить в сырцы консоли, например :)

      А вообще я знаю немало людей в компании, кто сидит на ConEmu.
  • +1
    Самое важное что нет более уродской рамки, которая на 7-8 не пропадала полностью ни под какими твиками
    • +2
      зато теперь другой минус — по границам окна фиг попадёшь мышкой. И это касается не только консоли…
      • –1
        Что в маке, что в линуксе всю жизнь попадал нормально, что на трекболе, что на тачпаде, что мышью, никаких проблем.

        Уже качаю превю и просто не могу представить как это — ОКНА БЕЗ МУСОРА, уже кажется чувствую легкую дрожь в руках, сколько бессонных ночей были потрачены зря, в попытках добавить эстетики, неприглядному индусскому детищу.
      • 0
        Я пользуюсь AltDrag — и забыл о границах вообще — перемещение ЛКМ с Alt, ресайз — ПКМ с Alt.
  • 0
    Вопрос от отсталого человека: модные скриншоты окон с тенькой (которым раньше хвастались пользователи macos) появились только в десятке или в 8 тоже были?
    • 0
      «Это не технологии дошли, это я дошла»
      Тени не от скриншотов, а самих окошек. В восьмерке они были выпилены под корень.
      • +1
        Кстати не правда. Специально сейчас проверил. Небольшая тень пиксела в 3 имеется под активными окнами в 8.1. За 8.0 не скажу, правда.
        • 0
          Ваша правда, раньше почему-то не замечал.
    • –1
      В восьмерке вроде бы вообще теней у окон не было (вместо этого для контрастирования использовались конской толщины цветные бордюры), так что, похоже новинка, да :)
      • –1
        В семерке тени были, но очень тонкие.

        В восьмерке их нет вообще.

        В десятке их вернули, и при этом они стали больше и более размытые — т.е. такое впечатление, что окна «выше» относительно экрана.
  • +1
  • 0
    Теперь они консоль улучшают. А что еще остается после фейла с гуи win 8?
    • +1
      Коллеги, а чем фейл, собственно?
      Windows 8.1 with update 1 вполне себе юзабельна. Не тупит, с клавой/мышью, вроде, все отлично. Да, я использую её для удаленного администрирования и типичных офисных задач. Не вижу проблем.

      Что именно не так, можно чуть подробнее список претензий именно к GUI?
  • +1
    Я в linux лезу в консоль только когда хочу увидеть более подробный вывод у приложения которое не работает. Для всего остального пишутся обёртки(скрипты) и далее в консоль больше не лазию. (разве что установка прог через yaourt в archlinux — считаю реально удобнее тыканья мышкой)
    В винде сейчас пытаются наладить отношения пользователя с консолью — но наделе там нечего показывать самому пользователю. Приложение не работает — если есть номер ошибки — это вам ещё повезло. В основном выскакивает «прекращена работа программы» и всё. В консоли вообще ничего не пишется.

    Хотя конечно это проблема не MS а разработчиков программ, но ведь и MS могли бы создать не «терминал» а именно «консоль»...(ну или хотя бы постараться, хотя тенденция присматривания к мелочам радует)
    • 0
      Разработчику в винде от консоли не отвереться все равно, как и на других ОС. Да и в плане администрирования сейчас везде PowerShell.
    • 0
      Если нет никакого вывода ошибки, значит создатель программы быдлокодер.
      Но все ошибки журналируются и их можно посмотреть через «просмотр событий». Там должен быть как минимум адрес 0x…
  • +2
    Теперь при вставке текста типографские кавычки будут заменены на прямые программистские, а лишние символы табуляции — убраны.

    Интересно почему убраны, а не заменены на один пробел?
  • 0
    Это просто сумасшествие какое-то :)
    Наконец-то вывод компилятора можно будет нормально прочесть прямо из консоли.
    Может PowerCmd больше не понадобиться даже :)

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