Serendipity Forums

Hey,

I found out about another problem with the multilingual plugin.
For some reason, when I select a language on my site (sidebar language selection plugin), the selected language becomes the default language.
This again makes the selected language unselectable when editing or creating an entry.

That means that, in the Advanced Options->Multilingual entries-option below the entry I can only select "Default" and all languages that are not currently selected. This wouldn't be a problem if the "Default" was actually the selected language.
Instead, an entry is saved for English, for German AND for Default.

So, if I selected German on my homepage, I can only choose from English and Default in the Advanced Options->Multilingual entries-option and can NOT edit the German entry.
If I selected English, I can only choose from German and Default and NOT edit the English entry.

This leads to two unwanted things:
1. The Default entry is never in the correct language (you could only achieve that by using {{!de}}{{--}}, which would be very bad when applied to a complete entry).
2. In the footer of the entry you see "Select language: German, English, German" with the last language always being the current Default. Only two selections should be available there.

I hope that I could make my problem clear.
My suggestion would be not to save the Default language as an extra version of the entry but instead use the version of the current default language.

Also, I'd think that selecting a language on the homepage shouldn't affect the admin area at all.

Hi!

Yes, this is a conceptual problem of the plugin when you are using it as an author on the site. You need to logout of the admin interface when using the frontend to change the language, currently I don't know how to circumvent this conceptual thing without affecting the whole language workflow of every part involved...

to s9y, you're also logged in to the frontend when using the backend, and vice versa. It all operates on the same s9y api core; the backend functions are not isolated from the backend (which is a good thing for nearly every area...)

Regards,
Garvin

Yes, I thought so.

But anyway, couldn't you fix the issues that:
1. There is a different version of an entry for the Default language. This is actually the main problem. When editing the Default version of an entry, you should actually be editing the version of the current default language (so, German or English).

2. The default language appears in the language selection in the footer of an entry. Only "English, German" should appear there, not "English, German, English/German(depending on the default)".

You could also tell me what I have to do to fix that.

Hi!

The plugin operates on top opf the usual s9y structure. And that requires you to have a "default" entry. Otherwise, the usual s9y entry would be empty and you would have all sort of problems with fetching entries and other plugins operating there...

So the only thing I could really recommend is to either use a different browser to visit the frontend, or to logout when navigating the frontend with different languages...

Well, I solved the problem with the default language being selectable for the user by removing the line that added the selection to the footer from the php file.

This way, no user should ever be able to select the default version of an entry (other than by typing stuff in the browser, maybe;) ).