multilingual_plugin inconsistent?

Found a bug? Tell us!!
wesley
Regular
Posts: 197
Joined: Sun Jul 10, 2005 11:15 am
Contact:

Post by wesley »

kitten wrote:Hi,
wesley wrote:I tested kitten's code and while it does what he said it should do, it does
not retain the previous language's contents to a 'new' language entry. It
seems to always query for the DB, so if there is none, the entry is cleared
and this makes it difficult for creating a translated work.
Yes, but see my explanation for this behaviour above -- IMO it's more confusing than helpful. If I want to work on a translation, I can always copy & paste the version I want to work with.

Anyway, in the meantime I continued to work on this plugin and I might propose a new version to the mailing list soon.
Personally, I'd be very annoyed if I just had clean slate to start my new
language version. In fact if I had to manually copy & paste I would not
have bothered to maintain the current multilingual system on my blog. :(

So it's clear that there really does need to be a configuration option for
the behaviour - people have different preferences & needs. So in light of
that I've added the configuration option that lets the user choose this
behaviour just before committing the new version into CVS. :) Thanks
for the code and suggestions. I think I like the way it works now.

Okay, meanwhile, I fully agree that the current handling of 'default
language' by s9y in relation to multilingual plugin is not exactly ideal
and is in need of a new handling method. And your idea of 'transparent
switching' seems to be a good way out of this. I'm looking forward to
seeing the outcome.
I make s9y plugins, too.
My s9y blog depends on them. :)
kitten
Regular
Posts: 9
Joined: Mon Jul 18, 2005 1:16 pm

Post by kitten »

wesley wrote:So it's clear that there really does need to be a configuration option for the behaviour - people have different preferences & needs.
Really, I wasn't aware that this might be a feature people can depend on in their daily life. :D A configuration option should suit everyone's needs.
wesley wrote: Okay, meanwhile, I fully agree that the current handling of 'default
language' by s9y in relation to multilingual plugin is not exactly ideal
and is in need of a new handling method. And your idea of 'transparent
switching' seems to be a good way out of this. I'm looking forward to
seeing the outcome.
Fine, I will see what I can do. I have it working right now on a system for a client (as you see, I needed it badly :wink: ). Just want to have a second look in a few days -- I'm new to s9y and I'm learning new things all the time...

Thank you for the encouragement.
randulo
Regular
Posts: 141
Joined: Thu Jul 21, 2005 10:28 am

Post by randulo »

Does a newer version fix the database (or whatever) issue? I don't mind seeing the untranslated text in the entry form when the db is blank, but if there is something there, it should show the current entry in that language, right?

When displaying the page, the second language seems to be lost entirely.

I'm getting even more lost!
wesley
Regular
Posts: 197
Joined: Sun Jul 10, 2005 11:15 am
Contact:

Post by wesley »

randulo, that was the problem with 1.12 version. 1.13 version and later
should have fixed that issue. SourceForge CVS has about 2 to 3 hours of
lag in the web view after committing, so try downloading the plugin again
now.
I make s9y plugins, too.
My s9y blog depends on them. :)
randulo
Regular
Posts: 141
Joined: Thu Jul 21, 2005 10:28 am

Post by randulo »

wesley wrote:randulo, that was the problem with 1.12 version. 1.13 version and later
should have fixed that issue.
Yep, go it thx! All betteer now :)
Post Reply