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

Multi-language support #4

Open
blixhavn opened this issue Aug 17, 2015 · 6 comments
Open

Multi-language support #4

blixhavn opened this issue Aug 17, 2015 · 6 comments

Comments

@blixhavn
Copy link

We need the pages module to be multi-language, where one URL shows content based on selected language, or redirects to the corresponding URL (i.e. [en] https://demo.tind.io/terms -> [de] https://demo.tind.io/bedingungen)

Is there any work being done on this, or have you discussed it?

@jirikuncar
Copy link
Member

@blixhavn
Copy link
Author

Invenio-pages is on MySQL for now. What do you think of introducing this with MySQL, and then migrating later, when Invenio is also moving to PostgreSQL? I'm pretty sure we'll have to create a MySQL fork otherwise. I'm of course also asking because TIND is currently on Invenio 2.0, and I don't see us migrating to 2.3 in quite a while.

More specifically I'm thinking of creating a kind of wrapper model/table that will work seamlessly with the TranslationHybrid class. Basically mocking key/value storage in regular relational database. This will be extra work for us, but at least it will allow us to move to PostgreSQL easily when the time comes.
Database migration might be a bit tricky though, but it should be doable.

@jirikuncar
Copy link
Member

@blixhavn maybe you can use some less effective implementation of HSTORE in MySQL (e.g. db.JSON which is a TEXT column with json serialization).

@blixhavn
Copy link
Author

Ah, that might work too. Great :)

@blixhavn
Copy link
Author

Should we have a "master" value for url/title/content, or should we have everything as translations?

@blixhavn
Copy link
Author

I've started looking into this now, but I am a bit stuck. In order to be able to implement this the way you suggested, we need to do some data handling in between the form/view and the model. How can we do this here?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants