Recherche avancée

Médias (0)

Mot : - Tags -/objet éditorial

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (30)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (5561)

  • Evolution #3720 (Nouveau) : Refaire un éditeur à base de CodeMirror + ajouts

    27 février 2016, par RastaPopoulos ♥

    Cahier des charges :
    - Dans l’éditeur lui-même, avoir une vue plus sémantique de ce que l’on tape (WYSIWY Mean !)
    - Pouvoir mettre en plein écran
    - Pouvoir prévisualiser le vrai rendu HTML final (avec les images, modèles, etc)
    - Pouvoir éditer côte à côte avec la prévisu
    - Être pérenne et que le noyau puisse reconnaitre plusieurs syntaxes

    Des gens ont fait ça pour Markdown mais malheureusement QUE pour Markdown. Mais en fait quasiment tout ce qui est important est géré en sous-main par CodeMirror !
    https://simplemde.com/

    Leur éditeur est en fait relativement simple :
    => c’est CodeMirror à 80%
    + ils ajoutent une CSS qui ne change pas juste la couleur pour la syntaxe, mais aussi la taille, pour les titres, gras, italique, etc
    + ils ajoutent une barre de boutons
    + ils ajoutent un système de prévisu (seul ou côte à côte)

    CodeMirror est entre l’autre l’éditeur de code de Chrome et Firefox, et de milles autres choses. Il est à priori (très) pérenne, modulaire, et sait gérer plusieurs syntaxes en les déclarant dans un module JS (un "mode"). En plus de la reconnaissance de syntaxe, il gère déjà plein de plugins comme raccourcis claviers, continuer une liste quand on fait Entrée, etc.

    Pour SPIP je propose cela :
    - faire un mode CodeMirror qui gère uniquement les modèles SPIP, et peut-être les liens (ce qui permettrait de l’utiliser avec d’autres syntaxes que SPIP, notamment dans Markdown)
    - faire un mode CodeMirror pour tous les trucs SPIP autre que modèles
    - faire une CSS qui rend plus sémantique la saisie SPIP (agrandir les intertitres, etc)
    - récupérer la CSS pour la saisie Markdown de SimpleMDE
    - trouver une barre de boutons se basant déjà sur CodeMirror : les boutons ne feraient qu’appeler des comportements CodeMirror
    - re-implémenter notre système de prévisu + de fullscreen et côte à côte dans cette nouvelle barre (= comme SimpleMDE !), sachant que nous la prévisu ça appelle un truc serveur, alors que SimpleMDE il semble que c’est tout en JS client.

    Je pense que le plus gros est de faire les deux modes de syntaxes SPIP pour CodeMirror. Mais une personne a fait un projet très cool qui apparemment fonctionne déjà : une déclaration de grammaire en JSON, beaucoup mieux que la programmation JS des modes de CodeMirror :
    https://github.com/foo123/codemirror-grammar
    Et ça marche !

    Pour le reste, on doit pouvoir s’inspirer de SimpleMDE mais en généralisant :
    1) Ce serait bien d’avoir une barre de bouton pour SPIP et pour Markdown en même temps (en fait avoir deux déclarations, suivant le mode voulu)
    2) Avoir notre prévisu-serveur.

    Comme on le remarque, je propose deux choses qui permettent de garder Markdown sous la main :
    1) séparer la déclaration des modèles (et peut-être des liens)
    2) avoir deux déclarations de boutons

    Cela permettra d’office, avec le même éditeur, la même base commune, de savoir gérer à la fois SPIP et Markdown. Cela me semble important à prendre en compte dès le début.

  • Evolution #3089 : Suppression des rubriques : informer des liens qui empêchent

    11 août 2014, par Fil Up

    un message de neofutur qui dit quelque chose de similaire :

    ```
    09:41 (02:58) < neofutur>
    http://forum.spip.net/fr_256464.html#forum258451
    09:41 (02:58) < neofutur> a priori des tas de gens ont ce probleme
    09:41 (03:00) < neofutur> empecher la suppression de la sous
    rubrique vide parce qu elle a une photo associee en tant que
    logo . . . ca meriterai une explication
    09:41 (05:04) < neofutur> peut etre avoir un bouton "supprimer" qyi
    est inactif ( greyed ) avec un survol qui dit "supprimer d
    abord le logo . . ."
    ```

  • Evolution #2999 (Nouveau) : Pourvoir personnaliser le contenu de la constante _IS_BOT

    13 mai 2013, par - Equipement

    Bonjour,

    Les signatures des moteurs d’indexations sont définies dans ecrire/inc_version.php, AVANT le chargement du fichier mes_options.php (et avant le chargement des plugins).

    Aussi, je ne vois pas comment on peut compléter cette liste de signatures via le fichier mes_options.php où via un plugin.

    Lorsqu’on utilise mnogosearch sur des sites intranets, ce serait commode.
    Par ailleurs, d’autres ont eu également ce besoin : http://forum.spip.net/fr_247990.html

    Cordialement
    Equipement

Navigation