Closed (fixed)
Project:
Entity Translation
Version:
7.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
9 Jul 2012 at 10:50 UTC
Updated:
26 Nov 2014 at 13:10 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
quiptime commented+1
Comment #2
quiptime commentedComment #3
klausiI guess Entity Translation should not list configuration entities. It does not make sense to translate a rule configuration entity?
Comment #4
quiptime commentedIt definitely makes sense.
As example:
Comment #5
quiptime commentedComment #6
plachWe have two issues here: one is the ability to translate the Rules configuration and one is that ET should not list as translatable types the entity that do not support translation via ET.
@klausi:
I never tried
rules_i18nbut I know it relies on i18n's string translation. Does it cover the use case presented by @quiptime? If so, I'd say Rules do not need to integrate with ET as it already provides a translation method. ET just needs to stop listing Rules configurations among the translatable entity types. Otherwise Rules needs to integrate with ET and on that front there is nothing to do on the ET side (besides fixing the UX of the admin page).Comment #7
plachThis is surely not a major bug in any case.
Comment #8
plachHere is a patch: it hides from the list of entity types that can be enabled those not defining a valid base path.
Comment #9
bforchhammer commentedTheoretically there could be warnings unrelated to ET which would be cleared by this as well... should probably grab them before our validation and then insert them again if necessary.
Edit: it might be even better if we add a parameter to the validation function so we can avoid that call.
Comment #10
plachDone :)
Comment #11
bforchhammer commentedLooks good to me :)
Comment #12
plachCommitted and pushed, thanks.
Comment #18
bforchhammer commentedLong fixed...