по поводу третьей строчки (не считая заголовка) — всё тоже весьма спорно. Т.е. при желании можно до хрипоты спорить о том, чей суппорт более фулл. Одни из наших общих знакомых в своей недавней статье на одном богомерзком сайте довольно чётко обозначил свою позицию в этом холиворе. Мол, суппорт в исе более фулл, потому что код в редакторе парсится через движок самого поша — а все остальные редакторы вынуждены его реверс-инжинирить, что, безусловно, уже совсем не тру. Ну и по поводу таких вещей как профайл — тоже спорно. Ибо это нельзя назвать «недоработкой» исе — ведь такое решение, очевидно, может являться только следствием осознанного выбора разработчиков. А насколько это решение релевантно твоим интересам — это уже другой вопрос.

и ещё. Раз уж ты взвалил на себя непосильную ношу рисования сравнительной таблички — мне кажется, что было бы намного полезнее и интереснее, если бы ты занёс в неё все четыре (или сколько их там?) основных популярных редактора. Ибо, во-первых, FGJ. Во-вторых, в целях расширения кругозора. В-третьих — вдруг там тоже при ближайшем рассмотрении обнаружатся какие-то ценные особенности и уникальные возможности. Коих, возможно, стоило бы тоже реквестировать в остальных редакторах.

На счёт реверсинженеринга — вопрос риторический. Поскольку даже в том же PowerGUI достаточно трудно смоделировать ситуацию, когда он будет работать как-то иначе, чем родная консоль или ISE. Во всяком случае мне на ум ничего похожего не приходит. Т.е. говорить о том, что более фулл или менее здесь не получится, поскольку разница там минимальная, хотя у ISE в теории есть преимущество (но пока для меня не очевидное). Что касается профилей, то это может быть ключевым моментом, когда часть кода будет использоваться из профиля. Скажем, тот-же Send-SMTPmail. В ISE не получится проверить сразу правильность взаимодействия скрипта с каким-то кодом из профиля. Тот факт, что разработчики чего-то не захотели — это их личные половые трудности, которые конечных потребителей волновать не должны. Я думаю, что они просто решили взять тем, что ISE встроен и поэтому он будет религиозно православен, а на остальное можно и забить. Как бы сейчас в PowerShell ньюсгруппе идёт срач на тему кодировок ISE, что PowerShell его потом сам подписать не может. Вот вам и родной продукт. Это тоже было осознанным выбором разработчиков?

Я не могу пока говорить об остальных редакторах, т.к. не использую их. Плюс, некоторые из них платные (PowerShell Plus и PrimalScript). Даже если проверить ещё несколько редакторов из той же ценовой категории, то на это уйдёт немало времени, чтобы оценить их работу. Я делал несколько попыток заставить себя полюбить ISE. Не получилось. Хорошо, хоть детей не осталось :)

что касается профилей — я, наоборот, имел в виду следующее. Что если бы разработчикам было бы глубоко похуй — они либо не сделали бы поддержку профилей вообще, либо брали бы дефолтный профиль, которым пользуется сам пош. Тот факт, что они сделали для исе аж целый свой отдельный профиль, говорит о том, что для этого были какие-то особые резоны. Т.е. они закладывались на ситуации, когда тебе удобнее было бы использовать именно разные профили, а не одинаковый. Поэтому прежде, чем судить, плюс это или минус, мне кажется, что стоит понять — ради чего это, собственно, затевалось. А потом уже решать — имеют для тебя смысл эти резоны или нет.

Ну хорошо, тогда объясни смысл наличия отдельного профиля для ISE? Единственное для чего он нужен - это настройка самого ISE из этого профиля. Можно использовать особую переменную $psISE, которая может всячески его настраивать, но вне пределов ISE этот профиль уже теряет всякий смысл.

