WindowScreenShot problema - página 3

 
Alert: 596588\\WindowShots GBPCAD\\2014 1\\GBPCAD_2014-01-20 14-17-09.gif
 = mappa + CharToStr(92) + CharToStr(92) + Symbol();
  1. As retroáscaras duplas estão erradas.
    // = mappa + CharToStr(92) + CharToStr(92) + Symbol();
       = mappa + CharToStr(92)                 + Symbol(); // One backslash
    // or
    #define  BS "\\"                                        // One backslash
       = mappa + BS                            + Symbol();
    

  2. O que é mappa? FileOpen escreve para os arquivos TERMINAL ou arquivos TERMINAL de teste. Você realmente tem uma estrutura de diretórios "TERMINAL" arquivos de especialistas 596588 JanelaShots GBPCAD2014 1
 
RaptorUK:
Não tenho idéia, estou tentando fazer com que você acrescente informações de depuração suficientes para poder diagnosticar o problema . ... mas você parece ser resistente à idéia.

WindowScreen() está rodando sem erros, mas não escreve o arquivo.

Eu reinicio meu computador e funciona bem, hoje.


Eu não resisto...

O MT4 a resistente.

 
ttechnik:

WindowScreen() está rodando sem erros, mas não escreve o arquivo.

Você não pode ter um sem o outro . . . se WindowsScreenShot() retorna verdadeiro que funcionou . . por que você está tentando abrir o arquivo GIF para leitura ? o que você está tentando ler dele ? se você está tentando testar por um erro use o valor de retorno do WindowsScreenShot()
 
WHRoeder:
  1. As retroáscaras duplas estão erradas.
  2. O que é mappa? FileOpen escreve para os arquivos TERMINAL ou TERMINAL ou arquivos TERMINAL. Você realmente tem uma estrutura de diretórios "TERMINALES PERITOS 596588 JanelaShots GBPCAD2014 1

1. Mas funciona bem,


2. mappa é 596588\Fotos da janela

Eu conheço o diretório de arquivos de fim de curso

 
RaptorUK:
. . por que você está tentando abrir o arquivo GIF para leitura ? o que você está tentando ler dele ? se você está tentando testar por um erro use o valor de retorno do WindowsScreenShot()


Receio que tenha sido uma recomendação do MQ como testar a presença de um arquivo.
 
Ovo:

Receio que tenha sido uma recomendação do MQ como testar a presença de um arquivo.
Presumi que fosse algo assim, mas por que fazer isso sem testar se WindowsScreenShot() e retornou verdadeiro ? e se WindowsScreenShot() retornou verdadeiro por que verificar a existência do arquivo ? cinto e suportes ? e então se WindowsScreenShot() retorna verdadeiro e FileOpen() falha ?
 
RaptorUK:
Eu assumi que era algo assim, mas por que fazer isso sem testar se WindowsScreenShot() e retornou verdadeiro ? e se WindowsScreenShot() retornou verdadeiro por que verificar a existência do arquivo ? cinto e suportes ? e então se WindowsScreenShot() retorna verdadeiro e FileOpen() falha ?


Lol, todo o fio é muito empolgante. Eu mesmo não entendo uma construção, por que o erro é verificado se o arquivo foi criado com sucesso.
 
ttechnik: 1. Mas funciona bem,
ttechnik : WindowScreen() está rodando sem erros, mas não escreve o arquivo.
Decida-se.
 
Ovo:

Lol, todo o fio é muito empolgante. Eu mesmo não entendo uma construção, por que o erro é verificado se o arquivo foi criado com sucesso.

Sim
 
RaptorUK:
Eu assumi que era algo assim, mas por que fazer isso sem testar se WindowsScreenShot() e retornou true ? e se WindowsScreenShot() retornou true por que verificar a existência do arquivo ? cinto e chaves ? e então se WindowsScreenShot() retorna true e FileOpen() falha ?



Essa é a situação.


Então e se WindowsScreenShot() retornar verdadeiro e FileOpen() falhar ?

Eu não sei por quê?


E eu verifiquei o FileOpen().... Esse é o verdadeiro teste :)