LH

Toutes mes réponses sur les forums

15 sujets de 346 à 360 (sur un total de 365)
  • Auteur
    Messages
  • en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585188
    LH
    Membre
    Chevalier WordPress
    372 contributions

    Bonjour tout le monde,

    Merci de votre intérêt pour ce plugin!
    Pour répondre aux questions…

    La dernière version du plugin se trouve ici:
    http://microwa.com/doc/2006/12/miwa-editor.zip

    Mode d’emploi:
    Installer le plugin et l’activer… c’est tout!

    Si tout se passe bien (comme chez moi et pour Marco) quand vous revenez sur votre écran ‘Ecrire un article’, vous avez le nouvel éditeur (tinyMCE avec 4 rangées de boutons).:D

    Si vous ne le voyez pas, c’est là que ça commence à se compliquer:😉

    1) commencer par vider le cache de votre navigateur et rechargez le panneau admin ‘Ecrire un article’.

    2) Si il n’y a toujours rien, il faut vérifier chaque étape pour voir où ça coince

    Regardez le source HTML de la page ‘Ecrire un article’:

    2a) le header doit contenir le code javascript pour charger le nouveau éditeur.
    un truc comme ça…
    [c]
    <script type="text/javascript" src="http://votre-domaine.tld/wp-content/plugins/miwa-editor/tinymce/tiny_mce_gzip.php“>
    [/c]

    2b) Cette URL doit charger le bon code Javascript compacté. Aller sur cette URL comme pour un autre site web. Et le navigateur doit vous afficher le code javascript. Ca doit commencer par…

    function TinyMCE_Engine(){var ua; this.majorVersion=”2″;this.minorVersion=”0.8″;this.releaseDate=”2006-10-23″;this

    Et finir par…

    remove_linebreaks : true, save_callback : “wp_save_callback”, document_base_url : “http://xxx.free.fr/&#8221; , language : “fr” });

    Si le code ne s’affiche pas:
    – C’est que l’URL doit être mauvaise
    => trouver la bonne URL
    – Ou alors que le fichier miwa-editor/tinymce/tiny_mce_gzip.php n’est pas accessible en lecture
    => donner les droits de lecture sur votre serveur web

    2c) Si le code s’affiche et que le plugin ne marche toujours pas, il reste à vérifier si il y a bien dans le body de la page le textarea avec un attribut title=”true” … un truc comme ça:

    <textarea title=”true” rows=”10″ cols=”40″ name=”content” tabindex=”2″ id=”content”>

    Le code title=”true” est généré si vous avez l’option ‘utiliser l’éditeur visuel pour écrire’ de coché.
    Aller vérifier dans le panneau ‘Utilisateurs’>’Votre Profil’.

    Si après avoir vérifié tout ça, ça ne marche toujours pas, plaignez-vous! :fouet:

    Voilà, je vais rédiger un article sur mon blog pour expliquer tout ça car avec un forum, ça devient confus…

    PS: pour EditorMonkey, le plus simple est peut-être de créer un nouvel utilisateur ? C’est étrange que le bouton ‘utiliser l’éditeur visuel pour écrire’ ait disparu!

    en réponse à : Problème avec la fonction more #585847
    LH
    Membre
    Chevalier WordPress
    372 contributions

    Salut,

    Il faut que tu regardes si tu as bien un ‘while’ dans les lignes précédentes.
    S’il n’y a pas de ‘while’ il ne doit pas y avoir de ‘endwhile;’
    Pour t’aider, il faudrait que tu nous copies le bloc de code concerné du fichier single.php.
    On ne peut pas y accéder à distance!

    en réponse à : WordPress est mal codé ! #585477
    LH
    Membre
    Chevalier WordPress
    372 contributions

    Salut,

    En lisant ton post, on a l’impression que tout devrait être parfait dans ce monde… et aussi fait selon ta vision, tes intérêts et tes compétences. N’oublie pas que WordPress est en Open Source et que tout le monde n’est pas comme toi.
    Il y a plein de choses à améliorer dans WordPress, c’est sûr.
    Par contre, la plupart de tes arguments ne tiennent pas la route ou relèvent du débutant en programmation!

    cdvddt wrote:
    o Utilisation a outrance de fonctions pour chaque champ,
    dépendant d’un contexte scrict d’execution et de variables
    globales le fameux ‘The_Loop’, la ou la programmation object
    serait bien plus légere et souple.
    Pourquoi reinventer une semantique lourde avec ces
    concept fumeux de ‘tags’ ?

    Ou est l’utilite d’ecrire

    while(the_post()) {

    the_title();

    }

    au lieu de :

    foreach($posts as post) {

    echo $post->title;

    }

    Les fonctions, c’est le truc de base en programmation.
    C’est le premier point de modularité d’un programme.
    Par exemple, le jour où tu auras envie que the_title() retourne _e($post->title); au lieu de $post->title;
    Tu modifieras juste le code de ta fonction et les N appels dans ton code seront mis à jour.
    Alors que si tu code ‘en dur’, tu seras obligé de faire la modif partout!
    C’est d’autant plus important avec le système de plugin, vu que tu si Autommatic fait une modif dans son code, il faut que les milliers de plugin qui utlisent leur API continuent de marcher correctement.
    Jamais, on utilise des accès directs pour un programme qui se veut évolutif et modulaire !!!
    Ce serait une erreur énorme de conception.

    cdvddt wrote:
    o Melange de fonctions d’affichage et de fonction remvoyant une valeur
    sans aucnue uniformite dans les options :
    A quoi sert t’il de developper une fonction affichant un truc et une autre
    la renvoyant. php fournit des fonctions pour l’affichage …
    est equivalent a

    Parce WordPress s’adresse à des gens qui comprennent l’anglais et pas trop le php.
    Et aussi parce WordPress s’adresse à des gens qui comprennent le php autant que l’anglais.
    Suivant ce dont tu as besoin tu utilises l’un ou l’autre!
    C’est sur que pour l’une ou l’autre catégorie d’utilisateur, ça fait du code en trop, mais les serveurs web sont maintenant assez costauds pour gérer tout ça.

    cdvddt wrote:
    o Soupe de mélange entre presentationet contenu.
    Pourquoi diable la fonction list_cats s’occupe t’elle de formattage ?
    Et si je veux pas de liste dans des

  • ? Je developpe un neime
    plugin bancal pour faire une copie personnalisee de cette fonction ?
    Une liste d’objects bien faits feriaent l’affaire, je sais faire une boucle :
    $post->getCategories()
    ou toutes les categories
    $wp->allCategories();
    Et un moyen de descendre dedans recursivement, genre
    $cat->getChildCats();

Tu sais peut-être faire une boucle, mais plein d’autres utilisateurs ne savent pas.
Regarde un peu le type de questions sur ce forum…
WordPress n’a pas été fait que pour toi.

cdvddt wrote:
o Passage de parametres farfelus.
J’ai jamais compris pourquoi il fallait passer
les parametres avec une chaine occulte genre “addchild=1&toto=truc”
php gere les passage de parametres optionnels et les parametres par defaut.

Tu connais les URLs et les Query String ?
Les paramètres que gère PHP viennent de l’utilisateur qui communique de son navigateur au serveur par des URLs et en Query String…
Ca permet d’utiliser directement les Query Strings sans avoir à coder un parser… C’est un gain de temps, si, si…

cdvddt wrote:
o Les globales en folies :
La gestion de variables globales en php est une horreur, et son mecanisme
va a l’encontre des choix de tous les autres langages de programmation.
Pourquoi ne pas tout regrouper dans un unique object contenant tous
les object ‘contextuels’ nexcessaire a l’affichage de chaque page :
genre
$wp->
/* Des parametres globaux */
blogTitle
rssEntriesURL
rssCommentsURL
….
allPages (liste des pages)
allCategories (liste des categories)
recentPosts (liste d’object post)

/* Les information sur le conetnu courant a afficher*/
currentEntries (list des posts/pages selectionnees)
context (contexte d’affichage : soit un unique post ()single, ou une categories, des mots clefs de recherche, etc)
currPageIdx
NbPages (pour la pagination)

