Login mot de passe
forum - Tous les messages
   Tous les messages

 Bas   Précédent   Suivant

(1) 2 3 4 ... 491 »


#1 Re: Problème lorsqu'un champ Date est en affichage seulement
Firetox Posté le : 1/17 11:20
Bonjour

a essayer :
SQLEcranVersTable(FenEnCours(),faux)

pour que la methode prenne tous les champs
mais je dois avouer que comme j'ai perdu mes disques : depuis 5 mois j'essaye de recupérer sur tous les disques que j'ai les dernieres version

comme j'ai des prog qui sont en 23,24,25,26 la version en 20,21 est peut être perdu : j'ai pris le mois de janvier en congé pour faire un tour de tout

donc voila
je me base sur les code des mes application en 23 et 25 donc je fait certain test en esperant que le code est toujours le meme

bref je fais surement passer les version en 23 (car je les ai toutes, voir 25 car la j'en suis sur) ce qui eliminera les crack en 20

bref sur internet bcp critiques sur des forum etranger ou les crack sont legion donc je ne reponds plus que sur le forum sqlmanagerX et si je detecte que la personne utilise un crack je ne reponds pas (ce qui n'est pas ton cas je te rassure car on se connait depuis lontemps) mais c'est un fait

voila pouquoi le forum est calme et que personne ne pose vraiement des question j'ai meme vu sur un forum un mec reinveter la roue en disant pour php4WX : ne l'utilise pas fait le tiens c'est facile (a oui c'est simple il faut connaitre php, windev et hop ) mais qui de la securité , et des sql injection

bref voila
il faut regarder du cote de sqlecranVersTable et la procédure qui est génère en compilation dynamique : SQLManagerX::SQLCreerProc()

c'est cette procedure qui bloque pour avoir SQLManagerX en mobile car compile n'est pas autorisée en windev mobile

@+


#2 Re: Erreur exécution mySQLExec
Firetox Posté le : 2020/11/12 21:05
dans vos tests
(dans la partie php metteez la meme requete que vous executer en sur un eplorateur avec la partie test du script php)

pour voir


#3 Re: Erreur exécution mySQLExec
Firetox Posté le : 2020/11/12 21:02
bonjour,

access denied vuet dire que le script php n'a pas acces a la base
suremet un probleme dans le connect.php sur votre serveur
localhost ou 127.0.01 car suivant le script cela a de l'importance

comme exposé dans le post
https://forum.sqlmanagerx.com/modules/ ... .php?topic_id=934&forum=1

a voir ais cela vient de la


#4 Re: Problème lorsqu'un champ Date est en affichage seulement
cbekier Posté le : 2020/10/30 16:08
Merci pour ta réponse même avec le confinement.

Qu'est-ce que appelles la partie Transfert ?

C'est la méthode SQLEcranVersTable ?
Si tel est le cas, elle ignore simplement les champs qui ne sont pas "Actif".
Puis elle fait un SQLTransfertInfos(Faux) ce qui rapatrie les données des membres.
Et c'est bien là le problème car dans mon cas, la valeur du membre "m_Date_RDF" est "2019-12-" (au lieu de "20191218" lorsque le champ est actif).

Je n'arrive pas à comprendre pourquoi le membre n'est pas alimenté de la même manière selon que le champ est actif ou pas...


#5 Re: Problème lorsqu'un champ Date est en affichage seulement
Firetox Posté le : 2020/10/30 15:54
Bonjour,

dans la classe sqlmanagerX dans la partie transfert il y a quelquechose sur les chmpas en affichage seulement
je n'ai pas le projet sous la main car je suis en deplacement et coincé par le confinement

mais d'apres mes souvenir oui on fait un traitement differents suivant si le chanmps est en affichage ou en saisie : il faut voir dans la classe SQLManagerX les codes concernant cela

sinon par defaut je sais aussi que j'avais l'habirude de passer les chmpas en actif avant maj et apres je remettais leur affichage

mais il faut chercher de ce cote la

cdlt


#6 Problème lorsqu'un champ Date est en affichage seulement
cbekier Posté le : 2020/10/29 19:24
Bonjour,

Dans une fenêtre fiche, j'ai un champ Date qui est en affichage seulement.
L'update dans MySQL génère une date à '0000-00-00'.

Après analyse, je constate que le membre retourne une valeur qui n'est pas normale :
RDF:m_Date_RDF = 2019-12-

Lorsque le champ date est actif, le membre est bien renseigné :
RDF:m_Date_RDF = 20191218

Comment puis-je corriger cela ?

Merci,
Cyril


#7 Re: Compatible Wn 24 ?
xorgxxx Posté le : 2020/9/8 12:32
Pour info : je viens de migrer le projet en Wn 25 plus de probleme !!

c'est bizard non


#8 Compatible Wn 24 ?
xorgxxx Posté le : 2020/9/8 9:21
Bonjour tout est dans le titre.

je viens de compiler de 22 à 24, en 22 ca fonctionne en 24 il se connecte mais renvoie que des 0?

Cdtl

Ps: je n'ai riens touche aux code n'y sur le serveur n'y dans l'app. j'ai remis la version 22 ça fonctionne. (je pense que ca viendrait d'un probleme SSL)


#9 Re: SQLManagerX 69 erreurs de compilation.
xorgxxx Posté le : 2020/8/29 21:10
Bonsoir je comprend bien.

j'ai regardé pour les commandes basic "crud" 'cest "mysqlinsert" qui reste bien copieuse à porter en Wm.


cdtl


#10 Re: SQLManagerX 69 erreurs de compilation.
Firetox Posté le : 2020/8/27 11:56
bonjour,

la classe SQMùanagerX est confrontée au probleme de certain code qui ne sont pas accessibles dans android (par exemple compile)

de ce fait il faudrait soit : revoir tout le code
soit éliminer les fonctions inutilisable en android ou ios et la cela devient compliqué

c'est pour cela que je n'utilise pas SQLManagerX dans les mobiles sauf pour les windows CE qui fonctionnent très bien et ne posent pas de probleme

c'est par manque de temps que je n'ai pas converti SQLManager en mobile sur toutes les plateformed il faudrait presque du temps plein pour le faire et en open source un temps plein = pas de revenu ........

bref je m'adapte a chaque demande de mes clients et pour les programmes parfois je reste en php4WM directement avec les requêtes au lieu de SQLManagerX en plus

cordialement



 Haut
(1) 2 3 4 ... 491 »