A área de trabalho remota não maximizará

56

Eu uso um laptop e estou atracando e desencaixando com frequência. Muitas vezes, quando eu me conecto a outra máquina usando a área de trabalho remota, o tamanho da tela fica bagunçado quando eu encaixo novamente. Por "bagunçado", quero dizer que ele permanece do tamanho da tela do meu lap top (proporção de tela ampla). Ao clicar maximize, não será exibido em tela cheia.

Alguma idéia (que não seja uma reinicialização) como posso redefinir isso?

Vaccano
fonte

Respostas:

72

O problema é que o cliente RDP lembra a resolução da sua última conexão.

Isso pode ser solucionado ajustando a resolução na caixa de diálogo de conexão RDP para "Tela cheia"

Opções >> Tela> Tamanho da área de trabalho remota: tela inteira (à direita)

texto alternativo

Outra possibilidade é criar um atalho na área de trabalho para cada uma das resoluções usadas com freqüência. Isso pode ser feito criando um atalho para o RDP e adicionando os seguintes sinalizadores:

/ w: [largura] e / h: [altura]

Exemplos de atalhos seriam:

Ancorado :% SystemRoot% \ system32 \ mstsc.exe / w: 1600 / h: 1200

Computador portátil :% SystemRoot% \ system32 \ mstsc.exe / w: 1920 / h: 1200

texto alternativo

Pavsaund
fonte
11
Como alternativa aos parâmetros /we /hvocê pode usar o /fque especifica a tela cheia. (Que é o que eu uso :)
Andi Mohr
38

Experimente tecla de atalho

No Windows 7, clicar em maximizemaximiza a janela, mas não entra em tela cheia .
Enquanto estiver em uma sessão de conexão de área de trabalho remota, tente Ctrl- Alt- Break. Isso deve forçar a janela do RDC a entrar em tela cheia.

moda antiga
fonte
3
+1 Isso funcionou perfeitamente! Eu nunca soube desse atalho! Isso é exatamente o que eu precisava, pois meu laptop parece perder a capacidade de tela cheia toda vez que entra em modo de espera.
William Hilsum
Para obter informações, esta solução está recebendo muitas respostas de "agradecimento" de diferentes pessoas (que são excluídas pelos moderadores, as respostas devem ser usadas apenas para responder à pergunta).
Gnoupi
11
Isso não funcionou bem para mim. Enquanto a janela RDC maximiza para a nova resolução, a própria área de trabalho não se estende até a altura e largura totais. Recebo espaço em preto em toda a área de trabalho, como se fosse um pilar e uma letra.
precisa saber é o seguinte
2
@oscilatingcretin: O que você está enfrentando é um problema diferente. Ctrl-Alt-Break não vai consertar isso. Você precisa definir o tamanho da tela para "tela cheia" ao se conectar.
precisa saber
Você pode colocar uma referência à documentação da Microsoft. Isso funcionou para mim como um encanto.
razoável,
3

Experimente o hotfix KB2582172

A maximização não fará com que entre novamente no modo de tela cheia devido a um bug . No entanto, a Microsoft lançou um hotfix .

Alexander Taylor
fonte
Isso se aplica somente quando a resolução é 1366x768 (normalmente quando o cliente está nessa resolução, o que é bastante comum em laptops). Mas obrigado por mencionar isso aqui - demorei um pouco para descobrir que havia um bug e hotfix conhecido quando me deparei com isso.
Bob
0

Eu já vi esse problema antes. A maneira mais fácil de corrigir isso é alterar a resolução de exibição do applet de exibição no painel de controle. Defina a tela com a resolução correta manualmente e seu problema deve ser corrigido.

Axxmasterr
fonte
11
O problema é que a resolução da tela da sessão da área de trabalho remota e a resolução da tela do cliente coincidem, mas a janela da área de trabalho remota não está definida para o modo de tela inteira, portanto, maximizá-la ainda mostra a barra da janela e as barras de rolagem, apesar das resoluções correspondentes e não estarem sendo exibidas. necessário mostrar a borda do Windows e as barras de rolagem. É por isso que o método alt + ctrl + pause / break funciona. No Windows 7, quando você o define em tela cheia ... ele lembra a resolução real da tela naquele momento, em vez de "tela cheia". Isso acontece quando inicio uma conexão na lista de pulos da área de trabalho remota.
Triynko 22/09/10