headers
aurélien levy | 20 Jul 16:17
Picon
Favicon

modele de pagination accessible

Bonjour

je suis arrivé à quelque chose qui devrait être fonctionnelle (ça l'est 
d'après mes tests) avec les modèles que je propose ici :
http://zone.spip.org/trac/spip-zone/browser/_modeles_/accessible/prive/modeles
+ le fichier de langue à jour
http://zone.spip.org/trac/spip-zone/browser/_modeles_/accessible/ecrire/lang/public_fr.php

Il est désormais possible de préciser le type d'item qu'on est entrain 
de paginer avec l'utilisation de paramètres supplémentaire sur la balise 
#PAGINATION. Ces deux paramètres sont :
- avant_item (permet d'afficher du texte avant l'item)
- apres_item (permet d'afficher du texte après l'item)

exemple d'utilisation :
[(#PAGINATION{page,item_avant=page,apres_item=des articles à la une})]
permettra d'avoir title="page 1 des articles à la une", title="page 2 
des articles à la une" sur les liens 1,2 etc
Les liens ... auront comme title première page des articles à la une et 
dernière page des articles à la une

[(#PAGINATION{page_precedent_suivant,item_avant=page,apres_item=des 
articles à la une})]
permettra d'avoir title="page 1 des articles à la une", title="page 2 
des articles à la une" sur les liens 1,2 etc
Les liens < et > auront comme title page précédente des articles à la 
une et page suivante des articles à la une

[(#PAGINATION{precendent_suivant,apres_item=des articles à la une})]
permettra d'avoir title="page précédente des articles à la une",
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthieu Marcillaud | 20 Jul 15:30
Picon
Favicon
Gravatar

[(#VAL{0}|intval|=={chaine})] renvoie 1...

Hello

Goetsu a trouvé un bug(?) tout à l'heure...
Un #ENV{*texte}|=={toto} retourne vrai si $texte = int(0).

De la même manière :
[(#VAL{0}|intval|=={chaine})] renvoie 1...

Jeu de test pour vérifier (à mettre dans les tests unitaires ensuite si 
valides ?) :

<br />
[(#VAL{0}|var_dump)] -> string(1) "0"<br />
[(#VAL{0}|intval|var_dump)] -> int(0)<br /><br />

(condition -> retour attendu : erreur)<br />
[(#VAL{0}|intval|=={a})] -> rien : ERREUR retourne 1<br />
[(#VAL{0}|intval|=={0})] -> 1<br />
[(#VAL{0}|intval|=={1})] -> rien<br />
[(#VAL{0}|intval|=={2})] -> rien<br /><br />

[(#VAL{0}|=={a})] -> rien<br />
[(#VAL{0}|=={0})] -> 1<br />
[(#VAL{0}|=={1})] -> rien<br />
[(#VAL{0}|=={2})] -> rien<br /><br />

[(#VAL{0}|=={'a'})] -> rien<br />
[(#VAL{0}|=={'0'})] -> 1<br />
[(#VAL{0}|=={'1'})] -> rien<br />
[(#VAL{0}|=={'2'})] -> rien<br /><br />
(Continue reading)

Permalink | Reply | 0 comments |
headers
Phil | 19 Jul 19:01

document joint aux forums

Salut,

En SVN, dans exec/controle_forum ; un document joint au message apparait 
bien alors que dans exec=articles_forum&id_article (messages des forums 
par articles) le document joint n'apparait pas.

Ce serait peut etre bien que le document apparaisse ?

Phil
Permalink | Reply | 0 comments |
headers
Robert Caron | 19 Jul 12:16
Picon

Problème rédaction article et brève



 

SPIP 2.0.0 dev [12097]

Lorsque je fais un nouvel article (ou une brève) -> j'enregistre -> j'obtiens une page presque blanche avec le titre de mon article et un bouton "retour".

Si je modifie mon article et que j'enregistre il m'en crée un nouveau en attente de validation.

Robert

<div>
<p align="left"><br></p>
<p align="left"><br></p>
<p align="left">&nbsp;</p>
<p align="left">SPIP 2.0.0 dev [<a href="http://trac.rezo.net/trac/spip/changeset/12097">12097</a>]<br><br>Lorsque je fais un nouvel article (ou une br&egrave;ve) -&gt; j'enregistre -&gt; j'obtiens une page presque blanche avec le titre de mon article et un bouton "retour".<br><br>Si je modifie mon article et que j'enregistre il m'en cr&eacute;e un nouveau en attente de validation.<br><br>Robert<br></p>
</div>
Permalink | Reply | 11 comments |
headers
Rainer Müller | 19 Jul 11:21
Picon

Suivi des révisions SVN 12099

Pareille pour SVN 12099

****

Bonjour,

Avec une version SVN 12097  je constate que

    * A chaque fois que je modifie un article il me crée un nouveau
      article au même nom au lieu de modifier l'article initial. Si je
      fais la modification a travers de gribouille (crayon), la
      modification se fait
    * Il n'est pas possible de modifier une ancienne version de
      l'article, car c'est toujours la dernière qui est affiche:
      ?exec=articles_edit&id_article=12&id_version=1

    et

    ?exec=articles_edit&id_article=12&id_version=2

    donnent le même résultat

    * Quand j'écris ou modifie unn article et je l'enregiste, je  tombe
      sur une page Modifier l'article avecun bouton Retour

Salutations
Rainer
Permalink | Reply | 0 comments |
headers
Rainer Müller | 19 Jul 11:08
Picon

Suivi des révisions

Bonjour,

Avec une version SVN 12097  je constate que

    * A chaque fois que je modifie un article il me crée un nouveau
      article au même nom au lieu de modifier l'article initial. Si je
      fais la modification a travers de gribouille (crayon), la
      modification se fait
    * Il n'est pas possible de modifier une ancienne version de
      l'article, car c'est toujours la dernière qui est affiche:
      ?exec=articles_edit&id_article=12&id_version=1

    et

    ?exec=articles_edit&id_article=12&id_version=2

    donnent le même résultat

    * Quand j'écris ou modifie unn article et je l'enregiste, je  tombe
      sur une page Modifier l'article avecun bouton Retour

Salutations
Rainer
Permalink | Reply | 4 comments |
headers
cam.lafit@azerttyu.net | 18 Jul 17:51

php/mysql et charset client

S'lt

Pour remonter l'éventuel problème et comme là suis out pour vérifier
dans le code je préfère poster.

est ce que dans le cadre d'une connexion avec mysql il y a bien
l'utilisation mysql_set_charset()  ?

Là j'ai passé ces 3 derniers jours à essayer de résoudre mon pb
d'encodage (utf/latin), la solution a été de mettre en place un
php_admin_value default_charset "utf-8" dans mon httpd.conf

(ça pourrait etre aussi default_charset = "utf-8" dans le php.ini)

Km
Permalink | Reply | 2 comments |
headers
Phil | 18 Jul 14:48

Valider / Bloquer le lien de syndication

Salut,

j'utilise beaucoup la syndication de contenu et ai été amené à modifier 
  afficher_numero_edit() dans /inc/afficher_objets.php afin d'avoir la 
possibilité de valider ou de bloquer un lien syndiqué.

En effet jusqu'à lors il fallait tout d'abord valider le lien puis le 
bloquer (lourd lorsque le nombre de lien à bloquer est important).

La modif est la suivante :
remplacer dans afficher_numero() ligne 55 :

$s = "[<a 
href='".redirige_action_auteur('instituer_syndic',"$id-publie", 
_request('exec'), $redirect) . "'>"._T('info_valider_lien')."</a>]

par :
$s = "[<a 
href='".redirige_action_auteur('instituer_syndic',"$id-publie", 
_request('exec'), $redirect) . 
"'>"._T('info_valider_lien')."</a>]<br/>[<a href='". 
redirige_action_auteur('instituer_syndic',"$id-refuse", 
_request('exec'), $redirect) . "'><font 
color='black'>"._T('info_bloquer_lien')."</font></a>]";

Voila...
si vous pensez que c'est utile... peut-etre l'integrer ?
Permalink | Reply | 3 comments |
headers
Arnaud Ventre | 18 Jul 12:22
Picon

bug sur ajout de mot clef depuis page naviguer et article

Sur une svn dernier cri (c'est là depuis au moins 10j, testé sur différente version)
J'ai trouvé un petit bug quand on ajoute un mot clef depuis une page de rubrique (exec=naviguer), le cas est similaire quand on ajoute un mot depuis une page article.
Au moment d'enregistrer le mot l'erreur suivante s'affiche :
Fatal error: Call to undefined function ajouter_nouveau_mot() in /home/spip/www/spipsvn/prive/formulaires/editer_mot.php on line 60

J'ai essayer de creuser mais je me suis paumé dans le backoffice entre les parties squeletisées et les actions déclenchées,... .

Ce qui est bizarre c'est que ça ne se produit pas quand on passe par le formulaire de création de mots clefs.
Apparement on passe bien dans le même formulaire non ?
Peut être une variable qui se perd en route ??

ps : J'ai mis un ticket pour pas le perdre
http://trac.rezo.net/trac/spip/ticket/1404

a+
------------------------------
Arnaud 
<div><div dir="ltr">Sur une svn dernier cri (c'est l&agrave; depuis au moins 10j, test&eacute; sur diff&eacute;rente version)<br>J'ai trouv&eacute; un petit bug quand on ajoute un mot clef depuis une page de rubrique (exec=naviguer), le cas est similaire quand on ajoute un mot depuis une page article.<br>
Au moment d'enregistrer le mot l'erreur suivante s'affiche : <br>Fatal error:  Call to undefined function ajouter_nouveau_mot() in /home/spip/www/spipsvn/prive/formulaires/editer_mot.php on line 60<br><br>J'ai essayer de creuser mais je me suis paum&eacute; dans le backoffice entre les parties squeletis&eacute;es et les actions d&eacute;clench&eacute;es,... .<br><br>Ce qui est bizarre c'est que &ccedil;a ne se produit pas quand on passe par le formulaire de cr&eacute;ation de mots clefs.<br>
Apparement on passe bien dans le m&ecirc;me formulaire non ?<br>Peut &ecirc;tre une variable qui se perd en route ??<br><br>ps : J'ai mis un ticket pour pas le perdre <br><a href="http://trac.rezo.net/trac/spip/ticket/1404">http://trac.rezo.net/trac/spip/ticket/1404</a><br><br>a+<br>------------------------------<br>Arnaud
</div></div>
Permalink | Reply | 0 comments |
headers
Matthieu Marcillaud | 18 Jul 11:06
Picon
Favicon
Gravatar

Formulaires cvt ajax, et envoie de fichier

Bonjour,

J'essaie de faire un formulaire qui envoie un fichier, en ajax...
Rien de méchant normalement, mais...

Mais dès qu'on envoie un fichier, le retour du formulaire n'est plus 
ajax. Pour tester, voici un exemple :

formulaires/fichier.html :
-----------------------

<div class="ajax">
<form action="#SELF" method="post" enctype='multipart/form-data'><div>
#ACTION_FORMULAIRE{#SELF}
<input type="file" name="test_fichier" value="" />
<p>#ENV{test_res_fichier}</p>

<input type="text" name="test_texte" value="#ENV{test_texte}"/><br />
<input type="submit" value="tester" />
</div></form>
</div>

formulaires/fichier.php :
-----------------------

<?php
function formulaires_fichier_charger(){
	$vals = array('test_fichier'=>'','test_texte'=>'');
	
	if (isset($_FILES['test_fichier']))
		$vals['test_res_fichier']='fichier recu';
		
	return array(true, $vals);
}

function formulaires_fichier_verifier(){
	return array();
}

function formulaires_fichier_traiter(){
	return array(true,'ok');
}
?>

Resultat :
-----------
En mettant #FORMULAIRE_FICHIER , le formulaire s'affiche
- tant qu'on ne change que le champ 'text', l'ajax continue
- quand on ajoute une image, le post est bien ajax, mais au retour, la 
prochaine validation n'est plus ajax.

Quand c'est dans une page, ça pose pas trop de problème, mais quand 
c'est dans un thickbox ou un nyromodal... c'est plus embetant ;)

Une idée sur ce problème ?

--

-- 
MM.
Permalink | Reply | 1 comment |
headers
Olivier GENDRIN | 18 Jul 10:10

SPIP moins innaccessible que les autres

http://www.neoma-interactive.com/2008/07/17/spip-winner/

--

-- 
Olivier G.
Permalink | Reply | 0 comments |

Gmane