2008-09-09 4 views
3

듀얼 모니터의 Visual Studio에서 사용하는 IDE 배치 (출력, 오류, 스레드, 시계 등 ..)는 무엇입니까 (코딩/디버깅)?듀얼 모니터의 IDE 배치

+0

와우 ...대부분의 사람들이 똑같은 일을한다는 것은 놀랍습니다. –

답변

5

잘 약간 주제와, 내가 5 개 모니터 각 시스템에 대한 두, 기계 A, 기계 B, 기계 C의 앞에 앉아, 나는 그들과 같이 설정 한 -

alt text

내가 사용하십시오 Synergy라고하는 큰 소프트웨어를 사용하면 3 대의 컴퓨터에서 하나의 키보드와 마우스를 사용할 수 있으며 이미지를 포함한 컴퓨터간에 복사/붙여 넣기 버퍼를 사용할 수 있습니다!

+2

기록을 위해, 그것은 미친 설정이다. –

3

이 명확하게 주관적이다, 그러나 나는 바로 내 앞에, 기본 모니터에 내 IDE를 유지한다. 응용 프로그램은 보조 모니터에서 실행됩니다. 제 경우에는 오른쪽에 있습니다.

1

흠. 일반적으로 모든 대형 IDE는 왼쪽의 왼쪽 모니터에 보관하고 오른쪽은 응용 프로그램에 보관합니다. 다른 것보다 더 많은 습관이 있습니다. 어떤 제안?

1

최소한의 창 열기 (출력 가끔), 아니 애니메이션, 나의 가장 큰 모니터를 통해 코드 및 솔루션 탐색기의 단지 땅.

가능한 경우, 필자는 코드 작성을 위해 몇 가지 인물 모드를 좋아하고, 현재 모니터는 가로 바인딩되어 있습니다.

큰, 기본 모니터에
+0

모니터가 세로 모드에서 안좋아 보입니다. 클리어 타입 (Windows)은 모두 틀렸고보기 각도가 정말 안좋아 보입니다. 명확한 유형 문제에는 픽셀의 모양을 할 수있는 것이 있다고 가정합니다. 시야각에 대해서는 확실하지 않습니다. 일부 모니터는 다른 모니터보다 나은가요? 나야? – Aardvark

+0

나는 과거에는 문제가 있었지만 콘트라스트와 도트 피치가 좋은 현대적인 모니터는 괜찮 았습니다. 지난 번 문제가 발생했을 때 모니터는 사각형 모양 이었으므로 초상화 만 20 % 더 많은 픽셀을 제공했습니다. – DevelopingChris

3

편집기 창, 두 번째에 최대 부동 도구 창에서 함께 도킹 내 모든 도구 창, 작은 모니터.

문제는 VS가 현재 편집기 컨텍스트에 따라 레이아웃을 변경한다는 것입니다. 디버깅 할 때마다 변경되며, 원하는대로 정확하게 유지할 수 없습니다.

는 얼마 전 VS 디버깅 할 때 내 기본 모니터의 오른쪽 아래 모서리에있는 도구 창을 던지기 시작했다. 나는 왜 그 일을 시작했는지 정확히 모르겠지만 그것을 고칠 수는 없었다. 포기하고 디버깅 할 때 내 도구 창을 도킹해야했습니다.

HEY! 누구든지 VS에서 창 레이아웃을 제어하기위한 알맞은 추가 기능을 알고 있습니까?

1

왼쪽 : 가능한 한 큰 편집기 창을 가진 IDE입니다. 오른쪽 : 그 밖의 모든 것.

6

왼쪽 - IDE

마우스 오른쪽 - 웹 브라우저 (및 메일 등 최소화) 디버그 모드에서 실행할 때 항상 왼쪽 모니터에서 IDE를 유지하고 응용 프로그램에 적합한 모니터를 저장

+0

두 개의 20 "Dell Ultrasharps가 있고 때로는 오른쪽 코드 모니터에서 Visual Studio의 두 번째 인스턴스를 실행합니다 (예 : 이전 프로젝트를 새 프로젝트로 이전하는 경우) –

0

. 윈도우가 다시 그려 질 때 발생하는 이벤트에 대한 메시지 핸들러에 중단 점을 설정하는 경우 IDE가 팝업되어 앱을 덮을 때 (어떤 앱을 다시 노출 할 때와 마찬가지로) 약간의 짜증나는 이벤트 루프가 발생할 수 있습니다.

정말 내가 순간 (호출 스택, 출력, 메모리 등)에 필요로되는 창에 따라 달라의 외부.

