Recherche avancée

Recherche
Choix de la période de publication
Date minimale :

Date maximale :

Type de date :
Choix de la langue
Choix du type de média
Choix de la rubrique
Choix de la licence de publication
Choix de l’auteur

Médias (0)

Mot : - Tags -/alertes

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (67)

Participer à sa traduction

10 avril 2011

Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...)
Multilang : améliorer l’interface pour les blocs multilingues

18 février 2011, par kent1

Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.
Publier sur MédiaSpip

13 juin 2013

Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ... | 23

Sur d’autres sites (12383)

Anomalie #3688 (Nouveau) : Différence de traitement du IN selon qu’un critère est facultatif ou pas

9 février 2016, par tcharlss (*´_ゝ｀)
Description :¶

Il semble y avoir une différence de traitement selon qu’un critère est facultatif ou pas, quand dans l’environnement, la valeur correspondant au critère est un array. Dans un cas, ça fait bien un WHERE machin IN (x,y,z), dans l’autre, ça fait un WHERE machin = truc bizarre.

Pour reproduire :¶

Soit un squelette qui en inclus un autre :
Squelette inclus :
```
#ID_AUTEUR
```
Au niveau de ce dernier, #ENV{id_auteur} est un tableau qui contient des strings, au lieu de int :
```
array (size=10)
  0 => string ’1’ (length=1)
  1 => string ’2’ (length=1)
  etc.
```
Avec le critere facultatif {id_auteur ?}, la boucle passe, on a bien un IN dans le WHERE :
```
auteurs.id_auteur  IN (1,2,3,4,5,6,7,8,9,10)
```
En revanche avec le critere id_auteur, ça ne fonctionne pas :
```
auteurs.id_auteur = (2 1 (3) : 4)
```
Anomalie #3846 (Nouveau) : La compression JS retire des espaces dans des chaines entre quotes

25 octobre 2016, par b b

Je viens de remarquer que dans certains cas, la compression JS retire des espaces dans des chaînes entre quotes, cf :

http://zone.spip.org/trac/spip-zone/changeset/100159

Le script passé à travers le filtre compacte est le suivant :

http://zone.spip.org/trac/spip-zone/browser/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js

En y regardant de plus près, des chaînes comme " leaflet-" deviennent "leaflet-" après compression, et comme celles-ci sont utilisées pour définir des classes css à appliquer sur des éléments du DOM, on se retrouve avec des attributs class comme "mahcinbidule" au lieu de "mahcin bidule".

Le truc étrange, c’est que toutes les chaînes du type " machine" ne sont pas impactées, seulement certaines le sont...
Anomalie #3647 : #INTRODUCTION

11 janvier 2016, par Ivan Lewkowitz

Hello Franck, désolé, voici plus de détails :

Il s’agit d’un Spip 3.0.21 mis à jour en 3.1 via Spip_loader.
J’ai suivi les indications de maj. Les plugins sont compatibles (couteau suisse).
Base de données : MySQL (exportée du site online via l’admin de Spip et réimportée en local, toujours via l’admin Spip, même version évidemment). Le fichier se termine en .sqlite (et non .dump ou autre).
Le codage de la base est tout en utf-8, idem pour le site lui-même.

Online, le site est en Spip 3.1 et Php 5.2 (module Apache) alors que dans Mamp, c’est Php 5.6.10 qui tourne (ou Php 7 au choix). Quand on passe d’une version à l’autre de Php en local, la première balise #INTRODUCTION est ignorée (le DIV accueillant l’intro est vide au lieu d’afficher un paragraphe).
Ça c’est pour l’intro dans une boucle ARTICLES.

[(#INTRODUCTION800|liens_ouvrants|propre)]

Mais bizarrement, j’appelle aussi l’intro en survol sur des titres d’articles plus loin, et ça fonctionne sans problème :

Donc… mystère. Donc pour résumer ma première balise intro ne saute qu’en local et avec Php 7 (donc rien de dramatique). J’ai pas essayé d’activer Php 7 chez mon hébergeur ; c’est proposé en beta encore.
A ta dispo.