Active
Project:
Page Title
Version:
7.x-2.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
14 May 2010 at 12:53 UTC
Updated:
12 Jun 2014 at 13:57 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
nicholasthompsonThere is a difference between Page Title Pattern and Page Title.
The admin page lets you set the pattern (such as "[page-title] | [site-name]"). The Show Field lets you control the [page-title] token separately to the [title] of an "object" (node, term, user, etc).
Unfortunately, there is no facility right now to override the pattern on a per-node basis, only per-node-type...
Does this specific page differ from other pages in terms of node type? Would it be a huge pain to convert it to a different node type?
Comment #2
jdln commentedThere's only a few pages in my site so I can get round this fine, I more wanted to learn the best way for a bigger site im planning.
Thanks
Comment #3
robcarrBeen using this module for ages, but just realised that manually entering text in the Page Title field just overrides the [page-title] token. I'd agree that this may be a very useful feature to override the complete pattern, not just the token value.
Comment #4
nicholasthompsonThat would mean that we need to store not only Page Title's with "entities" (nodes, users, terms, etc) - but also an optional Page Title Pattern.
The knock on implication for this would be that if you decided to change the pattern for all Blog node types (for example), you may have set specific patterns on individual Blog posts. Maybe we'd need a way to "reset" batches of patterns (Eg reset all Blog posts to the default template).
Comment #5
greenc commentedI'd like to second that... allowing a complete override adds perfect flexibility. For example, I have a site that has many hundreds of pages of a similar type for which I use a complex page title pattern such as [field_sometaxonomy-term-raw] Some Text - Some More Text [field_someothertaxonomy-term-raw] and it's fantastic as I can simply change the pattern rather than opening each node and editing manually if I, say, want to tweak the SEO a bit. It's a very scalable solution. Brilliant.
But in about 1% of the cases, the pattern doesn't produce the optimization needed from an SEO standpoint so for this 1% it would be ideal to be able to just add the page title manually to the node and have it override the global pattern. At present, the node page title input is totally ignored given the pattern above.
The pattern is [field_sometaxonomy-term-raw] Some Text - Some More Text [field_someothertaxonomy-term-raw] and say for a specific node of the same content type, we need Some Text - Some More Text - And Some completely different text.
Right now we can either remove the complex pattern and input simply [page-title] as the pattern but completely lose the scalability, I'd have to input hundreds of page titles manually and if I wanted to make a global change, do it all over again. Ouch. Or, I'd have to create a different content type for this 1% that doesn't fit the pattern and use as the default page title [page-title] which solves the issue above, but creates all sorts of new issues, with Views tables (de facto same content, two content types, two different columns) to name just one.
A clean 100% override, not just of the [page-title] but of the whole pattern if there is a value in the node's page title would really make this a perfect module. 100% scalable and 100% flexible. Seems to be the governing logic of Drupal as well. Theming, pathauto, etc. work on these same principles.
I hope you consider this feature... would be fantastic.
Many thanks
Comment #6
frankkessler commentedJust wanted to add in that this feature is still something I think every site needs. With all the SEO tweaks that may be needed across a really large site, overrides on a page by page basis are a must.
Comment #7
Lovau commentedHere is a patch that let you override a page title pattern on a given node.
This apply to the 7.27 version.
It is just a quick-and-dirty fix, but it works for me.