
Recherche avancée
Autres articles (19)
-
Les statuts des instances de mutualisation
13 mars 2010, parPour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...) -
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...) -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)
Sur d’autres sites (3089)
-
SIMD : Add const qualifier where appropriate
19 février 2017, par Erik de Castro Lopo -
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 unje 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<
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à)
-
Refactoring of win_utf8_io
31 janvier 2016, par Erik de Castro Lopo