SPIP-Contrib

Toutes les contributions à SPIP

Accueil > Contribs à ranger > Une macro Spip pour Open Office !

Une macro Spip pour Open Office !

lundi 29 novembre 2004

La contrib Macro Word a été l’une des premières contribs. Voici l’équivalent pour OpenOffice.

Il vous suffit avec cette macro d’écrire votre article (en fait le texte de l’article) dans openoffice puis de cliquer sur un bouton « copier vers Spip » qui va transformer le texte en texte Spip. Il n’y a plus qu’à aller en ligne et de faire coller dans votre champ texte sur votre site Spip.

Les fonctions principales sont présentent (gras, italique, retour chariot, tableau ... ).

Cette macro est disponible sur bobiciel.com, choisissez le lien « Copier pour WikiWiki » (Wikipedia.org, Spip.net, Wikini.net) (énumération du contenu d’un document OpenOffice.org)

P.S : cette macro fonctionne pour Spip et pour wikiwiki


Voir en ligne : Bobiciel.com, téléchargement

36579 discussions

  • Bonjour,
    très sympa ce squelette.
    J’ai quelque problèmes avec les outils du Couteau suisse.
    Les découpes en onglets et en blocs ne fonctionnent pas.
    Si vous avez une idée ?
    Merci

    Répondre à ce message

  • 3

    Juste pour signaler une petite erreur

    • SPIP 3.2.5 [24404]
    • Squelette Documentation 3.0.11
    • Champs Extras 3.12.1
    • Saisies pour formulaires 3.25.1
    • Z-core 2.8.1
    • Zpip-dist 2.0.11-dev
    • Critères Suivant Précédant 1.4.4
    • Coloration Code 0.9.17
    • pas Forum installé

    Après vidage du cache ou lorsque le cache est désactivé (je précise parce-que j’ai l’impression que ça le fait pas tout le temps, ou alors ça dépend d’autres réglages ?) et lors de la prévisualisation, j’ai les deux erreurs suivantes :

    Numéro Message squelette boucle Ligne
    1 Filtre me non défini plugins/auto/documentation/inclure/forum.html _comments-fils-1 69
    2 Filtre me non défini plugins/auto/documentation/inclure/forum.html _comments-list-1 63
    • Je ne me suis jamais occupé du squelette documentation en tant que tel. Il faudrait corriger directement sur la version svn.

    • Pas de souci ; je regarde ça dès que j’ai un moment (mais je préfère reporter d’abord car j’y pige rien à la structure Z qui multiplie des fichiers dans tous les sens) Je suppose que cette erreur est liée soit à un oubli soit au fait que le filtre est déclaré dans un autre plugin (j’ai pensé à « Forums » qui est utilisé et que je n’ai pas installé)

    • il faut utiliser un ?var_mode=inclure pour retrouver les fichiers.

      Au début c’est un peu complexe, mais à long terme une structure Z permet d’avoir des grosses cohérences.

    Répondre à ce message

  • Attention, avec SPIP 3.2 j’ai bien le bouton de configuration du plugin, mais la page de configuration na affiche plus de formulaire...

    Répondre à ce message

  • 1

    Je découvre et salue ce greffon. C’est le genre de petits plus qui gagnent à être intégré dans le cœur de SPIP !

    • Par contre, je remarque un léger souci. Si par exemple on met <code class="spip">#BALISE</code> dans un texte ; celui-ci est récupéré par le plugin alors que c’est « inline » C’est fâcheux.
      Je pense que le comportement normal ne devrait pas être changé quand on n’a pas plus d’une ligne de code...

    Répondre à ce message

  • 1

    Salut Joseph,

    Malheureusement cite et inserer_modeles ensembles ça fait planter grave le site. Est-ce que tu as déjà été confronté avec ce problème ?

    • Bonjour
      je n’ai jamais eu ce problème mais j’ai fait tourner les deux sur une version 3.0 de Spip.

      Tu peux décrire plus précisément le problème que tu rencontres ?

    Répondre à ce message

  • 4

    Bof, bof, :) Comme dit si bien la documentation, ce ne sont que les les quelques cas pris en charge par SPIP qui sont colorisés ...alors que la bibliothèque Geshi permet bien plus :o
    Je continue à creuser :D

    • il suffit de mettre le nom du code dans la class du cadre ?
      comme ceci, exemple d’un cadre code ou

      x = 1
      if x == 1:
          # indented four spaces
          print("x is 1.")
      package main
       
      import "fmt"
       
      func main() {
          fmt.Println("hello world")
      }
          #include <iostream>
          using namespace std;
          int main() 
          {
              cout << "Hello, World!";
              return 0;
          }
      if [[ ! -e "${archive_path}" ]]; then
              echo "dl paquet  ${dl_url}" >&2
              curl -fsSL "${curl_header[@]}" ${dl_url} -o ${archive_path} \
                  && log_success "paquet ${prefix} téléchargé" \
                  || log_error   "erreur lors du téléchargement ${prefix} ${repo} ${api_url}"
      fi

      Il vous faudrait la coloration pour quel langage ?

    • bizarre dans la prévisualisation ça semble fonctionner :)

    • Comme mentionne la documentation du plugin :

      Les lan­ga­ges susceptibles d’être colorisés sont ceux four­nis dans https://zone.spip.net/trac/spip-zone/browser/_plugins_/coloration_code/branches/v0.6/geshi/geshi dont la classe sup­plemen­taire :

      Effectivement, il y a tous les langages supportés par GeSHi (j’avais cru, à la lecture, qu’une sélection avait été faite mais la bibliothèque/lib est visiblement complète)
      Au fait, pour le C++ c’est « cpp »

      Par contre, ça n’a pas l’air de fonctionner pour tous, comme le montrent tes exemples (j’avais, pour ma part, testé « go » et « python » aussi, ainsi que « sql »/« plsql »/« postgresql » qui n’ont pas fonctionné alors « mysql » et « spip » oui)

    • Bon, entre temps j’ai trouvé... GeSHi est bien appliqué (et en regardant le source de la page, « c++ » est magiquement reconnu...) Par contre, il y ici (toujours dans le code source de la page) un appel à « plugins/gribouille2/css/geshi.css » qui associe les classes générées par GeSHi aux classes englobantes suivantes : « spip_spip » ; « spip_php » ; « spip_xml » ; « spip_css » ; « spip_bash »
      Donc, ce qui semble fonctionner chez moi doit provenir d’un plugin qui défini les CSS qui vont bien (sachant que le plugin lui-même ne propose que la numérotation dans l’espace privé...) Mystère résolu...

    Répondre à ce message

  • 7

    Dans le cas où il y a des conflits javascript, je trouve plus simple de prendre le problème à l’envers : garder les ancres douces partout, et désactiver sur certains blocs ponctuellement.

    Dans ce cas, je rajoute la classe « no-ancres-douces » là où ça pose poroblème, et dans mes_options.php :

    1. <code>define ('ANCRES_DOUCES_CONTEXTE',':not(.no_ancres_douces)');</code>
    • Oups, j’ai parlé trop vite, ça ne fonctionne pas ainsi. Et la bonne valeur c’est CONTEXTE_ANCRES_DOUCES.

    • C’est corrigé dans la doc...

    • Bonsoir,

      Je déterre cette option qui ne fonctionne pas chez moi :

      1. define ('CONTEXTE_ANCRES_DOUCES',':not(.no_ancres_douces)');

      alors que :

      1. define ('CONTEXTE_ANCRES_DOUCES','.ancres_douces');

      fonctionne !

      Il n’y a rien a modifier dans Ancres Douces ?

      Merci.
      François.

    • Bonjour,

      De mon côté je n’arrive pas à faire fonctionner le define avec le sélecteur :not() comme tu l’indiques : tu as modifié autre chose ?

      SPIP et Ancres Douces à jours.

      Merci,
      françois

    • Non je n’étais pas arrivé à faire fonctionner ainsi, et depuis je n’ai pas trop regardé.
      Nb : maintenant c’est de base dans les navigateurs récents :

      html {
        scroll-behavior: smooth;
      }
    • Merci tcharlss, mais c’est confidentiel quand même :
      https://caniuse.com/#feat=css-scroll-behavior

      Je vais regarder du côté de jQuery.localScroll.

    • Et bien il y a la variable filter qui permet de filtrer les sélecteurs que l’on veut exclure :

      1. $.localScroll.defaults.filter = ':not(.no_ancres_douces)';

      mais il faut applique le sélecteur directement sur les href à exclure et pas uniquement sur le conteneur !

      françois

    Répondre à ce message

  • Il ne fonctionne plus avec la dernière version ? Ou le nouveau squelette de Contrib ne l’utilise plus ?

    Répondre à ce message

  • Bonjour,
    quelque chose doit m’échapper... je n’arrive pas à déclarer le formulaire.
    J’ai écrit un fichier « monmodele.yaml » l’ai placé dans le répertoire « squelettes/modeles/ », vidé le répertoire « /local/ » et certains sous-répertoires de « tmp/ »
    Le modèle n’apparaît pas...
    Que faut-il faire de plus ?
    Merci
    Cordialement

    Répondre à ce message

  • 6

    Bonjour, avez-vous des retour de plantage suite à une maj récente ? C’est mon cas, après MAJ ce soir sur la dernière version du plugin, page blanche (vérification faite, c’est bien Autorité qui pose problème pour mon cas). J’avais la version du Commit de mars (revision 114309) qui marchait parfaitement, en ayant personnalisé par ailleurs les squelettes où apparaissent les emails d’auteurs de façon à gérer « à la mano » l’affichage ou non des emails en fonction du statut. Après qqs recherches, il semble que le dernier commit sur ce plugin il y a 3 mois portait sur l’affichage des emails d’auteurs. Ca m’embête de retravailler (et retrouver c’est surtout ça, après 5 mois de mise de côté) les squelettes personnalisés alors que par ailleurs Autorité me sert pour différentes choses. Bref si vous avez des infos ou si vous avez diffusé qqch sur la démarche à faire après mise jour du plugin Autorité, je suis à l’affût. Merci.

    • Bonjour,

      Avez vous activé le mode de débug pour voir les erreurs s’afficher déjà ?

    • Merci de votre suivi. Oui, dans le debug j’ai apparemment une unique erreur dans le squelette modeles « lesauteurs.html » que j’avais personnalisé, cette erreur ne s’affiche que depuis que j’ai mis à jour le plugin Autorité, puis desinstallé (dû à la page blanche consécutive) puis réinstallé dans la version que j’avais précédemment. Mais c’est pénible car tout fonctionnait parfaitement auparavant. J’aurais aimé une conduite à tenir pour les utilisateurs qui avaient déjà mis en place les correctifs adéquats en termes de confidentialité pour les emails, et qui se retrouvent un peu dans les choux avec cette maj du plugin. Avez-vous publié quelque chose à cette fin ? un article quelque part ?

    • Pour compléter : SPIP 3.2.4 écran de sécurité 1.3.11, et je constate avec surprise sur spip-blog qu’une nouvelle version stable est disponible, alors qu’aucune information ne le mentionne en bas des pages privées (c’est habituellement le cas). Je cherchais une info sur spip-blog pour auto-réponse à ma question posée, et constate que rien ne figure à ce sujet. Aucune volonté critique de ma part, c’est juste qu’on est un peu démuni.

    • Il serait bien pour aider de remettre à jour SPIP + tout les plugins
      Activé les erreurs php
      Les communiquer ici afin que l’on l’aide à corrigé.

    • Apparemment mon msg précédent (bien que posté deux fois) n’est pas passé. Je vais remettre à jour, seulement c’est par hasard en consultant Spip blog à la recherche d’info relative au problème, que je constate qu’une nouvelle version est disponible, alors que rien ne s’affiche comme notification de mise à jour en bas de mes pages privées. (spip 3.2.4)

    • ton message était en status « proposé » car considéré, à cause du nombre de lien, comme un potentiel spam.

      Pour répondre à ta question : SPIp vérifie toutes les x heures en se connectant à spip.net si des mises à jours sont dispos. Il est normal lorsqu’une mise à jour vient tout juste de sortir qu’elle ne soit pas forcément reférencé immédiatement en pied de page de spip. Tout dépend combien de temps le robot met à venir.

    Répondre à ce message

Un message, un commentaire ?

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document