0

우리 스튜디오에는 와이드 스크린 모니터를 세로로 사용하여 코드의 화면 공간을 늘려주는 개발자가 있습니다. 나는이 모드에 대한 드라이버 지원이 필요하다고 생각한다. 예를 들어, nVidia 제어판은 내가 설명한 것을 달성하기 위해 모니터의 회전을 지원합니다.

당신은 수직을 선호하여 수평을 잃어 버렸지 만, 많은 프로그래머들은이 모드를 정말로 좋아합니다.

+0

ClearType을 수직 방향으로 사용하지 마십시오? –

+0

모르겠다 - 결코 물어 보지 못했고 그 누구도 그것에 대해 논평하지 않았다. – Mark

0

속성 창이 모니터 2 출력/오류 목록의 상단 절반의 2/3 폭을 차지/탭 스트립에서 보류중인 변경은 ~ 2. 모든 다른 모니터의 아래쪽 절반의 100 %가 모니터 1

을에
0

주 모니터에 IDE를 유지하고 그룹화 된 속성, 출력 등의 도구 창을 보조 모니터에서 분리하여 놓습니다.IDE와 보조 모니터를 동시에 사용해야하는 경우 (대개 나는 현재 작업하고있는 앱 유형 때문에) 일반적으로 도구 창을 다시 도킹하는 것으로 전환합니다 자동 숨기기로 설정합니다 (원격 데스크톱을 사용할 때도 잘 작동합니다).

0

모니터에 따라 다르지만 왼쪽에는 책상이있어 제한이 있으므로 오른쪽 IDE에서 IDE를 사용하는 데 익숙해졌습니다.

내가 IDE보기 쉽게 모니터해야 말을

은 내 오른쪽 모니터는 더

0

내가 Mac을 사용하는 왼쪽 노트북 모니터보다 중앙에 따라서 내 윈도우 비스타 (및 XP)는 VM웨어의 가상화있다 또는 Parallels 가상 머신. 두 프로그램 모두 다중 모니터와 Unity/Coherence 모드를 사용할 때 (즉, 윈도우를 보이지 않게하고 실행중인 프로그램 만 볼 때) 버그가 있습니다.

며칠 전에 출시 된 최신 VMWare 2.0 RC 만이 기능을 제공합니다. (어떤 결함이없는).

MacBook Pro와 외부 22 인치 디스플레이를 사용합니다. "메인"디스플레이는 외부 (22> 15)입니다.)

그래서 OS X 메뉴 막대, 독 등이 있습니다. 맥북 프로 내부 디스플레이는 나의 경우 큰 화면 왼쪽에 앉아있는 작은 보조 디스플레이이다.

VStudio를 사용할 때 주 디스플레이에 기본 VS 디스플레이가 최대화되어 있습니다. 솔루션 탐색기, 속성, 클래스 및 기타 작은 도구 모음은 왼쪽의 작은 화면을 사용합니다.

내가보기에 코드와 일부 툴바가 있지만, 주로 모든 코드가 있습니다.

디버깅 할 때 부동 도구가 사라지고 코드가있는 위치에 다른 도구가 나타납니다 (코드 창은이 기능을 사용하기 위해 조금 더 작아집니다). MacBook Pro의 작은 디스플레이에서 응용 프로그램이 실행되는 동안 더 이상 떠 다니는 물건이 없습니다. Visual Studio의 큰 화면에서 코드/값/기타를 계속 볼 수 있습니다.

좋은 방법입니다. 나는 언제든지 그것을 권하고 싶습니다.

여러 개의 디스플레이가 항상 더 나은 생산성을 의미하는 것은 아니라고 생각하는 사람들이 있습니다. "가상 데스크톱"과 같은 솔루션은 훌륭하지만 눈의 속도를 화면 1에서 화면 2로 옮겨서 속성을 빠르게 볼 수는 없습니다. 내가 맥에서 공백을 시도하고 가까이 오지 않습니다. 적어도 프로그래밍 용.

0

모든 것을 왼쪽 모니터에, 내 DB/Firefox를 오른쪽에 유지합니다.

왜냐하면 내가 왜 하나의 모니터와 두 개의 모니터 사이에 dev에 스위치가 있기 때문에 나는 어디에 내가 VS를 사용하는 두 가지 레이아웃 구성에 익숙해 져야하고 싶지 않아. 내 오른쪽에서 크롬, PDF 및 애플 리케이션 "합니다 (IDE와 작은 하나 15) 내 왼쪽 메인 화면 (20)"에