Posted by dddave on September 8, 2009 at 6:11pm
| Project: | Internationalization |
| Version: | 7.x-1.1 |
| Component: | Blocks |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
Overriding the node add/edit form with Panels 3 is great and easy to do. Unfortunately i18n seems to "block" the node add form so that users of i18n can only override the edit form.
#537506: node add override - not working with i18n? is the original issue in the P3 queue. Merlinofchaos says that this can only be solved (so that the override works correctly) if the "interfering" module adds code.
I politely request that i18n gives the node add form free so that all users can benefit from this nice feature of P3. ;)
Comments
#1
Have I missed something here? Does really nobody else needs this?
#2
I have the same problem...
#3
subscribing - I came across this and had to not use panels 3 as a workaround.
I am be interested in following this and would like to explore using P3 again.
#4
+1
#5
Same problem here. I'm be interested in following this, too...
#6
Forgot to mark the used version. Sorry for that...
#7
+1
#8
subscribing too. I have the same problem
#9
+2
#10
subscribe
#11
need this too!!!!!!!!!
#12
I subscribe :| !
#13
+1. That make the two great modules even better!
#14
+1.
#15
Subscribe!
#16
same problem here!
#17
@dddave: do you know what the code is that needs to be added (if not in detail then at least conceptually)?
#18
Sorry, I am by no means a code-guy. If so, I would tried my best already. In my OP I just recapped what merlinofchaos said.
#19
Do everybody with multilingual sites and panels still theme their edit forms with tpl.php-files? Or have I missed the workaround for this problem?
#20
+1
#21
I'm having the same problem. Would be nice to have a solution.
#22
I also have this problem. Cannot overwrite the node/add form with panels on a multilanguage site.
#23
Same issue here! I found out as I deactivated and reactivated the variant.
#24
+1
#25
I am attaching the patch. After applying it, problem with blocked "node/add" is solved. Important notice: there will be a new CTools content type - "i18n general form" (under "Form" tab in "Add content" window). Choose it instead "General form" and you will have translated form titles, which are supported by 18ncontent module. Patch is transparent for these, who don't use CTools and Panels.
#26
#25 suffers from CRLF line endings. This one is clean.
#27
Ups :) Here is the patch without CRLF.
#28
Adding a check for not altering the menu seems ok.
But for further integration with Panels, please think about an add on module.
#29
Thanks for review. Do you mean, that this kind of integration should have separate project?
#30
@kndr,
> Thanks for review. Do you mean, that this kind of integration should have separate project?
Right.
Complex integration with other modules in the past has not been a good experience and sometimes it's been impossible to keep up with other modules' versions, see https://drupal.org/project/i18nviews
#31
OK. I am attaching new patch, without ctools content type. In my opinion, new module is not neccessary. I will add new issue to CTools and upload patch, which very slightly change standard "General form" and makes it working with i18n.
#32
Mentioned CTools issue with suggested patch #1097738: Node add form title contains no translatable content type name
#33
Thx for this patch solves the problem with panels and node/add for me!
#34
Committed, thanks.
#35
Automatically closed -- issue fixed for 2 weeks with no activity.
#36
Now, this issue arises again in version 7.x-1.1. Any chance to resove it also in 7.x?
#37
Don't know if this is right in Component "Blocks"...
#38
Just discovered the same problem
#39
+1. same issue on drupal 7
#40
Fixed for Drupal 7. Translated title is set now using hook_form_alter().
Now about Drupal 6, no way we are backporting this one, as we are only doing bug fixes for that version.
#41
Automatically closed -- issue fixed for 2 weeks with no activity.