Liens ouvrant dans une nouvelle fenêtre, once again !

Général
1

Bonjour,

La question qui revient périodiquement ....

V1.4
Quand je veux faire ouvrir un lien dans une nouvelle fenêtre :

- dans un squelette, pas de problème : (adresse ou balise|liens_ouvrants)
- dans le corps d'un article ou d'une brève, pas de problème : [nom du
site->http://adressedusite.org/"target="_blank]

mais quel serait le moyen de faire un lien ouvrant dans une nouvelle fenêtre
pour un article virtuel (=http://… dans le chapeau) ou en utilisant la
fonction de redirection ?

Après c'est promis je ne reviens plus sur le sujet :slight_smile:

Merci, cordialement

---
Patrice
webmaster@ecoparis.org
http://www.ecoparis.org/
---

2

mais quel serait le moyen de faire un lien ouvrant dans une nouvelle fenêtre
pour un article virtuel (=http://… dans le chapeau) ou en utilisant la
fonction de redirection ?

j'ai fait un essai ici:
http://membres.lycos.fr/webgeneraction/ecrire/articles.php3
(visiteur visiteur)

lien en ligne ici:
http://membres.lycos.fr/webgeneraction/rubrique.php3?id_rubrique=13

j'ai juste mis en titre de l'article ceci:

<a href="http://membres.lycos.fr/lestitres/&quot; target="new">Article virtuel avec
lien ouvrant vers SUD</a>

et ça marche.

J'ai même mis une fois un script de formulaire complet en titre, et ca marchait
:o)) mais des fois ça coince et faut aller virer le script dans la bdd.

Walk

3

Je ne veux pas être rabat joie, mais ouvrir de nouvelles fenêtre n'est pas
très accessible.

Voici un extrait des recommandations du W3 (en français)
http://www.la-grange.net/w3c/WAI-WEBCONTENT-TECHS/
-------------------
Ouvrir un frame dans une nouvelle fenêtre du navigateur peut désorienter ou
simplement ennuyer l'utilisateur.
[..]
4.10.5 Evitez d'ouvrir une nouvelle fenêtre pour la cible d'un frame
Points de contrôle dans cette section : 10.1.

Les développeurs de contenu devraient éviter de spécifier une nouvelle
fenêtre comme la cible d'un frame avec target="_blank".
------------------

et voici des exemples concrets :
Jour 16 : Ne pas ouvrir de nouvelles fenêtres
http://www.la-grange.net/accessibilite/day_16.html

Pour terminer, ces règles ne sont "que" des recommendations.
Donc rien d'obligatoire, mais ce serai déjà bien de prendre conscience de
ces "handicaps".

Regarde la Foire Aux Questions du w3 (pas traduite je crois) :
http://www.w3.org/1999/05/WCAG-REC-fact

Amicalement,

Yves

4

Bonjour Yves,

Thursday, September 05, 2002, 2:58:51 PM, vous écrivâtes:

YP> Je ne veux pas être rabat joie, mais ouvrir de nouvelles fenêtre n'est pas
YP> très accessible.

YP> Voici un extrait des recommandations du W3 (en français)
YP> http://www.la-grange.net/w3c/WAI-WEBCONTENT-TECHS/
YP> -------------------
YP> Ouvrir un frame dans une nouvelle fenêtre du navigateur peut désorienter ou
YP> simplement ennuyer l'utilisateur.
YP> [..]
YP> 4.10.5 Evitez d'ouvrir une nouvelle fenêtre pour la cible d'un frame
YP> Points de contrôle dans cette section : 10.1.

YP> Les développeurs de contenu devraient éviter de spécifier une nouvelle
YP> fenêtre comme la cible d'un frame avec target="_blank".
YP> ------------------

problème.

je pense que le plus pratique pour la navigation, c'est de rester --
sauf cas exceptionnel -- dans la même fenêtre lorsque l'on reste sur
le même site et d'en ouvrir une nouvelle lorsque l'on fait un lien
vers un autre site.

le "client" peut naviguer comme il veut sur le nouveau site et, quand
il en a marre, fermer le fenêtre pour revenir à l'origine, sans se
perdre dans des chaînes de "back". de plus, l'habitude en est
suffisamment prise pour qu'il m'arrive de fermer la seule fenêtre
ouverte si un site n'a pas respecté cette règle d'usage. bonjour la
colère.

... problème qui me donne une idée de solution.

le plus simple ne serait-il pas d'avoir *deux* squelettes complets ?
l'un destiné à la plupart des gens, l'autre aux aveugles et mal
voyants. hyper simple, que du texte et gros caractères en blanc sur
noir. dans la mesure où les deux squelettes utiliseraient la même base
de données, tout le monde pourrait accéder au contenu du site dans les
meilleures conditions.

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

non seulement ça diviserait le temps de développement pas 1000, mais
de plus, les aveugles et mal-voyants qui passeraient d'un site
"spip-access" à un autre ne seraient pas dépaysés par les différences
de mise en page et pourraient se concentrer sur le contenu.

j'ai dit une connerie ?

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée : http://www.infocrise.org/article.php3?id_article=19

5

YP> Ouvrir un frame dans une nouvelle fenêtre du navigateur peut désorienter ou
YP> simplement ennuyer l'utilisateur.
YP> [..]
<SNIP>
je pense que le plus pratique pour la navigation, c'est de rester --
sauf cas exceptionnel -- dans la même fenêtre lorsque l'on reste sur
le même site et d'en ouvrir une nouvelle lorsque l'on fait un lien
vers un autre site.

Oui, tout a fait d'accord...

<SNIP>
et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

non seulement ça diviserait le temps de développement pas 1000, mais
de plus, les aveugles et mal-voyants qui passeraient d'un site
"spip-access" à un autre ne seraient pas dépaysés par les différences
de mise en page et pourraient se concentrer sur le contenu.

Idem, je trouve ça intelligent

j'ai dit une connerie ?

heu non ...

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

--

Bertrand

"We are Microsoft. Resistance Is Futile. You Will Be Assimilated."

  Bumper sticker.

From m.hoel@urbilog.fr Thu Sep 5 17:12:37 2002

Return-Path: <m.hoel@urbilog.fr>
Received: from proxy.lille.webstore.fr (ppp1091-cwdsl.fr.cw.net
  [62.210.116.68])
  by miel.brainstorm.fr (Postfix) with ESMTP id 8B9631C019
  for <spip@rezo.net>; Thu, 5 Sep 2002 17:12:36 +0200 (CEST)
Received: from lille (sta-14.lille.webstore.fr. [192.168.139.14])
  by proxy.lille.webstore.fr (8.12.2/8.12.1) with SMTP id
  g85ECnC1027491;Thu, 5 Sep 2002 16:12:49 +0200
Message-ID: <028601c254ef$4cff1e60$0e8ba8c0@webstore.fr.urbilog>
From: =?iso-8859-1?Q?Michel_HO=CBL?= <m.hoel@urbilog.fr>
To: "www.infocrise.org" <retiaire@infocrise.org>
Cc: "Yves Pratter" <ypr@alex.fr>, "spip" <spip@rezo.net>
References: <BOEILELIADOBDJNIGJPLKEPGCAAA.ypr@alex.fr>
  <021d01c254df$f4bf1980$0e8ba8c0@webstore.fr.urbilog>
  <88536881.20020905164545@infocrise.org>
Subject: =?iso-8859-1?Q?Re:_Re=5B4=5D:_=5BSpip=5D_Contribution_SPIPiennes_pour_=22?=
  =?iso-8859-1?Q?l'Ann=E9e_europ=E9enne_des_personnes_handicap=E9es=22?=
Date: Thu, 5 Sep 2002 17:17:08 +0200
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b2+
Precedence: list
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: <Discuter chez rezo.net;
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Thu, 05 Sep 2002 15:12:37 -0000
Status: O
Content-Length: 1085
Lines: 24

que penses-tu de mon idée d'un squelette-type pour aveugles et mal
voyants, duplicable sur tous les sites volontaires en parallèle de
leur squelette standard ?

Oui c'est une des voies. C'est celle qu'a choisie "Le monde" (version
textuelle du Monde : www.lemonde.fr/texte)
Normalement le WAI ne le recommande que lorsqu'on ne peut faire autrement.
En fait, le problème c'est qu'ils craignent que les 2 versions ne soit pas
mises à jour en même temps en ce qui concerne les contenus.
Cela est vrai pour des sites statiques qui deviennent ingérables si on doit
faire 2 versions ergonomiquement différentes.
Par contre, pour des sites dynamiques cela ne pose pas de problèmes et
pourrait même être une solution générale pour SPIP.

