[Framework-Team] FWT meeting attendance stats

Johannes Raggam raggam-nl at adm.at
Fri Jun 20 08:34:54 UTC 2014

Sounds like a plan. IIRC we agreed on having plone.api it in core and
allowing core components to use plone.api. Altough plone.api's usage by
core packages should be postponed to 5.1, so we can eventually resolve
bugs and fine tune before the api even more.

My remarks:

On Fri, 2014-06-20 at 10:24 +0200, Giacomo Spettoli wrote:
> I can agree to include plone.api into the core and, as a start, it
> could:
> 1 - be just a dependency of Products.CMFPlone to make it available
> ootb. once it's in , it will become mainstream and it will be much
> more easy.
As long we don't have direct imports in CMFPlone I'd make it a
dependency on "Plone", the Plone distribution package.

> 2 - on a second phase, someone have to select few api's calls and go
> around the core code with sed substituting the calls everywhere. To
> whoever will do this, please keep things consistent. if you decide to
> use a call, then this become the mainstream and it should be used
> everywhere.
That's something for Plone 5.1, IMO.

> 3 - on a medium-long term, I would refactor the api's methods for no
> being wrappers around other core's methods anymore. It's a waste of
> time and plone is already not the fastest guy out there. I would move
> the real code from the original place (where possible) to plone.api
> and then make the original methods just a wrapper of the api's call.
The the "Plone in 2020" open space in Cologne, we identified plone.api
also as an important wrapper for making a switch to another framework
like Pyramid easier sometime.

> my 2©
> Giacomo
> 2014-06-19 11:48 GMT+02:00 Nejc Zupan <nejc.zupan at gmail.com>:
>         On 19. jun. 2014, at 11:21, Johannes Raggam <raggam-nl at adm.at>
>         wrote:
>         > Nejc, get plone.api in, and think about your FWT
>         capabilities
>         > afterwards :) Or are there any big blockers?
>         Mainly, I don't know how to include it in core. Should core
>         use it or not?
>         If not, how to make sure we are not using it in core? If yes,
>         when & where?
>         Been thinking about it for over a year now, without any
>         breakthrough ...
>         z.
>         _______________________________________________
>         Framework-Team mailing list
>         Framework-Team at lists.plone.org
>         https://lists.plone.org/mailman/listinfo/plone-framework-team

programmatic  web development
di(fh) johannes raggam / thet
python plone zope development
plone framework  team  member
mail: office at programmatic.pro
web:  http://programmatic.pro

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.plone.org/pipermail/plone-framework-team/attachments/20140620/51361ff8/attachment.asc>

More information about the Framework-Team mailing list