
Recherche avancée
Autres articles (100)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang 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. -
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)
Sur d’autres sites (9777)
-
Evolution #3961 (Fermé) : ne choisir qu’un seul document quand on fait "changer" un fichier
16 juin 2017, par chan kalanActuellement, quand on fait "modifier" un doc, on peut "changer" le fichier, et là on peut sélectionner plusieurs documents, ce qui ne semble pas très logique. Même si au final il n’y en aura qu’un seul qui sera téléchargé.
La solution serait de placer la class "multi" sur la balise input https://core.spip.net/projects/medias/repository/entry/formulaires/methodes_upload/upload.html#L5 seulement si on a besoin de charger plusieurs documents. -
Revision 37645 : - Désactivation du traitement multi sur les champs contenant du texte ...
25 avril 2010, par yffic@… — LogDésactivation du traitement multi sur les champs contenant du texte (autre que espace, tab, retour a la ligne) en dehors des balises multi - Ajout d’un image en background des champs indiquant leur état (peut-être pas définitif, mais ça sert pour l’instant à (...)
-
Evolution #3306 : Permettre l’ajout d’instructions au rédacteur pour le guider dans sa saisie
24 octobre 2014, par RastaPopoulos ♥Il faudrait pouvoir modifier chaque label humain ET ajouter (ou modifier lorsque déjà existant) un texte d’explication en-dessous, cela pour chacun des champs de tout formulaire (au moins ceux des objets éditoriaux).
Quand je dis "il faudrait pouvoir", je ne pense pas spécialement que ce soit à SPIP de fournir une interface pour le faire, etc, mais par contre il faudrait le pouvoir au niveau API, au niveau technique.
Actuellement tous les formulaires sont "en dur", écrit en HTML directement avec des variables insérés dedans en squelette. C’est peut-être facile à comprendre mais pas du tout modifiable programmatiquement. Par exemple dans Drupal, tout est fait par une API de formulaires, et donc tout formulaire est modifiable, en ayant son contexte, etc, ce qui permet de dire que pour tel objet, dans telle rubrique, on change l’intitulé des champs, par exemple.
Au hasard, Saisies permet à peut près cela avec son API… Je suis d’accord qu’il peut avoir des défauts, mais je préfère penser qu’on peut réfléchir à l’améliorer, plutôt que de rester sur du HTML en dur, uniquement surchargeable une unique fois en dur aussi.