
Recherche avancée
Autres articles (63)
-
Pas question de marché, de cloud etc...
10 avril 2011Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
sur le web 2.0 et dans les entreprises qui en vivent.
Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...) -
Activation de l’inscription des visiteurs
12 avril 2011, parIl est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (12325)
-
Revision 62476 : On améliore nos pipelines On ajoute une static pour éviter de ...
13 juin 2012, par kent1@… — LogOn améliore nos pipelines
On ajoute une static pour éviter de repasser dans le goulot plusieurs fois.
On utilise document_modifier au lieu d’une requete sql
On ajoute quelques explications -
Revision 62814 : Une chaine de langue manquante Moins de logs De simples quotas au ...
21 juin 2012, par kent1@… — LogUne chaine de langue manquante
Moins de logs
De simples quotas au lieu de doubles, il parait que c’est plus rapide -
Inscriptions3 + Champs Extra
6 août 2018Bonjour,
Voici quelques points liées à l’utilisation de Champs Extra dans Inscription 3. Je vais détailler un peu mais dans l’idée, il s’agit d’adapter l’affichage de champs ou de leur valeur selon leur nature (input, radio, select ou fieldset), pour l’heure cela semble bien pensé pour les inputs et textarea, mais pour le reste ça pèche un peu.
Page des utilisateurs (ecrire/ ?exec=inscription3_adherents) :
Bug :
Les champs fieldset et explication provoque une erreur alors qu’il devrait être ignorer. Il va de soit qu’on ne devrait pas cocher la colonne ’table’ pour ces champs dans la page de configuration, mais malheureusement c’est une erreur fréquente.Soucis d’affichage :
- Pour les selects, les entêtes des colonnes sont erronées, on voit par exemple ’label_nom_champs’ au lieu du nom du champs
- Pour les selects, on voit dans les cellules du tableau et non des valeurs
- Les dates sont au format SQL, pas si simple à lire pour les utilisateurs.
Page de configuration (ecrire/ ?exec=configurer_inscription3) :
Bug :
- Dans la première colonne dans la partie des champs extras, le label est vide pour les checkbox, impossible de les identifier sinon par l’ordre dans la liste.
- Idem avec les champs ’explication’
- Il faut supprimer les cases à cocher de la colonne ’Table’ pour les champs ’explication’ et ’fieldset’, ils créés l’erreur fatales dans la page des utilisateurs.
- Il faut supprimer les cases à cocher de la colonne ’Obligatoire’ pour les champs ’explication’ et ’fieldset’, car si ils sont cochés, le formulaire d’inscription ne pas être validé par l’utilisateur, c’est une erreur fréquente chez moi...
Groupe de champs :
Par le passé, j’ai voulu exploiter les fieldsets (Groupe de champs) de champs extra, pour grouper des champs...
Malheureusement, cela ne semble pas être pris en charge par Inscription3.
Les champs groupés disparaissent de la page de configuration, ils en deviennent inconfigurable...
Et on perds les options d’affichage conditionnel par groupe par exemple...Vous pouvez compter sur moi pour des tests suite à la correction de ces bugs.
Merci d’avance,
Jul