OpenLiberty / openliberty.io

Open Liberty website
https://openliberty.io
Other
54 stars 40 forks source link

Capability to search for features in doc by config feature name #803

Open lauracowen opened 5 years ago

lauracowen commented 5 years ago

Reported by @sdaschner: It should be possible to search for Open Liberty features by the ref name used in the config, e.g. mpJwt, or mpJwt-1.1

lauracowen commented 5 years ago

I guess the design question is whether this would be fixed by site search, or whether there should be a filter on the page, or an alternative listing of the features by name, or....

kinueng commented 5 years ago

Hi @lauracowen, Is the feedback asking to have the mpJwt in the table of content rather than MicroProfile JSON Web Token? If we did have mpJwt in the table of content, then it would make it very easy for someone use Ctrl+F the string mpJwt in a browser to find the documentation based on the feature name inside the server.xml.

lauracowen commented 5 years ago

I think the server.xml version of the feature name was left out of the ToC on purpose? cc @NottyCode

kinueng commented 5 years ago

There are some ongoing discussion on this issue.

My quick and dirty fix proposal in https://github.com/OpenLiberty/openliberty.io/issues/803#issuecomment-454570666 would get out of hand. If we were to display both the name Enterprise JavaBeans Persistent Timers and ejbPersistentTimer in the table of content (TOC), the TOC would become a mess to read.

There are ideas being discussed how to allow the filtering based on the server.xml name of a feature and still maintaining the clean look of the current the feature documentation pages.

cajaygle commented 5 years ago

One temp solution could be to display the config feature name as hidden text. I believe if you do a Cmd+F search in the browser it finds hidden text. Users would need to discover they can search for it though -- a temp solution for sure.

sdaschner commented 5 years ago

@cajaygle That helps as temporary solution, yes, on the other hand, if folks don't know that they can search by the feature name they won't likely do it...

OTOH, I think it would help anyway, if we'd display the names like ejbPersistentTimer along the full names. For this example the correlation might be obvious, but there are others where I've wondered what the abbreviations mean. Maybe we can come up with a layout that includes all information, WDYT?

cajaygle commented 5 years ago

@sdaschner we are working on general search capability for the site -- stay tuned! The problem with displaying the feature element name is that it makes for a very cluttered view. The other issue is that the feature element names would not be in alphabetical order, so the user would have a hard time browsing by element name. For example:

CouchDB Integration -- couchdb-1.0 Database Session Persistence -- sessionDatabase-1.0 Distributed Map interface for Dynamic Caching -- distributedMap-1.0

If we had a clear search box where the user could search for either feature name or element name, do you think that would take care of it?

What do you think about adding a toggle switch to allow the user to either view the list by feature names or element names? Would that be useful?

sdaschner commented 5 years ago

:+1: Yes, a search box (that accepts all kind of input) would help a lot! This plus a first entry page with a (nicely readable) list of features would be nice.

I think a toggle is more confusing for users. If we have a search box, then the search capability is nicely solved.

sdaschner commented 5 years ago

Any updates on this?

lauracowen commented 5 years ago

I don't think so yet. For ref, the site search is issue #288

kinueng commented 1 year ago

This is a sub task of https://github.com/OpenLiberty/openliberty.io/issues/1943