#944 closed enhancement (wontfix)
bp_pagetitles
Reported by: | junsuijin | Owned by: | junsuijin |
---|---|---|---|
Milestone: | 1.1 | Priority: | minor |
Severity: | Version: | ||
Component: | Keywords: | has-patch | |
Cc: |
Description
I've created a concept patch that allows for simple modification of bp-sn-framework pagetitles like 'Blog,' so as not to need a child template file override for such modifications. This patch also cleans up the model 'archive.php' file. The method proposed is arguably the cleanest means of accomplishing this task.
Attachments (1)
Change History (7)
#2
@
15 years ago
My personal opinion with regards to adding more actions or filters around parts of the base theme is that there would be a lot of these action calls and convenience functions everywhere, making the file hard to read and overcomplicated. As individual files in this framework can be easily overriden with custom files, I don't think it is out of the question to expect people to do that.
#3
@
15 years ago
I had a wordy post but lost it when my browser crashed, so: should this theme system be for a theme designer or for a plugin developer? Both approaches have merit (whether to add loads of actions in)
#4
@
15 years ago
I think replacing a file with your own, for non-developers, is better and simpler than adding and removing actions and filters.
Even if i'm a Thematic lover, so i like the everywhere-actions-&-filters idea.
Any way i think this patch can be applied, it's just for the page title.
#5
@
15 years ago
- Resolution set to wontfix
- Status changed from new to closed
a similar approach to http://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/ does indeed seem the appropriate solution for this, especially since this change can be handled entirely from the theme, rather than bp-custom.php
I'm planning to run through the entire bp-sn-framework making these cleanups and adding the bp_pagetitle function if people think it'd be useful.
I'd also like to hear some opinions on whether people think the following would be useful, or just overdoing it:
-change-
-to-
These two spots seem like the most common locations to want to add html like custom dates, author info, etc, and can also be used in conjunction with the 'bp_before_blog_post' and 'bp_after_blog_post' actions, to more easily alter anything in between the befores or afters, without having to mess with the content.
I think making simple changes to these areas should not require making a new template file in the child; thusly, the child theme creator can focus on the 'minor' aspects of presentation without worrying about merging changes from the framework.