Dans le but de transférer les information d’un dossier vers un autre, on souhaiterai ajouter un filtre, afin
de retirer l’objet de la vue (celui qui est chargée via le init update) de la recherche pour éviter de faire un transfert vers lui même
Technical information
On a essayé de passer par un tmpObject dans le init update qui est ensuite regardé dans le presearch avec un test associé sur le isRefInstance.
Mais cela cause deux problème le premier étant que la première visualisation le filtre ne s’applique pas, il faut quitter et revenir, le tmp object étant mis en fin du initUpdate qu’est-ce qui pourrait poser problème ?
Le second étant que le filtre reste présent dans les autre recherche avec des loupes, depuis d’autre objet ayant une recherche sur un dossier.
Pour résumer si j’ai bien compris, vous souhaitez pouvoir sélectionner une référence de dossier qui n’est pas lui-même dans un écran particulier, mais pas pour toutes les références vers un dossier.
Il y a un hook initRefSelect qui permet d’agir sur l’instance isRefInstance utilisée par le popup de sélection directement.
Exemple à mettre dans l’objet sélectionné, pour ne pas sélectionner le même row_id :
@Override
public void initRefSelect(ObjectDB parent) {
if (parent!=null && "MyObject".equals(parent.getName())) {
setSearchSpec("t.row_id <> " + parent.getRowId());
}
super.initRefSelect(parent);
}
MyObject pouvant être l’objet Dossier lui-même dans le cas d’un lien réflexif, ou un objet pointant sur la même table de dossier (même row_id), sinon il faut revoir le filtre sur la clé fonctionnelle du dossier et non son row_id technique.
Sans modèle logique sur vos objets/relations, il est difficile de vous aider plus précisément.
A noter : on peut aussi spécialiser ce hook, en fonction de la foreign-key en testant la valeur de getParentObjectRefField(), quand plusieurs liens mènent au même objet et le nom de l’objet parent seul est ambigu.
Bonjour, merci de votre réponse rapide, oui c’est bien pour du réflexif.
Cela répond au besoin, à l’exception que le filtre est conservé sur la recherche de dossier via d’autres objets, réinitialiser les filtres soit au début du initRefSelect ou bien dans un else qui suivrai mon if, ou cela pourrai avoir des effets de bords avec l’action d’autres hooks ?
J’ai vérifié cet autre objet ne rentre pas dans le if.
Attention un filtre (accessible par l’utilisateur ou via setFilter) n’est pas équivalent à une search-spec (qui est un filtrage SQL en dur, non modifiable côté UI).
Vérifiez le code de l’objet au niveau de l’init ou du pre/postSearch.
Un filtre ou une search-spec doit être ajouté dans l’objet quelque part (ou depuis un autre objet sur l’instance “ref_ajax_xxx”).
Le problème était que le retrait du dossier en réflexif était conserver dans la recherche de dossier qui se trouve dans d’autres objets, j’ai ajouté un setSearchSpec(“1=1”) dans un else, cela conserve le retrait dans le réflexif et le dernier dossier ou j’ai fait ma recherche réflexive est de nouveaux accessible dans les autres recherche.
