Fork me on GitHub


 Bas   Précédent   Suivant

« 1 2 3 (4) 5 6 7 ... 62 »


Re: besoin d'un connaisseur du Core pour aide module aChat
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
J'hésitais à aller poster sur cette section du forum... Bon ben c'est fait!
Avis aux programmeurs... j'ai besoin d'aide

Posté le : 31/10/2007 15:06
Transférer la contribution vers d'autres applications Transférer


Re: forum cbb 3.08 bouton
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
J'avais trouvé il y a quelques temps un .psd contenant tous les boutons pour NewBB. Ce qui est très utile pour traduire ensuite.
Je peux essayer de retrouver le .psd (même si je crois que je l'avais trouvé sur dev.xoops.org, qui a été hacké il y a quelques jours...et les admin n'ont pas les bons accès au serveur pour réparer tout ça... bref).

Posté le : 31/10/2007 15:03
Transférer la contribution vers d'autres applications Transférer


Re: aChat 0.23: pas de refresh automatique?
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Bonjour,
Oui je connais la différence entre le javascript, côté client, et le php, côté serveur...
Je parlais du code php qui va ajouter l'appel au javascript dans le code html envoyé au client.

J'ai fait des tests pour confirmer ou non l'ordre d'apparition et d'exécution du code javascript.

Résultat : le code s'exécute bien dès que le navigateur l'a reçu, et l'évènement/méthode window.onload s'exécute lorsque la page a été totalement chargée (html chargé, scripts chargés, et peut être les images je n'ai pas testé).
Bref un alert en javascript s'exécute directement, avant un autre placé dans le window.onload.
Et un appel à une fonction qui est définie plus bas dans le code html (ou dans un appel vers un fichier javascript), ça ne marche pas, erreur javascript.
D'ailleurs, dans un même fichier javascript, si on appel une fonction définie plus bas, ça ne fonctionne pas non plus.


D'où l'utilité d'avoir l'appel du xoops.js en 1er code javascript. Ce qui nécessiterait, aux vues des tests que j'avais fait hier, de hardcoder l'include du xoops.js dans la classe xoopsThemeFactory (d'ailleurs c'est peut être pas son nom j'ai pas été voir plus loin...)

Bref il y a quelque chose à revoir dans le core xoops...

Posté le : 31/10/2007 14:39
Transférer la contribution vers d'autres applications Transférer


Re: aChat 0.23: pas de refresh automatique?
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Effectivement on a trouvé un problème de compatibilité avec MultiMenu, et en général, avec tout module qui utilise javascript et windows.onload.

Après avoir regardé un peu le code javascript de MultiMenu, il y a un script start.js appelé dès le début, qui serait très utile s'il était dans xoops.js, et si ce dernier était le 1er javascript chargé de la page.
En effet il permet d'utiliser plusieurs fois windows.onload, en mettant dans un tableau les fonctions à exécuter au chargement de la page, et, au chargement de la page, il parcourt le tableau en exécutant 1 à 1 les fonctions qui devaient l'être.

Bref c'est exactement ce qu'il faudrait, mais géré par le core xoops, et pas par un module.
Et je ne vois pas comment on pourrait faire autrement...

Il faudrait aussi que le xoops.js soit appelé en 1er dans le head html.
Pour les anciennes version de xoops, il fallait utiliser
$xoopsTpl->assign('xoops_module_header'$achat_module_header);

qui met toujours le code avant l'appel de xoops.js...

Et pour les dernières versions de xoops, il faut quelque chose comme ça :
$xoTheme->addScript$aChat_url.'/include/js/XHRConnection.js' );
      
$xoTheme->addScript$aChat_url.'/include/js/aChat_functions.js' );
      
$xoTheme->addStylesheet$aChat_url.'/templates/aChat.css' );

Là ça se met bien après l'appel de xoops.js, quand on est sur la page du module.
Mais quand on exécute ça dans un bloc, l'appel de xoops.js se situe après les autres scripts (mais quand même avant le css...).
Donc logiquement, les blocs sont rendus avant que header.php ( du core xoops) inclue xoops.js.

Bref le problème se situe dans le header.php, ligne 63 :
$xoTheme =& $xoopsThemeFactory->createInstance( array(

        
'contentTemplate' => @$xoopsOption['template_main'],

    ) );

    
$xoopsTpl =& $xoTheme->template;



    
$xoTheme->addScript'/include/xoops.js', array( 'type' => 'text/javascript' ) );

