? Success

User tests: Successful: Unsuccessful:

avatar Bakual
Bakual
23 Dec 2016

This decouples a part of #13182 since we don't seem to get an agreement there anytime soon ?

Summary of Changes

  • Store fields in 'com_fields' property instead of reusing the already existing 'params'. This eliminates possible conflicts.
  • Show custom fields in frontend article edit using the joomla.edit.params JLayout.
  • Adjusted the JLayout to take a custom tab name so it is reusable better. If no tab name is specified it uses the current behavior ('myTab').

Testing Instructions

  • Test that you can still save values into custom fields both in frontend and backend.
  • Inspect the HTML code and see that the ID attribute of the field has changed from jform_params_alias to jform_com_fields_alias and the name from jform[params][alias] to jform[com_fields][alias].

Documentation Changes Required

None

avatar Bakual Bakual - open - 23 Dec 2016
avatar Bakual Bakual - change - 23 Dec 2016
Status New Pending
avatar joomla-cms-bot joomla-cms-bot - change - 23 Dec 2016
Category Administration com_fields Front End com_contact com_content Layout Plugins
avatar ralain
ralain - comment - 23 Dec 2016

I have tested this item successfully on c8ff6d1

(Assuming you mean jform[com_fields][alias])


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13353.

avatar ralain ralain - test_item - 23 Dec 2016 - Tested successfully
avatar Bakual Bakual - change - 24 Dec 2016
The description was changed
avatar Bakual Bakual - edited - 24 Dec 2016
avatar Bakual
Bakual - comment - 24 Dec 2016

(Assuming you mean jform[com_fields][alias])

Of course! Adjusted the PR description now ?

avatar laoneo
laoneo - comment - 24 Dec 2016

I don't se the benefit for this change honestly? Params is made for custom fields, so why not reuse it?

avatar Bakual
Bakual - comment - 24 Dec 2016

Params is made for custom fields, so why not reuse it?

Because it's not made for custom fields. It's a groupd specified in many (if not most) extensions XML file to hold various item options.
That means in most cases there is already data in that group, and it's the reason you load the existing data, convert it, merge with com_fields data, process it, unset it and convert the original params data back. All while having the risk that we have conflicts with existing data.
Now if using our own group, we can eliminate the risk of having conflicts and don't need to convert and merge and convert back the existing data.

avatar ggppdk
ggppdk - comment - 28 Dec 2016

This PR is needed
Besides the obvious reason to avoid conflicts, there are more benefits

  • since anyway they need to be seperated from params array, why add them there in the first place,

thus avoid the extra step to find the custom fields inside the 'params' and then clean-up the 'params' array before DB save

  • it makes easier to reference / handle them inside form via JS

  • easier to apply "different" validation of them ... in future if needed

  • also logically it makes sense since the 'params' are mostly non-content, and 'com_fields' are mostly 'content' ...

avatar Bakual Bakual - change - 28 Dec 2016
Labels Added: ?
avatar laoneo
laoneo - comment - 26 Jan 2017

We have conflicts here.

avatar Bakual
Bakual - comment - 26 Jan 2017

Rebased and conflict solved.

avatar Bakual
Bakual - comment - 2 Feb 2017

Rebased and fixed conflicts (again)

avatar Bakual
Bakual - comment - 26 Feb 2017

Rebased and fixed conflicts once more

avatar coolcat-creations
coolcat-creations - comment - 8 Mar 2017

Please tag me if ready to test :)


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13353.

avatar Bakual
Bakual - comment - 8 Mar 2017

@coolcat-creations It is ready for quite some time already ?

avatar ggppdk
ggppdk - comment - 8 Mar 2017

I will test too during weekend

avatar coolcat-creations coolcat-creations - test_item - 8 Mar 2017 - Tested successfully
avatar coolcat-creations
coolcat-creations - comment - 8 Mar 2017

I have tested this item successfully on 2b5784c

@Bakual sorry i should have read my errormessage :-D Test successful!


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13353.

avatar laoneo
laoneo - comment - 9 Mar 2017

I will also have a look over the weekend, somehow I have the feeling something is missing.

avatar laoneo laoneo - test_item - 10 Mar 2017 - Tested successfully
avatar laoneo
laoneo - comment - 10 Mar 2017

I have tested this item successfully on 2b5784c


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13353.

avatar franz-wohlkoenig
franz-wohlkoenig - comment - 10 Mar 2017

RTC as there are 2 successfully Tests?

avatar jeckodevelopment jeckodevelopment - change - 10 Mar 2017
Status Pending Ready to Commit
avatar jeckodevelopment
jeckodevelopment - comment - 10 Mar 2017

RTC


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13353.

avatar rdeutz rdeutz - change - 10 Mar 2017
Status Ready to Commit Fixed in Code Base
Closed_Date 0000-00-00 00:00:00 2017-03-10 19:25:04
Closed_By rdeutz
Labels Added: ?
avatar rdeutz rdeutz - close - 10 Mar 2017
avatar rdeutz rdeutz - merge - 10 Mar 2017

Add a Comment

Login with GitHub to post a comment