Сорри, читал мельком, в основном таблицу :) Multiple Runspaces – в ISE есть. File\New PowerShell Tab Syntax Highlighting – PowerGUI до сих пор использует свой самописный парсер для подсветки и прочего? Тогда запиши плюс в сторону ISE – он использует PowerShellовский. В самописном могут быть ошибки, иногда неприкольные (не теория, а практика, я находил в свое время, и наверняка есть еще). Да и Full PowerShell support тогда отсутствует у ISE :) Outline support – что это? PS Profile support – ISE использует профили 100% соответственно гайдлайнам. AllUsersAllHosts : C:\Windows\System32\WindowsPowerShell\v1.0\profile.ps1 AllUsersCurrentHost : C:\Windows\System32\WindowsPowerShell\v1.0\Microsoft.PowerShellISE_profile.ps1 CurrentUserAllHosts : C:\Users\Xaegr\Documents\WindowsPowerShell\profile.ps1 CurrentUserCurrentHost : C:\Users\Xaegr\Documents\WindowsPowerShell\Microsoft.PowerShellISE_profile.ps1 Если у PG не так – то проблема именно у него. И где расширябельность, объектная модель, управление из PS? :) ---- >а все остальные редакторы вынуждены его реверс-инжинирить, что, безусловно, уже совсем не тру Не вынуждены, парсер начиная с 2.0 доступен даже в скриптах. >было бы намного полезнее и интереснее, если бы ты занёс в неё все четыре (или сколько их там?) основных популярных редактора +100 >Поскольку даже в том же PowerGUI достаточно трудно смоделировать ситуацию, когда он будет работать как-то иначе, чем родная консоль или ISE. Было и не мало. То что я находил правда уже пофиксили, но я давно не искал. Причем вещи обычно были элементарные, а не мегакод :)

>Да и Full PowerShell support тогда отсутствует у ISE :) Имел ввиду PowerGUI ;)

> Multiple Runspaces – в ISE есть. File\New PowerShell Tab И какой мудак его так назвал? По смыслу это то же самое, что и новый таб. Никакой привязки к ранспейсу в названии нет. Ок, по этому пункту исправлю. > PowerGUI до сих пор использует свой самописный парсер для подсветки и прочего? и что? Подсветка сама есть? Есть. Как она реализована — мне уже всё равно. Мне важен конечный результат. > Outline support – что это? это прикольная штука, которая есть в Visual Studio, когда блоки кода можно сворачивать и разворачивать. Очень полезная вещь. Во всяком случае для меня. > CurrentUserAllHosts : C:\Users\Xaegr\Documents\WindowsPowerShell\profile.ps1 это очень сомнительно, потому что ISE ничего не может запустить из того, что определено в моём профиле. > Если у PG не так – то проблема именно у него. Тут получается как раз проблема у ISE, что он не тянет мой CurrentUserAllHosts. Почему — не знаю. > И где расширябельность, объектная модель, управление из PS? :) расширябельность — знаю. Но профит, наверное, сомнительный. > Было и не мало. То что я находил правда уже пофиксили, но я давно не искал. Причем вещи обычно были элементарные, а не мегакод я сам находил. Это вполне стандартная ситуация для неродных продуктов. И факт, что PowerGUI на 1-2% хуже поддерживает PS достаточно незначителен в большинстве случаев.

> это прикольная штука, которая есть в Visual Studio, когда блоки кода можно сворачивать и разворачивать. Очень полезная вещь. Во всяком случае для меня. двачую полезную вещь. Причём помню, что Холм пиарил прималскрипт (правда, когда речь шла ещё про вбс) именно ради этой фичи. И я даже-таки скачал этот прималскипт и собирался его попробовать — но лень. Собственно, именно это и подтолкнуло меня к идее того, что было бы сильно неплохо, если бы кто-то свёл в одну табличку профиты всех редакторов. > расширябельность — знаю. Но профит, наверное, сомнительный. ну раз знаешь — то, наверное, всё равно надо добавить в табличку. Ибо это для тебя — сомнительный, а для кого-то может оказаться делом первостепенной государственной важности. > И факт, что PowerGUI на 1-2% хуже поддерживает PS достаточно незначителен в большинстве случаев. тогда в третьей строчке галка у PowerGUI должна быть на 1-2% менее зелёной, чем у ISE. А если серьёзно — то это очень существенный момент для меня как для нуба. Это вам — с парсером в голове — хорошо. Вам и редактор нужен больше для удобства. И если он ВНЕЗАПНО начнёт вас наёбывать — вы это дело рано или поздно пропалите, разберётесь как следует и даже нажалуетесь разрабам. А нуб редактору верит на слово, иначе зачем он вообще нужен? (Редактор, а не нуб). И если редактор говорит, что должно работать, а на самом деле не работает (или, наоборот) — нуба переклинит, я гарантирую это. Ибо получится, что он сначала будет часами долбиться головой в закрытую дверь с надписью «на себя». А потом с большой вероятностью выкинет нахуй либо этот язык вообще, либо этот редактор в частности.

добавил PowerShell Plus.