Criação de SlickEdit para trabalhar com e compilar documentos MQL4/5. - página 3

[Andrey Dik]

tol64:
É necessária a codificação UTF-8, mas o padrão SlickEdit é provavelmente ANSI, por causa destes caracteres manchados.

Não, komposter está certo. só é preciso mudar para um layout russo antes de copiar. o mesmo se aplica quando se trabalha com ME5.

Não há necessidade de definir a codificação no SE.

[keekkenen]

komposter:
Tente mudar para a disposição do teclado russo antes de copiar.

fantástico, o seu método funciona...

O engraçado é que copiar do slick para o bloco de notas tem crocodilos lá, mas copiar de volta do bloco de notas para o slick e o russo é exibido correctamente lá...

[keekkenen]

tol64:
É necessária a codificação UTF-8, mas em SlickEdit, muito provavelmente ANSI, por causa destes caracteres manchados.

o que é que isto tem a ver com utf quando o código fonte é codificado em ansi?!

algum tipo de falha... russas sete 64 bits, mas SlickEdit v16.0.0.6 32 bits

é estranho que um programa pago tenha tais insectos infantis ;(

[keekkenen]

Outra coisa desagradável com o separador Classe, onde as variáveis e funções declaradas são exibidas...

Também tem um bug... exibe até alguma função correctamente, depois por alguma razão as variáveis da próxima (talvez) função ou algumas ao seu lado aparecem na lista (é difícil de compreender, porque muitas vezes as variáveis com o mesmo nome são usadas em funções diferentes)...

e, consequentemente, algumas das funções abaixo não estão na lista.

pode joo saber o que está errado aqui? talvez algo precise de ser ajustado...

[Andrey Dik]

keekkenen:

Outra coisa desagradável com o separador Classe, onde as variáveis e funções declaradas são exibidas...

É também um bug... é exibido correctamente até alguma função, depois por alguma razão as variáveis da próxima (provavelmente) função ou algumas ao seu lado são listadas (é difícil de compreender, porque muitas vezes são usadas variáveis com o mesmo nome em funções diferentes)...

E consequentemente, algumas das funções abaixo não aparecem na lista.

Talvez a joo saiba o que se passa... Talvez seja preciso preparar algo...

É difícil julgar sem ver o projecto inteiro.

Ver o separador "Defs". O separador "Classe" para trabalhar com o projecto.

O que quer dizer com "cor errada"? Talvez no nome da função utilizada um ou mais caracteres cirílicos - então a função (variáveis, também) será destacada a vermelho (ou qualquer cor definida para destacar as funções / variáveis não declaradas).

[keekkenen]

Não há diferença entre Defs e Class... Estou a usar um projecto... o seu esquema de cores é usado (do arquivo anexado anteriormente)... as funções são realçadas em cor esverdeada (um sapo)... a(s) função(ões) realçada(s) a vermelho não têm caracteres russos, introduzindo o nome da função é realçada durante a auto-substituição...

[Andrey Dik]

keekkenen:
Não há diferença entre Defs e Class... Estou a usar um projecto... o seu esquema de cores é usado (do arquivo anexado anteriormente)... as funções são destacadas em cor esverdeada (um sapo)... a(s) função(ões) destacada(s) a vermelho não têm caracteres russos, introduzindo o nome da função é destacada em auto-substituição...

Estranho. Pode passar-me o projecto, vou dar uma vista de olhos. Retirar todo o conteúdo das funções, deixar apenas declarações vazias.

[keekkenen]

joo:
Isso é estranho. Pode passar-me o projecto, vou dar-lhe uma vista de olhos. Retirar todo o conteúdo das funções, deixar apenas declarações vazias.

projecto que se refere ao ficheiro de inclusão (mqh) em que o mapa está a tropeçar ?

[Andrey Dik]

O SE não compreende tais construções:

double getLastOrderProfit(string symb="0",int type=OP_MARKET,
                          int mn=OP_ALLMN,int mode=MODE_TRADES){ 
}

Este mal-entendido parece acumular-se, e já não compreende absolutamente nada, não é claro como destacar tais funções:

int openOrder (string orderSymbol, int orderType, double orderLots,
               double orderOpenPrice, int slippage, double orderStopLoss,
               double orderTakeProfit, string orderComment, int orderMagicNumber,
               datetime orderExpiration,int try, int tradeSleep, bool showErrors,
               bool convert=false, bool modifyAfterOpen=false,bool isPlaySound = false){ 
}

:)

Isto parece ser correcto, mas pessoalmente tento evitar tais construções.

Se o compilador não repreender e gostar de usar tais "disparates", terá de suportar funções e variáveis não reconhecidas pelo SE.

[keekkenen]

joo:

O SE não compreende tais construções:

Este mal-entendido parece acumular-se, e já não compreende absolutamente nada, não é claro como destacar tais funções:

:)

Parece ser correcto, mas pessoalmente tento evitar tais construções.

Se o compilador não repreender e gostar de usar tal "disparate", terá de suportar funções e variáveis não reconhecidas pelo SE.

É estranho que ele não compreenda tais coisas e é uma pena...

Não escrevo em sistema, mas acho que tais construções são aí utilizadas...