Knowledge Partner
Knowledge Partner
168 views

Enhancing SearchList with an index page?

UserApp Version 3.7.0 Patch F Build 37688

Our primary use of UA is as a public facing white / yellow pages, mostly
anonymous / guest access. The "yellow" pages is for our various
departments. It's just a simple page, with one portlet (SearchList).

On the back end of this in eDirectory, each "department" is an object
with its name (OU=Information Services), a Telephone Number, an Email
Address, and a URL.

The search works fine, but is, I'm told by our user support people, too
difficult to use. Their example is our "Biology" department. If you go to
the Department Search, and search for "name starts with biology", you get
no results, because our "Biology" department is really named "Biological
Sciences". We have a similar problem with our "Center For Access-Ability
Resources", which everybody knows as the "CAAR" department.

For obvious reasons, I can't rename all departments in to what people
actually call them. It also seems unlikely, if desirable, to get people
to use the actual names vs. convenient shortenings of the names. And the
UA SearchList doesn't have "kinda like" or "do what I mean" search
options. So I see the problem with this system.

They've noticed that people will find what they want, if you get them
"close enough", and have asked me if I can find a way to change this page
to have an index across the top. They're looking for something that,
mocked up, would look like:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
---------------------------------------------------
Search for Organizations / Departments
Item Category Expression Search Term
Name starts with

[Search]

[ ] Advanced Search

where each of the letters would be a clickable link to the results of
searching for "name starts with a", "name starts with b", and etc. down
through the alphabet.

I'm told that people searching for "biology" might, by looking at the "b"
page, notice that "biological sciences" is kinda like "biology" and is
therefor the one that they probably wanted in the first place. People
looking for the "CAAR" office might notice that "Center for Access-
Ability Resources" is there, and might even guess that that's what they
wanted.

I can see their point, I guess, but I'm at a loss as to how to make the UA
do this. SearchList has most of the functionality, but can search terms
be forced in to it from elsewhere like this? If so, how?


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.novell.com

Please post questions in the forums. No support provided via email.

Labels (1)
0 Likes
6 Replies
Anonymous_User Absent Member.
Absent Member.

Re: Enhancing SearchList with an index page?

On 06/11/2012 10:30 AM, David Gersic wrote:
> UserApp Version 3.7.0 Patch F Build 37688
>
> Our primary use of UA is as a public facing white / yellow pages, mostly
> anonymous / guest access. The "yellow" pages is for our various
> departments. It's just a simple page, with one portlet (SearchList).
>
> On the back end of this in eDirectory, each "department" is an object
> with its name (OU=Information Services), a Telephone Number, an Email
> Address, and a URL.
>
> The search works fine, but is, I'm told by our user support people, too
> difficult to use. Their example is our "Biology" department. If you go to
> the Department Search, and search for "name starts with biology", you get
> no results, because our "Biology" department is really named "Biological
> Sciences". We have a similar problem with our "Center For Access-Ability
> Resources", which everybody knows as the "CAAR" department.
>
> For obvious reasons, I can't rename all departments in to what people
> actually call them. It also seems unlikely, if desirable, to get people
> to use the actual names vs. convenient shortenings of the names. And the
> UA SearchList doesn't have "kinda like" or "do what I mean" search
> options. So I see the problem with this system.
>
> They've noticed that people will find what they want, if you get them
> "close enough", and have asked me if I can find a way to change this page
> to have an index across the top. They're looking for something that,
> mocked up, would look like:
>
> A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
> ---------------------------------------------------
> Search for Organizations / Departments
> Item Category Expression Search Term
> Name starts with
>
> [Search]
>
> [ ] Advanced Search
>
> where each of the letters would be a clickable link to the results of
> searching for "name starts with a", "name starts with b", and etc. down
> through the alphabet.
>
> I'm told that people searching for "biology" might, by looking at the "b"
> page, notice that "biological sciences" is kinda like "biology" and is
> therefor the one that they probably wanted in the first place. People
> looking for the "CAAR" office might notice that "Center for Access-
> Ability Resources" is there, and might even guess that that's what they
> wanted.
>
> I can see their point, I guess, but I'm at a loss as to how to make the UA
> do this. SearchList has most of the functionality, but can search terms
> be forced in to it from elsewhere like this? If so, how?
>
>

Greetings,
No it can not.

--
Sincerely,
Steven Williams
Lead Software Engineer
NetIQ
0 Likes
Knowledge Partner
Knowledge Partner

Re: Enhancing SearchList with an index page?

On Mon, 11 Jun 2012 19:40:57 +0000, Steven Williams wrote:

> No it can not.


Thanks Steven. I thought that was going to be the answer, but it was
still worth asking.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.novell.com

Please post questions in the forums. No support provided via email.

0 Likes
jtl1 Absent Member.
Absent Member.

Re: Enhancing SearchList with an index page?

If you have a RBPM license you can create a workflow with a customized request form that uses the code outlined in B.0 in the
Administration Guide, https://www.netiq.com/documentation/idmrbpm37/agpro/data/b9n2jq8.html

