In 3.7 there is a new Field Browser Page Title in the article options, which i really appreciate.
However i think this field is better Placed at page 1 in the main options or in the Meta Tab which could be renamed to "SEO"...
For content editors this field is very important and the need to scroll down always is not a good UX...
Labels |
Added:
?
|
Title |
|
Is this consistent to the other settings? I mean when and how something overrules the menu?
My use case which caused the PR was we were looking for a way to change the page title without renaming the article. The article inherited from a menu item and based on the way the article view was coded and the way parameters merge, it was impossible to set a custom page title without making the article a menu item of its own. So this adds a semi-clean override to the parameter inheritance for this specific use case.
I tried going the plugin route for this, but again, because of the way the view was coded you could not change the page title without essentially hooking into both onContentPrepare
and onAfterDispatch
during the rendering process (as well as the hooks required to add the form field) to make it all work.
So just as the tooltip explains, the field is only applicable when the article is viewed and does not have a corresponding menu item of a com_content.article
type.
Ok fair enough, thanks!
Title |
|
Category | ⇒ | Layout |
Title |
|
Title |
|
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-04-05 12:42:35 |
Closed_By | ⇒ | franz-wohlkoenig |
Set to "closed" on behalf of @franz-wohlkoenig by The JTracker Application at issues.joomla.org/joomla-cms/13826
closed as Issue solved.
imho : this fields is only used when not using menu link and if you want an laternative title. Putting this on first tab will induce that this field is a required field which is really not the reallity in most of the case.