-
Notifications
You must be signed in to change notification settings - Fork 18
Please add Vorto support for URL_Names #11
Comments
Had a little look into this at the minute. I'm not entirely sure this is currently possible as the current culture doesn't seem to be available at publish time to the I'll spend a little more time on this tomorrow. |
I've written a post on our.umbraco.org regarding these issues. At the moment the core doesn't make it possible for the UrlSegmentProvider to grab the current culture for the page with respect to I suspect that this won't be resolved soon, unfortunately. What I'm considering doing is adding a boolean option to disable/enable the URL name renaming section being rendered. This will allow you to implement your own implementation of the URL segment provider using a standard textstring property and then use SEO Metadata with Vorto. |
Hi Ryan Maybe it could helping you... |
I saw that and that's what I've been looking into. What Matt suggested is exactly what SEO Metadata is doing currently. Unfortunately that method cannot get the current culture so I cannot get the relevant version from the Vorto data. |
You said you always receiving the same language "en-GB". I think this is your backend Users language, but if you logged out you couldn't get the right language at the frontend? |
The request pipeline does. The problem is that you are configuring the URL name, which is a publishing/backoffice thing and not a content thing. |
And something like that don't work? using System; namespace ids.Umb.Mvc
} |
|
In that case it sounds bad :( |
Looks like this issue will have to wait until v8 of the Core until it is resolved. |
like discussed:
https://our.umbraco.org/projects/backoffice-extensions/seo-metadata-for-umbraco/please-use-github-issues/64969-URL-rewrite
The text was updated successfully, but these errors were encountered: