Closed (fixed)
Project:
Role Expire
Version:
4.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
25 Jul 2024 at 15:18 UTC
Updated:
2 Oct 2024 at 07:12 UTC
Jump to comment: Most recent, Most recent file

Comments
Comment #2
gregglesCan you post a screenshot of the problem area? I want to be sure I understand the functionality you're describing.
Comment #3
anybodyThanks @greggles yes of course!
Here it is:

It would be great if this could be more compact or collapsed, as long as unused, see proposed solutions above.
Comment #4
gregglesI think those fields might be in https://www.drupal.org/project/role_expire ?
Comment #5
anybodyOh **** @greggles SORRY, I glitched into the wrong module indeed! I'll move it over, sorry!! Thank you!
Comment #6
kuzyawkk commentedComment #8
kuzyawkk commentedComment #9
anybody@kuzyawkk thanks! Could you post a screenshot of the result maybe?
Comment #10
kuzyawkk commentedHi @anybody, welcome. Yeah, I'm attaching screenshots with the result


Comment #11
anybodyI left some comments on the MR @kuzyawkk.
Maybe @rcondina would be so friendly to also take a maintainer look for feedback?
Comment #12
anybodyComment #14
rcodinaNew configuration option:

New collapsible help:

Comment #15
rcodinaComment #16
anybodyThanks @rcodina GREAT WORK!
Sorry I didn't see that.
I'll review the results now!
Comment #17
anybodyGREAT @rcodina! RTBC.
Testing this out took the idea even one step further, and I think it might make sense:
As long as there's no expiration date set for a role, we could even put the expiration field into the details and make the title "Role expire" or "Role expiration". If a value is set or the global option is disabled, the fieldset should be #open, otherwise closed.
That would make it even more compact and I think helpful! :)
What do you think?
Comment #18
anybodyPS: It might also make sense to add an indicator to the details title regarding the status ("No expiration" / "Expiration: XXX"). I think that would really be perfect then!
PPS: We might even keep it closed, when filled, using the title solution...
Comment #19
anybodySetting this back to NW for the suggestions, what do you think? I think it's worth it...
Comment #20
rcodinaNew configuration option:

New collapsible help (collapsed):

New collapsible help (expanded):

Comment #21
rcodina@anybody Such a great idea! Could you please review it? Once done, I think it should be collapsed by default!
Comment #22
rcodinaComment #23
anybodyThanks @rcodina sorry I didn't come to that conclusion earlier and thank you for the great implementation, review in progress!
Comment #24
anybodyGreat work, just some minor comments.
Any I think it makes sense to add an update hook setting
role_expire_expiration_field_visibilityexplicitly.I'd vote to set it TRUE by default, even if it's kind of breaking change, it's not end-user related and it improves the UI / UX in the backend, so I think the majority would like to have this.
The update hook description should inform the users about the new feature and that they can disable it, if they would like to keep the old, expanded style?
REALLY AWESOME WORK!!
Comment #25
rcodina@anybody I think the new option "Expand role expiration fields by default" should be FALSE by default because it's much better. However, I agree for current module users we need an update hook to set it TRUE (cause they are used to expanded style). You agree?
Comment #26
anybodyYes, sorry if I wrote it the wrong way around. The new UI is much better for all!
Comment #27
anybodyComment #28
rcodinaComment #29
anybody@rcodina Super nice!
Just saw you decided to keep it open for existing installations:
Is it for BC reasons?
While I'd vote to also collapse it for existing installations. I'd at least suggest changing the description a bit to inform updaters. The function description is shown in update.php and when running
drush updbso maybe we should write something like:RTBC anyway, feel free to decide which text you'd like to use.
Thank you so much for this great improvement!
Comment #30
rcodina@anybody With the suggested text, I think it's better to turn it FALSE by default for existing installs. Thanks all!
Comment #31
anybody@rcodina yes I'm fine with that! :)
Let's go!
Comment #32
anybody@rcodina any plans to merge this and maybe tag a new release?
Comment #34
rcodinaComment #35
rcodinaIncluded in new 4.1.0 release.
Comment #36
anybodyThank you very very much @rcodina!! :)
PS FYI: You don't have to set Closed (fixed) manually, Drupal.org will do that automatically after some weeks passed, if you just set it "Fixed". That's best practice.