- avr. 07, 2011
-
-
salvatore a rédigé
-
salvatore a rédigé
-
cerdic a rédigé
-
cerdic a rédigé
- 2 vrais bugs par coquille - 2 faux bugs par ecriture ambigue - 1 cas de laxisme sur charger_filtre qui peut retourner null et que l'on utiliser tel quel comme appel de fonction : on lui donne un filtre identite par defaut en retour.
-
- avr. 06, 2011
-
-
Fil a rédigé
-
Fil a rédigé
-
cerdic a rédigé
generer automatiquement la directive css du titre des listes des objets declares (icone de l'objet et padding)
-
b_b a rédigé
-
cerdic a rédigé
fournir un squelette de boite info minimale par defaut lorsqu'aucun n'est defini pour l'objet affiché
-
cerdic a rédigé
Echaffaudage des pages de l'espace privé pour les nouveaux objets, lorsqu'ils sont declares via declarer_tables_objets_sql Pour la page de visu d'un objet exec=monobjet il faut et il suffit d'ecrire les 2 squelettes - prive/objets/contenu/monobjet.html qui affiche le contenu editorial d'un objet champ par champ - prive/objets/info/monobjet.html qui affiche le contenu du bloc d'information de l'objet Pour la page d'edition d'un objet exec=monobjet_edit il faut et il suffit d'ecrire le #FORMULAIRE_EDITER_MONOBJET, qui prend comme arguments : - (id, id_rubrique, retour, lier_trad) si l'objet est rattache aux rubriques - (id, retour, lier_trad) si l'objet n'est pas rattache aux rubriques Pour la page qui liste tous les objets de ce type exec=monobjets il faut et il suffit d'ecrire le squelette de liste prive/objets/liste/monobjets.html Il reste donc actuellement 3 squelettes simples et le formulaire d'edition de l'objet à ecrire manuellement pour disposer d'une interface complete par echafaudage. Il est ensuite possible d'ecrire ses propres squelettes pour chacune des pages ou d'un morceau de page, dans les cas particuliers
-
cerdic a rédigé
-
cerdic a rédigé
-
cerdic a rédigé
-
cerdic a rédigé
-
cerdic a rédigé
-
- avr. 04, 2011
-
-
cerdic a rédigé
sinon cela peut declencher une erreur lors d'un clic sur lien ajax (guy cesaro)
-
cerdic a rédigé
-
cerdic a rédigé
signature du formulaire editer_article : intval sur l'id car new a la creation et 0 au premier POST (rastapopoulos)
-
cerdic a rédigé
-
cerdic a rédigé
-
cerdic a rédigé
mySQL tolere que l'on compare DATE_FORMAT avec 20100404 sous forme numerique non echapee, mais ce n'est pas le cas de tous les gestionnaires SQL. On echappe avec sql_quote, ce qui permet au critere {agenda} de fonctionner sous SQLite
-
cerdic a rédigé
un header de debug laissé par erreur, et faire un exit apres header 304, sinon public/aiguiller envoi un 204 dans la foulee qui fait croire que le menu est vide !
-
cerdic a rédigé
Il faut donc considere que 0001-01-01 veut egalement dire 'pas de date redac', sachant que la vrai date 1/1/1 est en fait stockee 9001/01/01 (c'est un peu foireux pour les tris, au demeurant)
-
cerdic a rédigé
#2016 : Lorsqu'aucune rubrique n'est passee dans le contexte de creation d'un article, laisser une valeur vide plutot qu'essayer de deviner et de se tromper la plupart du temps. Dans ce cas, le premier choix du selecteur de rubrique est vide, et si l'utilisateur ne choisit pas de rubrique il aura un retour en erreur sur un champ obligatoire (sauf dans le cas d'une rubrique qui se retrouvera à la racine). Ceux qui y tenaient vraiment peuvent retablir le comportement ancien avec un define('_CHOIX_RUBRIQUE_PAR_DEFAUT',true); dans mes_options.php
-
cerdic a rédigé
-
cerdic a rédigé
id_parent est un champ obligatoire dans l'edition d'un article, et afficher les erreurs sur ce champ si besoin
-
- avr. 03, 2011
-
-
Eric Lupinacci a rédigé
-
cerdic a rédigé
-
- avr. 02, 2011
-
-
cerdic a rédigé
-
cerdic a rédigé
utiliser #CHEMIN_IMAGE pour beneficier de la surcharge par le theme, et title sur le lien plutot que sur l'image
-
cerdic a rédigé
-
b_b a rédigé
-
b_b a rédigé
on teste une version plus light pour les styles du bandeau qui était en expérimentation dans le plugin pour spip 2.1 : http://zone.spip.org/trac/spip-zone/browser/_plugins_/bandeau/prive/themes/spip21 si ça ne convient pas on revert et zou...
-
denisb a rédigé
-
cerdic a rédigé
-
- avr. 01, 2011
-
-
cerdic a rédigé
Si jamais on se connectait deux fois sur le meme serveur, la seconde fois les fonctions n'etaient donc pas redefinies, provoquant une erreur SQL lorsqu'on essayait d'en utilisait une (cas du REGEXP lors de l'etape 3 de l'installation, apres 2 spip_connect_db) On deplace l'init des fonctions dans req_sqlite des qu'on dispose du $link, et on simplifie la fonction _sqlite_link
-
cerdic a rédigé
2 : no such function: REGEXP apparaissant a l'installation. Mais le correctif ne règle rien et sql_showbase ne fonctionne plus. On revert donc la ligne concernant showbase
-
salvatore a rédigé
-
salvatore a rédigé
-
salvatore a rédigé
-