[Grok-dev] groktoolkit: z3c.pt and chameleon issues

[Sylvain Viollon]

On Thu, 25 Feb 2010 00:08:43 +0100
Uli Fouquet <uli at gnufix.de> wrote:

> Hi there,
> 

  Hello,

> Souheil CHELFOUH wrote:
> > I'd rather dump the dependency as well
> > 
> > 2010/2/24 Martijn Faassen <faassen at startifact.com>:
> > >
> > > In principle I'm in favor of dumping this dependency if indeed
> > > it's so lightweight. Aren't we doing more though? What about,
> > > say, i18n integration?
> 
> I am relatively sure, that 'exists' would really be the only thing
> affected by removing z3c.pt. 
> 

  I like to dump things as well.

> i18n is in principle also supported by Chameleon, but not specifically
> supported in megrok.chameleon. You can use translations as shown by
> Sylvain before: simply define a ``namespace`` method in your i18n-ed
> view returning something like {'translation-language': 'de'}. This is
> certainly a field of possible improvements for megrok.chameleon, but
> I'd tend to concentrate on Chameleon-geared support (i.e. all support
> should come via Chameleon, not any z3c helper package if avoidable).
> 


  I think, if we set chameleon as default, having the default grok View
  adding this in the default namespace is an interesting solution: I add
  many projects in which I add to use translations that were not set
  using the language of the browser. Having just to set that value in
  the namespace in order to choose the translation target language is
  quite handy.

  (It's target_language btw).

> Thanks for the input! This means that most probably support for the
> 'exists' expression will be dropped in next megrok.chameleon release.
> 

  Are you sure that the provider expression is not defined as well in
  z3c.pt ? I am confident it used to be, at least not that long ago...

  Sylvain,


-- 
Sylvain Viollon -- Infrae
t +31 10 243 7051 -- http://infrae.com
Hoevestraat 10 3033GC Rotterdam -- The Netherlands