Feedback on the 01-04-07 session here

[andydreisch]

Here we go with the updates arising from today's session with Sadek in which he discussed the creation of the Sugar Forums module.

First, the recording is A-OK and we'll be posting it shortly in the details section of this SDUG event. The recording is an 80MB WMV file that progressively downloads. Later today I'll encode a smaller version as well.

The PPT that Sadek used has already been posted.

I'll soon get the Q&A and other information and post it as well.

Thanks for everyone attending today. It was a very valuable session.

Andy

[andydreisch]

The smaller version of the recording is up now. Unlike the original, larger version, there is no codec required for this version.

You'll find it in the session details page.

Andy

[andydreisch]

Q&A is as follows:

So how did you modify user preferences page? Sadek didn't actually change the User preferences page ... he bypassed the need by having the "Show List" link (name?) appear for the user in the Threads DetailView, and allowed the user to specify it there, saving the preference at that time. But let's say I created module that will have to add some new fields to user preferences pages how do I do this? I see ... let me get with Sadek after the session for the best advice here. Note that Sadek did mention that modifying admin screens (like User) currently requires changing the HTML layout directly, which was absolutely not permittied in our case, but may be OK for you, provided you account for the potential of a customization conflict. If it is possible at all. It is possible, yes. Watch for customization conflict, however. I'll post more details in forum following session. Release 5.0, with metadata-driven definitions, will allow for this in an upgrade-safe manner. What I mean is the Changin UserPreferences interface in Admin Got it

Is it possible to create multiple versions of subpanels that will show up different sets of functions based on user's role? Not at this and I'll check with Egr Yep but you are resetting the values only. How to make change of labels on the page in upgrade_safe manner when renaming tab? F.e. if I rename Account to Client I want to change terminology on account page to reflect this change.

[Sadek addressed this during the session. I'll ask him to repeat it here.]
I have a question regarding the manifest and DEinstalling of a module. When doing some additions to the dashboard, I noticed that Sugar will cache the once loaded dashboards in the database. When you deinstall the module this will give problems. What would be the cleanest way to clear the database cvache on deinstall;?

[Sadek also touched on this during the call. He'll respond here.]

[sadek]

Q&A is as follows:
Is it possible to create multiple versions of subpanels that will show up different sets of functions based on user's role? Not at this and I'll check with Egr Yep but you are resetting the values only. How to make change of labels on the page in upgrade_safe manner when renaming tab? F.e. if I rename Account to Client I want to change terminology on account page to reflect this change.

[Sadek addressed this during the session. I'll ask him to repeat it here.]

This is actually very simple. In any module extended language definitions, which are loaded with the module (see the example forums module in the modules/Accounts/en_us.lang.php), you can override any module's standard labels by using the same array index as the standard label.

Q&A is as follows:[b]
I have a question regarding the manifest and DEinstalling of a module. When doing some additions to the dashboard, I noticed that Sugar will cache the once loaded dashboards in the database. When you deinstall the module this will give problems. What would be the cleanest way to clear the database cvache on deinstall;?

[Sadek also touched on this during the call. He'll respond here.]

In 4.5.1, we have a 'pre_uninstall' and 'post_uninstall' check within the manifest.php that allows you to execute custom scripts when uninstalling a module. If you would like to clear the chart cache, you could create a script with the code below and reference it with a 'post_uninstall' array in the manifest.php

<?

require_once('modules/Administration/clear_chart_cache.php');

?>

This will clear the chart cache after uninstalling and prevent the error from ocurring.

[kpit]

I created a feature Request filed as bug #10715 for conditional install options in the manifest.