
Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (58)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (7797)
-
Evolution #2040 (Nouveau) : Accueil inistial sur un site nouvellement installé
1er mai 2011, par Suske -Première arrivée dans le privé : contenu/accueil.html est vide => il y a mieux que le vide :-)
un lien vers la config du site
une phrase "Créez maintenant une rubrique puis publiez-y un premier article... bla."
... Un page "premiers pas en quelques sortes (...)
-
Anomalie #4348 : php 7.4 alpha1
25 août 2019, par Franck DHello :)
Bon alors j’ai refais de nouveau une série de tests avec un nouveau spip [24376] aussi bien avec
easyphp en php 7.4 beta2
et
Laragon en php 7.4 beta4 ( https://windows.php.net/downloads/qa/ php-7.4.0beta4-Win32-vc15-x64.zip)
Puisque que de toute façon, il n’y aura plus de nouvelles modifications mais uniquement des corrections de bug https://wiki.php.net/todo/php74A savoir que j’ai fait l’activation de tous les logs dans mes options, donc il y a vraiment tout...
Le prefix des tables est "test3"
Je pense que nous avons pas mal de problèmes avec car même concernant les tests unitaire, nous en sommes à 28 succès, 178 échec / 206 total (cela dit, il faut aussi prendre en compte que certain tests sont en échec, car, il faut avoir 3 articles en lignes par exemple)
Pour y voir un peu peu mieux, faudrait au moins faire les récurrentes :
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\svp\svp_fonctions.php on line 44
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\safehtml.php on line 288
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 71
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 169
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 177
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 214
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 704
Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 941
Notice : Trying to access array offset on value of type null in C :\laragon\www\test3\ecrire\inc\charsets.php on line 845Franck
-
Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...
5 juin 2015, par Pascal VerrierBonjour,
Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.Cela n’interdit pas de saisir des codes type
(correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.
Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.
Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.
En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.
(* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)
Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
Merci.