The only way to avoid that problem is to make homepage blocks package / context based like most other things on the platform, instead of application based (the pre-namespace / package way of doing things). Once that's done, it should be possible to move those blocks to their respective content object and eliminate the nasty dependencies. If the block depends on more then one object I would guess we still have a problem.

Hans

On 12/04/2011 15:32, Philippe Van Eerdenbrugghe wrote:
Here I come again with my damn cyclic dependencies ^^

almost all the classes under the path "repository\php\blocks\type\*" have dependencies to content_objects.

Does someone have an idea to break it ?

For those who don't care : cyclic dependencies are preventing a modular application, so as long as we haven't break all those links, we can't download a small core package and cherrypick the additional packages. Cyclic depdencies also make the upgrade process incredibly hard.

Systho


_______________________________________________
Dev mailing list
Dev@lists.chamilo.org
http://lists.chamilo.org/listinfo/dev

--

*Hans De Bisschop*
Hoofddeskundige ICTO | Lead Developer Chamilo 2.0
Software Coordinator Chamilo Association
Erasmushogeschool Brussel
Nijverheidskaai 170 | B-1070 Brussel
T 02 559 02 54 | i 254
hans.de.bissc...@ehb.be <mailto:hans.de.bissc...@ehb.be> | www.erasmushogeschool.be <http://www.erasmushogeschool.be/>

Kom eens langs: www.erasmushogeschool.be/infodagen <http://www.erasmushogeschool.be/infodagen> of lees onze elektronische nieuwsbrief: ehbrief.ehb.be <http://ehbrief.ehb.be/>
P Before printing, think about the environment

_______________________________________________
Dev mailing list
Dev@lists.chamilo.org
http://lists.chamilo.org/listinfo/dev

Reply via email to