Là où il faut encore travailler pour SPIP, c'est une gestion administrative
de l'information qui devrait être accessible elle aussi. Et ainsi permettre
à nos amis aveugles de s'exprimer (en créant des sites eux-même) en
utilisant des présentations un peu plus riches que celles qu'ils utilisent
habituellement faute d'avoir le rendu "visuel".

Mike

6

Ferdinand:

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

[...]

j'ai dit une connerie ?

Non et oui :
-Non, c'est une bonne idée et il y a des discussions de ce genre sur la
liste spi-dev.

-Oui car le problème c'est que spip est très souple et que finalement chacun
gère ses rubriques, articles à sa façon.
Donc un squelette accessible universel ne marcherai pas.

ça n'empêche pas de faire des squelettes basiques accessibles (à la nuke ?).

Yves

7

Non
----- Original Message -----
From: "www.infocrise.org" <retiaire@infocrise.org>
To: "Yves Pratter" <ypr@alex.fr>
Cc: "spip liste" <spip@rezo.net>
Sent: Thursday, September 05, 2002 4:43 PM
Subject: Re[2]: [Spip] Liens ouvrant dans une nouvelle fenêtre, once again !

Bonjour Yves,

Thursday, September 05, 2002, 2:58:51 PM, vous écrivâtes:

