New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[com_content] J 3.7. Browser Page Title (location of the field in article edit) #13826
Comments
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. |
Exactly that, see #10838 for full context. The field does not override the menu item parameter if you've got an article set as the menu item. It will override the menu item parameter if the article is inheriting from another menu item like a category. |
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 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 |
Ok fair enough, thanks! |
Set to "closed" on behalf of @franz-wohlkoenig by The JTracker Application at issues.joomla.org/joomla-cms/13826 |
closed as Issue solved. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/13826. |
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...
The text was updated successfully, but these errors were encountered: