Skip to content
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

Language configurations on content node #7037

Closed
jveer opened this issue Nov 1, 2019 · 10 comments
Closed

Language configurations on content node #7037

jveer opened this issue Nov 1, 2019 · 10 comments
Labels
project/content-variants status/stale Marked as stale due to inactivity

Comments

@jveer
Copy link

jveer commented Nov 1, 2019

Currently we are working on a website which will be published in multiple countries and each of these countries have their own languages. The issue however is that there is no language which is used in all countries (not even English!).

One of the countries that won't have an English version is the Belgian website, it will only be published in Dutch, French and possibly German.

This wouldn't be a problem normally, however some properties are shared across all languages for a particular country. For example I want to set a price which is country-specific and I also don't want to set the hide from navigation on each language individually. (these are not the only properties).

Now the issue is, this is currently not possible in Umbraco 8 without publishing the default language and set the properties for that variant:
germany_product_editor

It would be nice to be able to set the default language (and mandatory languages) in the same way as the domains are configured. Although I'm not a (UX) designer I've tried to create a simple design which adds these options to the Cultures and Hostnames window:
culture_hostnames_updated

We at our office are willing to help creating this feature, however we would like someone a bit more experienced in the Umbraco Core to assist on this feature and guide in the right directions, so feel free to help 😄.

@nul800sebastiaan
Copy link
Member

Like in the v7 and older days, it is of course still possible to have multiple root nodes where you can make a completely different site for the Belgian and English website.

As far as I know, this is how the features you're describing were anticipated to be used and I am not sure if we can change this behavior at this point.

I'll ask around at HQ though!

@nul800sebastiaan nul800sebastiaan added the state/needs-investigation This requires input from HQ or community to proceed label Nov 4, 2019
@jveer
Copy link
Author

jveer commented Nov 4, 2019

Like in the v7 and older days, it is of course still possible to have multiple root nodes where you can make a completely different site for the Belgian and English website.

Yes, creating completely separate websites works just fine, however for v7 we previously used Vorto (I know it wasn't part of Core), which allowed to set global properties on the node and only set the language variants on the properties that would allow varying by culture.

As far as I know, this is how the features you're describing were anticipated to be used and I am not sure if we can change this behavior at this point.

I would say if it's not possible to change the behavior of the languages, it would be very disappointing because that means Umbraco (8) isn't suitable for multi-region websites with different languages. I really think this should be possible with Umbraco 8 and it's language variants, as it was (although through Vorto) also possible with Umbraco 7.

I'll ask around at HQ though!

Thanks! Looking forward to the reply!

@jveer
Copy link
Author

jveer commented Nov 18, 2019

Hi @nul800sebastiaan, did you manage to ask this around yet at HQ by any chance?

@ulrichebsen
Copy link

Hi,

I really like this idea... working with a client were we just started a new U8 project where we really could benefit from this.. having a lot of sites on one install with very different language requirements.. and we also have an ongoing project with 60+ markets where several of the markest are multi language.. this is currently on U7, but the talks of migfrating to U8 has started.. and also here it would come in REALLY handy.. ;)

@jveer
Copy link
Author

jveer commented Jan 8, 2020

Like in the v7 and older days, it is of course still possible to have multiple root nodes where you can make a completely different site for the Belgian and English website.

As far as I know, this is how the features you're describing were anticipated to be used and I am not sure if we can change this behavior at this point.

I'll ask around at HQ though!

Hi @nul800sebastiaan, it's been 2 months since. Do you have any update on this for us, would be much appreciated!

@nul800sebastiaan
Copy link
Member

Not much yet... sorry #4915 (comment)

@nul800sebastiaan
Copy link
Member

While we are going to be working on #4915 in the next few weeks, I just re-read this issue and I am not sure I understand it.

Without thinking about the UX, can you explain once again what it is you're trying to do?

Maybe I understood it correctly:

  • You have 3 languages, none of them are the default / fallback language
  • You want to globally set some properties for those 3 languages without being forced to set them on each language individually.

Is that the scope of this request?

Additionally, what do you expect to happen if the "Contact" node is globally set to "hide in navigation" but you suddenly decide: in Dutch and French it should not be hidden, but in German it should still be hidden.
I imagine that is a scenario that will happen quite often, you want to have a global value, but still be able to override it locally sometimes. Correct?

@nul800sebastiaan
Copy link
Member

Ah, I think I misunderstood #4915 as well, not sure the things were going to be working on are covering that issue, we'll have a chat about it and this one again soon.

@jveer
Copy link
Author

jveer commented Jan 13, 2020

While we are going to be working on #4915 in the next few weeks, I just re-read this issue and I am not sure I understand it.

Without thinking about the UX, can you explain once again what it is you're trying to do?

Maybe I understood it correctly:

  • You have 3 languages, none of them are the default / fallback language
  • You want to globally set some properties for those 3 languages without being forced to set them on each language individually.

Is that the scope of this request?

Sounds like good news! Please have a look below where I try to explain the situation in detail. If I need to explain something a bit further, please let me know and I will try to do so.

Assumptions:

  • [English] is my default language configured in Umbraco
  • I have three other languages: [Dutch], [French] and [German]
  • All document types have four properties:
    -- External Id; Mandatory, not varying by culture
    -- External Name; Mandatory, varying by culture
    -- Hide from Navigation; Optional, not varying by culture
    -- Navigation title; Optional, varying by culture

For example, the following site structure may be applicable:

  • The Netherlands
    -- [Dutch]
  • Belgium
    -- [Dutch]
    -- [French]
    -- [German]
  • Germany
    -- [German]
    -- [English]

Then I have a few requirements for these properties:

  1. I should be able to set the External Id on the [Dutch] culture, as this property is mandatory for The Netherlands but this node doesn't have an [English] culture variant.
  2. I should be able to set the External Name on each culture individually. This is a mandatory property for each culture variant individually.
  3. I should be able to set the Hide from Navigation to false on the [Dutch] culture. This field is not mandatory so can be left unchecked in case I want to.
  4. I should be able to set the Navigation Title on each culture individually, however this field is not mandatory so can be left empty.

Additionally, what do you expect to happen if the "Contact" node is globally set to "hide in navigation" but you suddenly decide: in Dutch and French it should not be hidden, but in German it should still be hidden.
I imagine that is a scenario that will happen quite often, you want to have a global value, but still be able to override it locally sometimes. Correct?

Personally I see that as a nice-to-have. In case you run in to a similar scenario I think the property should be varying by culture. But if it's possible to override without a confusing interface, it would be a welcome feature!

@umbrabot
Copy link

umbrabot commented Mar 6, 2021

Hiya @jveer,

Just wanted to let you know that we noticed that this issue got a bit stale and might not be relevant any more.

We will close this issue for now but we're happy to open it up again if you think it's still relevant (for example: it's a feature request that's not yet implemented, or it's a bug that's not yet been fixed).

To open it this issue up again, you can write @umbrabot still relevant in a new comment as the first line. It would be super helpful for us if on the next line you could let us know why you think it's still relevant.

For example:

@umbrabot still relevant
This bug can still be reproduced in version x.y.z

This will reopen the issue in the next few hours.

Thanks, from your friendly Umbraco GitHub bot 🤖 🙂

@umbrabot umbrabot added the status/stale Marked as stale due to inactivity label Mar 6, 2021
@umbrabot umbrabot closed this as completed Mar 6, 2021
@umbrabot umbrabot removed state/hq-discussion state/needs-investigation This requires input from HQ or community to proceed labels Mar 6, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
project/content-variants status/stale Marked as stale due to inactivity
Projects
None yet
Development

No branches or pull requests

4 participants