En ayant fait des tests avec des echo, et un compteur, il s'avère que les blocs sont rendus lors de la création de l'objet $xoTheme. Ce qui pose pas mal de problèmes pour réussir à appeler le xoops.js avant de rendre les blocs....

Bref je suis perdu...

Posté le : 30/10/2007 13:57
Transférer la contribution vers d'autres applications Transférer


Re: Traduction du module PDdowloads
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Chacun doit avoir sa spécificité:
wfdownloads est plein d'options
mydownloads est léger, tout en restant bien puissant
mydownloads expert possède une gestion de quotas de téléchargements
et le dernier je ne le connais pas...

Posté le : 27/10/2007 12:48
Transférer la contribution vers d'autres applications Transférer


Re: La langue francais !!!!
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Il est vrai que dès le titre, on est en droit de se demander si c'est une blague ou non...

Posté le : 23/10/2007 23:25
Transférer la contribution vers d'autres applications Transférer


Re: aChat 0.23: pas de refresh automatique?
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
C'est envoyé.
Pour protector, il faut rajouter "aChat" (ou le nom que vous avez donnés si vous avez cloné le module) dans l'option Modules out of DoS/Crawler checker.

Si d'autres personnes sont intéressées pour faire des tests sur la dernière version du module, avant que je la diffuse pour tous, contactez moi par MP en donnant votre email, ou encore par le formulaire de contact sur mon site. Ceci afin d'éliminer les bugs qui empêcheraient un fonctionnement normal du module.

Merci d'avance pour les retours de tests.

Posté le : 22/10/2007 14:08
Transférer la contribution vers d'autres applications Transférer


Re: aChat 0.23: pas de refresh automatique?
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Dans l'idéal, je termine de faire fonctionner vraiment la version que j'ai diffusé par email, normalement elle devrait fonctionner chez tout le monde. Si ça fonctionne bien sur mes divers sites, et que je n'ai pas de retours catastrophiques, alors je diffuserai cette version, qui sera la 0.23.2.
(je vais essayer de faire ça cette semaine, mais c'est pas garanti...)

Je continuerais bien évidemment à corriger d'éventuels bugs, mais pour avoir une version avec de nouvelles fonctionnalités, comme celles décrites dans le TODO, il faudra attendre pas mal de temps, (car mtnt, je code pour mon école, et plus trop en temps libre pour xoops...)


Concernant les problèmes rencontrés avec Xoops 2.0.17, il faut me les signaler en détail, car en local je n'avais eu aucun problème avec xoops 2.0.17, mais le site de test n'était pas bcp fourni en modules... (peut être des incompatibilités?).

Voilà pour les pseudo news!

Posté le : 21/10/2007 19:47
Transférer la contribution vers d'autres applications Transférer


Re: aChat 0.23: pas de refresh automatique?
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Merci pour le conseil blueteen.

Effectivement un chemin absolu c'est quand même bien plus propre. Je vais changer tout ça.

Posté le : 18/10/2007 11:31
Transférer la contribution vers d'autres applications Transférer


Re: Mydownloads Expert
Semi pro
Inscrit: 05/06/2004 14:25
Messages: 750
Bonjour,
Effectivement MyDownload Expert rajoute un préfixe assez long et moche aux nom de fichier, ceci pour éviter qu'un fichier soit écrasé par un nouveau lors de l'upload du dit nouveau fichier.
La gestion de l'upload vient du module MyDownload Pro sur lequel je me suis basé pour coder MyDownlad Expert, et comme je ne m'en sert jamais, je n'ai jamais pris le temps d'améliorer cette partie du module.

On peut retirer ce préfixe barbare, mais il faut savoir que ca pourra éventuellement poser des problèmes si les nom de fichiers sont identiques...

Méthode à suivre:

Pour le coté admin:

Dans le fichier admin/index.php, ligne 1058 :
$download_name=time()."-_MYDWONLOADSPRO_-".$HTTP_POST_FILES['userfile']['name'];

à remplacer comme désiré:
$download_name=$HTTP_POST_FILES['userfile']['name'];



De même, pour le côté client (et là je conseil de laisser comme c'est actuellement, ça évite que des gens écrasent les fichiers (même si je crois qu'il y a une vérification quand même de faite.)) même modification à faire, dans le fichier submit.php, ligne 103.

Voilà

Posté le : 17/10/2007 19:11
Transférer la contribution vers d'autres applications Transférer



 Haut
« 1 2 3 (4) 5 6 7 ... 62 »




Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

69 Personne(s) en ligne (48 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 69 | Plus ...