marcimat@rezo.net
400b2a11fa
- Certaines saisies n'étaient pas passées à la nouvelle nomenclature à base de div.
...
- Introduction de 'conteneur_class' pour remplacer 'li_class' (toujours fonctionnel si présent).
8 years ago
cedric@yterium.com
dbbdd38271
structure html plus generique pour la saisie explication, pour etre sur de tomber sur les styles conventionnels
8 years ago
cedric@yterium.com
a66480ef59
Bugfix utilisation des div au lieu de ul/li dans les formulaires, ajustement des regles CSS, correction des JS
8 years ago
cedric@yterium.com
e9265ce372
ajouter un [aria-describedby="(#ENV{describedby})"] sur les saisies qui ont une explication
8 years ago
cedric@yterium.com
7cfc617f8f
Appliquer aussi le changement de balise sur le fieldset
8 years ago
cedric@yterium.com
d16b7523b0
A partir de SPIP 3.1 on utilise des div au lieu des ul/li dans les formulaires
8 years ago
cedric@yterium.com
ce1d1b59d4
class editer-groupe
8 years ago
salvatore@rezo.net
850b10b4e6
[Salvatore] [source:_plugins_/saisies/trunk/lang/ saisies] Export depuis http://trad.spip.net
8 years ago
marcimat@rezo.net
c053a7c973
Notice PHP en moins si on édite un fieldset dans le constructeur de formulaire : lorsqu'il cache les saisies qu'il contient, le message précisant l'action ( «2 champ(s) masqué(s) ...» ) est aussi une saisie 'explication' incrustée, mais qui n'a aucun identifiant.
8 years ago
marcimat@rezo.net
154a459c8d
Chaîne de langue manquante dans le yaml d'une saisie sélecteur de document.
8 years ago
marcimat@rezo.net
da9664aa16
Permettre pour la saisie mot d'avoir obligatoirement une balise SELECT.
...
Depuis r81068 en présence d'un id_groupe, la saisie mots peut afficher des
cases à cocher. C'est perturbant lorsqu'on l'utilise couplé à la librairie JS 'Chosen',
qui ne sait rien faire de ces cases à cocher.
Exemple :
`
[(#SAISIE{mot,mots,
obligatoire=oui,
li_class=haut,
class=chosen,
id_groupe=4,
multiple=oui,
forcer_select=oui,
label=<:leplugin:label_selectionner_thematiques:>})]
`
8 years ago
marcimat@rezo.net
f29e37ca6d
Renommer _conteneur_html en saisies_base_conteneur, plus lisible (sur la bonne idée de Rasta).
8 years ago
marcimat@rezo.net
3735d4cd7e
un poil de doc du paramètre _conteneur_html.
8 years ago
marcimat@rezo.net
42b924e34c
Permettre d'indiquer qu'une saisie n'est pas encapsulée dans une balise `<li>` mais dans un autre conteneur, en indiquant alors `_conteneur_html=div` par exemple.
...
Exemple :
`
[(#SAISIE{textarea, mon_champ, _conteneur_html=div, label=Mon champ})]
`
8 years ago
teddy.spip@gmail.com
92ad639fa8
On ferme le tag au bon endroit.
8 years ago
p@henix.be
3fe6f11c26
Ajouter une explication au choix alternatif
8 years ago
marcimat@rezo.net
8766a793a9
Les @uses de phpdoc, ça ne fonctionne pas toujours comme on voudrait :p. + Remettre un code spécifique à php 5, puisque le trunk est uniquement pour SPIP 3, à la place de l'alternative fonctionnant en php 4.
8 years ago
marcimat@rezo.net
9b7d0496f2
Bricoles de phpdoc.
8 years ago
marcimat@rezo.net
c3fb4a8f83
Autre coquille de phpdoc.
8 years ago
marcimat@rezo.net
0fa39d5021
Ça se passe de commentaire pour le fichier de pipeline… il y avait une erreur de syntaxe !
8 years ago
marcimat@rezo.net
94542022e6
Coquille dans un phpdoc ; et pour le fichier saisies_pipelines, je ne sais pas, il ne voit pas bien le phpdoc d'entête. Je change les fins de ligne comme les autres fichiers (LF) et non CRLF pour tester.
8 years ago
marcimat@rezo.net
22a0384617
Quelques coquilles de phpdoc.
8 years ago
marcimat@rezo.net
24a849adcf
- PHPDoc en plus à certains endroits
...
- Pas de fermeture de php sur les fichiers php
- Le phpdoc nécessite 2 étoiles
- Les pipelines simplement déclarés (et non utilisés dans saisis) le sont dans paquet.xml directement
8 years ago
guillaume.wauquier@declic3000.com
2c0309110a
Ajout des attributs HTML5 min, max et step sur le champs input (cf: http://www.w3schools.com/html/html_form_input_types.asp )
8 years ago
willmann@netzsachen.de
6e0562c7a4
[Salvatore] [source:_plugins_/saisies/trunk/lang/ saisies] Export depuis http://trad.spip.net de la langue de
8 years ago
kent1@arscenic.info
1d9112e4db
Permettre de passer une option "multiple" aux mots
...
Ajouter une option "size" pour les "multiple" que ce soit sur les mots ou les secteurs
Version 2.0.4
8 years ago
bruno.caillard@free.fr
c74d0f169c
Il manquait celui là
8 years ago
spip.franck@lien-d-amis.net
4816fb8519
Il manquait les bornes mini aux "utilise".
...
verifier en 0.1.10 (première version pour spip 3.0.0)
bonux en 3.0.0 (première version pour spip 3.0.0)
8 years ago
rastapopoulos@spip.org
d3a01f5b43
Les input date HTML5 ne fonctionnent pas partout, et le picker actuel fourni par SPIP ne sait pas encore différencier les navigateurs qui savent le faire ou pas. Du cuoup sur ceux qui le font, on a les deux et ça pète tout. Donc pour l'instant pas de HTML5 nulle part, on laisse le picker JS qui marche à peu près partout.
8 years ago
salvatore@rezo.net
66ba3ec47d
[Salvatore] [source:_plugins_/saisies/trunk/lang/ paquet-saisies] Export depuis http://trad.spip.net
8 years ago
salvatore@rezo.net
2056e2da7e
[Salvatore] [source:_plugins_/saisies/trunk/lang/ saisies] Export depuis http://trad.spip.net
8 years ago
marcimat@rezo.net
c442efc113
Il a bien mérité un incrément de version
8 years ago
marcimat@rezo.net
a68a299bb0
Lorsqu'une saisie 'ligne' (input text) ou textarea de champs extras est présente sur un objet éditorial, mais que son contenu n'est pas renseigné, eviter de faire croire le contraire à saisies-vues/_base.html en ne retournant pas une valeur telle que '<p></p>', de sorte que les classes CSS 'non_renseigne' et 'vide' soient bien présentent dans le résultat. Corrige un problème donc sur la vue d'un article qui affichait certains champs extras non renseignés. Ce n'est peut être pas la meilleure solution de correction. À voir.
8 years ago
marcimat@rezo.net
52c0f56674
Éviter un peu partout les [ et ] ...
8 years ago
marcimat@rezo.net
e44a281106
Correction sur la saisies destinataires si plusieurs valeurs sélectionnables
8 years ago
marcimat@rezo.net
09ee681983
Éviter de disgracieux appels à |chr. On est en SPIP 3, \[ et \] fonctionnent. Il y a aussi de nombreux [ et ] qui pourraient être enlevés.
8 years ago
marcimat@rezo.net
6181868eff
On est en SPIP 3 : quelques table_valeur en moins
8 years ago
marcimat@rezo.net
813cd23a8d
On est en SPIP 3 : quelques table_valeur en moins
8 years ago
marcimat@rezo.net
1bf5f855d0
On est en SPIP 3 : quelques table_valeur en moins
8 years ago
marcimat@rezo.net
0a6996e689
On est en SPIP 3 : quelques table_valeur en mois
8 years ago
marcimat@rezo.net
b0f2c5dc32
Celui là était de trop !
8 years ago
marcimat@rezo.net
f97a1ac4f8
Le test d'erreur était devenu faux, vu que maintenant 'message_erreur' est toujours rempli…
8 years ago
marcimat@rezo.net
3bd3291ecf
Les chemins des scripts de jquery.ui en 3.1 ont changé. Suppression des vielles recherches de ces scripts pour spip 2, puisque cette branche est pour spip 3 uniquement maintenant.
8 years ago
marcimat@rezo.net
96dc32faa7
Un beau var_dump comme on les aime.
8 years ago
marcimat@rezo.net
f0db35e9d1
Éviter en 3.1 d'avoir des messages d'erreur automatique lorsque ce n'est pas nécessaire.
8 years ago
marcimat@rezo.net
fd3b54e598
Notice php en moins lors de l'édition d'un champs extras
8 years ago
gilles.vincent@gmail.com
5d6ed28905
revert de [86508]
8 years ago
gilles.vincent@gmail.com
b70acf18cc
Utilisons des textes encodés correctement. -- conversion via xml2asc de HTML-XML-utils
8 years ago
guy.cesaro@gmail.com
60e2f48fa0
faire fonctionner tout_selectionner (ce paramètre est documenté où?) pour les checkbox avec jQuery >=1.9
8 years ago
guy.cesaro@gmail.com
120ab905a0
Ce trunk n'est pas pour 2.1 + saut de version à 2.0.0 pour laisser de la place aux patchs sur la branche v1
8 years ago