Salut
J'ai fait un annuaire dans mon Spip ![]()
http://yann.services-virtuavision.com/rubrique.php3?id_rubrique=41
A+ Yann
--
Les news du logiciel libre http://it.mondelinux.org
Les news des CMS libres http://www.boomtchak.net
Un Intranet/Extranet Open Source
http://yann.services-virtuavision.com/intralibre/
Independant Technologies est membre du réseau E-toiles
http://www.e-toiles.coop
Yann, Morlaix (Finistère, le bout du monde), 02 98 78 60 02
From netjl@ouvaton.org Mon Mar 31 09:23:34 2003
Return-Path: <netjl@ouvaton.org>
Received: from mail.cr-limousin.fr (mail.cr-limousin.fr [217.167.213.29])
by miel.brainstorm.fr (Postfix) with ESMTP id 286461C8149
for <spip@rezo.net>; Mon, 31 Mar 2003 09:23:34 +0200 (CEST)
Received: from [172.27.3.98] by mail.cr-limousin.fr (NTMail
4.30.0012/NY2888.00.2088256d) with ESMTP id qiyraaaa for
<spip@rezo.net>; Mon, 31 Mar 2003 09:23:25 +0200
Message-ID: <3E87ECF3.6070904@ouvaton.org>
Date: Mon, 31 Mar 2003 09:23:31 +0200
From: "netjl@ouvaton.org" <netjl@ouvaton.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR;
rv:1.2.1) Gecko/20021130
X-Accept-Language: fr, en
MIME-Version: 1.0
To: spip@rezo.net
Subject: [Spip] Re: Demande d'amelioration
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, hits=-5.8 required=7.0 tests=USER_AGENT_MOZILLA_UA
version=2.50
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1.1+
Precedence: list
List-Id: SPIP : questions/reponses <spip.rezo.net>
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Post: <mailto:spip@rezo.net>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=subscribe>
List-Archive: <Discuter chez rezo.net;
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=unsubscribe>
X-List-Received-Date: Mon, 31 Mar 2003 07:24:06 -0000
Status: O
Content-Length: 2557
Lines: 80
Bonjour,
La durée de vie d'un article ou d'une brÚve serait un outil qui
apporterait une réelle valeur ajoutée.
En effet, plutÎt que de détourner des fonctions... ce qui peut à la
longue devenir dangereux et extrêmement fastidieux, il me semble qu'un
nouveau champ date qui permettrait de stipuler une date de fin si
nécessaire pour un article ou une brÚve (avec un paramétrage de ce qui
se passe : mise en archive pdt une certaine durée ou suppression),
serait un réel avantage.
Cela permettrait de plus, d'améliorer la gestion des calendriers
également... bref un nouveau champ ouvrirai bien des
possibilités...(merci d'y réfléchir).
De mon point de vue utilisateur, les utilisations détournées de
fonctions, lorsqu'elles deviennent trop nombreuses indiquent qu'il y a
des modifications à faire... encore faut-il avoir le temps (je sais...),
mais cela me semble un principe de base du développement non ?
Pour avoir développé pas mal de sites en php ou asp, nous intégrons
désormais dasn l'architecture d'une table actus (brÚves et articles)
trois dates : date de conception, date de misene ligne et date de fin
avec des possibilités diverses de ce que peut être la fin d'un article.
cordialement.
\\\|///
\\ - - //
( @ @ )
----oOOo--(_)-oOOo---------------
Jean-Luc GRELLIER
(->Netjl<-)
ICQ: 117061113
netjl@ouvaton.org
http://weo.ouvaton.org
---------------Ooooo-------------
( )
ooooO ) /
( ) (_/
\ (
\_)
jean claude pugibet a écrit :
>> Bonjour
>>
>> j'ai deux sites sous spip et la fonctionalité qui me manque le plus
>> serait de pouvoir donner une date de fin de publication automatique
pour un
>> article
>> par exemple si je publie un avis de concours il ne sert a rien de le
laisser
>> figurer
>> aprÚs la date limite d'inscription.
>> l'ideal serait de les envoyer dans une rubrique historique par
exemple sinon
>> direct dans la corbeille
>>
>> merci
>> ps je pense que cela nécéssite de créer un champ supplémentaire dans
la base
>> de donnée
>> donc je ne sais pas faire ces modifs
>>
>> JC Pugibet
>>
La solution qui avait été suggérée est de permettre la publication des
articles post datés, la date future étant la date de fin de publication.
Il suffit aprÚs d'utiliser le critÚre {age<0} pour que l'article ne soit
plus affiché aprÚs cette date.
Ca marche mais du coup on perd la possibilité de préparer des articles Ã
l'avance qui serait publiés peu à peu, répartis dans le temps.
--