[Cubicweb] meeting with Paul Everitt "a Pyramid guy" on July 31st 2014 at Logilab

Adrien Di Mascio adimasci at gmail.com
Wed Jul 30 19:20:21 CEST 2014


Hi Paul,

You'll be welcome at 8h30 but not everyone  will be here ans de probably
won't be able tout start before 9 or 9h30.

Cheers,
Adrien.
Le 30 juil. 2014 18:34, "Paul Everitt" <paul at agendaless.com> a écrit :

> I can certainly come earlier, perhaps 8h30.
>
> Sent from my iPhone
>
> > On Jul 30, 2014, at 4:40 PM, Adrien Di Mascio <
> adrien.dimascio at logilab.fr> wrote:
> >
> > Hi Paul,
> >
> > Is it ok for you to start at 9h30 ? The door will be open around 8 a.m.
> If you feel like arriving earlier, you'll be welcome.
> >
> > Cheers,
> > Adrien.
> >
> > Le 30/07/2014 10:56, Paul Everitt a écrit :
> >>> Le 28/07/2014 16:08, Paul Everitt a écrit :
> >>>> On Jul 28, 2014, at 3:29 PM, Christophe de Vienne <
> christophe at unlish.com> wrote:
> >>>>
> >>>>> Le 28/07/2014 14:32, Nicolas Chauvat a écrit :
> >>>>>> On Mon, Jul 28, 2014 at 09:35:14AM +0200, Paul Everitt wrote:
> >>>>>>
> >>>>>>> When I heard the description of the way views in CubicWeb are
> looked
> >>>>>>> up, it made me think of Pyramid's traversal, which is designed for
> >>>>>>> graphs. It's possible that traversal is precisely the right
> approach
> >>>>>>> for CubicWeb and, if used, would bring in a number of benefits:
> >>>>>> Interesting thought. I am not sure what you see as common between
> >>>>>> using cubicweb's registry to select a view and traversal, but will
> go
> >>>>>> read again about traversal.
> >>>>> In my understanding, the traversal would build the rset, like the
> RestPathEvaluator does, and make a context out of it.
> >>>>> This context would be fed to the cubicweb predicates by the pyramid
> view selection system.
> >>>>>
> >>>>> Hence, the common is not between traversal and cubicweb registry
> selection, but between traversal and RestPathEvaluator, and between the
> cubicweb registry and the pyramid registry.
> >>>>>
> >>>>> Note that it does'nt mean we remove the cubicweb registry for view
> selection in general (yet), just that we can bypass it for the top-level
> view.
> >>>>>
> >>>>> Also, it means that the way views are chosen by the end-user will
> probably need to change from "/somepath?vid=someview" to
> "/somepath/someview". I personnally think it is for the best, as using the
> query parameters for view selection (and for rql query anywhere in the
> application) looks like bad practice to me.
> >>>> In a word: correct! :) Although there are more benefits than just
> cleaning up bad practice. As a note, I don't think this will require
> changing CubicWeb, just the way Pyramid integrates with it. If you think
> this is worth a Skype call, let me know. It would be nice to decide soon
> whether this is worth investigating this week.
> >>>
> >>> I have a feeling that this particular subject is almost a bonus for
> thursday. I would like to work on it asap (I did since the beginning of
> this experiment), but I know other things needs to be done first.
> >>>
> >>> It should at least discuss it a little and 1) explain and make it well
> understood by everyone 2) investigate what would need to be done to achieve
> it.
> >>
> >> Ok, sounds good. For the purpose of discussion, if everyone could read:
> >>
> >>
> http://docs.pylonsproject.org/projects/pyramid/en/master/narr/traversal.html
> >>
> >> You have a rich graph. It would be nice to put that to work. Especially
> in the view lookups and security. If it would help orient people, we could
> spend 45m very quickly going through my traversal tutorial.
> >>
> >> --Paul
> >>
> >> _______________________________________________
> >> Cubicweb mailing list
> >> Cubicweb at lists.cubicweb.org
> >> http://lists.cubicweb.org/mailman/listinfo/cubicweb
> >
> >
> > --
> > Adrien Di Mascio - LOGILAB, Paris (France).
> > Tél: 01.45.32.03.12
> > Formations - http://www.logilab.fr/formations
> > Développements - http://www.logilab.fr/services
> > Gestion de connaissances - http://www.cubicweb.org/
> > _______________________________________________
> > Cubicweb mailing list
> > Cubicweb at lists.cubicweb.org
> > http://lists.cubicweb.org/mailman/listinfo/cubicweb
> _______________________________________________
> Cubicweb mailing list
> Cubicweb at lists.cubicweb.org
> http://lists.cubicweb.org/mailman/listinfo/cubicweb
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubicweb.org/pipermail/cubicweb/attachments/20140730/0b860d3b/attachment-0127.html>


More information about the Cubicweb mailing list