Le tout avec une utilisation intelligente de la programmtion object
pour se debarrasser de ce fouilli de fonctions inutiles.

Encore une fois, même si tu fais des objets, il faudra faire des méthodes !
C’est une erreur de conception de laisser les variables en accès direct.

Autrement, WordPress se veut pour le moment compatible avec PHP4, qui n’offre qu’un programmation orientée objet assez limitée (tous les attributs sont ‘public’, pas de ‘protected’ ou ‘private’).
En faisant un petit effort de souplesse d’esprit, ça revient donc strictement au même d’écrire $wp_blogTitle que $wp->blogTitle, pour les variables globales. (Au niveau exécution, c’est même plus rapide sans objet…)
Il faut attendre que WordPress passe complètement à PHP5 pour avoir beaucoup plus de code objet qui en vaille la peine.

cdvddt wrote:
Tout ca fait que le developpement de themes sous WordPress est lourd
et sale : C’est une suite de bidouillages tordus pour contourner
de gros problemes de conception.

Voila,
Qu’en pensez vous ? Par ou commencer pour proposer une refonte en ce sens
du code de wordpress (je veux bien aider).

Raphael

Il n’y a pas de programme parfait; ce sont juste des outils pour faire ce dont tu as besoin.
WordPress est peut-être lourd, mais son framework essaye de laisser le plus de souplesse possible.
Forcément, à un moment ça coince et il faut aller dans la bidouille.

De tout ton post, ce qui en ressort, c’est que tu as l’air d’avoir des notions plutôt ‘théoriques’ sur la programmation !

Il y a plein d’autres outils de blog et conçus ‘orienté-objet’, si tu veux partir sur des bases ‘plus saines’, tu n’as qu’à les faire évoluer pour les rendre ‘meilleurs’ que WordPress. Alors ne t’inquiète pas, tout le monde utilisera ton logiciel. (Le monde de l’open source est assez Darwinien…)
Mais si tu t’es attaché un peu à WordPress (malgré toutes tes doléances), je te conseille de préparer la migration vers PHP5.

Have Fun.

en réponse à : Probleme d’affichage d’image #585334
LH
Membre
Chevalier WordPress
372 contributions

Salut,

Si tu regardes le code source de ta page:
Dans la sidebar, l’image est en <img src="…
Alors que dans ta page, les images sont en <img xsrc="…
le ‘x’ doit poser problème, ça n’a pas l’air conforme.

en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585184
LH
Membre
Chevalier WordPress
372 contributions
Marco wrote:
Un petit bug lorsqu’on clique sur le ? il y a des erreurs php

Le pb est corrigé dans la version en download: http://microwa.com/doc/2006/12/miwa-editor.zip
Modif: Il manquait juste un ‘../’ dans un fichier.
Par contre, chez moi, le texte de l’aide qui s’affiche est en iso-8859-1 au lieu d’être en utf-8, à voir…

en réponse à : Tinymce? #585674
LH
Membre
Chevalier WordPress
372 contributions

Salut,

Je crois que tu es bon pour télécharger la version d’origine de WP2.0.5 sur ton PC et remettre les répertoires tinyMCE d’origine à la main sur le serveur…

Autrement, si tu es d’humeur à expérimenter, n’hésite pas à tester mon plugin, qui doit aussi changer l’éditeur mais sans avoir à écraser les fichiers d’origine:
http://microwa.com/doc/2006/12/miwa-editor.zip

La discussion sur le forum est là…
http://www.wordpress-fr.net/support/viewtopic.php?id=3183

Bon we.

en réponse à : Ouvrir fichier Acrobat .pdf dans WordPress? #585425
LH
Membre
Chevalier WordPress
372 contributions