We have created a "Quick Search" and put a link to it on the Self Service page. It searches in the most commonly used searchable
attributes using contains. It shouldn't be that much work to get a search form that does what you want.

The search works perfectly, links back to the detial portlet fine but unfortunately we get errors if we try to export the
results. The export portlet gives error message "There is no result list available to be exported" 😞

On 2012-06-11 16:30, David Gersic wrote:
> UserApp Version 3.7.0 Patch F Build 37688
>
> Our primary use of UA is as a public facing white / yellow pages, mostly
> anonymous / guest access. The "yellow" pages is for our various
> departments. It's just a simple page, with one portlet (SearchList).
>
> On the back end of this in eDirectory, each "department" is an object
> with its name (OU=Information Services), a Telephone Number, an Email
> Address, and a URL.
>
> The search works fine, but is, I'm told by our user support people, too
> difficult to use. Their example is our "Biology" department. If you go to
> the Department Search, and search for "name starts with biology", you get
> no results, because our "Biology" department is really named "Biological
> Sciences". We have a similar problem with our "Center For Access-Ability
> Resources", which everybody knows as the "CAAR" department.
>
> For obvious reasons, I can't rename all departments in to what people
> actually call them. It also seems unlikely, if desirable, to get people
> to use the actual names vs. convenient shortenings of the names. And the
> UA SearchList doesn't have "kinda like" or "do what I mean" search
> options. So I see the problem with this system.
>
> They've noticed that people will find what they want, if you get them
> "close enough", and have asked me if I can find a way to change this page
> to have an index across the top. They're looking for something that,
> mocked up, would look like:
>
> A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
> ---------------------------------------------------
> Search for Organizations / Departments
> Item Category Expression Search Term
> Name starts with
>
> [Search]
>
> [ ] Advanced Search
>
> where each of the letters would be a clickable link to the results of
> searching for "name starts with a", "name starts with b", and etc. down
> through the alphabet.
>
> I'm told that people searching for "biology" might, by looking at the "b"
> page, notice that "biological sciences" is kinda like "biology" and is
> therefor the one that they probably wanted in the first place. People
> looking for the "CAAR" office might notice that "Center for Access-
> Ability Resources" is there, and might even guess that that's what they
> wanted.
>
> I can see their point, I guess, but I'm at a loss as to how to make the UA
> do this. SearchList has most of the functionality, but can search terms
> be forced in to it from elsewhere like this? If so, how?
>
>



0 Likes
Knowledge Partner
Knowledge Partner

Re: Enhancing SearchList with an index page?

On Tue, 12 Jun 2012 06:15:10 +0000, Tobias Ljunggren wrote:

> If you have a RBPM license you can create a workflow with a customized
> request form that uses the code outlined in B.0 in the Administration
> Guide,
> https://www.netiq.com/documentation/idmrbpm37/agpro/data/b9n2jq8.html


Ooh, thanks Tobias. I do have RBPM licensed here. I'm on UA370 right now,
and if I recall correctly the "deep linking" stuff was added to IDM4.
Right? So I can't do this now, but I could in the new version?


> We have created a "Quick Search" and put a link to it on the Self
> Service page. It searches in the most commonly used searchable
> attributes using contains. It shouldn't be that much work to get a
> search form that does what you want.
>
> The search works perfectly, links back to the detial portlet fine but
> unfortunately we get errors if we try to export the results. The export
> portlet gives error message "There is no result list available to be
> exported" 😞


I'd actually like to remove the "export" button. We don't want people to
be able to do that. So if it doesn't work, I can live with that.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.novell.com

Please post questions in the forums. No support provided via email.

0 Likes
jtl1 Absent Member.
Absent Member.

Re: Enhancing SearchList with an index page?

On 2012-06-12 16:00, David Gersic wrote:

> Ooh, thanks Tobias. I do have RBPM licensed here. I'm on UA370 right now,
> and if I recall correctly the "deep linking" stuff was added to IDM4.
> Right? So I can't do this now, but I could in the new version?


It works perfectly with 3.7, that's the version we use.
We removed the Submit button (so the request never gets submitted), hide the Cancel button in the form onload script and add a
new button that do the search using JUICE APIs (I think there is a cool solution about adding buttons).

Works like a charm (except the export).

>
> I'd actually like to remove the "export" button. We don't want people to
> be able to do that. So if it doesn't work, I can live with that.


We tried to remove the export function but I don't think that's possible.

Best regards,
Tobias

0 Likes
Knowledge Partner
Knowledge Partner

Re: Enhancing SearchList with an index page?

On Tue, 12 Jun 2012 05:16:02 +0000, joakim ganse wrote:

> Just a thought about the consept.
>
> Is ou a multi value attribute? I think so, in that case you or
> preferably someone else can add the most frequently used synonyms or
> misspellings.


I could multi-value it, or just add more objects. That's not what the
"usability" people here think they want, though, so that answer has
already been shot down.


--
--------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu
Knowledge Partner http://forums.novell.com

Please post questions in the forums. No support provided via email.

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.