Re: [Plone-developers] Dexterity status was Re: atcontenttypes replacement with dexterity

Armin Stroß-Radschinski <[email protected]> Tue, 4 Oct 2011 08:57:03 +0200
Newsgroups gmane.comp.web.zope.plone.internationalization,gmane.comp.web.zope.plone.devel
Message-ID <[email protected]>
Hi Ramon,
congratulation for this important step.

Some points on the LP "magic" from my point of view. This came up for  
me after reading your post and my recent dive into LP with a new Plone  
4.1 project and still using Archetypes. I am sure we need i18n content  
with dexterity as soon as possible. If coexisting with Archetypes well  
it is usable for smart transitions and production proof testing much  
earlier.

Independent content keeps a local copy
----------------------------------------------------------
All the ml content that contains independent fields, seems to always  
keeps a copy of the content inside. They are just not editable as long  
as LP views are active.This is due to the policy of graceful  
deinstallation of the package.

Propagation of the independent content
----------------------------------------------------------
If you create a translation the existing content ist just copied over  
(this is not a technical explanation, but a description of the  
intention).
Then if the canonical content is changed, the independent content must  
be propagated to the translations.

Take a look at slc.linguatools that fills some gaps in LP.

Where does the displayed data came from?
----------------------------------------------------------
I am not sure if the actual displayed content is aquired from the  
local copy or the canonical. but this simple to figure out. This is  
important for situations, when both the canonical and translated  
content is edited simultaniuosly over overlapping. Maybe this can be  
different in Dexterity.

Temporary disabled languages
----------------------------------------------------------
There is another situation to be managed. The primer script of LP  
executed in the beginning or after changing the language setup is  
called ../siteroot/@@language-setup-folders. This is failsafe to run  
after adding or removing languages from the language controlpanel to  
initialize the redirections. Afterwards language content not activated  
any longer, stays in the system and is still accessible via his former  
URL. By activating the language later again, the content is available  
again. I am not sure how language independent content is handled  
during the time the naguage is deactivated.

It is important to exclude such content from language independent  
searches in those fields.

Needed Features missing in the LP UI
----------------------------------------------------------
Disabled languages should be able to be disabled for access at all  
without loosing local workflows from the Language UI. This should be  
able to be done with checkmarks in a list of already existing  
translations.

	* Disable Public UI Access only (This is useful for preparing new  
languages prior to publication as well)

	* Disable general Public URL Access (make sure the content is only  
present for admins for backup purpose)

	* Disable Author Access (This is the default beaviour and)

I post this both to the developers and the i18n list. If someone can  
point me the right location I can put these points at the right  
location, but it seems better for me someone more experienced with LP  
takes some review.

Armin

Am 03.10.2011 um 23:23 schrieb Martin Aspeli:

> Actually it works without IndependentFields, without a translation  
> UI like LP, but works. As we are using it I uploaded the eggs to  
> pypi. A good idea should be to copy the UI from LinguaPlone but I  
> have no idea of how to implement IndependentFields on dexterity. The  
> hacky LP code to enable this feature is done with generic functions !!



--
Armin Carl Stroß-Radschinski, Dipl. Designer
acsr industrialdesign, Landgrafenstraße 32, 53842 Troisdorf, Germany

Telefon +49 (0) 22 41 / 94 69 94, FAX +49 (0) 22 41 / 94 69 96
eMail [email protected] - http://www.acsr.de
UST. ID Nr: DE154092803 (EU VAT ID)





------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1