
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (41)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Les images
15 mai 2013 -
Taille des images et des logos définissables
9 février 2011, parDans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)
Sur d’autres sites (4989)
-
Anomalie #2570 (Fermé) : #DATE dans boucle RUBRIQUES calculer_rubriques_publiees
26 octobre 2014, par cedric -Par ailleurs la doc http://www.spip.net/fr_article904.html#BOUCLE-RUBRIQUES est explicite :
affiche la date de la dernière publication effectuée dans la rubrique et/ou ses sous-rubriques (articles, brèves...).
Ce qui signifie bien la date de la dernière publication qui a eu lieu, ce qui ne veut pas dire qu’on revient en arrière en cas de dépublication (auquel cas on dirait "la date du plus récent objet publié dans la rubrique") C’est subtil mais correspond à une certaine logique.
Pour finir sur le sujet, la fonction "calculer_rubriques_publiees" n’est appelée que dans 2 scenari : après une restauration de base, ou lors de la réparation de la base, pour tout remettre d’equerre.
-
Anomalie #4123 (En cours) : Porte Plume : focus gênant dans certains cas
3 avril 2018, par Mathieu LDans un cas très précis les boutons du porte plume ne fonctionnent pas.
Reproduction :
- ouvrir un article en modification
- sélectionner un bout de texte assez loin par rapport au boutons du porte plume (ça a son importance pour faciliter le test)
- déplacer le viewport du navigateur pour voir le porte plume mais ne plus voir le bout de texte sélectionné
- cliquer sur un bouton du porte plume ("mise en gras" par exemple)
-> au lieu d’appliquer le raccourcis typographique au texte sélectionné le viewport est déplacé vers celui-ci
Reproduit sur Safari et Chrome.
Dans ma tentative de résolution je n’ai pas pu aller plus loin que l’action suivante :
Dans plugins/porte_plume/javascript/jquery.markitup_pour_spip.js, commenter la ligne 260 ($$.focus() ;) -
Anomalie #2876 : Erreur CSS mediabox
30 septembre 2014, par Cédric CorralBonjour,
Je voudrais ré-ouvrir ce sujet car la raison indiquée me semble perfectible.Le choix d’utiliser la syntaxe
.hover
au lieu de:hover
dans les fichiers css des modèles mediabox ne permet pas d’atteindre tous les objectifs de la ligne de code.Cette ligne a pour but d’afficher un icône lors du survol par la souris, sur la photo affichée. Cet effet n’est visible qu’avec le modèle ’fancybox’. Les autres modèles black-simple, thickbox, etc ... n’affiche aucune icône en survol.
Considérant qu’il y ait deux effets à rendre :
1- Le ciblage de l’élément lors du survol.
2- L’affichage d’une icône lors du survol.
La ligne de code pourrait être modifiée pour remplir les deux objectifs.Est-il possible de réouvrir cette anomalie ?