sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : RE : [sdx-developers] SDX 2.2 : suggestions d'ajouts mineurs


From: Rasik Pandey
Subject: RE : RE : [sdx-developers] SDX 2.2 : suggestions d'ajouts mineurs
Date: Tue, 13 Jan 2004 16:27:24 +0100

 > >- mettre en évidence les mots dans les valeurs d'attributs
 > >
 > >Voir thread à ce sujet.
 >
 >Est-ce qu'on pourrait faire qqch. comme:
 >

<blah attName="attValue |attValue2|"/>

<blah myAtt="x matchingWordFromSearch y" myAtt2="x
matchingWordFromSearch y" sdx:hilite="myAtt-startIdx:endIdx
myAtt2-3:24"/>

Sdx:hilite-attName="startIdx:endIdx"
Sdx:hilite-attName="startIdx:endIdx"
Sdx:hilite-attName="startIdx:endIdx"

 >
 >  >>Martin a écrit:
 >  >>- sdx:userIsAdminOrMember dans la taglib
 >  >>
 >  >>Utile dans certains cas pour permettre aux admin de faire des 
 >  >>opérations réservées à certains groupes.
 >
 > >Pierrick a écrit:
 > >+1. A ce propos, ne serait-il pas intéressant de développer 
 >des actions  >Cocoon pour ceux qui veulent gérer ça en 
 >Sitemap ? La taglib pourrait 
 > >efficacement en faire usage.
 > 
 >Je suis pour qqch en Sitemap, pourquoi pas qqch comme: 
 >http://radio.weblogs.com/0103021/stories/2002/02/28/usingTheSu
 >nriseCompo
 >nents.html 
 >http://cocoon.apache.org/2.0/developing/webapps/authentication.html
 >


 >  >>Martin a écrit: 
 >  >>- permettre de définir des groupes et des utilisateurs dans 
 >  >>le .xconf (généraliser sdx:admin?)
 >  >>
 >  >>Ca peut être utile de préconfigurer une application avec des 
 >  >>groupes et des utilisateurs.
 >  >>
 >  >>Un truc comme ceci dans le xconf:
 >  >><sdx:usersAndGroups>
 >  >>  <sdx:user id="" password="" ...>
 >  >>    <sdx:group ref=""/>
 >  >>    <sdx:group ref=""/>
 >  >>  </sdx:user>
 >  >>  <sdx:group id="" name=""/>
 >  >>  <sdx:group id="" name=""/>
 >  >></sdx:usersAndGroups>
 >  >>
 >  >>Avec la même logique que pour l'admin : si on a un 
 >  >>utilisateur ou un groupe déjà défini pour le même id, on n'y 
 >  >>touche pas.
 >
 > >Pierrick à écrit:
 > >+1. Et avoir la possibilité de définir un chemin vers un 
 >fichier externe  >d'utilisateurs ? Même chose d'ailleurs pour 
 >le fichier de config de base 
 > >: ça éviterait, au démarrage d'une appli SDX "packagée" d'avoir à 
 > >définir un SU.
 >
 >ENCORE pourquoi pas qqch. comme: 
 >http://radio.weblogs.com/0103021/stories/2002/02/28/usingTheSu
 >nriseCompo
 >nents.html 
 >http://cocoon.apache.org/2.0/developing/webapps/authentication.html
 >


 >  >>Martin a écrit:  
 >  >>- trier les sdx:terms (sur le nombre de documents par exemple)  
 >  >>Ca peut être utile dans certains cas.
 >
 > >Pierrick à écrit:
 > >Vu la discussion à ce sujet... j'hésite encore sur la 
 >pertinence de ce
 >
 > >tri "partiel", mais bon... pourquoi pas ?
 > 
 >Je ne suivais pas trop. Qu'est-ce que vous voulez faire?
 >


 > >- intégrer ceci http://sourceforge.net/projects/normalizer/ ?  >  
 > >C'est un normaliseur de mots, avec des règles de stemming 
 > >pour le français, en GPL et avec déjà un analyseur compatible 
 > >Lucene. Il y a aussi un soundex.
 >
 >Vous le connaissez. La documentation est très légère.
 >
 >La paramètre "inputfile" sert à quoi?
 >
 >public NormalAnalyzer(File inputfile) 
 >    {
 >      m_processor = Processor.create(inputfile);
 >    }
 > 
 >
 >Rasik
 >
 >
 >
 >
 >
 >
 >
 >_______________________________________________
 >sdx-developers mailing list
 >address@hidden 
 >http://mail.nongnu.org/mailman/listinfo/sdx- >developers
 >





reply via email to

[Prev in Thread] Current Thread [Next in Thread]