
Recherche avancée
Autres articles (67)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Submit enhancements and plugins
13 avril 2011If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.
Sur d’autres sites (3568)
-
Anomalie #3593 : pb generer_url_entite si appel dans squelette
14 novembre 2015, par jluc -Le commentaire en ligne 1418 indique l’intention :
// mais d’abord il faut tester le cas des urls sur une base distante
Pour cela le code "if (is_string($public)..)" semble nettement insuffisant.Le bug est révélé dans le squelette suivant :
[(#ID_ANNONCE|generer_url_entitemonobjet,’’,’’,0)]
lorsqu’on remplace le 0 par un 1 afin de récupérer les urls publiques au lieu des urls privées.La question est donc "comment distinguer un connecteur d’un booléen" ?
Une réponse peut être que si $public vaut "1" ou 1, alors c’est un booléen...
À la place de
if (is_string($public) ...)
je proposerais donc
if ((is_string($public) or (intval($public)=="1") AND ... -
Révision 22576 : Suppression d’un code mort, mort depuis longtemps.
23 novembre 2015, par marcimat@rezo.netDéjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
ce if () vaut toujours true. On l’enlève du coup.Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588fDonc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.
-
Evolution #3603 : Ergonomie des onglets de sélection des plugins
24 novembre 2015, par RastaPopoulos ♥Je suis d’accord que dans de nombreux cas, au lieu d’avoir une interface pleines d’options à choisir / cocher / cumuler, il est plus lisible d’avoir 3 ou 4 cas d’utilisation réels dont on sait qu’ils sont utiles, et n’avoir que ça. Évidemment il faut bien réfléchir alors pour être sûr que ne vont pas apparaitre d’autres cas utiles, qui feraient augmenter le nombre d’onglets. Mais là on est dans une interface très précise, qui ne s’occupent que des plugins, c’est à priori pas un truc qui peut augmenter, où des fonctionnalités peuvent apparaitre ou être ajoutées.
Et au passage, du coup, au niveau ergonomique, ce sont VRAIMENT sémantiquement des onglets (alors que des "filtres" affichés graphiquement sous forme d’onglets, ce n’était pas du tout pertinent au niveau ergo).