Closed (fixed)
Project:
Announcements
Version:
6.x-1.2
Component:
Code
Priority:
Minor
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
8 Jan 2009 at 02:24 UTC
Updated:
15 Feb 2009 at 16:10 UTC
Jump to comment: Most recent file
Comments
Comment #1
dddave commentedThis is to be solved in your view settings. i18n supports view integration (make sure it is enabled). This makes it possible to use "Contenttranslation" as a filter.
Does this solve the problem?
Not using this module but thinking about it. Therefore I might have understood your request incorrect.
Comment #2
nancydruI don't have any multilingual sites, so I can't test anything. It is my understanding that i18n will create a new node - and you really want that. Perhaps I need to look at my queries to see if I need to do anything more for i18n.
Comment #3
nancydruMy queries include db_rewrite_sql which should give i18n the opportunity to limit the language. Have you opened an issue with i18n? Their developer docs are terrible to non-existent.
Comment #4
nancydruComment #5
nhck commentedYou need to activate multilanguage through the workflow settings of this content-type at
admin/content/node-type/announcements
However I would still suggest to change the weights for the Annoucment-form, so the Language-Swichter doesn't float around in the middle of the form.
Comment #6
nancydruThanks, Niels. What does this do to sites that don't translate?
Comment #7
nhck commentedNothing.
The Translation-module injects a little language-selector-form-field via hook_form_alter, they use a negative weight to float on top. In the annoucement.module, negative weights are used as well, so the language-selector-form-field just floats around somewhere.
I changed the current form to use positive values (heavier), now the language-selector-form-field is on top like when you create a page.
Comment #8
nancydruThis ends up putting the dates and abstract below the body -- not good.
Comment #9
nancydruI did the best I can.
Committed to both branches.