assemblee-virtuelle
On ne peut plus passer un URI préfixé pour les filtres
Avant le refacto #892, on pouvait passer un filtre avec un préfixe, par exemple apod:Coming.
<ListBase filter={{ 'apods:hasStatus': 'apods:Coming' }} />
Maintenant on est obligé de passer l'URI complet (http://activitypods.org/ns/core#Coming). Cette possibilité était gérée sur cette ligne, qui n'était certes pas très propre:
const object = filter[predicate].startsWith('http') ? `<${filter[predicate]}>` : filter[predicate];
https://github.com/assemblee-virtuelle/semapps/pull/938/files#diff-d5468c759a465c7d7483a6502494d9a032d87b045dd09bd18f1e54e59c7a1fddL24
Est-ce qu'il y a moyen de le remettre @VincentFarcy ?
J'ai tenté un correctif : https://github.com/assemblee-virtuelle/semapps/commit/46dd94d765a09596bb133b25b3ff6bb8e5e51b8d
Je ne suis pas certain que ça suffise : la méthode literal ajoute la valeur de l'objet entre quottes dans le code sparql.
@simonLouvet a le même problème avec un autre filtre filter={"aurba:externalDeleted":true}
La valeur true est de la même manière générée entre quottes dans le code sparql.
J'ai laissé les console.log avec le json en entrée et le code sparql en sortie.
@srosset81 Peux-tu tester ton cas sur la branche 951_on_ne_peut_plus_passer_un_URI_prefixe_pour_les_filtres ?
Après quelques recherches, j'ai vu qu'on pouvait caster les valeurs :
Par exemple "true"^^<http://www.w3.org/2001/XMLSchema#boolean>
literal accepte un 2ème argument avec le datatype.
Qu'en pensez-vous ?