Комментарии 97
Хочу чтобы intellisense не падал)
Не замечал у себя такого, в каких случаях он у вас падает?
Ну и тогда уж пусть прикрутят поддержу C++. А то уж сколько лет прошло, а все VisualAssist ставить приходится.
В меню «Buil» добавить «Do the job»!
А если серьезно то пункт с увеличением производительности редактора WPF интересует.
А если серьезно то пункт с увеличением производительности редактора WPF интересует.
К самой VS замечаний немного, но вот TFS иногда убивает.
1. В списке Undo Pending Changes нельзя посмотреть diff
2. Операции на Pending Changes по контекстному меню периодически вызывают множественные ошибки с пустым сообщением. При этом кнопки панели инструментов отрабатывают штатно.
3. Если список work items открыт, то с вероятностью 99% Check in pending Changes пройдет с ошибкой, но все таки будет сохранен(При этом work item к нему прилинкован не будет)
4. Если файл открыт на редактирование в стороннем редакторе, до выполнения check out for edit, а check out выполнен позже. То файл сохранен не будет. Приходиться сохранять в другое место, а потом перезаписывать.
По самой VS больше всего не хватает нормального текстового поиска в Source Control. Приходиться использовать Far.
Пока все чтонаболело вспомнил. Сейчас вот проснусь и наверное вспомню еще.
1. В списке Undo Pending Changes нельзя посмотреть diff
2. Операции на Pending Changes по контекстному меню периодически вызывают множественные ошибки с пустым сообщением. При этом кнопки панели инструментов отрабатывают штатно.
3. Если список work items открыт, то с вероятностью 99% Check in pending Changes пройдет с ошибкой, но все таки будет сохранен(При этом work item к нему прилинкован не будет)
4. Если файл открыт на редактирование в стороннем редакторе, до выполнения check out for edit, а check out выполнен позже. То файл сохранен не будет. Приходиться сохранять в другое место, а потом перезаписывать.
По самой VS больше всего не хватает нормального текстового поиска в Source Control. Приходиться использовать Far.
Пока все что
Почините баг на форме со слетанием шрифтом на Microsoft Sans Serif при переключении между языками
Разрешите делать Undo для чужих checkout'ов хотя бы админу коллекции или tfs.
Хочу продиктовать свои мысли, а VS за меня пишет код =)
Хотелось бы, чтобы довели до ума Intellisens для C++ и вернули удобство offline-документации, потому что то, что есть сейчас — просто отвратительно. Также хотелось бы, чтобы исправили баг с вылетанием студии при включонной опции подгрузки task-ов из исходного кода.
Не знаю за что вас минуснули, действительно для C++ intellisence в VS2010 очень слабоват. Но насколько я знаю сейчас активно ведется работа по улучшению этого компонента в следующей версии.
как раз на днях статья по улучшениям C++ вышла
blogs.msdn.com/b/vcblog/archive/2011/08/24/10200097.aspx
blogs.msdn.com/b/vcblog/archive/2011/08/24/10200097.aspx
Чем Вас не устраивает offline документация? Приведите пример, где это сделано лучше?
В 2008/2005 студиях, например, она была гораздо приятней.
хм, мы точно об одном и том же говорим?
ybex.com/d/n302yz0530uiuhidabvnt53wa134wiw4swgovqtk.html
ybex.com/d/n302yz0530uiuhidabvnt53wa134wiw4swgovqtk.html
Да, точно:
dl.dropbox.com/u/4825327/MSVS2008%20-%20OfflineHelp%20-%20Document%20explorer.png
Я имею в виду, что document explorer, который был в старых студиях гораздо удобней, чем то, что появилось в первом сервис паке 2010й.
dl.dropbox.com/u/4825327/MSVS2008%20-%20OfflineHelp%20-%20Document%20explorer.png
Я имею в виду, что document explorer, который был в старых студиях гораздо удобней, чем то, что появилось в первом сервис паке 2010й.
А я вот, если честно, очень хочу поддержку несуществующего в мире майкрософта термина — кроссплатформенности. Чтобы как на всех остальных DE — написал прогу под никсами с минимальными запарами о переносимости — работает под виндой и наоборот.
- Улучшить производительность Visual Studio
- Улучшить производительность Visual Studio
- Улучшить производительность Visual Studio
- ⋮
5. PROFIT!
согласен, и знаю точно что работы по этому направлению ведутся blogs.msdn.com/b/bharry/archive/2011/08/02/a-comment-on-performance.aspx
согласен, и знаю точно что работы по этому направлению ведутся blogs.msdn.com/b/bharry/archive/2011/08/02/a-comment-on-performance.aspx
А вы, по возможности, помогите нам, установив этот плагин: visualstudiogallery.msdn.microsoft.com/fa85b17d-3df2-49b1-bee6-71527ffef441?SRC=Home
Нам это нужно blogs.msdn.com/b/visualstudio/archive/2011/08/24/how-we-use-your-perfwatson-data-to-identify-unresponsive-areas.aspx
Нам это нужно blogs.msdn.com/b/visualstudio/archive/2011/08/24/how-we-use-your-perfwatson-data-to-identify-unresponsive-areas.aspx
Запускаю в VS компиляцию и запуск большого проекта, пока компилируется — переключаюсь в другое окно (новости почитать). В это время VS по нескольку раз насильно перехватывать фокус и выскакивает, перекрывая собою браузер. Причем Alt+Tab не позволяет быстро вернуться в браузер — приходится по нескольку раз жать на него мышью (у меня Windows 7). Это раздражает.
Можно ли сделать, чтобы VS при компиляции и запуске спокойно работала в фоне и не забирала на себя фокус?
Можно ли сделать, чтобы VS при компиляции и запуске спокойно работала в фоне и не забирала на себя фокус?
Вроде они это уже сделали. channel9.msdn.com/Events/TechEd/NorthAmerica/2011/DEV326
Компилировать в студии – редкий изврат т.к. оно блонирует ui да и вообще, неприкольно. Открываем консоль, а там
msbuild /t:Rebuild /p:Configuration=Release /m:16 MySolution.sln и смотрим как решение компирируется отдельно от студии в 16 процессах.
А главное ведь задачи типа «Возможность переименования уже созданных проектов» займут аж часа 2 на реализацию у джуниор-программера (нужно поменять аж одно имя файла и пару строк в файле решения). И не стыдно их в этом списке держать? Сделали бы и забыли.
У Вас есть отличная возможность занять новую нишу. Не упустите её. Для этого нужно всего-то сделать Microsoft© Visual Studio™ кроссплатформенной средой разработки с плагином поддержки языка Common Lisp. Думаю, в свете покупки Вашей компанией кроссплатформенного проекта Skype это уже не звучит так невероятно.
// помогите перевести на английский
// помогите перевести на английский
Было бы хорошо чтобы студийный дебаггер не показывал чушь в релизной сборке.
Интересно, как вы себе это представляете?
Возможно я не совсем правильно выразился.
Я имел в виду что студийный дебаггер мог бы работать хотябы на уровне WinDBG.
Использовать студию для анализа крешей в релизной сборке практически невозможно, приходится использовать WinDBG для этой цели.
К примеру невозможно подключить PDB (форсированно) если по какой-то причине таймстамп в PDB и бинарнике отличается, у нас это так из-за используемой системы лицензирования.
Также часто стек вызовов показывает не то что надо.
Да много чего еще, сразу так и не вспомнишь, но глюков в студийном дебаггере хватает.
Я имел в виду что студийный дебаггер мог бы работать хотябы на уровне WinDBG.
Использовать студию для анализа крешей в релизной сборке практически невозможно, приходится использовать WinDBG для этой цели.
К примеру невозможно подключить PDB (форсированно) если по какой-то причине таймстамп в PDB и бинарнике отличается, у нас это так из-за используемой системы лицензирования.
Также часто стек вызовов показывает не то что надо.
Да много чего еще, сразу так и не вспомнишь, но глюков в студийном дебаггере хватает.
Сделайте инструменты модульного тестирования легко заменяемыми и расширяемыми, чтобы можно было легко заменять MSTest на другие фреймворки.
Не хочу больше видеть в трее «Visual Studio is busy»
Хоть бы писала, чем именно она там busy, а то послала так послала.
Хоть бы писала, чем именно она там busy, а то послала так послала.
Стоковые отчеты для WPF хочца
Встройте пребилд обрабокту Astyle-ом или типа того — все программисты спасибо скажут.
Давно её вставил и работаю — очень удобно — не надо парится с форматированием и скорость кодирования намного возрастает
Давно её вставил и работаю — очень удобно — не надо парится с форматированием и скорость кодирования намного возрастает
Отладка Lambda выражений.
Дико, бешено плюсую! Даёшь выполнение Linq и Lambda выражений в Watch и QuickWatch!!!
Исправить чудовищно низкую производительность запуска под отладчиком .NET приложений, использующих unmanaged библиотеки. (в десятки раз медленнее в 2010 студии, по сравнению с 2008). Учитывая, что под профайлером все работает так же быстро, как в 2008 студии, впечатление, что это либо ошибка, либо специально нам намекают о том, чтобы не использовать unmanaged код.
Сделать более внятную поддержку ручной правки файла с проектом. Например, элементарное дописывание в путь к файлу $(Platform) приводит только лишь к тому, что этот файл подсвечивается восклицательным знаком в Solution Explorer.
Сделать более внятную поддержку ручной правки файла с проектом. Например, элементарное дописывание в путь к файлу $(Platform) приводит только лишь к тому, что этот файл подсвечивается восклицательным знаком в Solution Explorer.
Это еще что, в 2008й студии mixed-mode debugging в x64 в принципе не был возможен.
по этому поводу — а у вас случайно не символы грузятся? можете попробовать отключить загрузку символов?
Спрашивайте перед тем, как перемещать файлы в Solution Explorer!
НЛО прилетело и опубликовало эту надпись здесь
1)… и фильтр сделайте с возможностью поиска по маске.
MSBuild не умеет собирать много чего — инсталляторы, проекты баз данных, сайты старого образца, и т.п.
НЛО прилетело и опубликовало эту надпись здесь
проекты БД еще и 2005 версия умела msdn.microsoft.com/en-us/library/aa833165(VS.80).aspx или вы тут про другое?
— Развивайте продукт но верните интерфейс VS написанный на нативном коде
— Улучшить производительность Visual Studio
Очень даже поддерживаю. Например, открытие С++ проектов стало работать ну сильно медленнее, чем в 2008й. Хотелось бы это исправить, ведь ждать по 10 минут простого отвисания студии как-то не очень приятно.
— Улучшить производительность Visual Studio
Очень даже поддерживаю. Например, открытие С++ проектов стало работать ну сильно медленнее, чем в 2008й. Хотелось бы это исправить, ведь ждать по 10 минут простого отвисания студии как-то не очень приятно.
О чем вы? Новый интерфейс на WPF тут вообще не при чем — он напротив стал быстрее, потому что рендерится с аппаратным ускорением. Да и вообще — вы на визуальное дерево студии смотрели? Там COM-компонент на COM-компоненте сидит и COM-компонентом управляет :). Там же все окна остались старыми — просто через хосты размещены в оболочке нового WPF Dock-менеджера. Solution Explorer и прочие окна остались старыми. Никто их не трогал. А замедлившееся открытие проектов обусловлено по большей части разросшимися аппетитами самого ядра IDE — проектов-то стало больше, больше информации надо анализировать при открытии. Да еще и окно это дебильное впилили «Preparing solition...», которое визуально увеличивает время загрузки солюшена. Раньше студия просто после открытия тормозила секунд 5-10 и не давала работать полноценно, теперь они решили этот процесс визуализировать.
Да еще и окно это дебильное впилили «Preparing solition...», которое визуально увеличивает время загрузки солюшена
Эх, не визуально :(
Даже проект из несчастных 20-30 файлов «perpare-ит» до 20 секунд. А вот тормозила на нём не больше 5. И так со многим.
По поводу открытия больших солюшнов я уже писал как-то: С++, 400 проектов. 2008я — до 2 минут, давно не мерил. 2010я — 10 минут. Тут явно где-то порылся уже не WPF или .NET вообще, а алгоритм со страшной сложностью.
Ну и про новый интерфейс. Он действительно работает очень шустро. Почти всегда. Просто иногда он любит задуматься на пару секунд. За 2008й такого не наблюдалось, по крайней мере с такой периодичностью.
Чтобы препроцессор в проектах базы данных вышел хотя бы на уровень sqlcmd. А то на его код без слез не взглянешь. Кто-то за пять минут на коленке набросал, чтобы было похоже на sqlcmd, но с костылями. Например, в include-инструкции :r нельзя использовать переменные среды.
Хотелось бы иметь ручной редактор проектов, чтобы не делать постоянно Unload->Edit->Reload. MSBuild все-таки умеет немного больше, чем представлено в визардах.
Убрать лишние блокировки библиотек. Например, если создаешь библиотеку с MSBuild-задачами и в одном с ней солюшене есть проект, ее использующий, то проходит только первый ребилд, второй натыкается на блокировку. Может разработчики студии не знают, что такое shadow copy?
Хотелось бы иметь ручной редактор проектов, чтобы не делать постоянно Unload->Edit->Reload. MSBuild все-таки умеет немного больше, чем представлено в визардах.
Убрать лишние блокировки библиотек. Например, если создаешь библиотеку с MSBuild-задачами и в одном с ней солюшене есть проект, ее использующий, то проходит только первый ребилд, второй натыкается на блокировку. Может разработчики студии не знают, что такое shadow copy?
1) Пожалуста, сделайте, чтобы «крестик» закрытия вкладки был не только на самой вкладе, а еще и в конце строки вкладок справа, как было в 2008 студии. Реально бесит эта мелочь, когда надо закрыть шутк 7 докментов, идущих подряд, а этот крести прыгает в зависимости от длины кэпшена.
2) Исправьте вот этот баг: connect.microsoft.com/VisualStudio/feedback/details/556902/ms-build-incorrectly-handles-non-existent-header-files-in-vc-2010-project-files
Это всего несколько строк в vcxproj:
/>
Но, блин, сейчас их приходится руками добавлять!
3) Пусть всякие vcxproj.user по умолчанию хранятся где-нить в темпах, а не рядом с проектом, это засоряет папки.
4)
2) Исправьте вот этот баг: connect.microsoft.com/VisualStudio/feedback/details/556902/ms-build-incorrectly-handles-non-existent-header-files-in-vc-2010-project-files
Это всего несколько строк в vcxproj:
/>
Но, блин, сейчас их приходится руками добавлять!
3) Пусть всякие vcxproj.user по умолчанию хранятся где-нить в темпах, а не рядом с проектом, это засоряет папки.
4)
Поерзало. Для 2 было это:
4) Когда делаешь кэнсл билду на большом С++ проекте, это происходит оооочень долго.
5) Сделайте запрос подтверждения на ребилд и клин. Иногда промахиваешься мимо нужного пункта, а на больших проектах такой «промах» очень накладен.
<Target Name="VerifyHeaders" BeforeTargets="PreBuildEvent">
<Error Text="The header file '%(Identity)' does not exist." Condition="!Exists(%(CLInclude.Identity))" />
</Target>4) Когда делаешь кэнсл билду на большом С++ проекте, это происходит оооочень долго.
5) Сделайте запрос подтверждения на ребилд и клин. Иногда промахиваешься мимо нужного пункта, а на больших проектах такой «промах» очень накладен.
Было бы здорово, если бы вкладки можно было закрывать через Ctrl+W. Ctrl+F4 — это извращенство.
Хотелось бы функционала как у Visual Assist X
Добавьте настройку выбора кодировки файлов. Поменять кодировку уже созданного файла можно. А вот установить с какой кодировкой они будут создаваться — нет.
Пусть наконец доставляет сама случайно забытую точку с запятой, или это очень сложно в реализации?
[sarcasm]
Хочу порт на Linux.
[/sarcasm]
Хочу порт на Linux.
[/sarcasm]
Вот .NET точно давно пора на Linux портировать.
Есть же Mono, он работает под Linux, реализованы все основные компоненты .NET Framework 4.0 www.mono-project.com/Release_Notes_Mono_2.8
Поправлюсь: не на Linux, а вообще на *nix.
Было бы неплохо ускорить и оптимизировать установщик VS2012, а также при удалении всё того же VS2012 продумать момент с полным удалением всех компонентов. Не раз сталкивался с ситуацией, когда люди ставили «посмотреть», чертыхались на пятичасовое развёртывание, а после удаления в системе оставалась куча невостребованного ею мусора от VS.
Это к языку а не к Студии. В F# уже есть.
тем не менее, давайте плюсовать visualstudio.uservoice.com/forums/121579-visual-studio/suggestions/2066219-c-repl
Поддержку SVN еще не встроили?
Есть несколько дополнений которые к тому же бесплатны, например ankhsvn.open.collab.net/ не думаю что команда Visual Studio будет делать альтернативную реализацию.
CTRL+SHIFT+R
Хочется намного больше инструментов по рефакторингу кода, чем есть сейчас. После того как на последней работе пришлось использовать ReSharper, понял что это инструмент поднимающий студию на новый уровень. Очень хотелось бы получать все эти вкусности «из коробки».
хочется чтобы окно Find and Replace было как в 2008 студии(и вообще, как во всех средах) — при перетаскивании никуда не пыталось прицепиться.
Хочется большей поддержки ASP.NET MVC. Например, при нажатии Ctrl+M, Ctrl+G во View хочется попадать не просто в класс контроллера, а именно в тод метод, который соответствует данному View. Также неполох был бы Intellisense в хелперах типа Html.ActionLink
Ликвидировать полтергейст с назначением клавиш на разных локализациях Windows/Visual Studio. Или я чего-то не понимаю? Почему в английских Windows запуск билда нормально назначен по умолчанию на F6 (или F7, что тоже странно), а в русских загадочное ненабираемое Ctrl-Shift-B? Или создание класса по Alt-Shift-C отсутствует?
Расширьте возможности кодогенерации по UML — диаграммам. Чтобы можно было классы по диаграмме последовательности тоже генерировать, а не только по классам диаграмму строить.
Я смотрю 'Native Support for PHP in Visual Studio' так и нет.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что бы вы хотели увидеть в новой версии Visual Studio