YP> Je ne veux pas être rabat joie, mais ouvrir de nouvelles fenêtre n'est

pas

YP> très accessible.

YP> Voici un extrait des recommandations du W3 (en français)
YP> Techniques pour les règles d'accessibilité du contenu Web 1.0
YP> -------------------
YP> Ouvrir un frame dans une nouvelle fenêtre du navigateur peut

désorienter ou

YP> simplement ennuyer l'utilisateur.
YP> [..]
YP> 4.10.5 Evitez d'ouvrir une nouvelle fenêtre pour la cible d'un frame
YP> Points de contrôle dans cette section : 10.1.

YP> Les développeurs de contenu devraient éviter de spécifier une nouvelle
YP> fenêtre comme la cible d'un frame avec target="_blank".
YP> ------------------

problème.

je pense que le plus pratique pour la navigation, c'est de rester --
sauf cas exceptionnel -- dans la même fenêtre lorsque l'on reste sur
le même site et d'en ouvrir une nouvelle lorsque l'on fait un lien
vers un autre site.

le "client" peut naviguer comme il veut sur le nouveau site et, quand
il en a marre, fermer le fenêtre pour revenir à l'origine, sans se
perdre dans des chaînes de "back". de plus, l'habitude en est
suffisamment prise pour qu'il m'arrive de fermer la seule fenêtre
ouverte si un site n'a pas respecté cette règle d'usage. bonjour la
colère.

... problème qui me donne une idée de solution.

le plus simple ne serait-il pas d'avoir *deux* squelettes complets ?
l'un destiné à la plupart des gens, l'autre aux aveugles et mal
voyants. hyper simple, que du texte et gros caractères en blanc sur
noir. dans la mesure où les deux squelettes utiliseraient la même base
de données, tout le monde pourrait accéder au contenu du site dans les
meilleures conditions.

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

non seulement ça diviserait le temps de développement pas 1000, mais
de plus, les aveugles et mal-voyants qui passeraient d'un site
"spip-access" à un autre ne seraient pas dépaysés par les différences
de mise en page et pourraient se concentrer sur le contenu.

j'ai dit une connerie ?

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée :

http://www.infocrise.org/article.php3?id_article=19

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

8

Je trouve l'idée géniale sauf que les moteurs vont référencer aussi ces
pages sauf si elles sont dans un dossier spécifique et robot.txt empêchant
le référencement. Sinon les visiteurs habituels vont voir ces pages et tout
le travail graphique et de mise en page foutu

amicalement
lydie

le plus simple ne serait-il pas d'avoir *deux* squelettes complets ?
l'un destiné à la plupart des gens, l'autre aux aveugles et mal
voyants. hyper simple, que du texte et gros caractères en blanc sur
noir. dans la mesure où les deux squelettes utiliseraient la même base
de données, tout le monde pourrait accéder au contenu du site dans les
meilleures conditions.

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

