Mise en page

ZilZil Member
Bonjour,

Actuellement pour mettre en page le texte (gras, italique, saut de ligne, retour à la ligne, création d'un lien hypertexte ...) il est nécessaire dans la partie admin de rajouter du code html dans le texte de l'article.

Est il prévue dans les futur vérsion de Pluxml une synthaxe de type wiki ou autre pour permettre aux utilisateurs non informaticien de mettre en page leur texte ?

Réponses

  • AliAli Member
    Je pense que pour Pluxml V.blog il y aura les BBcode ou bien le Wiki.

    Mais bon, perso, j'utilise pas le Wiki je trouve ça un peut bèbête de faire un autre langage.
    Le bbcode, tout le monde le connait, c'est le meilleur.
  • ZilZil Member
    Skyline, est ce dans tes projets d'utiliser le BBcode pour une mise en page simple du texte des articles ?
  • Ca fait un petit moment que je réfléchit à ce que je vais utiliser pour faciliter la réadaction d'articles. Je pense que le bbcode n'apporterai pas grand chose car entrer des balises [x] n'est pas forcemment plus agréable que de vraies balises <x>.
    Après il y aurai le wiki mais je trouve ça lourd à mettre en place.

    Donc au final je resterai peut-etre en html mais avec quelques aides comme la mise automatique des paragraphes et des liens.
  • ZilZil Member
    En fait peut importe le type de balise effectivement.

    Ce à quoi je pensais ce sont des petites icônes qui insèrent le code (html, bbcode ...) dans le texte lorsque l'on clique dessus.

    > gras, italique, souligné, barré, à la ligne, saut de paragraphe, lien hypetexte, image ... Ca suffirait je pense.

    Ca aiderait les utilisateurs peux aggerit à l'informatique à formater leur texte.
  • Je pense aussi recourir à des boutons javascript pour aider le balisage.
  • @ Skyline : ou alors crée un bbcode ou quelque chose dans le style parce que ça devient lourd de tout faire à la main les couleurs et tout :)
  • ZilZil Member
    @ Skyline :

    J'ai adapté un javascript GPL pour mettre ça en place dans Pluxml.

    Ca fonctionne bien, me reste quelques finissions pour customiser le tout et rendre ça plus jolie.

    Est ce que ça t'interesse ?

    Si oui donne moi un e-mail, je te donnerai mes login/pswd de mon espace d'admin pluxml.

    Tu peux m'ecrire sur vauvarin@ifrance.com
  • ça peut m'interesser moi :p
  • BalouBalou Member
    Skyline a écrit:
    Je pense aussi recourir à des boutons javascript pour aider le balisage.
    Bonjour Skyline
    Je ne suis pas convaincu que l'utilisation du javascript pour cette opération soit une bonne chôse
    Beaucoup d'internautes ont les scripts générés par JS bloqué par leur navigateur même ou leur sécurité de plus pense à nos amis défiscient visuels :-(

    En règle générale plus le script est simple et plus le code généré sera valide, si tu fais "des arrangements" pour les non informaticiens, ils viendront forcément pleurer parce que leur site ne valide plus après leur premier article crée et après avoir appuyé sur la touche < strong> puis < clear> puis < em> puis une balise < p> au lieu d'un simple < br /> Bon ? tu vois ou je veux en venir.

    Sur le forum technique de GuppY je peux t'affirmer qu'on a une multitude de "boulet" non informatien demandant une assistance du début à la fin ! et pour des simples balises en HTML...

    Ce n'est pas leur apporter de l'aide mais les maintenir dans leurs ignorances aussi pour répondre à la personne demandant des "icônes" pour préécrire les balises, il vaut mieux indiquer comment on doit écrire correctement à la main les balises génériques par un texte placé à côté de l'éditeur sauf si tu pense que ton projet rejoigne les innombrables "blog" déjà existants...

    Cordialement
  • ZilZil Member
    Bonjour,

    Je voudrais nuancer tes propos.

    Je ne suis pas d'accord lorsque tu dis "Beaucoup d'internautes ont les scripts générés par JS bloqué par leur navigateur même ou leur sécurité ..."

    Par défaut les navigateurs ont le javascript activé et la plupart des internautes ne savent même pas qu'il est possible de le désactiver ni pourquoi il
    faudrait le désactiver. Donc la majorité des gens ont le javascript de leur navigateur activé.

    Avec de bonnes pratiques et du javascript non intrusif il est possible d'utiliser ce langage sans pénaliser l'utilisateur. Si le javascript se trouvait désactivé, certaines fonctions de confort disparaisseraient mais cela n'empêcherait pas l'utilisation des formulaires dans notre cas.
    Je vous invite à lire cet article : http://www.pompage.net/pompe/separation/

    Concernant ton idée de mettre à disposition une aide qui permette à l'utilisateur de comprendre l'utilisation des balises, c'est une excellente idée !
    En effet l'utilisation de balises dans le texte, même si elle est prise en charge par des boutons visuels, ne suffit pas pour un utilisateur lambda.
    Mais à mon avis la compréhension de l'utilisation de ces balises est aisées si une petite aide est à disposition.
  • ZilZil Member
    août 2006 modifié
    Bon voila c'est fini.

    Les icônes utilisées sont ceux de OpenOffice (merci Jimmac) : http://jimmac.musichall.cz/openoffice-icons.php
    Vous reconnaîtrez dans l'ordre : gras, italique, souligné, barré, retour ligne, saut de ligne, lien hypertexte (on pourrait rajouter "inserer image" programmé par Skyline et présent dans le menu du haut)
    Une barre de tags expert est proposée en cliquant sur "Expert Tags" (cf. photo 2)

    Le tout est basé sur le Javascript GPL suivant : http://www.alexking.org/index.php?content=software/javascript/content.php

    Et ça ressemble à ça :

    capturevi8.th.png

    capture1lc4.th.png
  • LaddyLaddy Member
    Est ce compatible IE et firefox, car un jour j'ai essayé de mettre un truc style htmlarea dans un code et je me suis heurtée à une incompatiblité entre les deux naviagateurs.
    Ce qui est dommage de laiser les utilisateurs d'IE malgré que tous souhaiteraient être en norme.
  • ZilZil Member
    août 2006 modifié
    J'ai testé sur :

    - Firefox 1.5.0.5 sous Linux
    - IE 6 sous Win XP

    Une demo est prête mais j'attends l'aval de Skyline pour éventuellement la proposer sur ce forum.
    Je ne suis pas sûre que ce développement l'interesse et qu'il souhaite que je diffuse le code.

    Skyline si tu nous écoutes ? fais moi signe ...
  • A vrai dire ça ne m'emballe pas vraiment. Tous ces boutons me font peur dans le mesure où un non-initié va cliquer partout et remplir son article de balise sans les utiliser vraiment. Et puis je n'aime pas trop réutiliser du code déjà existant, pour assurer le support j'ai besoin de connaitre le code comme ma poche et je m'efforce de tout coder moi-même de A à Z car je lui aussi là pour apprendre.
    Donc pour ces raisons cette extension ne sera pas inclut dans Pluxml mais rien ne t'interdit de publier le code.
  • ZilZil Member
    Pas de soucis je comprends ta démarche.

    Je garde ça dans un coin, ça me servira le temps que tu implémentes ta solution dans une nouvelle version de Pluxml.

    Bon courrage.
  • Mais sache que je ne te contrains pas, tu as le droit de le publier (sous license Gnu/gpl)
  • ZilZil Member
    Je pense que dans la mesure ou tu proposeras probablement une solution dans une futur version il vaut mieux attendre un peu plûtot que diffuser un code qui ne sera pas maintenu dans les prochaines versions.

    De toute façons, je n'ai fait qu'adapter un code disponible ici : http://www.alexking.org/index.php?content=software/javascript/content.php

    Si vraiment quelqu'un est interessé je peux lui envoyer un zip de mon pluxml modifié dans lequel je suprimerai les fichiers "config.xml" et "password.xml" pour que la procédure d'install puisse être réinisialisé en executant le fichier install.php

    Mais attention ! soyez conscient que cette version ne sera pas compatible avec la mise à jour des prochaînes versions Pluxml.
  • Mon avis sur la question : je ne suis pas emballé non plus.
    A force d'ajouter des fonctionnalités à droite et à gauche, Pluxml va se noyer et perdre son identité. J'admets cependant que le néophyte aura du mal à directement formater son texte de manière correcte avec les balises "brutes". Rien ne nous empeche cependant de mettre une petite aide visuelle, soit sous forme de récapitulatif des 3/4 balises primordiales pour le formatage basique (paragraphe, titre, gras par exemple) affiché au dessus du champ d'article lors de la rédaction dans l'admin, soit sous forme de petit popup.

    Ce serait le plus propre, le plus léger, le plus adapté à Pluxml.
  • kloobik a écrit:
    Rien ne nous empeche cependant de mettre une petite aide visuelle, soit sous forme de récapitulatif des 3/4 balises primordiales pour le formatage basique (paragraphe, titre, gras par exemple) affiché au dessus du champ d'article lors de la rédaction dans l'admin, soit sous forme de petit popup.
    Je note ça dans un coin, cette solution me plait bien :)
  • BalouBalou Member
    Hello Skyline
    Ta réponse rejoins la mienne (lecture #10)
    Balou a écrit:
    Il vaut mieux indiquer comment on doit écrire correctement à la main les balises génériques par un texte placé à côté de l'éditeur sauf si tu pense que ton projet rejoigne les innombrables "blog" déjà existants...
    Mais sans pour autant tomber dans des explications avec image car on risque de "charger inutilement" l'aide (ce qui n'est pas le but recherché)

    cordialement
  • elrikelrik Member
    août 2006 modifié
    Une base de départ, très imparfaite, pour les débutants :

    Balises (x)html pour Pluxml

    mais c'est mieux que rien.

    Cordialement.
  • Très fait cette aide. Par contre tu peux faire afficher sans problème les symboles < et > en utilisant les entités html < (lower than) et > (greater than).
  • elrikelrik Member
    C'est modifié, merci.

    Cordialement.
  • celenorcelenor Member
    octobre 2006 modifié
    Bonjours à tous !
    Lorsque tu tu parle de la mise en évidence elrik, il ne vaudrait pas mieux parler des balises <strong> et <em> plutôt que des balises <b> et <i> ? Ca serait plus correcte sémantiquement il me semble. Je pense qu'il serait aussi judicieux d'expliquer qu'une balise s'ouvre (<em>) et se ferme (</em>) dans la plupart des cas.
  • Mouais, dans ce cas il faut faire comprendre à l'utilisateur que <b> et <strong> sont différents :/
  • Ou simplement expliquer que si l'on veux faire ressortir quelque chose de très important, il faut mettre <strong>, ce qui dans la plupart des navigateur mettra le texte en gras. Si ce que l'on veux faire ressortir est moins important, on met <em> ce qui se verra en générale en italique. Maintenant c'est peut-être trop compliqué pour quelqu'un qui veux juste mettre du contenu sur internet, j'en sais rien.
  • J'avais bien précisé que c'était imparfait comme doc. Comme elle est placée sous licence CC by sa, tu peux la reprendre et l'améliorer : c'est ça, le libre.

    Bon courage, cordialement.

    eric/elrik
  • Idem... il faut clairement que tu restes dans l'idée de départ : la simplicité...

    L'aide d'Elrik est excellente ! A cela je rajouterai quelques liens vers les très bon sites (grossièrement mon ordre) : selhtml, alsacreation, pompage, lewikidespompeurs, csszengarden.
  • Et OpenWeb.org, ainsi que des articles spécialisés du Site du Zér0...
    J'ai une idée très claire de documentation, j'essaie ^^
Connectez-vous ou Inscrivez-vous pour répondre.