Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[feature] member shortcode : font end user friendly behaviour ideas #5

Open
jbonlinea opened this issue Feb 7, 2021 · 2 comments
Open
Labels
enhancement New feature or request

Comments

@jbonlinea
Copy link

Hi,

thank's for this plug-in

The membership shortcode is very useful to provide some information to front end users.

The [ux_membership_status] indeed return the members status for most of the built-in statut.
However when the statut is "pending", "expired", "canceled" and "deceased", the shortcode do not return anything.

I understand that this is tied to the Civicrm membership statut propeties "member -> Yes/No".

However despite the contact/members are not considered as member (anymore) whithin civi, it seems counter intuitive not to return to the front end user his actual status. Indeed, the front end user do not (need to) know about Civi behaviour, yet knowing that his membership has expired is critical. Indeed a page where the statut is empty lack the critical informations that prevent unnecessary questioning :

  • am I still a member or not ?
  • is my membership under processing ?
  • is my membership expired ?
  • etc.

What matters here is what information will be provided to the user, and what behaviour it may induce.
I advocate that the lack of data/information produce un-certainity, which is counter productive, while an actual information is guidefull, thus productive.

Thus why not return the membership of the front end user anyhow ?

In the same vein, some contact/user have never been members, some may become, some none.
In this case the membership shortcode do not return anything, which is understandable, but not optimal. Again in a front en user friendly perspective, I would advocate that the shortcode should return "no membership found".
This actually applies not only to member statut shortcode but all member related shortcode.

Cheers

@agileware-justin
Copy link
Contributor

Good ideas @jbonlinea

@agileware-justin
Copy link
Contributor

Just noting here that you could solve this problem by setting up a Data Processor for the membership and display any of the membership fields you wanted. Then it's a matter of using the ux_civicrm_listing shortcode to display the results on the page.

@agileware-justin agileware-justin added the enhancement New feature or request label Mar 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

No branches or pull requests

2 participants