Теперь, когда Visual Studio 2010 поддерживает несколько мониторов, мне любопытно, как другие люди организовали свою среду. Я еще не придумал договоренность, в которой я действительно доволен.
Самое лучшее, что я придумал для своей 2-х мониторной системы, - это отключить все окна кода. Затем, на моем основном мониторе, я могу иметь два окна кода рядом (используя быстрые клавиши Windows 7 WinKey + LeftArrow и WinKey + RightArrow.) На моем дополнительном мониторе я поместил остальную часть IDE со всем инструментом окна, которые обычно находятся внизу (список ошибок, окно поиска, стек вызовов и т.д.), закрепленные там, где обычно идут окна кода. Я также пробовал отключить все эти вещи и почти ничего не имею в самой IDE.
Проблемы с этим макетом:
- Недавно открытые окна кода всегда открываются в среде IDE, а не поверх одного из отдельных окон.
- Отдельные окна кода не помнят их точное размещение с сеанса на сеанс (они немного отключаются, поэтому мне нужно снова и снова использовать ярлык клавиши со стрелкой + и снова для каждого окна.
- Кажется, не существует способа, чтобы панели кода знали, что они находятся поверх друг друга (IE - несколько вкладок.)
- Контекст CTRL + TAB всегда отображается поверх самой IDE.
- Панели кода всегда "сверху" (дочерние элементы) среды IDE. Таким образом, щелчок на любой области кода приводит к тому, что среда IDE находится на переднем плане, даже когда мне это касается только об этой области кода, а не в среде IDE.
- Другие более мелкие проблемы...
Что бы сделать это лучше, так это сделать, чтобы окна кода были отделены таким образом, что они являются полосками вкладок, которые могут содержать в себе другие кодовые панели.
Новая поддержка нескольких мониторов в VS2010 хороша, но по-прежнему кажется, что этого не хватает.
Можно ли решить эти проблемы с помощью надстройки? Если да, то кто-нибудь знает об этом?
Есть ли лучший способ работать с IDE на нескольких мониторах, чем то, что я делаю?
ПРИМЕЧАНИЕ. Хотя этот вопрос субъективен (конечно, нет "это лучший способ и этот окончательный" ответ), мне бы очень хотелось узнать, возможно, лучшие методы работы с IDE, чем то, что я придумал. Цель состоит не в том, чтобы начать "мою лучшую" пламенную войну.