[Vtigercrm-developers] Dynamically update "$tab_name" & "$tab_name_index"?
Prasad
prasad at vtiger.com
Thu Oct 15 15:41:44 GMT 2015
Letting module touch a table outside its scope gets over-used.
So having the constraint is better.
Regards,
Prasad
--
FB <http://www.facebook.com/vtiger> I Twit <http://twitter.com/vtigercrm> I
LIn <https://www.linkedin.com/company/1270573?trk=tyah> I Blog
<https://blogs.vtiger.com> I Website <https://www.vtiger.com/>
On Thu, Oct 15, 2015 at 8:32 PM, Alan Lord <alanslists at gmail.com> wrote:
> Bump...
>
> Dear vtiger developers:
>
> On 23/09/15 13:59, Alan Lord wrote:
>
>> On 23/09/15 13:09, Alan Lord wrote:
>>
>>> I'm thinking about ways to add a field to any entity module which
>>> displays a value from the libertus_geotools geocoder database...
>>>
>>
>> <snip />
>>
>> Is there another way I could achieve this? I want the Administrator to
>>> be able to add or remove this field on any of their modules as they
>>> wish. I want them to be able to use this value to be able to find
>>> records that are either geocoded, or not, using any of their existing,
>>> or newly created filters.
>>>
>>> I _know_ I could do this by adding a new field and column to the module
>>> itself and then keep the value updated using an Event Handler or
>>> something but I was just wondering if I could this a bit more
>>> efficiently?
>>>
>>
>> Mostly To: vtiger developers
>>
>> Would there be any particular problem/reticence with a custom module
>> adding column to the vtiger_crmentity table...?
>>
>> I'm thinking I could add a bool to the crmentity table to indicate if a
>> record is geocoded or not. And all entity modules already join to this
>> table.
>>
>> So if the Administrator wants to add a field to his Leads module, for
>> example we have a button in the settings area where he can do this. And
>> it then points to the vtiger_crmentity.lsisgeocoded column, a bit like
>> the way the snownerid or creatorid works now.
>>
>
>
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20151015/7af3cd49/attachment.html>
More information about the vtigercrm-developers
mailing list