I am not 100% sure where the issue is, therefore I am not certain if this is the absolute best place for this question....but I believe so.

OK, basically I have been playing trying out the ECK (Entity Construciton Kit) module in order to easily create my own custom entities.... Then I decided to use this module to modify the creation/edit form pages for these entity type/bundles. (When the user is actually creating or editing the entities themselves.)

Initially, everything seemed to be working fine.... I was able to get the "Manage form display" to show up.... However, when I actually click on the link to register the form... the popup comes up but just hangs. The AJAX loading symbol keeps spinning, but no selection options ever come up. I am still able to use the close button in the top right corner, but nothing else shows.

There does not seem to be any errors flagged in the logs.... It just hangs. Since it states on the front page of this module that it is supposed to work with ANY form, I was curious what was going on????

Oh, just so you know.... I have attempted this with multiple versions of the renderable elements, ECK, ctools, and DS modules .... but no joy...

Any suggestions/help you can provide would be greatly appreciated!

Comments

ydnar79’s picture

ydnar79 CreditAttribution: ydnar79 commented

UPDATE

After posting the above question / issue, I decided to check something.

This is an interesting note.... If you click on the "Manage form display" link on the "Manage Fields" tab in the admin area, it seems to work.... HOWEVER, if you click on the same link while you are actually on the entity creation / edit form itself.... it hangs. (Which is what I was doing.)

It also seems to be affecting ALL of the entity type forms as well. (Not allowing each individual one to be selected.) Apparently (just looked in the Renderable elements admin area.) the form build ID is "field_ui_field_overview_form" which seems to be true for ALL of the forms built with ECK. (Thus not being able to manage them independently.)

So apparently there is an issue with BOTH the renderable elements module AND ECK in this particular scenario???? (At least that is how it is looking to me....)

If anyone else wants to give this a shot.... any help would be welcome. Otherwise, I will see what I can find out and probably start an issue in the ECK module since it seems to involve it as well.

swentel’s picture

swentel CreditAttribution: swentel commented
Title: Incompatible with ECK (Entity Construction Kit)???? » Add additional properties for registering a form: entity_type, bundle, view (use cases: views, EKT)

This can't work fully since there's only one form id but possibly multiple entities and/or bundles. This is the same for let's say exposed filters of a view.

Note, i'm testing on the 7.x-2.x branch of EKT

ydnar79’s picture

ydnar79 CreditAttribution: ydnar79 commented

I see what you mean.... I just tried it with the current dev release of Renderable elements. And yes, I was trying it with ECK 7.2-2.x as well.

(Now it appears to be identifying the form as "eck__entity__form")

I have created an issue in the ECK module to make them aware of this problem as well.... It can be found at: http://drupal.org/node/1369650

As I stated in the other post, I will see if I can come up with any possible solutions / patches that may help in getting these two great modules to work together correctly.... In the meantime, at least this problem has been identified and hopefully can get resolved.

If I come up with anything, I will let you know.....

swentel’s picture

swentel CreditAttribution: swentel commented

Well, it's really a renderable elements problem, so you can safely close the issue in that queue :)
We just need to come up with additional unique properties to identify a rel_build.

fmizzell’s picture

fmizzell CreditAttribution: fmizzell commented

Ok, I have tested with ECK, and got it working with a couple of problems.
To fix the problem with ECK I simply created a unique form id for each form. When I did this, I found out that REL doesn't like labels bigger than 32 varchar, and since the form_id is the label, no form with an id longer than 32 varchar will be supported. So, I changed the code in ECK so the form ids would be the right length. After this everything seemed to work well. I added an entity add form to be managed by REL and I was able to rearrange things successfully. Then I went to check the edit form to make sure it had not changed, but it did change!!!.. the changes in the add form messed up the edit form even though it was not supposed to be managed by REL. This might have nothing to do with the problem, but from a UI perspective, part of the problem is that REL is using the field UI. This UI gets generated in a per bundle basis, so there would have to be another way to distinguish between the add form and the edit form of the same bundle. So, everything works well, except for the label issue, and the issue with REL taking over forms that it shouldn't.