Discussion de l'article "MetaTrader 5 sur Linux" - page 8
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Ce problème a déjà été corrigé et sera disponible dans la version de la semaine prochaine. Il sera possible d'installer Linux et MacOS 64 bits à partir de l'installeur.
Nous publierons la version bêta sur MetaQuotes-Demo ce soir.
Si je peux me permettre de poser à nouveau presque la même question, mais d'une manière légèrement différente ? Je vous remercie.
Quel est l'intérêt de faire une fonctionnalité aussi excellente en termes de vitesse tout en limitant votre propre terminal avec des échelles de temps et en n'ayant pas de bibliothèque multiplateforme séparée du terminal ?
Les ingénieurs qualifiés comprennent bien sûr que votre approche est correcte dans cette horreur de sharpo-ad, mais si votre public cible est constitué de graphistes classiques, quel est l'intérêt de faire de la publicité pour des millisecondes et de tels coûts de main-d'œuvre ?
Il s'avère que sans un constructeur de graphiques personnalisé, découplé de l'axe du temps, la fonctionnalité graphique est à la traîne, sans parler de l'analyse volumétrique et de l'analyse par grappes, qui font également défaut, mais l'algo-thème est un demi-corpus sorti de terre. imo.
Merci.
Je peux voir le flux de conscience.
Mais je ne comprends pas.
Je peux voir le flux de conscience.
Mais je ne comprends pas.
Merci pour la réponse et le gain de temps, car j'ai cru un moment qu'il y avait une possibilité de dialogue adéquat.
Si je peux me permettre de poser à nouveau presque la même question, mais d'une manière légèrement différente, je vous prie d'agréer, Monsieur le Président, l'expression de mes sentiments distingués. Je vous remercie.
Quel est l'intérêt de faire une fonctionnalité aussi excellente en termes de rapidité tout en limitant votre propre terminal aux échelles de temps et en ne disposant pas d'une bibliothèque multiplateforme distincte du terminal ?
Les ingénieurs qualifiés comprennent bien sûr que votre approche est correcte dans cette horreur de sharpo-ad, mais si votre public cible est constitué d'utilisateurs de cartes classiques, quel est l'intérêt de faire de la publicité pour des millisecondes et de tels coûts de main-d'œuvre ?
Il s'avère que sans un constructeur de graphiques personnalisé, découplé de l'axe du temps, la fonctionnalité graphique est à la traîne, sans parler de l'analyse volumétrique et de l'analyse par grappes, qui font également défaut, mais l'algo-thème est un demi-corpus sorti de terre. imo.
Merci.
Je vais répondre moi-même.
Derrière la vitesse, il y avait l'inutilité.
L'interface est grossièrement écrite, Quick ne consomme pas autant de CPU sur le scrolling et le curseur que cette interface "rapide et morte". :)
merci encore à l'administrateur du forum de m'avoir donné une raison de "creuser" tout de suite.
En général, bien sûr, la meilleure chose à faire serait de porter le terminal nativement pour linux,
... mais cela nécessiterait probablement la traduction de tous les éléments d'interface et de toutes les bibliothèques,
et ce n'est probablement pas une priorité en raison du petit nombre d'utilisateurs de linux....
En général, bien sûr, la meilleure chose à faire serait de porter le terminal nativement pour linux,
... mais cela nécessiterait probablement la traduction de tous les éléments d'interface et de toutes les bibliothèques,
et ce n'est probablement pas une priorité en raison du faible nombre d'utilisateurs de linux...
C'est quoi le "portage" ? ce n'est même pas drôle.
Une personne ne se rend pas compte qu'un programme d'installation 32 bits ne fonctionnera pas sous Linux
sans ajouter un environnement 32 bits à un environnement 64 bits juste pour l'installateur - un demi gigaoctet de librairies.
Eh bien, il n'a rien vu d'autre qu'Ubuntu ...
pour ce genre de personnes, tout ce qu'elles ne savent pas est un "courant de conscience" d'utilisateurs stupides :))
sans parler de la séparation évidente entre les parties exécutives et analytiques. encore un "flux de conscience" lol :)
Je vois la logique d'un "travailleur d'étalage" typique des années 90. et, malheureusement, je la comprends :)
Avez-vous résolu le problème des certificats ? Je ne reconnais toujours pas le certificat.
Le problème des certificats a-t-il été résolu ? Je ne reconnais toujours pas le certificat.
Le problème n'est pas encore résolu.
Nous nous y attaquerons dans la prochaine version.
Nous n'avons pas encore pris de décision.
Nous nous efforcerons de le faire dans la prochaine version.
La seule chose que j'ai réalisée est que même dans l'environnement Wine, Linux veut lire le certificat dans son propre format, mais le convertir dans ce format ne donne malheureusement rien, soit vous devez écrire un vraper ou déranger les développeurs de Wine à ce sujet, mais j'ai fait beaucoup de travail avec ce cas )))
la seule chose que j'ai réalisée est que même dans l'environnement Wine, Linux veut lire le certificat dans son propre format, mais le convertir dans ce format ne donne rien malheureusement, soit nous devons écrire un vraper ou déranger les développeurs de Wine à ce sujet, mais j'ai fait beaucoup de travail avec ce cas ))).
Prodebazhim, couvre les logs et trouve pourquoi l'implémentation crypt32.dll de Wine lui-même ne fonctionne pas de la même manière que la version Windows. Essayons de nous adapter.
Wine a beaucoup d'astuces dans l'implémentation de WinAPI. Nous devons contourner certaines fonctions (elles sont bloquées dans certaines versions de Wine), en détectant Wine.