Salut,

ça a l’air lié à ton répertoire ‘acrobat’.
Quand on essaye d’accéder à http://patrimoineacadien.com/wp-content/acrobat/ on a le même message.
Regarde si il n’y a pas un .htaccess spécial dans ce répertoire

Pour contourner le problème, tu peux essayer de mettre ton fichier etoilekent2006.pdf dans un autre répertoire (par exemple: images/), tu pourras déjà vérifier que le fichier est correct.

Cheers.

en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585182
LH
Membre
Chevalier WordPress
372 contributions

Salut,

Voilà une nouvelle version (le lien a changé, on est en décembre):
http://microwa.com/doc/2006/12/miwa-editor.zip

Modifs:
Le code pour l’éditeur n’est chargé que dans les pages d’édition. Le temps de chargement devrait être normal pour les autres pages admin.
(Si vous aviez une ancienne version, il vaut mieux effacer le plugin et ré-installer la nouvelle version.)
Testé OK chez moi sous:
FF2 IE7

Pour Martin:
J’ai vérifié que ton fichier http://trains-idf.net/wp-content/plugins/miwa-editor/tinymce/tiny_mce_gzip.php
est bien accessible. Et le code a l’air correct.

Est-ce que tu as vérifié que le body contenait le textarea avec title=”true” ?
[c]

[/c]
Si tu ne l’as pas, vérifie que ton user profile a bien coché d’utiliser l’éditeur visuel.
Le plugin ne fait que remplacer l’éditeur, si le user n’en voulait pas, il ne le charge pas.

PS: Les (?) dans la description du plugin, c’est une tentative d’humour… Vu le temps de chargement qu’on prend avec une version ‘full’ tinyMCE, il vaut mieux avoir une bonne connexion internet…
“…le plugin annule l’éditeur par défaut et le remplace par un meilleur (?)…”
Je les enlèverai quand le plugin sera plus mûr.

en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585178
LH
Membre
Chevalier WordPress
372 contributions

Cool! Merci pour la bonne nouvelle.:D

Pour les boutons, en effet, j’ai le même texte que toi… Je t’avoue que je n’avais pas vérifié tous les textes !
(Cette partie est surtout l’intégration de ce qu’avait préparé AmO…)
Toutes vos remarques sont bien notées et j’essaierai de faire rapidement une nouvelle version qui corrige ces problèmes.

en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585176
LH
Membre
Chevalier WordPress
372 contributions

Merci d’avoir regardé,

Pour la lenteur du chargement, c’est compréhensible car on charge la version ‘full’ de l’éditeur tinyMCE!
Si WordPress ne nous propose que si peu de boutons par défaut, c’est justement pour éviter des temps comme ça 😋
Dans la version actuelle de mon plugin, comme AmO avait déjà fait, tu peux choisir des versions plus ‘light’.
Il y aura aussi des optimisations possibles pour ne pas charger l’éditeur sur toutes les pages d’admin… Mais d’abord, ce serait bien qu’il marche pour d’autres personnes que moi…

Pour en revenir au débug…
D’après le code que tu as fourni, l’éditeur par défaut a bien été enlevé et il y a bien le code que le plugin génère pour charger le ‘nouvel’ éditeur:
[c]

[/c]

Il faut alors vérifier si le javascript est bien chargé avec cette URL…
Dans le navigateur, il faut aller à l’URL donné, dans ton cas ce sera:
http://xxxx.free.fr/wordpress/wp-content/plugins/miwa-editor/tinymce/tiny_mce_gzip.php
le navigateur devrait alors afficher tout le code javascript compacté… Et ca doit commencer par…
[c]
function TinyMCE_Engine(){var ua; this.majorVersion=”2″;this.minorVersion=”0.8″;this.releaseDate=”2006-10-23″;this
[/c]
Et finir par…
[c]
remove_linebreaks : true, save_callback : “wp_save_callback”, document_base_url : “http://xxx.free.fr/&#8221; , language : “fr” });
[/c]

a) Si le code ne s’affiche pas, c’est que l’URL doit être mauvaise ou alors que le fichier n’est pas accessible en lecture.
b) Si le code s’affiche, il reste à vérifier si il y a bien dans le body de la page le textarea avec un attribut title=”true” … un truc comme ça:
[c]