non seulement ça diviserait le temps de développement pas 1000, mais
de plus, les aveugles et mal-voyants qui passeraient d'un site
"spip-access" à un autre ne seraient pas dépaysés par les différences
de mise en page et pourraient se concentrer sur le contenu.

j'ai dit une connerie ?

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée :
http://www.infocrise.org/article.php3?id_article=19

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

9

Bonjour Yves,

Thursday, September 05, 2002, 5:14:24 PM, vous écrivâtes:

YP> Ferdinand:

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

YP> [...]

j'ai dit une connerie ?

YP> Non et oui :
YP> -Non, c'est une bonne idée et il y a des discussions de ce genre sur la
YP> liste spi-dev.

YP> -Oui car le problème c'est que spip est très souple et que finalement chacun
YP> gère ses rubriques, articles à sa façon.
YP> Donc un squelette accessible universel ne marcherai pas.

YP> ça n'empêche pas de faire des squelettes basiques accessibles (à la nuke ?).

je penserais à un squelette qui permette de faire à peu près tout ce
qui est... (logique ?) et qui n'affiche rien dans les cases ou il n'y
a rien. on peut prévoir les sous-rubriques et ne pas avoir de bug s'il
n'y en a pas etc.

un peu comme les squel standard de la distrib.

validés W3C partout, améliorés régulièrement par les spipeurs et
spipettes handicapé(e)s pour leur plus grand confort etc.

mon idée serait que ce produit soit joint à la distrib avec incitation
amicale à s'en servir en parallèle du squel "normal".

personnellement, dans la mesure où j'ai mon site qui me plaît (nà !),
je peux faire l'impasse sur ma "créativité" esthétique en ce qui
concerne le "site-access"

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée : http://www.infocrise.org/article.php3?id_article=19

10

Bonjour Lydie,

Thursday, September 05, 2002, 5:41:34 PM, vous écrivâtes:

bon, ben maintenant, je sais plus si je dois répondre ici... ;(
l'idée a l'air bien partie, on se fait une liste ?

LACW> Je trouve l'idée géniale

ça, ça fait du bien ! 8oD

LACW> sauf que les moteurs vont référencer aussi ces
LACW> pages sauf si elles sont dans un dossier spécifique et robot.txt empêchant
LACW> le référencement. Sinon les visiteurs habituels vont voir ces pages et tout
LACW> le travail graphique et de mise en page foutu

bien vu.

quid d'un répertoire "access" avec le squl complet accessible ?

ex. chez amen, le rép de base est "web".
je peux avoir mon site infocrise.org qui pointe sur "web", avec mes
bôs squl dedans et placer un rép web/access avec le squel acces
dedans. et rien ne m'interdit de

1) prendre un sous-domaine handi.infocrise.org qui pointe sur
web/access

2) soit interdire les robots dans le sqel lui-même (mais ils ne
prennent pas tous en compte le "no-robots") ; soit mettre un
avertissement sur chaque page : "vous êtes sur le site bricolé, si
vous voyez cette animation flash allez sur l'autre" ou qq ch comme ça
(on récupère au passage un double référencement, tjs bon à prendre) ;
soit mettre un no-robots pour le rép web/access, mais ça, je sais pas
si ça marche avec spip (cache...)

bon, désolé de continuer sur cette liste. la liste dév est sûrement
trop technique pour moi et pour cette idée limitée à la conception
d'un squel spécifique, si qq'un pense qu'une liste spécifique est une
bonne solution, let's go. sinon, zsais pas vraiment koman faire :frowning:

le plus simple ne serait-il pas d'avoir *deux* squelettes complets ?
l'un destiné à la plupart des gens, l'autre aux aveugles et mal
voyants. hyper simple, que du texte et gros caractères en blanc sur
noir. dans la mesure où les deux squelettes utiliseraient la même base
de données, tout le monde pourrait accéder au contenu du site dans les
meilleures conditions.

et, tant que j'y suis, pourquoi ne pas développer ensemble un
squelette-accessible-type qu'on pourrait tous mettre sur tous nos
sites, en parallèle de notre squelette standard ?

non seulement ça diviserait le temps de développement pas 1000, mais
de plus, les aveugles et mal-voyants qui passeraient d'un site
"spip-access" à un autre ne seraient pas dépaysés par les différences
de mise en page et pourraient se concentrer sur le contenu.

