trac user elmendavies wrote on 42342194-02-22

I have checked the groups plugin. I could use the 'group' type and subtype it 'journal'. I think I would follow elgg philosophy better. In that case, the journal would appear in the list of groups (Not complettely what I spected).

Does any expert have any recommendation about how to begin?

Should we see it as a improvement in the Blogss plugin or it is more a concept mismatch??

brettp wrote on 42342707-04-25

Some clarification: Trac is used for listing bugs, not for support requests. The community site is the right place for development support.

I've distilled the important part of this ticket below:

The developer uses blog/add/ to add a blog to an ElggObject functioning as a generic container. This causes the view page handler for this entity to display wrong, most notably in the breadcrumbs. This simple change would require overriding every single page handler. Since any object can be a container, do we want to standardize this behavior?

Possible solution: In blog/lib/blog.php, line 40, add (or something similar):

if (elgg_instanceof($container, 'group')) {

elgg_push_breadcrumb($crumbs_title, "blog/group/$container->guid/all");

} else if (elgg_instanceof($container, 'object')) {

elgg_push_breadcrumb($container->title, $container->getSubtype() . "/view/$container->guid");

} else {

elgg_push_breadcrumb($crumbs_title, "blog/owner/$container->username");

}

Title changed from Journal plugin to Update page handler scripts for cases in which the entity container isn't a user or group by brettp on 42342707-04-25

Milestone changed to Near Term Future Release by ewinslow on 42365525-07-08

trac user mrclay wrote on 42596028-11-22

I fear that trying to truly support arbitrary entities as containers in core will lead to a complex mess of cases to consider and code around. Even the proposed fix has to assume that the arbitrary object will have a page handler that matches our convention; there's no way to know this.

Is there a hook triggered before the breadcrumb is rendered? The plugin could rewrite the links in a central location. Otherwise we need to think about a framework for reverse routing, like entity_url_handler for listing pages...

Closing as this doesn't currently seem feasible.