[/c]

Voilà, j’espère que ce plugin ne marchera pas que chez moi!

en réponse à : tinyMCE: plugin pour étendre ou changer l’éditeur #585174
LH
Membre
Chevalier WordPress
372 contributions

Salut Martin,

Merci d’avoir testé.

Pour le pb 1) j’ai ajouté les é dans la version en téléchargement, donc les ne devraient plus apparaître.
Cette mise à jour est disponible à la même adresse: http://microwa.com/doc/2006/11/miwa-editor.zip

Pour le pb2)
Si tu n’as plus l’éditeur tinyMCE par défaut, c’est que le plus dur a été fait!
Maintenant, il faudrait savoir pourquoi il n’installe pas le ‘nouvel’ éditeur.
Est-ce que tu pourrais
a) activer le plugin
b) aller dans le panneau admin d’Ecrire
c) regarder dans le code source de la page générée et m’envoyer le header (ce qui se trouve entre les balises et ).
C’est surtout le code javascript qui m’intéresse (ce qui se trouve entre les balises et ) si tu ne veux pas m’envoyer tout le header.
A priori, si le code que le plugin génère est bien présent, c’est juste une mauvaise URL qui bloque le chargement du nouvel editeur.

Encore merci.

en réponse à : Ecriture Plugin Admin avec plusieurs sous menu, plusieurs écrans #585341
LH
Membre
Chevalier WordPress
372 contributions
arena wrote:
Eh bien si je fait cela, je ne passe plus par admin et je n’ai plus de menu admin …

Salut,

J’avais en tête que tu pouvais peut-être faire comme dans le fichier wp-admin/post.php
<?php
require_once(‘admin.php’);

C’est dans le fichier post.php que le fichier admin.php est appelé pour installer le menu admin.

en réponse à : Ecriture Plugin Admin avec plusieurs sous menu, plusieurs écrans #585339
LH
Membre
Chevalier WordPress
372 contributions
arena wrote:

je mets action=”toto.php” mais là je plante puisque toto.php n’est pas dans wp-admin.

il me reste deux solutions :

1) A la validation du formulaire, faire une redirection avec window.location.href= faut que je teste ça!

2) créer un fichier php d’aiguillage que je mets sous wp-admin … ca marchera pas

A priori je ne vois pas d’autres solutions

Salut,

Peut-être que je n’ai pas compris le problème, mais pourquoi tu ne mets pas l’URL complète pour trouver toto.php ? Par exemple: action=”http://monsite.com/mon_plugin/toto.php&#8221;

en réponse à : Création d’un plugin #585264
LH
Membre
Chevalier WordPress
372 contributions

Salut,

Oui, WordPress cherche les commentaires dans le fichier php
Par exemple:
/*
Plugin Name: Sidebar Widgets
Plugin URI: http://svn.wp-plugins.org/widgets/trunk
Description: Adds “Sidebar Widgets” panel under Presentation menu
Author: Automattic, Inc.
Author URI: http://automattic.com/
Version: 1.0.20060711
*/

En créant un fichier php dans le répertoire plugins avec ces informations, tu devrais voir apparaître le plugin dans le panneau d’administration. (Attention à ne pas mettre un nom déjà utilisé…)

Have Fun.

en réponse à : Lazy K : la galérie photo la plus simple d’emploi #577727
LH
Membre
Chevalier WordPress
372 contributions

Salut,

Je voulais télécharger le plugin Lazy-K, mais les liens me retournent un Error 404 – Document non trouvé.
Est-ce que ce plugin est encore disponible ?

Merci d’avance.

15 sujets de 346 à 360 (sur un total de 365)