j'ai dit une connerie ?

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée : http://www.infocrise.org/article.php3?id_article=19

11

bon, ben maintenant, je sais plus si je dois répondre ici... ;(
l'idée a l'air bien partie, on se fait une liste ?

J'aime beaucoup ces debats. Ici on reçoit 90% de boucles depuis bien longtemps
(hors mon sujet), alors ça donne un grand coup d'oxygène ! :o) Moi qui
m'apprétais à résilier, n'en pouvant plus avec 200 mails illisibles par jour...

(nb: je croyais que spip-dev était une liste de codeurs, pas philo ou éditeurs
(?))

je rappelle à qui veut bien l'entendre qu'il n'est nul besoin de s'inscrire pour
envoyer des emails sur spipaide@yahoogroupes.fr, et sur cette liste publique
personne ne verra d'inconvénient à aborder ces sujets passionnants, d'ailleurs
personne ne commande cette liste, enfin si: la moyenne des opinions exprimées.

Merci pour ce bol d'air.

Walk
qui va ptet pas tarder :o)

12

Bonjour Walk,

Thursday, September 05, 2002, 11:16:03 PM, vous écrivâtes:

bon, ben maintenant, je sais plus si je dois répondre ici... ;(
l'idée a l'air bien partie, on se fait une liste ?

W> J'aime beaucoup ces debats. Ici on reçoit 90% de boucles depuis bien longtemps
W> (hors mon sujet), alors ça donne un grand coup d'oxygène ! :o) Moi qui
W> m'apprétais à résilier, n'en pouvant plus avec 200 mails illisibles par jour...

W> (nb: je croyais que spip-dev était une liste de codeurs, pas philo ou éditeurs
W> (?))

W> je rappelle à qui veut bien l'entendre qu'il n'est nul besoin de s'inscrire pour
W> envoyer des emails sur spipaide@yahoogroupes.fr, et sur cette liste publique
W> personne ne verra d'inconvénient à aborder ces sujets passionnants, d'ailleurs
W> personne ne commande cette liste, enfin si: la moyenne des opinions exprimées.

W> Merci pour ce bol d'air.

:))

en fait, je ne me vois pas m'inscrire sur le liste dèv, déjà que j'ai
souvent du mal à suivre ici :))

et l'idée de squl adaptés aux handicapés me paraît plus un pb de
vaguemestres que de phpistes confirmés. mais, bon, les patrons, c'est
qd même les modérateurs, non... sinon bordel assuré à moyen terme.

alors, je cherche une soluce pour que les zigs et les ziguettes
handicapés ou pas qui sont intéressé(e)s par l'idée d'un squl-type hyper
accessible à mettre en parallèle du "normal" puissent avancer dans ce
sens.

bon, à la limite, si deux ou trois personnes veulent réfléchir sur
l'idée et, peut-être, en faire un projet, je peux ouvrir un forum
spécifique sur infocrise. faites-vous connaître...

--
Cordialement,
ferdinand
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée : http://www.infocrise.org/article.php3?id_article=19

13

Salut

Michel HOËL a écrit :

>alors, je cherche une soluce pour que les zigs et les ziguettes
>handicapés ou pas qui sont intéressé(e)s par l'idée d'un squl-type hyper
>accessible à mettre en parallèle du "normal" puissent avancer dans ce
>sens.

>bon, à la limite, si deux ou trois personnes veulent réfléchir sur
>l'idée et, peut-être, en faire un projet, je peux ouvrir un forum
>spécifique sur infocrise. faites-vous connaître...

Même si tout le monde n'est pas interessé par ce genre de problème, il
serait quand même préférable d'en discuter au sein de spip et faire
bénéficier tout le monde du débat technique ou non qui devrait s'en suivre.
Car je le rappelle, spip en tant qu'outil éditorial devrait lui-même, dans
sa partie administrative, être lui-même accessible. Il n'existe, à ma
connaissance, aucun outil de ce genre, du moins francophone.

L'idéal effectivement serait de créer une liste spip-access pour discuter
des besoins et des tests réalisés.
Je suis volontaire au moins pour discuter du sujet.

Mike

Ca m'intéresse moi aussi donc partant pour un autre liste :wink:

A+ Yann
--
Les infos du monde du logiciel libre, c'est sur
Independant Technologies : http://it.mondelinux.org
IntraLibre : le système Intranet/Extranet basé sur les technologies
libres
http://yann.services-virtuavision.com/intralibre/

