I needed this and I wonder why this simple addition was never added either to drupal core or this module, but I think it's worth considering.

Will follow a patch for review, hopefully this may get accepted.

Comments

hanoii’s picture

StatusFileSize
new881 bytes
mediamash’s picture

very handy when imported nodes in the wrong language!

AdrianB’s picture

Subscribing.

brei9000’s picture

I get an "Parse error: syntax error, unexpected T_VARIABLE" error with this patch... looking into the why right now...

Edit: My typo. Patched worked fantastically! Thank you!

pyxio’s picture

I applied this patch but I can't find where to execute the process of updating node languages? How do I do that? Thanks!

hanoii’s picture

On the Administer->Content Managment->Content page (admin/content/node), like any other mass node operation.

YK85’s picture

subscribing

1661Design’s picture

Will this be included in D7 ?

Subscribing

jose reyero’s picture

Component: Code » Blocks
Status: Needs review » Closed (won't fix)

No new features for 6.x.

hanoii’s picture

Version: 6.x-1.5 » 7.x-1.x-dev
Status: Closed (won't fix) » Active
StatusFileSize
new900 bytes

Ok, what about for D7 then :)?

hanoii’s picture

Status: Active » Needs review
jose reyero’s picture

Status: Needs review » Needs work

For D7 it may be considered. Some issues:
- The patch implements hook_node_operations() for 'i18n', not for 'i18n_node' as I think it pretends.
- The node language in D7 has changed quite a bit and I am not sure what is the impact in field languages, whether we should change field languages too or not, what happens for ET nodes, etc..
- Node language list using i18n_node depends on node type (it may add disabled languages too, neutral may be allowed or not, etc.. So we'd need to check that before changing the node language for not creating inconsistencies.

For all this reasons, though I'd like to have this feature, I have some concerns about getting it in i18n_node, which is focused on some other API tweaks more than in high lever content features. I think it may be better as a stand alone module, that can fit in i18n_contrib if you don't want to create a new module. See http://drupal.org/project/i18n_contrib
Naming suggestions: i18n_content, i18n_node_translation, ....

jose reyero’s picture

Project: Internationalization » Internationalization contributions
Component: Blocks » Miscellaneous

A few months later, new features are really not wanted anymore. You can try a stand alone module or an addition for i18n_contrib.