Action on loading entity page

[telecastg]

Fair point

Best Regards

[dimyy]

In my version, it does not matter at all what modules are now and what will be in the future

This is the advantage :-)

[telecastg]

I agree that order is applied to php not js, however you define which view is invoked in your entity's clientDefs file which is merged at metadata.php which is controlled by "order" for example:

Espo/Modules/ModuleA/Resources/metadata/clientDefs/Case.json

"recordViews": {
    "detail": "moduleA:views/case/record/detail"
}

Espo/Modules/ModuleB/Resources/metadata/clientDefs/Case.json

"recordViews": {
    "detail": "moduleB:views/case/record/detail"
}

If moduleA order is 30 and moduleB order is 20, "moduleA:views/case/record/detail" will take precedence in namespaces where Case does not have a detail record view defined in its Case.json clientDefs. (Crm, the module where "CasoObj" is defined has an order value of 10)

However in the ModuleB namespace, "moduleB:views/case/record/detail" will be always used because it is explicitly invoked.

If you just define a custom detail view and not call for it in any clientDefs (directly or indirectly), Espo will ignore it because it uses metadata as the "blue print" to build the back end (entityDefs) and the front end (clientDefs).

define('moduleA:views/case/record/detail', 'moduleB:views/case/record/detail', function (Dep)
define('moduleB:views/case/record/detail', 'moduleA:views/case/record/detail', function (Dep)

Is in my opinion, bad coding, because custom modules should be treated as encapsulated "extensions" and should only inherit, if required, from Espo's base code, otherwise why bother with different modules if everything is going to be interrelated anyway ?.

[dimyy]

Order in module.json applyed to php. Not to js.

As usualy In view you hardcode inherited one

define('crm:views/case/record/detail', 'views/record/detail', function (Dep)

Two custom view:

define('moduleA:views/case/record/detail', 'crm:views/case/record/detail', function (Dep)
define('moduleB:views/case/record/detail', 'crm:views/case/record/detail', function (Dep)

What is right order

define('moduleA:views/case/record/detail', 'moduleB:views/case/record/detail', function (Dep)
define('moduleB:views/case/record/detail', 'moduleA:views/case/record/detail', function (Dep)

[telecastg]

"If two modules (A,B) have custom view to single entity it's the inheritance problem. should A reference to B or should B reference to A? Know A and B about each other?"

The issue of module relevance is addressed by the value of "order" in the module's module.json metadata script. The higher the value of "order" the higher the precedence.

In the case of the "custom" namespace, it will take precedence over any other namespace.

But I fully agree with you that by using the keyword "__APPEND__" in the "detailActionList" specification, all automatic executions will take place when there are more than one clientDefs for the same entity in different modules, which is preferable than having to keep track of the modules "order" values.

[dimyy]

If you destribute custom module custom view is not good.

If two modules (A,B) have custom view to single entity it's the inheritance problem. should A reference to B or should B reference to A? Know A and B about each other?

This is absolutely independent customization

[telecastg]

Nice trick indeed . What would be the advantage of using that technique over creating a custom view ?

[dimyy]

You don't need custom view.


Use little trick: https://docs.espocrm.com/development/custom-buttons/

Create detailActionList button without label, name, acl.

 "detailActionList": [
"__APPEND__",
{
"data": {
"handler": "custom:my-action-handler"
},
"initFunction": "initHiddenButton"
}
],

and the initFunction function will be executed once when you open entity detail view.

[telecastg]

Hello,

To catch an event like view rendering requires front end coding (javascript).

Hooks are a back-end tool that allow you to inject some actions before or after a record is persisted in the database, but in a client-server architecture, the server is never aware of when a page is loaded or any other client event, it only sends the data to the client, so the browser is the one that detects this type of event.

If you are comfortable coding with javascript, you could implement logic in a custom Contact detail view script, to be triggered when the view finishes loading and it is rendered, something like this:

1) Create a custom view script for the Contact entity

client/custom/src/views/contact/record/detail.js

define('custom:views/contact/record/detail', 'crm:views/contact/record/detail', function (Dep) {

    return Dep.extend({

        afterRender: function () {
            Dep.prototype.afterRender.call(this);
            // WRITE THE CODE HERE FOR THE ACTIONS THAT YOU WANT TO PERFORM AFTER THE CONTACT VIEW HAS BEEN RENDERED
    });
});

2) Create a custom clientDefs for Contact to let Espo know that it should invoke a specific script to render the record detail view

custom/Espo/Custom/Resources/metadata/clientDefsDefs/Contact.json

{
    "recordViews": {
        "detail": "custom:views/contact/record/detail"
    }
}

[luizthomasini]

Hi,

I want to perform an action when someone opens up some contact profile, like loading a field via script.


At first I imagined i could do this via hooks on Espo: https://docs.espocrm.com/development/hooks/

In this page tho, I have not seen a hook refering to when a page gets loaded, so I don't know if it's possible to do this via hooks.

I imagine the Hook should be something like onPageLoad, onEntityLoad, onLoad ...


Does Espo supports this kind of action? Using hooks or with some other tool

Thanks in advance