[Top][All Lists]
[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
>