From ecranbur@ecranbureau.com Fri Sep 6 09:37:51 2002

Return-Path: <ecranbur@ecranbureau.com>
Received: from host2.euronetside.net (unknown [209.239.36.220])
  by miel.brainstorm.fr (Postfix) with ESMTP id 5F2251C068
  for <spip@rezo.net>; Fri, 6 Sep 2002 09:37:51 +0200 (CEST)
Received: from pl800 ([217.109.166.245])
  by host2.euronetside.net (8.10.2/8.10.2) with SMTP id g867bSn24862;
  Fri, 6 Sep 2002 03:37:28 -0400
Message-ID: <008501c25578$5d152ae0$2a01a8c0@oleane.net>
From: "Ecran de Bureau" <ecranbur@ecranbureau.com>
To: "Bernard Martin-Rabaud" <martinrabo@wanadoo.fr>,
  "Spip@Rezo. Net" <spip@rezo.net>
References: <JOEHLGJKOMDPGJBAHMMEKEKADEAA.martinrabo@wanadoo.fr>
Subject: Re: [Spip] tri des sous-rubriques par nom ?
Date: Fri, 6 Sep 2002 09:38:15 +0200
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b2+
Precedence: list
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: <Discuter chez rezo.net;
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Fri, 06 Sep 2002 07:37:52 -0000
Status: O
Content-Length: 258
Lines: 10

Salut,

titre existe bien c'est un critère valide, mais il faut mettre {par titre}
et non pas {titre}

Manuel Adami

L'aide aux néophytes de l'info et de SPIP et son forum
(http://www.ecranbureau.com/rubrique.php3?id_rubrique=192)

14

Le 6/09/02 9:27, « yann » <yann.forgerit@free.fr> a écrit :

L'idéal effectivement serait de créer une liste spip-access pour discuter
des besoins et des tests réalisés

Ca m'intéresse moi aussi donc partant pour un autre liste :wink:

Je participerai aussi.

Guillaume

15

A mon avis, vous pouvez sans problème utililser la liste spip-dev pour cela.
Puisque ça concerne des améliorations futures de spip...

L'idéal effectivement serait de créer une liste spip-access pour discuter
des besoins et des tests réalisés

-- Fil

16

Je suis abonné à plusieurs listes de dev et celle de SPIP-rezo est de loin
la plus chargée. Tant mieux pour SPIP, mais on s'y perd...

Bernard Martin-Rabaud
mel@ediweb.org

17

oui effectivement sinon il y aura 50mille listes

A mon avis, vous pouvez sans problème utililser la liste spip-dev
pour cela.
Puisque ça concerne des améliorations futures de spip...

>>> L'idéal effectivement serait de créer une liste spip-access
pour discuter
>>> des besoins et des tests réalisés

-- Fil

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip

18

Bonjour Fil,

Friday, September 06, 2002, 10:18:09 AM, vous écrivâtes:

F> A mon avis, vous pouvez sans problème utililser la liste spip-dev pour cela.
F> Puisque ça concerne des améliorations futures de spip...

merci, mais le pb, c'est que voir défiler 100 posts mystérieux pour en
extraire les 2 qui vont concerner ce thème, c'est un peu hard. déjà,
la liste spip, c'est la moitié de mes messages lus ou plus, alors...

je vais créer un forum spécifique sur infocrise (plus simple pour
avoir l'historique) et tenter une manip pour créer une liste liée.
mais le forum, je m'en occupe aujourd'hui.

l'idée n'est pas d'améliorer spip mais de faire un "squl accessible
universel" utilisable en parallèle sur tous les spips. pour
l'amélioration de l'interface, c'est un autre pb, qui demande bcp plus
de compétences spécifiques.

je vous tiens au courant.

est-il possible d'écrire sur spip-dev sans être abonné ? pcq, dans ce
cas, je mets spip-dev en adresse d'auteur et vous aurez les infos.

L'idéal effectivement serait de créer une liste spip-access pour discuter
des besoins et des tests réalisés

--
Cordialement,
www.infocrise.org mailto:retiaire@infocrise.org
http://infocrise.org
http://infocrise.info

Amina Lawal sera lapidée : http://www.infocrise.org/article.php3?id_article=19