Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (67)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (3701)

  • Anomalie #4513 : Undefined au post d’un message de forum public

    30 juin 2020

    Oups, en disant que c’est du code :

    1. <span class="CodeRay">+                <span class="local-variable">$traitement</span> = <span class="predefined">str_replace</span>(<span class="string"><span class="delimiter">'</span><span class="content">, $connect, $Pile[0]</span><span class="delimiter">'</span></span>, <span class="string"><span class="delimiter">'</span><span class="delimiter">'</span></span>, <span class="local-variable">$traitement</span>);
      2. 

    2.                 <span class="predefined">eval</span>(<span class="string"><span class="delimiter">"</span><span class="char">\$</span><span class="content">v = </span><span class="local-variable">$traitement</span><span class="content">;</span><span class="delimiter">"</span></span>);
      3. 

    3. </span>
      4. 

    Télécharger

  • Anomalie #4651 : Supprimer l’option de configuration avancée "Se limiter au HTML4 sur le site public"

    7 février 2021, par cy_altern -

    Ben non : en 3.2 la meta version_html_max ne semble utilisée que pour la fonction html5_permis() cf [1] qui retourne simplement true / false...
    Alors l’idée est donc d’avoir maintenant par défaut "true" (donc HTML 5 autorisé) et d’utiliser un plugin de compatibilité qui permet de "brider" à HTML 4 (d’où le nom de la constante et le jour où on aura besoin d’indiquer une version de HTML précise il sera toujours temps d’en ajouter une autre...)

  • Evolution #4693 : Homogénéiser , et entre public et privé

    9 mars 2021, par cedric -

    De mémoire le textarea se justifiait pour permettre le copie colle, mais ça date effectivement de temps anciens.

    Pourquoi supprimer le raccourci du porte-plume ? on a décidé qu’il devenait inutile ?

    Est-ce que c’est une question d’usage ?
    Est-ce que c’est une question de markup, et dans ce cas pourquoi ne pas garder le raccourci et changer le markup généré pour passer à si c’est fonctionnellement équivalent et plus moderne ?

    Je suis un peu perdu : j’ai bien compris qu’on avait demandé dans un ticket que je retrouve plus de pouvoir utiliser facilement mais du coup ça pour faciliter la vie des gens habitués au markdown ou au html même, mais du coup ça devient la façon officielle de partager un bloc de code ?

    Je viens de faire un essai et le comportement de cadre (qui génère un textarea) ne peut pas être remplacé par code ou pre : le premier permet bien un copier-coller du contenu sans aucun formattage, en texte brut, alors que si je copie-colle depuis un <code> ou un 

     je récupère du texte formatté. Par ailleurs le <pre></pre> par défaut ne wrap pas les lignes et si je le double pas d’un <code> il échappe pas les &lt;

    Pour info en screenshot ce que j’ai dans mon client mail en faisant un copie-colle depuis le html de l’article et le code source correspondant (que je peux même pas coller là)

Navigation