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

Replace entitySettings with custom-data-on-any #17

Merged
merged 3 commits into from
Aug 3, 2018

Conversation

aydun
Copy link
Collaborator

@aydun aydun commented Jul 21, 2018

Here's an 'early cut' of a PR to use custom-data-on-any instead of entitySettings.

There are a few things to be done (see TODO.md) but I am opening this now in the hope that someone might review or continue work on this while I'm off on holiday since it would be great to have a new extension release out to tie in with the release of dev/core#34 in 5.5.0

aydun added 3 commits July 10, 2018 19:33
Add custom data on relationships to define a value and a mode.
In Enforce mode (like original), this overrides user choices
In Default mode it should set the value on the Add/Edit screen but allow user to change. (Not working)

Add API and js for Add/Edit Relationship form to disable other values when enforcing an option.
@eileenmcnaughton
Copy link
Owner

eileenmcnaughton commented Jul 21, 2018

@petednz do you want to get @jitendrapurohit or Luke to check this out? Maybe @MegaphoneJon also has an interest

Note in core it will be possible as of 5.5 to distinguish between read & edit

  • edit perms on a relationship.

Also note that if this doesn't work on all versions we will increment the version in info.xml rather than try to contort the code. (that's my general extension approach post the version renumbering)

@petednz
Copy link

petednz commented Jul 21, 2018

read and read?

@eileenmcnaughton
Copy link
Owner

@petednz you mis-read - see above :-)

@petednz
Copy link

petednz commented Jul 21, 2018

I believe you - i just don't know how to read it differently ;-)

"Note in core it will be possible as of 5.5 to distinguish between read & read"

@eileenmcnaughton
Copy link
Owner

@petednz your eyes deceive you - it never said that :-)

@petednz
Copy link

petednz commented Jul 22, 2018

ok - well i am glad i didn't copy and paste to give me any evidence then, Officer

@aydun
Copy link
Collaborator Author

aydun commented Aug 3, 2018

Hi all, just wondering whether anyone has made progress testing this?

@eileenmcnaughton
Copy link
Owner

@aydun doesn't look like it - I'm gonna merge it - I don't hold my extensions to the review standard I hold for core - I'm happy to let any issues come out in the wash here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants