merci infiniment, je le fais de suite. J'ai eu un peu de mal pour voir les différence entre l'ancien code et celui que tu donnes.

Il semblerait qu'il s'agit quasiment des mêmes abstractions faites de ces modifs.

au début :
ancien : > antislach disparut

au milieu :
ancien:
nouveau:

à la fin

ancien : > antislach disparut idem

et peut être quelques autres subtilités de code...

bon je répète un peu comme un perroquet mais j'aime bien comprendre et faire l'effort.

Une fois ces modifications faites , j'ai 5 'n' qui se baladent en bas de page: si j'ai bien compris je peux remplacer ces 'n' par autres choses ?

Voilà ce que ça donne ( toujours en bas de page ):

n
nPETITLOGOXOOPSAUMILIEUDEPAGEENBASn
n

n

( j'ai du mal à garder évidemment la mise en forme mais ça donne à peu près ça).


PS: J'approuve à 200% les propos de Cesag sur la qualité de l'écriture de notre langue.
Et c'est super je sais maintenant à quoi sert ces fameuses options dans cet éditeur, il n'est jamais trop tard

salut , heu j'ai pas bien compris ce que tu as dit Kris , mais je vais voir ça . Peut être était-ce une blague, je suis un peu long à la détente. Cela à l'air de faire rire Cesag en tout cas...


au faite Cesag, je n'ai pas non plus bien compris ton ajout dans mon dernier post , était-ce pour les fautes de français ? En tout cas je le comprendrais

Sur ce bon dimanche et merci pour vos conseils et les petits détours par ce post .


Errata c'est effectivement dans tous le bas de pages du panneau de contrôle qu'il y a ce bout de code :

Oui en effet Kris merci, j'avais peut-être omis de mettre à jour les petites avancées dans la résolution de mes problèmes. Et effectivement le fichier htaccess posait problème je l'ai désactivé il y quelques semaines en attendant d'en comprendre ses subtilités ...

Donc images au format jpg , png par exemple dans articles v 1.67: OK
Problème résolu (quasiment).

Par contre toujours pour revenir au module Article v1.67 : depuis que je l'ai installé, énormes bugs précités dans ce post, récapitulation :

- plus droit d'accès création, modification etc des articles , lorsque je clique sur modifier un article où que je sois, cela m'indique :
"Editer l'article
Désolé mais soit il n'y a pas de sujets soit vous n'avez pas le droit de créer des articles dans les sujets existants. Si vous êtes les webmaster, allez dans les permissions et définissez les permissions de 'Soumettre'."

- Alors justement pour les permissions j'y vais et : plus droit de soumettre ou quoi que ce soit pour les webmestre : cases sont toutes décochés et lorsque je l'ai sélectionne : "Tous", cela m'informe : "Désolé, vous n'avez pas les permissions pour accéder à cette zone. "
Alors que je suis bien le webmestre et retour à l'accueil sans passer par la case ou module Articles.

- lorsque je clique sur l'onglet "Articles" : la mise en page de du panneau de contrôle en haut disparaît ainsi que celle du module bug complètement et retour à l'accueil du module Article.
Cela donne l'impression que l'upgrade de ma version xoops 2.4.x à la 2.5.5 a posé quelques problèmes dû à une sorte de conflit entre module admin/system et module Articles apparemment. Ainsi qu'un conflit sous-jacent entre Articles V1.1 et V1.6.7 notamment.


Il s'agit de ma dernière ligne droite principale pour remettre mon site en ligne (qui lui perd pas mal de ranking sob !)

Questions: est ce que dans Articles »» Préférences : Se pourrait-il qu'il faille paramétrer quelques détails pour redonner les droits d'accès à la création d'article pour le webmestre ?

PS: dans la pages permissions du module "Articles", dans le bas de page un bout de code apparaît :




EDIT Cesag : mise sous code et correction de fautes.

multimenu réparé en réinstallant l'ancienne version

les images icônes au format jpg et png du multimenu sont maintenant accessibles par désactivation temporaire du fichiers .htaccess dans le répertoire uploads

je ne sais pas encore comment modifier son contenu

# secure directory by disabling script execution
AddHandler cgi-script .php .pl .py .jsp .asp .htm .shtml .sh .cgi .php5 .php4 .php3 .phps
Options -ExecCGI -Indexes

....

et le problème d'accès aux images dans les articles vient apparemment de javascript:CaricaFoto("http://www.monsite.com/sousrep/uploads/imgxxxxxxxx.jpg");

donc soit carifoto , soit droit d'accès, soit modif ou désactivation script etc...

MAJ multimenu 1.68 ( je crois) to 2.08 : plus de multimenu !!!
C'est de pire en pire.

Maintenant je sais, après avoir fait des tests de réinstallation de l'ancien module news v1.1 et d'une bdd mysql de l'époque , enfin il semblerait, que le prob de images qui n'apparaissent plus dans les articles et dans mon menu : module multimenu , serait lié à l'upgrade d mon xoops 2.4.3 en 2.5.5

merci tout de même, pour l'instant, pas encore résolu le problème...

j'y viens tout doucement , comme le dit Grom cet espèce de ¤¤¤¤ù!ù$*ù$@^\^@^\`de caricafoto... C'est chelou

Qq minutes plus tard : donc j'ai suivis l'astuce de kris :

Xoops : Astuce "Désactiver le javascript CaricaFoto"
Posté par kris le 6/5/2010 11:52:32 (904 lectures)

http://labs.xoofoo.org/modules/news/article.php?storyid=146

mais ce n'est pas ça.

Bon , le feedback c'est : il y a bien un bug de droit, d'accès ou que sais-je entre la table_stories , xoops 2.4.3 upgradé en 2.5.5 et le module news 1.67

je suis en train d'essayer de multiples combinaisons, de désinstallations et réinstallations, de modules, de bdd et de tables, tout ce que je sais c'est que j'en ai pour plusieurs heures ou jours minimum.

heureusement que je fais de multiples backup de la bdd...

j'ai désinstallé le module news 1.67 , puis je l'ai réinstallé. Entre temps cela à effacé dans la bdd mysql de la table_stories tous les articles.

Je vais essayer deux solutions, la première celle de la réintégration du contenu de la Table_Stories contenant les articles ( j'avais fait une backup auparavant) , la seconde, celle de la réintégration totale de ma BDD sauvegardé.